{"id":12850,"date":"2026-09-21T17:59:00","date_gmt":"2026-09-21T15:59:00","guid":{"rendered":"https:\/\/www.capcargo.com\/?page_id=12850"},"modified":"2026-09-21T17:59:00","modified_gmt":"2026-09-21T15:59:00","slug":"10-0-cap55-0-21-09-2026","status":"publish","type":"page","link":"https:\/\/www.capcargo.com\/en\/10-0-cap55-0-21-09-2026\/","title":{"rendered":"10.0-CAP55.0 (21.09.2026)"},"content":{"rendered":"
\n\n\n\n\t\n\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t
Topic<\/th>Title & Details<\/th>Release Month<\/th>Task type<\/th>ADO ID<\/th>\n<\/tr>\n<\/thead>\n
Carrier Portal<\/td>
New module 'Dock Planning' - Carrier Portal, GPB & Mobile Apps<\/summary>

Purpose of the new module: Managing docks, lanes, or ramps in depots and warehouses, and handle the two main processes:
\n- External subcontractor self-planning (via Carrier Portal)
\n- Internal dispatching
\n
\nIn the external process the subcontractors or carriers use the portal to select and book their own dock slots. The carrier is responsible for choosing a suitable time slot, within certain constraints set by the depot.
\nA key criterion is whether a tour requires mandatory advance slot booking at the depot, which is flagged in the system. If required, the carrier must book a slot before arrival. Subcontractors see their tours in the portal, with a flag indicating the need for dock planning. They access a list of available slots, generated based on the tour's loading or unloading duration.
\n
\nIn the internal process, dispatchers assign trucks (both company-owned and subcontracted) to specific docks, managing availability and providing instructions to drivers. This process involves tracking dock availability and scheduling. Dispatchers use the GPB screen to filter and display available docks, then drag and drop docks to tours to create assignments. This process mirrors the assignment of trucks to tours and considers dock qualifications* and capacities*. (*Phase 2, any next release)
\n
\nThe technical foundation for dock planning includes the use of resources, resource assignments, and integration with existing tables such as address areas which can provide qualifications and capacities.\u202f
\nThe docks are treated as resources, similar to vehicles, compartments and drivers. Resource assignments are created for each booking, whether for tours, unavailability (e.g., maintenance), or dock planning.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>111243<\/td>\n<\/tr>\n
Carrier Portal<\/td>Removing a duplicate reload\/refresh when filtering tour screen via exact tour id<\/td>2026-09<\/td>New feature<\/td>125350<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>Possibility to filter\/show inactive tariff surcharges (in order calculation details)<\/td>2026-09<\/td>New feature<\/td>42899<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>
Adding a possibility to launch customer invoice pool for certain customer group<\/summary>

Filter field 'Customer Group Transport' was added to the dialog for customer invoice pool opening.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>58869<\/td>\n<\/tr>\n
Customer Portal<\/td>
Customer portal redesign (split into standard & custom version)<\/summary>

Code structure of the Customer portal has been redesigned. In this release (and onwards), the Customer portal is split into more applications:
\n - standard version (ie. ISV, that is to be deployed for most projects that use customer portal)
\n - project specific version (ie. CUS, that is to be deployed only to relevant project)
\n
\nThe changes happened entirely on the code level (and in the deployment process), there is no visible impact on the front end user experience.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>123378<\/td>\n<\/tr>\n
Customer Portal<\/td>
Updating MUI to currently recommended version (both portals)<\/summary>

Technical update, with no impact on the portal front end GUI.
\nBoth portals were updated, to use the latest recommended MUI version 9.2.0 (which is a tool for general portal visualization).<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124185<\/td>\n<\/tr>\n
Customer Portal<\/td>Removing a duplicate reload\/refresh when filtering transport order screen via exact order id<\/td>2026-09<\/td>New feature<\/td>124636<\/td>\n<\/tr>\n
Customer Portal<\/td>
Adding 'Send message to dispatcher' button to portal button configuration<\/summary>

It is now possible to hide 'Send message to dispatcher' button (in tour action buttons) via portal button configuration.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124714<\/td>\n<\/tr>\n
Customer Portal<\/td>
When searching track & trace orders via package barcode, there was no info about order id<\/summary>

GUI was improved and order id is now shown even when searching track & trace orders via package barcode.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>125068<\/td>\n<\/tr>\n
Customer Portal<\/td>
Redesign of the dialog for new order creation<\/summary>

The dialog for new order creation has been completely reworked (ie. replaced by a new version, with better structured GUI).<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>125561<\/td>\n<\/tr>\n
Depot App<\/td>
New feature \"Fast scan incoming\"<\/summary>

Can be used for quick unload confirmation of arrived goods, regardless of the tour where they arrived on. For example there could be a pile of goods that were unloaded from multiple tours, and now it\u2019s possible to confirm them all with this feature, with just one scan per package, without considering the tour in which they have arrived.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>123252<\/td>\n<\/tr>\n
Depot App<\/td>
Sender delivery tours - changes in Unload screen<\/summary>

Show \"Sender delivery tours\" (tours that have Sender delivery legs) separately in Depot app unloading screen. New filter \"Sender delivery\" has been added to the screen to support that. If filter is not set, only normal tours are shown. if filter is set, only Sender delivery tours are shown.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>123701<\/td>\n<\/tr>\n
Depot App<\/td>Improved error message if the app experiences D365 throttling (server is busy)<\/td>2026-09<\/td>New feature<\/td>124227<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Tour report - Dangerous goods enhancement<\/summary>

Tour report has been enhanced with details related to Dangerous goods:
\n - Icons for dangerous goods and limited quantity are shown on the report
\n - Dangerous goods\/ Limited quantity material details are shown separately for each order in the tour stop<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>117821<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>Envelope icon used in GS level 1 (displayed to signal existence of tour-related portal messages) was improved (spacing, helptext)<\/td>2026-09<\/td>New feature<\/td>124279<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Remove conditional functionality on Vehicle type between 'Max driving time between breaks' and 'Max working time between breaks'<\/summary>

Due to a previous PTV limitation in the calculation of driving breaks (see release letter for ADO 110588), when configuring driving breaks on vehicle type, one of the fields 'Max driving time between breaks' or 'Max working time between breaks' was always disabled when the other one's value was >0. This limitation is now solved, so both fields are always enabled and considered, if set to values >0.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124293<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Improved \"Generate\/Update tour out of route\/zone\", when legs are planned into tours<\/summary>

Previously, with \"Generate\/Update tour out of route\/zone\", legs were planned to a tour, even if the tour was released, or departed. Now, this is improved.
\nNew parameters \"Tour status\" and \"Process for not-planable legs\" are introduced.
\n
\nWith this new parameters, there are rules when a leg can be planned to a tour, depending of the status of the tour.
\nIf the tour is in lower status, than the \"Tour status\" parameters when the legs are planned, then the legs are planned to the existing matching tour. If no matching tour exists, then the a new tour is created.
\nIf the tour is in higher status, than the \"Tour status\" parameters\" when the legs are planned, then the legs are not planned at all, and remains unplanned or a new tour is created.
\nIn the second parameter \"Process for not-planable legs\", if the parameters is set to \"Create new tour\" - the legs are planned to a new tour, if, no matching tour exists. If, the parameters is set to \"Do not dispatch legs into tours\", then the legs are planned to the existing matching tour or the legs remains unplanned.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124304<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
[Map Screen] New 'Quick view' for pulling and displaying tours<\/summary>

A new, 'Quick view' was introduced to the Map screen. Similar to Track and Airline views, separate buttons exist to pull tours from GST or GSR in this new view. The tours in displayed in Quick view are similar to Airline view, except without even loading\/showing any tourstops. This then makes the display action much faster.
\nAlso, regardless of the view a tour is loaded in (Track, Airline, Quick), rightclicking on the tour gives the user the option to switch from the current view to any of the other views available.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124505<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Add Expand\/Collapse button in OS leg details section<\/summary>

It is now possible to easily expand or collapse the transport leg details section on the Order screen by use of a new toggle button (similar to how it was already possible in GS lvl 3).<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124516<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Performance improvements in dispatching processes<\/summary>

Many optimizations and improvements have been made in various dispatching processes. The improvements impact mainly GPB but also Dispatch light.
\n - Move tour to another resource, or remove resource from tour (30% compared to CAP54)
\n - Move tour stops from one tour to another (30-50% improvement compared to CAP54)
\n - Improved prioritization and parallelism when pre-loading tour details in Gantt Screens (to achieve instant display of details when user clicks a tour)
\n -- When user clicks a tour it's now more likely to be in the cache and therefore more likely to be displayed instantly
\n - Optimization in updating TMS values to WHS work (Shipment builder) - ignore cancelled works. Depending on the data composition the performance impact can vary from \"no impact\" to \"massive impact\" in various dispatching processes.
\n - Various smaller improvements that impact many dispatching processes but are hard to measure
\n
\nDisclaimer: the percentages are based on tests in CAPcargo test system. The percentages should be interpreted as rough indications of the relative improvement.
\nNote examples:
\n - 50% improvement means \"twice as fast\", e.g. originally 6 sec, new 3 sec.
\n - 75% improvement means \"4 times as fast\", e.g. originally 6 sec, new 1.5 sec.
\n - 16% improvement means \" 1.2 times faster\", e.g. originally 6 sec, new 5 sec.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>125458<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Deprecate legacy feature \"Ramp\/Lane\"<\/summary>

The legacy and very basic ramp\/lane feature was mostly deprecated only earlier. With this task we finally deprecate it entirely, as the new feature \"Dock planning\" (see also #111243) is released in the same release (CAP55), replacing it with much more powerful functionality.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>125494<\/td>\n<\/tr>\n
Driver App<\/td>
Mobile app tour cleanup batch: possibility to clean up tours regardless of TMS tour status<\/summary>

X++\/TMS process, not an app update.
\n
\nClean up Driver app tour older than x days, regardless of tour status.
\n
\nNew setting \"History limit (days)\" has been added to the batch dialog \"Clean up Mobile app tours\".
\n
\nIf this new field has value 0 (default value), the old tour status range will be used. Otherwise tour status range will be ignored and only the number of days will be used. The day range will be applied against Timestamp field of the Mobile app tour.
\n
\nThe days setting can be used if it's common to have not completed tours for any reason. This is common in test systems but is possible also in production environments.
\n
\nIt's also possible to set up two batches, one for cleaning up recent completed tours, and another one to clean up older tours regardless of status.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>101963<\/td>\n<\/tr>\n
Driver App<\/td>
Don't allow loading if depot stop is not released to depot<\/summary>

X++\/TMS process, not an app update.
\n
\nDon't allow swiping\/scanning load activities on a depot stop if \"Release to depot\" has not been done in D365.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>122087<\/td>\n<\/tr>\n
Driver App<\/td>
Improve handling of sending tour to Driver app while warehouse picking is in progress<\/summary>

X++\/TMS process, not an app update.
\n
\nDriver app shows \"Goods not ready!\" activity if some goods have not yet been picked but should be loaded in this tour before departing.
\n
\nUntil now this activity was created only if picking had not been started at all before sending the tour to Driver app. This was enhanced and not it's created if at least one package hasn't been picked yet when the tour is sent to Driver app.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>123546<\/td>\n<\/tr>\n
Driver App<\/td>
Add logging of connectivity checks from Driver app<\/summary>

X++\/TMS process, not an app update.
\n
\nIn some Driver app features the app must have an online connection to D365. These connectivity checks are now saved to Online check log in D365. Only succesful checks can be stored, unsuccesful ones never reach D365.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124183<\/td>\n<\/tr>\n
Driver App<\/td>Show TMS tour status in Driver app tour form in D365<\/td>2026-09<\/td>New feature<\/td>124309<\/td>\n<\/tr>\n
Geo-services<\/td>
Upgrade to PTV xServer 2.40.1<\/summary>

With release CAP55, it is necessary to use PTV xServer 2.40.1.
\nUpgrade was done in order to be able to take advantage of PTV improvements of xServer in the areas of CO2 and toll cost calculation (see also 121948), xRoute behavior\/restrictions\/improvements in specific scenarios, driver breaks\/rest handling (see also 124293), improvements in response in case of combined transportation, as well as infrastructure and platform-related updates.
\n
\nAdditionally, this version contains features to be used in future CAP Product developments.
\n
\nIn case that xServer is hosted on-premise, please ensure that the installation is upgraded to 2.40.1 and the necessary xServer configuration adjustments are done.
\nIn case CAPcargo is hosting the xServer, CAPcargo will take care of moving the already-existing HPRNs while keeping the same url, although generating new HPRNs is highly recommended.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>119470<\/td>\n<\/tr>\n
Geo-services<\/td>
Additional enhancements to Distance and time calculation modes<\/summary>

Additional enhancements were done in the area of Distance and time calculation modes (following the initial ones detailed in task 119930 in a previous release):
\n - The enum 'Normal' 'Mode tour distance\/time calculation' has been renamed 'Standard'
\n - helptext labels of several fields related to distance and time calculation were improved\/updated
\n - the old 'Advanced [deprecated]' mode is not functional anymore, still visible in the lookup just for reference; enum will be removed in a later release
\n - for best performance, the 'Simple' mode was simplified even more. Regardless of general parameterization, in the 'Simple' mode there will be: - no time consideration; - no use of real time traffic data (PTV_TrafficIncidents layer); - no use of preferred routes; - no use of any geo service feature layers defined on vehicle types; - restriction mode hardcoded to 'Automatic'; - optimization factor hardcoded to 50; - toll cost factor hardcoded to 0.
\n - the 'Simple' mode was further enhanced to make used of HPRN's defined on the vehicle type (if any). If the 'Simple' mode is to be used, then it is highly recommended to define an HPRN on the corresponding vehicle type.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>121576<\/td>\n<\/tr>\n
Geo-services<\/td>
Enhance address creation to allow skipping the geo-coding process<\/summary>

Previously, it was not possible to skip geocoding when creating certain addresses (ex. invoice addresses, postal boxes, etc.).
\nThis has now been made possible by introducing two new parameters:
\n - 'CAPcargo geocoding' flag on Address setup>Country\/region
\n - 'CAPcargo geocoding' flag on Address and contact information purpose
\n
\nThese flags are enabled by default (see corresponding data migration job). If at least one of these flags is disabled when creating a particular address, the geocoding is no longer required (geocoordinate values = 0.00).<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>122250<\/td>\n<\/tr>\n
Geo-services<\/td>
Use the trailer's speed profile (when available) in Geo services processes<\/summary>

When multiple vehicle profiles are present on tour (ex: truck, trailer, multiple trucks and trailers), the trailer's speed profile (if trailer defined as resource on tour) will be used for Distance and Time calculation. This replaces the previous more complex logic of attempting to determine by calculation the slower vehicle type and use that one (since legally, a trailer's overall speed should be slower or no faster than a vehicle which could pull such trailer).
\n
\nSimilar logic has been now applied in Optimizer: if a trailer is present in combination with a truck, the trailer's speed profile is used for the DistanceMatrix calculation (if parameter 'Ignore HPRN' = True or no HPRN defined on trailer's vehicle type) or the trailer's HPRN is used for DistanceMatrix calculation (if parameter 'Ignore HPRN' = false).
\nWarning: Since until now, any HPRN used by Optimizer was defined only on motor vehicles (trucks), it is highly recommended to create HPRN's also for the vehicle types used for trailers, to avoid the slow on-the-fly calculation in case trailers are used. Alternatively, the same HPRN's created for the trucks can also be setup on the trailers.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124355<\/td>\n<\/tr>\n
Geo-services<\/td>
Log all subroute calls under same xRoute request\/response in geo services log<\/summary>

