Dispatching and confirmation | CO2 calculation (PTV, ISO 14083) - 1st CTP version (customer preview)Reporting Emissions Respecting International Guidelines
The PTV Routing API is used to calculate emissions on tour level, according to the international recommended guidelines described in the GLEC framework which focuses on the new ISO Standard emission calculation *ISO 14083:2023*.
This new feature reports the CO2e emissions plus many more values, which can be used for reporting on individual tours, transport orders or sales/purchase order level, or as mass data BI reporting KPI to measure and report ecological footprint of the company.
In detail, the following functions will be available when released for General Availability (GA, V1) in release CAP49.
- Selection of the emissions calculation method, and several setup parameters
- Specification of the fuel consumption and several engine types
- Specification of loading/unloading sequence on the tour
- Correct sharing/allocation of the emission costs between all transport orders within a tour
*Point 1-3 available already in CTP 1.0 (preview) in CAP48
Specification of the fuel consumption:
Indicating of accurate fuel consumption is key. The feature and ISO standard allows several sources: (sorted from the most to the less accurate):
- Individual measurement: use the actually-measured average consumption of the vehicle which is executing the tour, if you know it.
- Average value typical for the route: use the saved consumption data of a regular and similar trip.
- Average value typical for the vehicle: use the known average fuel consumption of the selected vehicle.
- Fleet value: use the known average consumption of your vehicle fleet. Note: the average consumption should come from vehicles of the same type.
*Point 4 (often used in industry) available already in CTP 1.0 (preview) in CAP48
| 2025-06 | New feature | 114248 |
Geo-services | Enhance tour sequence optimization to make HPRN-usage optional / consider HPRN defined for hazardous goodsSince the introduction of High Performance Routing Networks (HPRN) in sequence optimization, this process became faster (unless no HPRN was setup on the vehicle type used by the seqopt), with the downside that using an HPRN provides a more standardized distance/time calculation.
To give user the possibility to request a more precise sequence (based on distances and times affected by realtime data), a new 'Ignore HPRN' checkbox was introduced in the seqopt dialog. The default value of this checkbox is determined by the new 'Ignore HPRN' parameter (Transport parameters>Geo services>Sequence optimization).
The default value of the 'Ignore HPRN' Transport parameter is 'No'.
When the sequence optimization is parameterized to skip the dialog, the value considered for the 'Ignore HPRN' checkbox will be determined by the 'Ignore HPRN' Transport parameter.
When 'Ignore HPRN' = 'Yes', the Distance Matrix necessary will be created on-the-fly (instead of based on any existing HPRN), which will make the process potentially longer but more accurate in regards to realtime data.
Sequnce optimization process will now also use the hazardous goods HPRN IF:
- HPRN for hazardous goods is created and defined on the vehicle type used by seqopt
- an ADR calculated score of at least 1000 is found on the tour for which the process is run
In the case when an ADR Score > 1000 is found on tour AND no HPRN for hazardous goods is defined on vehicle type, the process will fall back to normal calculations, and user will be properly informed via infolog of the missing setup.
| 2025-06 | New feature | 111598 |
Optimizer | Manage restrictions for combined loading respecting separation of resources (truck/trailer)Previously, Optimizer dispatching was only able to consider grouped resources as a single unit. Thus, even if a truck was combined with a trailer (or even an additional trailer), they were considered a single unit, combining both capacities and qualifications provided.
It is now possible to consider the coloading relevant information separately, via the new extended coloading restriction Algorithm.
A new parameter ('Extended coloading restriction') was added to Optimizer parameters>Algorithm>Plan tour options. Default value is 'No'. The value set on this parameter in Optimizer parameters is also displayed on the Optimizer dispatching form, where it can still be turned on/off.
When 'Extended coloading restriction' = No, the Optimizer runs only 1 iteration (previously existing behavior) - considering all resources as 'one'.
When 'Extended coloading restriction' = Yes, the Optimizer runs multiple iterations, which depend on number of resources with capacity > 0 combined together, restrictions for combined loading taken into consideration and qualifications provided by each of the resources considered.
To differentiate which Transport legs are assigned to which resources, a new ' Carrying resource' field can now be added and visualized in the Optimizer tour details. When such tourplans are released, the actual TMS tours being created have automatically new carrying resource assignments being created according to the Optimizer tours.
Additional debugging data can be visualized in a downloadable json file added to the Tourplan>Download content data lookup.
As long as iterations are still running, the tourplan status remains 'Calculating' and any KPI values being displayed or Optimizer tours are not the final results.
Depending on complexity of scenario being run (which dictates potential number of iterations), the duration of Optimizer processing to return a result may exponentially increase.
| 2025-06 | New feature | 112199 |
Carrier Portal | Allowing the subcontracting requests without pricePreviously, the release of subcontracting request (to carrier) was possible only when price of request was calculated (or request was set that price had to be specified by carrier).
Newly, it is possible to release subcontracting request entirely without price (and price cannot be specified by carrier).
Key point:
- Functionality is steered by "Invoice" flag on subcontracting order. For "Invoice=false", no price is foreseen (and carriers cannot specify it)
| 2025-06 | New feature | 114575 |
Customer Portal | Google API service hardeningThe usage of Google API key (for consuming Google API services) was moved from proxy into end client. This ensures that whole Google API url command (which contains encoded API key) cannot be extracted & misused.
The usage of Google API key itself is not critically sensitive (as its usage can be managed by dedicated security management (in Google account), but the Google API url command is sensitive (as it bypasses such security management).
Additionally, all google api components now use the Google API key (as specified in Azure environment variables). Previously some component were still using the hardcoded Google API key.
| 2025-06 | New feature | 114456 |
Customer Portal | Several improvements of the dynamic pre-calculation of the load/unload dates (in portal order creation)Following improvements were introduced, when order is being created in the portal via dynamic pre-calculation of the load/unload dates:
- reduced calls of 'calculateLeadTimes' & 'canBeReachedByAnyRoute' D365 endpoint (to improve portal performance during orders creation)
- reflecting a current day in month (when getting pre-calculated load/unload dates), eg. on 20.6 system newly fetches the combinations only for 10days (while previously whole month was fetched (and then just filtered out)
- "Time window applied on" fields are newly reset & locked for user changes (when dynamic pre-calculation is used), as only "Start date" is reflected in the dynamic pre-calculation.
- When multiple unload dates correspond to one load date, then all corresponding unload dates are shown in help text in the calendar selector of the load date (and vice versa)
- Additionaly, user is informed via new info message when multiple unload dates correspond to one load date (and vice versa) that manual verification by user is needed (as system just auto applies first matching combination of dates)
| 2025-06 | New feature | 114444 |
Customer Portal | Address validation at order entry against transport network now steered by new dedicated parameters on transport typeThe recently introduced optional validation (by means of route/zone) at order entry in customer portal - is the entered address covered/valid in the network of the transport company, respecting the selected transport type and service level agreement (SLA) - is now managed by new dedicated parameter "Valid route/zone required" on the transport type.
Previously, the optional validation was active only when Date initialization load/unload was set to "Dynamic".
| 2025-06 | New feature | 114266 |
Customer Portal | D365 main menu minor adjustment ("Public address requests" were moved into new dedicated "Web portal" section (still in "Inquiries")) | 2025-06 | New feature | 114234 |
Customer Portal | New feature: managing of the function button visibility on both portalsVia this feature it is now possible to define which function buttons are available (and which not) in main grids in both portals. The configuration is done in D365 via so called "button template" where all function button visibility is managed (per each portal), The function button availability in the portal grids is then dynamically evaluated for each record (eg. order), on the level of customer/vendor assignments. Hence the same portal user can have access to different action buttons, depending on customer account or transport type (on customer portal), or depending on vendor account (on carrier portal).
Key points:
- the main setup is done in D365 (in "Portal button configuration"), where all templates are managed
- Default templates can be specified in main TMS parameters, on customer account or transport type (for customer portal), on vendor account (for carrier portal)
- The effective templates (ie. the ones that are really reflected on the portals), are then stored on each portal user assignment, where templates are initialized automatically (in fixed priority sequence)
- In case no template is specified then all function buttons are shown
| 2025-06 | New feature | 113789 |
Customer Portal | Google API key usage management/website whitelistingWith this release, it is possible to restrict usage of Google API key, to avoid that API key is misused (which can cause a potential financial impact, as Google API services are billed on "per usage" basis.
The restriction can be set directly in Google account administration, where "website" usage restriction (aka whitelisting) can be applied.
For the projects where Azure is managed by CAPcargo - the website whitelisting has to be done by CAPcargo IT (in coordination with project managers).
| 2025-06 | New feature | 111489 |
Carrier Portal | Minor performance improvement of the carrier portal (removal of excessive call of portal parameters) | 2025-06 | New feature | 108182 |
Depot App | Depot app public previewAnnouncing public preview (CTP2.0) of Depot app.
Existing Truck Loading App will be replaced by new Depot App. The functionality covers the same and more requirements, mainly in the cross-docking area. New architecture and data model with an online approach ensure fast scanning performance and future extensibility.
See also Deprecation 115064 "Truck Loading App will be replaced by Depot App".
Customers who used the CTP1.0 / CTP1.1 private preview version must note the following:
- The package name (technical name of the app) was changed from "capcargo.depotapp" to "com.capcargo.depotapp". Therefore CTP2.0 is technically a new app. not an update to CTP1.0.
- Barcode scanner settings must be changed. In Zebra devices following setting in DataWedge must be changed: In section "Intent output" the setting "Intent delivery" must be set to "Broadcast intent".
| 2025-06 | New feature | 115065 |
Depot App | Add Depot app user creation in Driver creation wizardThe Depot app user creation was added into the same step of the Driver creation wizard as where the Driver app/Truck loading app user creation already was. The new fields are dependent on the corresponding Depot App configuration key.
| 2025-06 | New feature | 113588 |
Dispatching and confirmation | [GS] Adding visual 'tags' on toursNew feature to help users of Gantt screen to visually differentiate between tours, which consists of the optional addition of a color 'bubble' on the level 1 tour display, together with a pre-defined helptext, username and datetime stamp of the tagging of the tour on mouse-over.
Setup is done in the new section GPB parameters>GPB Dispatching (Gantt)>Tour tag setup, where overall tagging can be turned on/off (default off), and one or more colors and helptext can be predefined. For systems with enabled Optimizer configuration key, an additional Optimizer-default can be set, so that tours generated by Optimizer processes can be tagged by default with a certain color and helptext.
The tour tag can be toggled on/off or changed on any tour in GSR/GST by use of context menu menuitem 'GPB tour tagging'.
Tour tags have no functional impact, other than visually indicating to GPB users what other users have done to certain tours.
| 2025-06 | New feature | 112354 |
Driver App | Change of mobile app integration schema (important only for projects that do *NOT* use the CAPcargo middleware for mobile apps)Important:
In case of mobile app custom implementation (either Driver app or Truck loading app), the change of integration schema has to be reflected in the custom implementation, to ensure that mobile app continue working even after the upgrade to 10.0-CAP48.0.
Relevant for customers who don´t use CAPcargo middleware and apps but use the Mobile app D365 integrations with their own app(s).
The changes are related to :
- 112045 Enhancements in handling of Dangerous goods
- 113147 Empties exchange
- 112673 Collect additional orders
New Mobile app activity types
- Collect new order (41) - used in activity feedback when the driver registers pickup of an order that was not planned in this tour
- Empties exchange (42) used in Empties exchange activities and activity feedback
New fields in Mobile app tour header (TALdraTourEntity):
- SHOWADRINFO (0/1) - Controls whether the app should show some Dangerous goods related information
- ICON2 - Name of an icon shown on the tour card (used only for Dangerous goods icons at the moment)
New fields in Mobile app tour stop (TALdraTourLineEntity):
- ADRVALUEARRIVAL (real) - Planned Dangerous goods calculated score upon arriving on this tour stop
- ADRLQARRIVAL - Planned dangerous goods limited quantity weight upon arriving on this tour stop
- ICON2 - Name of an icon shown on the tour stop card (used only for Dangerous goods icons at the moment)
New fields in Mobile app tour activity (TALdraTourActivityEntity):
- ICON2 - Name of an icon shown on the tour activity card (used only for Dangerous goods icons at the moment)
- QUANTITY2 - Another quantity that can be shown on the activity. Used only in Empties exchange activities at the moment (they have two quantities: inflow and outflow)
| 2025-06 | New feature | 115093 |
Driver App | Empties exchangeEmpties exchange is now represented as a distinct activity with two quantities: inflow and outflow in one activity. Previously it was represented as two activities: Empties loading and Empties unloading.
| 2025-06 | New feature | 113147 |
Driver App | Collect additional ordersDriver can pick up orders that are not planned in this tour but are already available to be picked up.
| 2025-06 | New feature | 112673 |
Driver App | Enhancements in handling of Dangerous goodsShow information about dangerous goods in Driver app.
- Dangerous goods or Limited quantity icon on all three levels (tour, tour stop, activity)
- Calculated value and Limited quantity weight of goods currently in the truck
- Detailed information about dangerous goods in the load / unload activity details
| 2025-06 | New feature | 112045 |
Driver App | Improve usability of number entry on activitiesUsability of the number entry activities (such as registering vehicle mileage) has been improved. Previously it was cumbersome to remove the default 0 value when typing a number.
Previously it was also posible to enter a negative value by clicking the "-" button. This has been prevented.
| 2025-06 | New feature | 109889 |
Driver App | Sort completed tours from newest to oldestThe Completed tours list is now sorted from newest to oldest. This lets the user see the most recently completed (or cancelled) tour first.
| 2025-06 | New feature | 109881 |
Driver App | Show access point URL in the About screen.The user can now see the access point URL that the app is connected to. This information is shown in the About screen.
| 2025-06 | New feature | 87605 |
Shipment Builder | Performance improvement at release to warehousePreviously, the SCM status recalculation was triggered for every load line of the warehouse work at work creation (release to warehouse). The number of such recalculation is reduced significantly by this CAPcargo version without having any negative impact on the SCM status.
| 2025-06 | New feature | 114102 |
Shipment Builder | Improving ADR score and LQ weight calculationFor items with hazardous material content - regardless whether WHS enabled or not -, the ADR score and the limited quantity weight are calculated and used in transport planning. The calculation, in both cases, follows the logic in standard D365 Warehouse management, even if the item is not WHS enabled. Compared to the standard logic, the only difference is making sure that in transport planning, the limited quantity weight is always in kg.
From a technical perspective, the ADR quantity will always be filled in from now on.
We don't provide any data migration job for existing data, in which the ADR quantity has value only if limited quantity is activated.
| 2025-06 | New feature | 113360 |
Geo-services | Re-introduced flags for Dangerous goods (Marine pollutant, Combustible goods, Environmentally hazardous)D365 standard in the Hazardous goods material database have flags Marine pollutant, and Environmentally hazardous, but these were previously not used by TMS.
With this task we reintroduce the flags, with further minor adjustments.
Key points:
- Enabling the editing of the flags (TRUE/FALSE) in the hazardous material database and initializing them to the transport order (to ADR records)
- Adding 'Combustible goods' flag to the Dangerous goods database
- Renaming the 'Marine pollutant' flag to 'Hazardous to water' for better consistency with PTV terminology/usage
- "Combustible goods" & "Hazardous to water" are newly included in the PTV geo-service requests (for building the request for route preparation & driving distance and time calculation), together with "Tunnel code" (which was already being submitted to PTV previously)
- "Environmentally hazardous" flag is kept only for the report printing purposes, as PTV doesn't have such coverage
| 2025-06 | New feature | 115060 |
Dispatching and confirmation | Dangerous goods (ADR) - 3rd side dangerNext to the main danger and 2 side danger, a 3rd side danger is now available, as this can occur amongst the UN-numbers.
| 2025-06 | New feature | 114483 |
Subcontracting/IC order management and pricing | Improvements & corrections in Subcontracting request moduleFollowingthe experience from the new feature for creating a Subcontracting request, several improvements & corrections were done:
- Inthe pane for Creation of Subcontracting requests, the ‘Non-fitting’ filter was changed into ‘Fitting’ filter (that is pre-selected for displaying all fitting vendors thatcan be selected for subcontracting request)
- Improvement in the pane for Creation of Subcontracting requests – when new vendor is being added to existing requests, the initial Deadline and Comment are newly initialized (from previously existing requests), and user can change them both according the current needs
- Fixed the issue with displaying all vendors when the Tour/Order is not requesting qualifications (and all vendors are thus fitting and should be offered by default)
- Fixed the issue that only vendors that fulfill all requested qualifications are considered as 'fitting' (previously vendors that fulfil at least one requested qualification was considered as 'fitting')
In GPB gantt screens:
- The 'hover the mouse over' tooltip of subcontracting icon on tour header is enhanced with additional information beneficial for the user:
- Number of confirmed requests out of total (i.e. 2/5 Confirmed – meaning 2 requests are confirmed out of 5 total requested)
- Deadline for request (i.e. Deadline: 26.05.2025, 16:00). The second information is applicable if all requests have the same deadline, or the latest one is displayed
- Fixed the issue with drag and drop resource from other tour from lvl2 to a tour with subcontracting requests, the resource is not moved (which is expected & correct result), but previously it was wrongly removed from the original tour. This issue is solved, and no lost/corrupted data is created
| 2025-06 | New feature | 114242 |
Customer order management and pricing | Adjust calculation logic for weight-related plan quantity (usage of Transport unit conversion)Previously, when Transport type parameter 'Register weight information' was set to Yes, the calculation of weight-related plan quantity on the Transport order line (at TRO creation, or at TRO additional line creation) was based on the transport unit gross weight + transport unit conversion rate for weight (multiplied, of course, with the Transport unit quantity).
The calculation logic was adjusted, so that:
- If Net weight = 0, then weight-related plan quantity is based on TU conversion rate for weight + gross weight (previous behavior)
- If Net weight > 0, then weight-related plan quantity is based only on gross weight per transport qty (new behavior)
| 2025-06 | New feature | 113176 |
Customer order management and pricing | Dangerous goods overview document for transport ordersTransport order based dangerous goods document that provides an overview of the hazardous materials in the transport order.
| 2025-06 | New feature | 104345 |
Depot App | Truck Loading App is replaced by new Depot AppNew online Android mobile app, covering all activities within a Depot.
Existing 'Truck Loading App' is replaced by new 'Depot App'. The functionality covers the same and more requirements, mainly in the cross-docking area. New architecture and data model win an online approach ensure fast scanning performance and future extensibility. Relevant for customers who used Truck Loading App.
No data migration needed.
Organizational changes required from which moment on tours are not sent to the old Truck Loading App, but to the new Depot App.
Availability:
- CAP48: Public preview (CTP2)
- CAP49: Planned for GA
| 2025-06 | Deprecation | 115064 |
Subcontracting/IC invoicing | Clean up wrongly generated data before fix 112936In previous release, a fix was deployed to avoid creating unnecessary additional lines created in subcontracting orders in certain constellations (direct subcontracting order without tour).
This set of data migration jobs (job id's 113823, 114236, 112936) cleans up the wrongly generated data which potentially appeared before the fix was applied. (as already announced, see 112936 in CAP47).
| 2025-06 | Data conversion | 113823 |
Subcontracting/IC invoicing | Clean up orphan subcontracting order linesThis data migration job cleans up 'orphan' subcontracting order lines (if any), which might have appeared in the system before the implementation of the fix for 112839 (as already announced, see CAP46).
| 2025-06 | Data conversion | 112926 |
Customer Portal | During address editing on customer portal, the address was transformed into transport address and set as "Primary" (even when it should not) | 2025-06 | Bug | 114607 |
Customer Portal | In certain (rare) circumstances the orders were not visible on the customer portalThe issue was happening only when customer assignment was created/saved in D365 with different customer account letter size (compared to database value). Eg. it was possible to save customer assignment against "migros", while the database name of customer account was "Migros". Such constellation then caused that Migros' orders were not available in the customer portal.
The issue was solved by proper sanitizing of customer assignment creation/saving in D365 (so "migros" is saved as "Migros").
| 2025-06 | Bug | 114526 |
Customer Portal | Address creation on the portal was previously not possible under certain constellationThe issue was encountered when end user browser language setup had "English" as top language (even though the browser visualization language was different).
| 2025-06 | Bug | 114404 |
Customer Portal | Price of transport order was opened for user changes in customer portal (only GUI issue)The issue was only on GUI level (ie. "Price" field was enabled in order side details pane for user changes), but no harm was done to the data (as changed price was not saved into D365 backend).
| 2025-06 | Bug | 114319 |
Customer Portal | During order creation, the service level agreement was sometimes not initialized correctly (when changing customer account) | 2025-06 | Bug | 114271 |
Customer Portal | Several address creation issues were correctedFollowing issues were corrected - when changing the browser screen language (via dedicated language "flag") during address creation - following errors could have been encountered:
- address duplicity was wrongly detected (and users had to select between same address (one for "Switzerland", second for "Schweiz") or completely wrong address was offered for selection
- wrong map visualization
| 2025-06 | Bug | 114169 |
Dispatching and confirmation | GPB: Refresh issues in Gantt after manual driving time change improved | 2025-06 | Bug | 114368 |
Driver App | Improvements in from/to information shown in load/unload activity detailsPreviously the load/unload activity details often lacked information about the initial origin and final destination of the transport order, as well as origin/destination of the current transport leg.
Now we will always show following information:
- Heading to: Unload address of the current transport leg. Shown only when loading.
- Arriving from: Load address of the current transport leg. Shown only when unloading.
- Origin: Initial pickup address (load address of the transport order)
- Destination: Final destination address (unload address of the transport order)
| 2025-06 | Bug | 114269 |
Driver App | Reported load/unload empties on inquiry menu were previously sometimes not aligned (now they are aligned to the left) | 2025-06 | Bug | 109538 |
Driver App | Play barcode scanning sound (beep) also in "New return order" process.Barcode scanning sound (beep) is now played also when scanning barcodes in the "New return order" process.
| 2025-06 | Bug | 103669 |
Shipment Builder | Transport order creation when handling WHS purchase order line as non-WHSWhen the dedicated parameter to treat WHS purchase order line as a non-WHS purchase order line, the transport order creation was not possible. This is fixed in this release.
| 2025-06 | Bug | 114548 |
Shipment Builder | GPB GS: Release to warehouse button - can't be used with the new shi-build config keyAccess issues for 'Release to warehouse' in new shi-build V3 fixed.
| 2025-06 | Bug | 114458 |
Integrations | TAL External confirmation - import issue fixed and small improvementImport of the external confirmation now can be done without any errors, the index issue is solved.
Multiselect option is now available in the form External confirmation.
| 2025-06 | Bug | 114514 |
Dispatching and confirmation | Fixing SCM status calculation for cross-docking cases with more than 2 geographical splitsThe Goods arrival status (SCM status of predecessor transport leg) incorrectly indicated that the predecessor leg was not planned into a tour although it had been already dispatched. the issue was only present with cross-docking cases with more than 2 depot splits.
| 2025-06 | Bug | 114510 |
Customer order management and pricing | 'Load/unload scheduling date options' algorithm only considered the Transport type 'Default strategy rough scheduling'Previously, when Transport type parameter 'Date initialization load/unload' was set to 'Dynamic', the user would get values in the 'Load/unload scheduling date options' form based on the Transport type set value of field 'Default strategy rough scheduling', ignoring potential changes that the user would make to this field either on the Create TRO wizard, or directly on the TRO header.
This was now fixed, so that the dynamic scheduling algorithm will always take into account the value of the 'Strategy rough scheduling' field found on the order transaction, instead of just the TT default value.
| 2025-06 | Bug | 114446 |
Customer order management and pricing | "Customer X is blocked" warning, during several processesDuring several processes (such as creation of transport order and removal of transport order from dispatching), a warning message was sometimes shown (that the Customer X is blocked) and the process was cancelled.
| 2025-06 | Bug | 114363 |
Subcontracting/IC order management and pricing | Unexpected error displayed when pressing 'TT status messages' on certain subcontracting ordersIn the case of:
- Tr-order subcontracting order
- Tr-Leg without tour subcontracting order
when user clicked on menuitem 'TT status messages', the error 'Query extended range failure: Right parenthesis expected near pos 18.' appeared.
This was fixed, so that the correct TT messages are also shown in the case of these specific subcontracting orders.
| 2025-06 | Bug | 114360 |
Customer order management and pricing | Weight unit ID on package taken from incorrect location during automatic creation of packagesPreviously, during automatic creation of packages, the weight unit id on packages was taken from Transport parameters>Package management>Weight unit id instead of the Transport order line, causing a discrepancy when these two units were setup differently.
| 2025-06 | Bug | 114000 |
Master data | Various fixes in Driver creation wizardFixes were applied in the Driver creation wizard:
- visual handling of certificates in the Qualifications tab (selected certificate on the first line was wrongly displayed on all qualifications lines)
- 'Enabled' flag in 'Mobile app user' tab was removed (considered always set to 'Yes')
- Depot app user creation was added in 'Mobile app user' tab
| 2025-06 | Bug | 113564 |
Subcontracting/IC order management and pricing | Transport type criteria setup in Tariff surcharge groups not respectedPreviously, when Transport type was setup as a criteria in Tariff surcharge group, it was not respected when such surcharges were triggered during price calculation on subcontracting orders. The flag 'Negative' on the criteria setup was also misinterpreted.
| 2025-06 | Bug | 113548 |