Previously, when a Distance\/Time calculation would need multiple subroute calls (ex. a vehicle of a certain vehicle type\/speed profile started a tour, and a vehicle of a different vehicle type\/speed profile ended a tour), only one of these xRoute calls was logged in the Geo services log (if logging already enabled via corresponding geo services parameter). This then made it hard to debug\/analyze potential issues in calculations when the other subroutes calls were not readily available.
\nAll subroute calls are now logged under the same request\/response downloadable file in the geo services log form.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>125074<\/td>\n<\/tr>\n
Integrations<\/td>Added data entity 'TAL transport type mapping' (TALshiLinkTransportTypeMapping)<\/td>2026-09<\/td>New feature<\/td>123990<\/td>\n<\/tr>\n
Master data<\/td>
GUI improvement route\/zone weekdays plan date control<\/summary>

Based on the selection in the 'Plan date control', the 'Weekdays' checkboxes (under 'Schedule') are now set to editable or not editable.
\n
\nPlan date control 'weekday scheduling' -> All weekdays are editable
\nPlan date control 'scheduling with warehouse shipping days' -> All weekdays are editable
\nPlan date control 'transit scheduling '-> Weekdays greyed out \/ not editable
\nPlan date control 'None '-> Weekdays greyed out \/ not editable
\n
\nFor better visualization, the whole 'Schedule' field group was moved after the 'Rough scheduling (transport legs)' field group.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>122116<\/td>\n<\/tr>\n
Optimizer<\/td>
Limit start of Optimizer planning horizon to future time<\/summary>

Previously, it was possible to send transport legs to Optimizer dispatching even in the past (past days compared to day of dispatching action, or past time compared to dispatching time in the same day). This could lead to operational discrepancies or impossibilities.
\nA new flag 'Allow planning in the past' was introduced in Optimizer parameters.
\nIf set to 'Yes', Optimizer would continue to plan as previously.
\nIf set to 'No':
\n - if rough planning date (coming from the selected legs or manually selected in the dispatching form) is in the past (compared with 'today' = system date), the Optimizer dispatching process would stop with proper warning
\n - if rough planning date is same as 'today' (= day of dispatching), Optimizer would plan with the latest of the values ' Earliest tour start' or 'Now' + new parameter value 'Planning horizon start offset (minutes)'
\n - if rough planning date is 'tomorrow' or later, Optimizer would plan as usual, no changes to the process<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>118818<\/td>\n<\/tr>\n
Optimizer<\/td>
Optimizer dispatching UI improved<\/summary>

The Optimizer dispatching form has been visually improved. Fields and parameters are now placed in two dynamic columns, so that user would not have to scroll at all in order to see all of them at a glance. Some labels in Optimizer parameters have also been enhanced.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124414<\/td>\n<\/tr>\n
Other \/ General<\/td>
Remove warnings for deprecated conflicts in 'Setings of conflict management'<\/summary>

Warnings for conflicts deprecated a long time ago (ID 200, 205, 210, 215, 220, 225, 230, 235, 305) are no longer displayed when user presses 'Settings create \/ synchronize' in 'Settings of conflict management.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>123551<\/td>\n<\/tr>\n
Other \/ General<\/td>
Deprecate: License HISTORY report<\/summary>

TMS report \"User License Count History\" was deprecated.
\nCAPcargo Transport \u2013> Reports \u2013> Licensing \u2013> User License Count History<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>123823<\/td>\n<\/tr>\n
Other \/ General<\/td>Add new language IT-CH (copy of Italian) to the system<\/td>2026-09<\/td>New feature<\/td>124607<\/td>\n<\/tr>\n
Other \/ General<\/td>
Remove \"client\" and \"server\" keywords from CAPcargo codebase<\/summary>

These keywords were remnants from AX2012 and have no functional impact in D365. Starting in Microsoft update 10.0.50 these keywords will lead to compiler error, therefore they needed to be removed.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>125424<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Add transport unit weight at pre-calculation<\/summary>

Driven by a new parameter, the transport unit weight is added to the transport order line at transport order creation and update. By this, a more accurate weight is available for transport planning.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>123722<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Item transport unit combination versioning on header level and on released product<\/summary>

Previously, the versioning of the Item transport unit combination only covered the line records. This is extended, meaning that even header-level changes and transport type combination changes on the released product are covered by the versioning logic.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>123998<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Multiple suggestions for same time delivery CAP lead time calculation<\/summary>

In order to be able to provide multiple potential delivery dates for same time delivery, a new function is introduced on the sales order. By using the function, the system shows the potential same time delivery dates, and calculates the delivery date related shipping date for each order line. The user can update all sales order lines with the same time delivery date and the related shipping date with a click of a button.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>New feature<\/td>124106<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
GSR: Dock booking bar visualization issues in 'No details' and 'Bar extensions mode'<\/summary>

When in mode 'No details' or 'Bar extensions mode' in GSR, the dock booking bars upon selection are differently drawn, which can be confusing. The data of the booking transaction are not affected, after changing back to 'All details' mode, all works fine again.
\n
\nSuggestion: Use dock planning just with 'All details' mode.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Known issue<\/td>125550<\/td>\n<\/tr>\n
Geo-services<\/td>
Change default value of parameter 'Mode tour distance\/time calculation'<\/summary>

Mandatory data job for task 121576, by which the value of field 'Mode tour distance\/time calculation' ((Transport parameters > Geo services) will be changed to 'Standard', wherever it was previously set to 'Advanced'.
\nThis ensures that all existing configurations continue to use the supported mode after the deprecation of mode 'Advanced'.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Data conversion<\/td>124618<\/td>\n<\/tr>\n
Geo-services<\/td>
Update 'Mode tour distance\/time calculation' on existing tour headers from 'Advanced' to 'Standard'<\/summary>

Mandatory data job for task 121576, updating all existing tour headers where the 'Mode tour distance\/time calculation' was previously set to 'Advanced' and changes it to 'Standard'. This ensures that all existing tours are migrated to the supported mode following the deprecation of 'Advanced'. The original value of field 'Distance and time values up to date' is not changed on any tour header where the Mode is changed from 'Advanced' to 'Standard'.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Data conversion<\/td>124621<\/td>\n<\/tr>\n
Optimizer<\/td>
Replace old enum in Optimizer parameter 'Missing geocoordinates tolerance'<\/summary>

The old enum 'Skip transport legs' was changed to 'Skip', in order to be re-used in another lookup as well (Closed address handling). This datajob sets the new enum in lookup if the old 'Skip transport legs' was previously selected.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Data conversion<\/td>124606<\/td>\n<\/tr>\n
Other \/ General<\/td>Datajob to remove deprecated conflicts from corresponding tables (see #123551).<\/td>2026-09<\/td>Data conversion<\/td>123553<\/td>\n<\/tr>\n
Other \/ General<\/td>
Enhance address creation to allow skipping the geo-coding process - data job<\/summary>

Mandatory data job for #122250, Newly introduced 'CAPcargo geocoding' flags are set to True, to allow consistent system behavior after update.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Data conversion<\/td>125226<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Fill Voucher to existing transfer order based shipment lines<\/summary>

This data job fills the voucher id on the CAPcargo shipment lines for warehouse management enabled transfer order lines, essentially ensuring that historical records can reach SCM status \"Packing slip posted\".<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Data conversion<\/td>125238<\/td>\n<\/tr>\n
Carrier Portal<\/td>Show orders' action button on the tour sometimes did not show the related orders<\/td>2026-09<\/td>Bug<\/td>124181<\/td>\n<\/tr>\n
Carrier Portal<\/td>Work instruction description was previously not shown in carrier portal<\/td>2026-09<\/td>Bug<\/td>124677<\/td>\n<\/tr>\n
Carrier Portal<\/td>
Uploading an attachment to carrier portal without selecting a specific document type was previously not possible<\/summary>

The issue was corrected, when no specific document type is selected - then default fallback (from portal parameters) is applied.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>125078<\/td>\n<\/tr>\n
Customer invoicing<\/td>
Document reference was previously not cleared after customer invoice posting<\/summary>

Document reference value is now empties in invoice posting dialog, between customer invoice posting sessions.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>123595<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>
Several issues were corrected in the copy order function<\/summary>

Eg. fields were not copied, but they should have been copied to target order.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>72463<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>
In certain scenarios using transit scheduling in route\/zone setup, dates suggested by the Load\/Unload scheduling date options are not correct<\/summary>

To complete the initial fixes done in a previous release (see 117540) in the area of Load\/Unload scheduling date options (Transport type 'Date initialization load\/unload' setup as Dynamic), additional scenarios were identifed and fixed:
\n - Load date incorrectly suggested in the case of a transport order which would generate a direct transport leg using a route\/zone setup with transit scheduling
\n - Unload date incorrectly suggested in the case of a transport order which would generate multiple transport legs, the last leg using a route\/zone setup with transit scheduling.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>118362<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>
Dynamic unload date is still calculated when there is no match between crossdocking criteria 'Unload address' and unload address on transport order<\/summary>

In the crossdocking rules, under the criteria set Id, a criteria of type 'Unload address' could be set at Table or Group level.
\nPreviously, when the Transport type 'Date initialization load\/unload' parameter was set to 'Dynamic', the unload date was still calculated based on the crossdocking rule, as if the unload address on the transport order matched the unload address (or group) set on the crossdocking rule criteria set, even when it didn't.
\nThis was now corrected, so that the dynamic unload date is correctly interpreted, depending on whether there is a match between the unload address on the transport order and the unload address being set on the crossdocking rule criteria set.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>121295<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>
Error 'No calendar for date defined!' blocks certain processes when non-TMS addresses used without defined calendar per area<\/summary>

When non-TMS addresses were used in various processes (for example, onetime addresses in Transport order creation), error 'No calendar for date defined!' was wrongly triggered, in case no calendar per area was defined to cover that particular address. When no calendar per area is defined, such an address by definition should have been considered open, but instead it looked for a calendar anyways.
\nRegression was caused by implementation of ADO 117936 (New enhanced business hours logic).
\nVisible effects of the issue described were spotted in transport order creation, portal order transmission, conflict analysis at order and tour level.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124464<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>
Several issues were corrected in the area of measurement & weight calculation, when creating new order<\/summary>

The issues were corrected in new transport order creation dialog.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124531<\/td>\n<\/tr>\n
Customer Portal<\/td>When creating new address on the portal, in certain cases the street number was previously not initialized from google<\/td>2026-09<\/td>Bug<\/td>123772<\/td>\n<\/tr>\n
Customer Portal<\/td>
Temperature code value was disappearing, when switching order side details pane in to \"edit\" mode<\/summary>

The issue was only in GUI, the existing temperature code was not physically deleted.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124231<\/td>\n<\/tr>\n
Customer Portal<\/td>
Missing portal order grid refresh, after certain actions<\/summary>

The issue was happening especially when portal order status was changed after editing of order (eg. when order was in status \"Created\" and changes were committed via \"Transmit\" button).<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124234<\/td>\n<\/tr>\n
Customer Portal<\/td>
Uploading an attachment to customer portal without selecting a specific document type was previously not possible<\/summary>

The issue was corrected, when no specific document type is selected - then default fallback (from portal parameters) is applied.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124381<\/td>\n<\/tr>\n
Customer Portal<\/td>
Address mismatch on newly created portal order, in certain specific steps<\/summary>

Previously it could happen that newly created portal order inherited partially the address of the last previously created portal order. The issue was only happening when first transport order was created with transport address id (being load or unload). Then, if following order was created with \"non transport\" addresses, it inherited the transport address ids of the previous order. The issue was corrected.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124423<\/td>\n<\/tr>\n
Customer Portal<\/td>When adding a transport order line to existing order, the measurements were not initialized from transport unit<\/td>2026-09<\/td>Bug<\/td>124483<\/td>\n<\/tr>\n
Depot App<\/td>
App stops with 'Depot app CAPcargo isn't responding\"<\/summary>

In rare cases, the app would stop with 'Depot app CAPcargo isn't responding' and could only be resolved by clearing app data & cache. This could happen especially if app was left active on the device for a long time (ex. overnight) and then user picked it up to continue work immediately. Such hang-ups are now prevented.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124874<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Strategic tour routing not functional when driver breaks exist between tourstops<\/summary>

Previously, when at least one driver break existed between tourstops, the strategic tour routing function did not insert any waypoints between those tourstops (based on some valid rule).
\nThis was fixed so that the strategic tour routing function will remove any existing driver breaks, insert strategic waypoints, then run again 'Distance and time calculation with driver breaks' to insert updated driver breaks.
\nIn case of tours of Optimizer origin, if both driver breaks and activities of type 'Wait' (automatically inserted by Optimizer to cover the 'customer wish' scenarios) were present on tour, during strategic tour routing, such 'Wait' activities are removed, to avoid distorting the new calculations on a tour.
\nIf only 'Wait' activities of Optimizer origin were present on a tour while running strategic tour routing, these are not removed even if some strategic waypoints are added to the tour (to be solved in a subsequent release).<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>123491<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Empties transaction were created even when empties on address were not activated<\/summary>

The issue was especially happening for \"non-transport\" addresses, or for sender delivery \/ receiver pickup addresses.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124159<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Resource unavailability end wrongly displayed on GSR for certain short intervals<\/summary>

Previously, when a resource unavailability's duration was shorter than the duration setup on GPB parameter 'Zoom Gantt bar (hrs)', the end of the unavailability displayed in GSR lvl 1 and on tooltip was wrongly shown as interval start + number of hours defined on parameter, instead of actual interval end.
\nFor such short resource unavailabilities, the end of the interval is now correctly displayed, as well as the 'zoomed-in for your convenience' magnifying glass displayed in lvl 1, with tooltip behavior similar to the same feature used on lvl 1 in actual short tours.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124702<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Updating tours out of route\/zone fails when driver break is on same address as load\/unload of leg<\/summary>

Previously, if a driver break address on a tour was identical to a load\/unload tour stop, and user would try to update such a tour out of route\/zone with additional leg on same load\/unload address, action would fail.
\nThe logic was now enhanced to make the difference between tour stops of waiting type 'None' (regular tourstops), and tour stops of other waiting types (ex. 'Driving break').<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124843<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>\"Work instruction\" field in GPB Order screen was not correctly updated after registering part delivery<\/td>2026-09<\/td>Bug<\/td>124870<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Scheduling issues with deadlines when multi-leg orders being removed from tours<\/summary>

In some constellations of multi-leg transport with initial deadlines dates being used for the first loading (so called rough scheduling rules), combined with the process of dispatching and un-dispatching the legs to\/from a tour, the scheduled dates on the transport legs could be wrong after the removal from a tour. This was fixed.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>125093<\/td>\n<\/tr>\n
Driver App<\/td>
Shipment builder sync removes transport order from Driver app but work instructions remain<\/summary>

X++\/TMS fix, not an app update.
\n
\nFix a bug where in some shipment builder synchronization constellations a transport order was removed from Driver app, but work instructions of that transport order were still shown in the app. Now the process doesn't leave behind orphan work instructions.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>123517<\/td>\n<\/tr>\n
Geo-services<\/td>
\u2018Hybrid ratio\u2019 is taken into account when using 'Actual' (total) tour consumption for CO2 calculations<\/summary>

Due to limitations in the calculations received from PTV, the hybrid ration was taken into account for CO2 calculations when we use 'Actual' consumption.
\nThis was fixed with the latest update from PTV, and now the calculations are executed (received) appropriately.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>121948<\/td>\n<\/tr>\n
Geo-services<\/td>
Distance and time between tourstops in a tour of Optimizer origin sometimes displayed as 0 after 'Distance and time calculation with driver breaks'<\/summary>

In rare constellations of driving break parameterization, running the 'Distance and time calculation with driver breaks' on a tour of Optimizer origin containing already some driving breaks would result in distance and time being written on tour as 0 in the segment adjacent to some driver break, even if not truly 0.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124488<\/td>\n<\/tr>\n
Geo-services<\/td>
'Distance and time values up to date' flag is not reset to False when 'Mode tour distance\/time calculation' value is changed<\/summary>

Previously, if user changed the value of tour header field 'Mode tour distance\/time calculation' (ex. from 'Standard' to 'Simple'), while the 'Distance and time values up to date' flag was already set to True, this flag was not set back to False, allowing for old\/potentially misleading distance and time values on tour header if user did not follow up with a 'Distance and time calculation' action. This flag is not immediately set back to False at any change in the 'Mode tour distance\/time calculation' field.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124697<\/td>\n<\/tr>\n
Geo-services<\/td>
'Create toll cost' function infolog shows full tour duration, instead of driving time<\/summary>

When using the 'Create toll cost' function, the displayed infolog is referring to driving time, but the duration displayed previously (now fixed) was wrongly displayed as for the whole tour, not just driving time.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124898<\/td>\n<\/tr>\n
Geo-services<\/td>
Tooltip with truck attributes details missing on Map screen<\/summary>

Certain truck attributes details were missing from the tooltip in the Map screen (when Truck attributes layer was enabled for visualization). The view has been corrected and all details are again properly visible in the tooltip.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>125114<\/td>\n<\/tr>\n
Master data<\/td>
Number sequence for Package ID is not available in Transport parameters<\/summary>

Number sequence for Package ID was not visible in Transport parameters.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124719<\/td>\n<\/tr>\n
Optimizer<\/td>
Optimizer did not properly consider 'closed business days'<\/summary>

When a particular day\/date was defined as closed on an address (CAPcargo address or other) (via calendar per address, or weekday specific setting, or calendar per area), Optimizer wrongly ignored that setting and attempted to anyways plan the transport leg.
\nTo properly steer the corrected behavior, a new lookup parameter ('Closed address handling') was introduced in Optimizer parameters > Algorithm > Data validation.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>123838<\/td>\n<\/tr>\n
Optimizer<\/td>
Wrong carrying resource assignment on TMS tours resulting from Optimizer, when working with packages<\/summary>

When transport legs containing transport orders with packages defined on order lines were used to create tours via Optimizer (in the context of extended coloading restrictions), the resulting carrying resource assignment was not done correctly at package level, potentially affecting proper usage of the Depot app.
\nThis now works correctly, on the overall assumption of the Transport type parameter 'Carrying resource assignment on package level' being set to Yes.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124383<\/td>\n<\/tr>\n
Other \/ General<\/td>
Missing refresh action in Gantt Screens when toggling between preset day views<\/summary>

In certain data constellations, after toggling between GS preset day filters (ex. from 1-day view to 3-day view), existing tours were not automatically visible without an additional manual refresh.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>121918<\/td>\n<\/tr>\n
Other \/ General<\/td>
Functionality issues when displaying grouped resources on Map Screen<\/summary>

Several issues were fixed on the Map Screen related to the opening of the grouped resources on click, closing a table of displayed grouped resources, general visibility.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124305<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Re-using license plate creates shared\/over package<\/summary>

Re-using the same license plate id during warehouse picking for completely unrelated works was identified as a shared\/over package in transportation. This fix ensures that shared\/over package is only generated if the orders are packed together in the warehouse.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>121264<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Sales return order change management<\/summary>

Sales return order lines are only considered during transport order creation. Afterwards, changes on the order lines are ignored. If the user must apply changes then it can be done via the Create\/Update transport order dialog.
\nThis bugfix ensures that users can freely adjust sales return order lines.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>122787<\/td>\n<\/tr>\n
Shipment Builder<\/td>
The CAPCargo trade order line table disappeared from the data sources of the Open sales order lines form<\/summary>

The CAPcargo trade order line table is added back to the data sources of the Open sales order lines form. By this, making sure that users can add, filter, and sort by transportation related information.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>123472<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Available to remove fields of the Deliver remainder dialog is not calculated correctly for all elements of the direct delivery chain<\/summary>

On the Deliver remainder dialog, if the order line is in transportation, the system indicates how many units of the order line can be removed. This calculation was not correct for direct delivery chains.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>123518<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Update TMS values on WHS works - performance improvement<\/summary>

Optimized the code responsible for updating transportation information on warehouse work.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>123790<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Fixed 'reduce picked quantity' error when the picking process is incomplete<\/summary>

Standard warehouse management allows the user to use the Reduce picked quantity function, even if the outbound picking work is only completed till the goods are moved to the packing station. Due to a validation, this was not possible on systems with CAPcargo transport.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124421<\/td>\n<\/tr>\n
Shipment Builder<\/td>
License plate consolidation on multiple levels<\/summary>

The warehouse license plate consolidation function was previously limited to two levels. This has been updated to ensure data successfully synchronizes with transportation even when more than two levels of consolidation are performed.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124439<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Unit conversion issue after warehouse picking<\/summary>

If the dry volume system unit was different than the volume related planning unit, then the transport order synchronization failed after warehouse picking due to a unit conversion error.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124548<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Error at direct delivery creation<\/summary>

Certain inconsistencies between the direct delivery purchase order and sales order lines led to an error. This bugfix handles those edge cases cleanly to prevent future unhandled exceptions.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>125417<\/td>\n<\/tr>\n
Subcontracting\/IC invoicing<\/td>
'Carrier portal self-billing confirmation required' configuration was previously affecting also \"non self-billing\" invoice posting<\/summary>

Vendor invoice posting was previously blocked if subcontracting order had activated flag 'Carrier portal self-billing confirmation required'. The issue was corrected and 'Carrier portal self-billing confirmation required' is now affecting only vendor self-billing invoice posting.<\/p><\/details><\/div><\/code><\/td>

2026-09<\/td>Bug<\/td>124006<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div><\/div><\/div><\/div>\n","protected":false},"excerpt":{"rendered":"","protected":false},"author":4,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"100-width.php","meta":{"_monsterinsights_skip_tracking":false,"footnotes":""},"class_list":["post-12850","page","type-page","status-publish","hentry"],"yoast_head":"\n10.0-CAP55.0 (21.09.2026) - CAPcargo AG<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.capcargo.com\/en\/10-0-cap55-0-21-09-2026\/\" \/>\n<meta property=\"og:locale\" content=\"en_GB\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"10.0-CAP55.0 (21.09.2026) - CAPcargo AG\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.capcargo.com\/en\/10-0-cap55-0-21-09-2026\/\" \/>\n<meta property=\"og:site_name\" content=\"CAPcargo AG\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/pages\/category\/Software-Company\/CAPcargo-AG-148899175228689\/\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.capcargo.com\/wp-content\/uploads\/2019\/02\/CAPcargo-logo-cmyk.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"250\" \/>\n\t<meta property=\"og:image:height\" content=\"57\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Estimated reading time\" \/>\n\t<meta name=\"twitter:data1\" content=\"4 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/10-0-cap55-0-21-09-2026\\\/\",\"url\":\"https:\\\/\\\/www.capcargo.com\\\/10-0-cap55-0-21-09-2026\\\/\",\"name\":\"10.0-CAP55.0 (21.09.2026) - CAPcargo AG\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/#website\"},\"datePublished\":\"2026-09-21T15:59:00+00:00\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/10-0-cap55-0-21-09-2026\\\/#breadcrumb\"},\"inLanguage\":\"en-GB\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.capcargo.com\\\/10-0-cap55-0-21-09-2026\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/10-0-cap55-0-21-09-2026\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Startseite\",\"item\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"10.0-CAP55.0 (21.09.2026)\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/#website\",\"url\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/\",\"name\":\"CAPcargo AG\",\"description\":\"Consulting and Software Applications for cargo industry\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-GB\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/#organization\",\"name\":\"CAPcargo AG\",\"url\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-GB\",\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/www.capcargo.com\\\/wp-content\\\/uploads\\\/2019\\\/02\\\/CAPcargo-logo-cmyk.jpg\",\"contentUrl\":\"https:\\\/\\\/www.capcargo.com\\\/wp-content\\\/uploads\\\/2019\\\/02\\\/CAPcargo-logo-cmyk.jpg\",\"width\":250,\"height\":57,\"caption\":\"CAPcargo AG\"},\"image\":{\"@id\":\"https:\\\/\\\/www.capcargo.com\\\/en\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"https:\\\/\\\/www.facebook.com\\\/pages\\\/category\\\/Software-Company\\\/CAPcargo-AG-148899175228689\\\/\",\"https:\\\/\\\/www.linkedin.com\\\/company\\\/capcargo-ag\\\/?viewAsMember=true\"]}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"10.0-CAP55.0 (21.09.2026) - CAPcargo AG","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.capcargo.com\/en\/10-0-cap55-0-21-09-2026\/","og_locale":"en_GB","og_type":"article","og_title":"10.0-CAP55.0 (21.09.2026) - CAPcargo AG","og_url":"https:\/\/www.capcargo.com\/en\/10-0-cap55-0-21-09-2026\/","og_site_name":"CAPcargo AG","article_publisher":"https:\/\/www.facebook.com\/pages\/category\/Software-Company\/CAPcargo-AG-148899175228689\/","og_image":[{"width":250,"height":57,"url":"https:\/\/www.capcargo.com\/wp-content\/uploads\/2019\/02\/CAPcargo-logo-cmyk.jpg","type":"image\/jpeg"}],"twitter_card":"summary_large_image","twitter_misc":{"Estimated reading time":"4 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/www.capcargo.com\/10-0-cap55-0-21-09-2026\/","url":"https:\/\/www.capcargo.com\/10-0-cap55-0-21-09-2026\/","name":"10.0-CAP55.0 (21.09.2026) - CAPcargo AG","isPartOf":{"@id":"https:\/\/www.capcargo.com\/en\/#website"},"datePublished":"2026-09-21T15:59:00+00:00","breadcrumb":{"@id":"https:\/\/www.capcargo.com\/10-0-cap55-0-21-09-2026\/#breadcrumb"},"inLanguage":"en-GB","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.capcargo.com\/10-0-cap55-0-21-09-2026\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.capcargo.com\/10-0-cap55-0-21-09-2026\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Startseite","item":"https:\/\/www.capcargo.com\/en\/"},{"@type":"ListItem","position":2,"name":"10.0-CAP55.0 (21.09.2026)"}]},{"@type":"WebSite","@id":"https:\/\/www.capcargo.com\/en\/#website","url":"https:\/\/www.capcargo.com\/en\/","name":"CAPcargo AG","description":"Consulting and Software Applications for cargo industry","publisher":{"@id":"https:\/\/www.capcargo.com\/en\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.capcargo.com\/en\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-GB"},{"@type":"Organization","@id":"https:\/\/www.capcargo.com\/en\/#organization","name":"CAPcargo AG","url":"https:\/\/www.capcargo.com\/en\/","logo":{"@type":"ImageObject","inLanguage":"en-GB","@id":"https:\/\/www.capcargo.com\/en\/#\/schema\/logo\/image\/","url":"https:\/\/www.capcargo.com\/wp-content\/uploads\/2019\/02\/CAPcargo-logo-cmyk.jpg","contentUrl":"https:\/\/www.capcargo.com\/wp-content\/uploads\/2019\/02\/CAPcargo-logo-cmyk.jpg","width":250,"height":57,"caption":"CAPcargo AG"},"image":{"@id":"https:\/\/www.capcargo.com\/en\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/pages\/category\/Software-Company\/CAPcargo-AG-148899175228689\/","https:\/\/www.linkedin.com\/company\/capcargo-ag\/?viewAsMember=true"]}]}},"_links":{"self":[{"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/pages\/12850","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/comments?post=12850"}],"version-history":[{"count":2,"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/pages\/12850\/revisions"}],"predecessor-version":[{"id":12852,"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/pages\/12850\/revisions\/12852"}],"wp:attachment":[{"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/media?parent=12850"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}