{"id":12780,"date":"2026-05-13T16:50:49","date_gmt":"2026-05-13T14:50:49","guid":{"rendered":"https:\/\/www.capcargo.com\/?page_id=12780"},"modified":"2026-05-13T16:50:49","modified_gmt":"2026-05-13T14:50:49","slug":"10-0-cap53-0-13-05-2026","status":"publish","type":"page","link":"https:\/\/www.capcargo.com\/en\/10-0-cap53-0-13-05-2026\/","title":{"rendered":"10.0-CAP53.0 (13.05.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
Topic<\/th>Title & Details<\/th>Release Month<\/th>Task type<\/th>ADO ID<\/th>\n<\/tr>\n<\/thead>\n
Carrier Portal<\/td>
Trade order information (shown in tour order line detail section) was previously sometimes not precise<\/summary>

The issue was especially happening when source trade order was transported in several transport orders\/tours - then the trade information (of transport order\/tour) was showing trade order details unrelated to transport order\/tour.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121818<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>
New parameterization for dialogs regarding updating of measurements and weights of packages<\/summary>

Previously, whenever user changed some measurement or weight component of a transport order line with associated packages, a dialog would always appear, asking for a user decision regarding taking the changes also to the packages.
\nAdditional parameters have been introduced on the transport type to steer the promotion of measurements and weight changes to packages in case of changes at transport order line level:
\n - Ask user - dialog appears at every change (same as previously)
\n - No - no dialog shown to user, changes at transport order line level are not applied to packages
\n - Yes - no dialog shown to user, changes at transport order line level are applied to packages<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>113180<\/td>\n<\/tr>\n
Customer order management and pricing<\/td>
Cannot create work instruction from GPB 'Transport orders \/-legs' screen<\/summary>

Improvements on Work Instruction form:
\n - Field load\/code is moved from tab General to field group Setup up to the header, next to the description
\n - Label \"load code\" is replaced with label \"Load\/Unload\"
\n - Help label is improved so the user can have precise information that they are NOT creating WI per leg when opened from leg, but always just per TRO.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122429<\/td>\n<\/tr>\n
Customer Portal<\/td>
Claim feedback registration on carrier portal could be saved only when some worker was assigned to claim order in D365<\/summary>

The issue was corrected, claim feedback registration on carrier portal is now possible regardless of worker (of claim order in D365).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>120721<\/td>\n<\/tr>\n
Customer Portal<\/td>No address log was previously created, when portal user changed address details during address creation on the portal<\/td>2026-05<\/td>Bug<\/td>121353<\/td>\n<\/tr>\n
Customer Portal<\/td>
'View substitution contact' screen was previously failing to open, for certain customer assignments<\/summary>

In 'User management' screen, the 'View substitution contact' button is now enabled only if some contact person is specified for the customer (and transport type) assignment. As, for each customer\/transport type assignment, it is possible to manage substitution contacts only when some main contact is specified.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121510<\/td>\n<\/tr>\n
Customer Portal<\/td>Empties units were previously not auto-initialized when adding new order line to already existing transport order<\/td>2026-05<\/td>Bug<\/td>121537<\/td>\n<\/tr>\n
Customer Portal<\/td>
Wrong loading\/unloading date combination was sometimes offered to the user, when changing dates on an existing order<\/summary>

When editing an existing order (that has transport type set to \"Date initialization load\/unload=Dynamic\"), then loading\/unloading day combinations (that are offered in the calendar picker) are newly reflecting the \"Service (SLA)\". Previously, the \"Service (SLA)\" was ignored in the calendar picker date calculation, which could lead to selection of invalid loading\/unload date combination.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122537<\/td>\n<\/tr>\n
Customer Portal<\/td>
Change of the address (on existing transport order) could previously lead to wrong address data on the transport order<\/summary>

The issue was only happening when transport address was involved. After the address change was submitted to D365, only D365 location reference was updated (but not the transport address id reference). The issue was corrected.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122762<\/td>\n<\/tr>\n
Customer Portal<\/td>
Possibility to create CAPcargo transport addresses on the customer portal<\/summary>

Previously, it was possible to create only \"non-transport\" addresses via customer portal. This task introduces an enhancement - to create also \"transport\" addresses via portal.
\n
\nKey point:
\n - new parameter \"Auto create transport addresses\" on customer account (in D365). If activated, CAPcargo transport addresses are automatically created (next to D365 locations). If deactivated, only D365 locations are created.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121355<\/td>\n<\/tr>\n
Customer Portal<\/td>
Re-introducing \"Empties exchange\" flag to the dialogs for new address creation (and address management)<\/summary>

In companies (that have \"Empties exchange\" functionality activated in portal parameters), the \"Empties exchange\" flag appears in the dialogs for new address creation (and management of existing addresses), where users can activate the automatic empties exchange for the address.
\n
\nPlease note:
\n - if \"Empties exchange\" is set true during address creation (or editing), then the CAPcargo transport address is established automatically too (as the \"Automatic exchange\" flag is physically managed in CAPcargo transport address only).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121358<\/td>\n<\/tr>\n
Customer Portal<\/td>When editing the existing order, the mandatory fields (that are not filled) are newly highlighted via red border<\/td>2026-05<\/td>New feature<\/td>121436<\/td>\n<\/tr>\n
Customer Portal<\/td>Registration of new claim order lines is newly done via dedicated dialog<\/td>2026-05<\/td>New feature<\/td>121512<\/td>\n<\/tr>\n
Customer Portal<\/td>
Possibility to dynamically use transport\/portal module labels (and thus also translations), when setting up custom button names (in portal button configuration)<\/summary>

Previously, in portal button configuration, it was only possible to specify exact names (eg. \"Copy tr.order\"). These were then shown directly 1:1 in the portal (in action button menu), with no possibility of translation to other languages.
\n
\nThis has been enhanced. Instead of specifying the exact button name, it is now possible to set up a reference to transport\/portal module label file, which is then rendered on the portal (in action button menu), respecting the label translation.
\n
\nThe reference is set by using a leading character \"@\", which is followed by Portal ID reference.
\nSo instead of \"Copy tr.order\" custom name, it is possible to specify for example \"@copyOrder\". The \"copyOrder\" then refers to portal module label file (to identify the exact label).
\n
\nPlease note:
\n - To be able to use transport labels dynamically in the portals, the label itself must be established for the portals (ie. it has to have \"Portal ID\" reference in the label manager specification). As both web portals only include (ie. \"know\") only the labels with \"Portal ID\" filled.
\n
\nThe feature has been implemented both on customer & carrier portal.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121557<\/td>\n<\/tr>\n
Customer Portal<\/td>
Introducing a possibility to register new addresses with no individual street number field<\/summary>

In address setup in D365, it is possible (via address format) to specify that for certain countries there should be no individual street number in the D365 (as street number is stored in the street name field directly). Previously, customer portal did not respect such country address format setup, and street number was still required\/shown during address registration on the portal.
\n
\nThis has been now enhanced. Street number, if not activated in the country address format in D365, is not required\/shown as individual field in the dialogs for new address registration on the portal, and users should specify the street number in the street name field instead.
\n
\nAlso the address connectors from google services were enhanced - if street number is not activated then street number (from google autocomplete response) for these countries is automatically appended to the street name.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121579<\/td>\n<\/tr>\n
Customer Portal<\/td>
Improving the loading time of default landing page of customer portal<\/summary>

Loading time of the transport order page was improved, via better utilization of the API calls (ie. transport type data entity).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121583<\/td>\n<\/tr>\n
Customer Portal<\/td>
Possibility to manually specify attachment type, when uploading attachment on the portals<\/summary>

Previously, all new attachments from both portals were registered in D365 via same document type (which was specified in portal parameters). This turned to be too rigid and was enhanced.
\n
\nPortal users now have an option, to specify which document type shall be used, when attaching new documents on the portal. If no document type is selected when adding new attachment - then the default (from portal parameters) is still used as a fallback.
\n
\nPlease note:
\n - Document types (that should be used on the portals) have to be first activated in D365 (CAPcargo Transport -> Setup -> Web portal -> Portal document types), where new entry for every document type mapping has to be done (with custom document type & name texts, incl. translations).
\n
\nFeature was introduced both to customer & carrier portal.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121641<\/td>\n<\/tr>\n
Customer Portal<\/td>
Ensuring that when new address is created via portal then really a new address is created in D365 (in some edge cases, an existing address was updated instead of creating a new one)<\/summary>

In certain specific edge case (ie. simulated only internally), the new address creation process on the portal actually recycled (and updated) some previously existing address in D365, instead of physically creating a new address.
\nThe mechanism lies in the MS data entity \"CustomerPostalAddresses\" (which is used also for new address creation in the portal), which has some internal logic when create new address (and when to recycle\/update the existing). The recycling\/update mechanism was suppressed , by better structure of the payload (that is submitted by portal to data entity), without any change to the entity itself in D365.
\n
\n(portal now allocates new number sequence for location id and includes it in the creation message; previously the location id was empty in the payload - which sometimes triggered the recycling\/update mechanism).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121784<\/td>\n<\/tr>\n
Depot App<\/td>
Show qualifications from Dangerous goods<\/summary>

Qualifications on Depot app activity (=transport order \/ package requested qualifications) now includes also Dangerous goods related qualifications.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121705<\/td>\n<\/tr>\n
Depot App<\/td>User interface improvements and small bugfixes<\/td>2026-05<\/td>New feature<\/td>122818<\/td>\n<\/tr>\n
Depot App<\/td>
Import depot app users in one single entity including link them to depot(s)<\/summary>

Improve the \"TAL Mobile app users\" data entity to support importing Depot app user in a single go. Instead of first importing the user and then the depot(s) where the user works.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121606<\/td>\n<\/tr>\n
Depot App<\/td>
Remove Truck Loading App<\/summary>

Truck loading app has been replaced by Depot app and can no longer be used.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121518<\/td>\n<\/tr>\n
Depot App<\/td>Remove Truck loading app tours from D365 and middleware databases<\/td>2026-05<\/td>Data conversion<\/td>122073<\/td>\n<\/tr>\n
Depot App<\/td>Wrong plan quantities calculated on carrying resource assignments of packages when assignment is made during depot app loading<\/td>2026-05<\/td>Bug<\/td>117924<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Tour length changed when selected \"No details\" visualization mode in GPB 'Tour Dispatching' screen<\/summary>

In some constellation when users selected 'No details' visualization, then upon selection some tours length was extended up to the green bar end. On second selection, it got corrected (ie. shrinked). Now the tour is not changed when the user switch between details options.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121434<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
New transport legs were not displayed after adding Intermodal traffic in GPB 'Transport orders \/-legs\" screen<\/summary>

GPB 'Transport orders \/-legs\" screen grid is now automatically refreshed after intermodal traffic feature is used and newly created transport legs are shown.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121590<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
First tour stop selected from GPB 'Map' screen was not selecting the tour stop in GPB 'Resource Dispatching' screen<\/summary>

When multiple tours are selected and opened in map screen via button in 'Resource Dispatching' [Tour on map], the first tour stop selected from MS is now also selected in GSR. In lvl3, the tour (that contains the previously selected tour stop from map screen) is shown.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121597<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Missing certificate conflicts wrongly displayed in particular data constellation<\/summary>

In the following data setup constellation:
\nCertificate valid from = date in the future (compared with system's today date)
\nCertificate valid to = blank field (forever valid in the future)
\nTransaction date = date in the future (compared with system's today date - ex. tour start date, on or after Certificate 'valid from' date)
\n
\nConflicts 250\/255 (missing certificate for vehicle\/driver) were previously wrongly displayed, even though the certificate was valid at the date of transaction.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121873<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Carrying resource assignment table shows wrong plan quantities on the package grid<\/summary>

The Carrying resource assignment form was displaying packages both on the left and right side (not assigned and assigned pane) with the same data for all planning quantities for each package as per Transport order line which could mislead the quantity per package.
\n
\nFor this, four additional columns were introduced on each side pane stating the total values of the TRO line (Total weight, Weight unit, Total volume, Volume unit).
\n
\nAlso the total planning quantities per package were proportionally split so it will give approximate value for the planned quantities assigned to the vehicle\/compartment.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>117892<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Tour out of route\/zone sometimes did not add to existing tour (but created a new tour)<\/summary>

When complementing tours using the 'Generate\/Update tour out of Route\/Zone' (and the \u2018Find and update existing tours\u2019 set to True), then the legs (with and without time window assigned) which were added at a later stage were not added to an existing tour, but a new tour was created.
\nThis is now fixed and 'Generate\/Update tour out of Route\/Zone' (with \u2018Find and update existing tours\u2019 set to True) now adds the legs to an existing tour (if corresponding tour already exists).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121370<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
The NEM weight is shown as value per container, not the total NEM for that Dangerous goods position<\/summary>

In GPB 'Transport orders \/-legs' screen as well in GPB gantt screens (Orders fly-out tab), the NEM weight was displayed per container and not as a total NEM per Dangerous goods position.
\nThis was fixed so that if multiple Dangerous goods are assigned to an Transport order line, the NEM weight now displays as a total per position.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122132<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Changing the cross dock via action bar button was previously not possible in GPB 'Transport orders \/-legs' screen<\/summary>

\"From Address-No\" was not auto-populated on the \"Change cross dock\" window when called from header button and was displaying error and function was not executed. Issue is fixed, the Address field is pre-populated and change cross dock via header button works as expected.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122598<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Tour status was cleared on next Advanced Filter open action after being previously set in GST filter form<\/summary>

'Tour status' filter field is now properly 'remembered' by GST Advanced filter even after form is filled, closed and re-opened.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122797<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Orders can be assigned to resource if parameter \"Carrying resource assignment on package level\" is enabled in Transport type<\/summary>

If parameter \"Carrying resource assignment on package level\" in Transport type is enabled, so far only the packages were shown in the Carrying resource assignment form. From now on, if the parameter is enabled, also order lines without packages are shown and can be assigned to a resource.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>81508<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Enhancements to display of tours\/tourstops on Map\/GS lvl3<\/summary>

Following enhancements were implemented:
\nGS lvl 3:
\nWaypoints automatically inserted in tours via Strategic tour routing rules have a new display
\n - smaller box, similar to driving breaks
\n - new icon
\n - name of city changed from vertical to horizontal display
\nMap:
\n - reduced size of tour ant-line on the map during mouse-over (same as regular ant-line, just different highlight color)
\n - while multiple tours are displayed on map, if user clicks on one of them, clicked tour is highlighted, while all other tour tracks are 50% faded (useful in case of overlapping tracks)
\n - the same icons introduced in GS lvl 3 for strategic waypoints\/driving breaks\/combined transport events are displayed on the map, both on the tour track pins, and in the mouse-over
\n - when such special icons occur on the tour track, the numbering of the tourstop is done as an upperscript to the icon itself (the numbering of the regular tourstops (load\/unload\/tour start\/end) remains the same)
\n - the tour stops pin size is now connected to the 'Map pin size' parameter (same as already used for the transport legs pin size)<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>91647<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
GPB gantt screen tour stops sequence multi select - inform user that drop is not possible in sync mode for multiple stops<\/summary>

Multiple tour stops cannot be moved when GPB is set to 'sync' mode, as such activity is supported only in 'async' mode. The issue was that user was not properly informed about this limitation (as he\/she was allowed to drop multiple tour stops into new sequence even in 'sync' mode, but the sequence was not actually updated). The visualization was improved- when now dragging multiple stops (and GPB is set to 'sync' mode), then the red circle cursor is shown where stops would be moved\/dropped.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>93234<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
GPB 'Map' screen Date not initialized when multiple pins are selected<\/summary>

Dates of the legs were not shown when multiple pins were selected (with CTRL button). Now dates are pulled from the legs and displayed properly on the dialog of the selected pin(s).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>117130<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Enhance identification of breaks in Tour confirmation\/Dispatch Light Tour<\/summary>

Since breaks of multiple kinds (driving breaks, waiting due to changing Means of transport) are using the same 'dummy' Transport address (as set by parameterization), in TAL forms it is not so easy to identify the type of breaks (unlike GPB, where the visualization clearly expresses the purpose of the break tourstop).
\nTherefore, in both Tour confirmation and in Dispatch Light Tour lines forms, a new column 'Waiting type' was introduced, visible by default.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121413<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
New vehicle icons for rail<\/summary>

Several new vehicle\/vehicle type icons have been introduced on the topic of rail.
\nSame functionality and display as existing icons (GPB, Depot app, TAL, Portal).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121623<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Transport event for \"Tour released\" no longer created for unload points (only load) - possible process improvements<\/summary>

As part of our performance improvement project we streamlined the Transport event process to be faster. When a tour is released for departure, we don't anymore create two transport events per leg (one per point), instead just one event (for the load point). This change was implemented in CAP49 release.
\n
\nThis makes it twice as fast but can cause issues if a process depends on the \"Tour released\" event of the Unload point of the transport leg.
\n
\nThe event on the Load point of the transport leg can be used, but this event doesn't contain all necessary information about the unloading. This can cause problems for example when creating a notification message for the customer about an upcoming delivery, using the Status message framework.
\n
\nTo overcome these issues we have improved some existing \"Status message calculated values\" classes to better support the new situation:
\n - Destination city
\n - Destination name
\n - Destination street
\n - Destination street no
\n - Destination zip code
\n
\nAdditionally two new classes have been created to get the full formatted origin or destination address:
\n - Destination address
\n - Origin address<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121754<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Simplification of tour header CO2 consumption fields and adjustment of consumption logic<\/summary>

The fields \u201cFuel consumption with trailer\u201d and \u201cElectricity consumption with trailer\u201d were removed from the tour header in order to simplify the handling of actual CO2 consumption values.
\nThe CO2 calculation logic was adjusted accordingly to use a single actual consumption value for the entire tour, regardless of whether the tour was executed with truck-only or truck+trailer combinations.
\nAdditionally, the help texts for the \u201cFuel consumption\u201d and \u201cElectricity consumption\u201d fields were updated to clarify that these values represent actual total consumption for the whole tour and that values greater than 0 take precedence over default consumption values derived from vehicle, vehicle type, or route.
\nThis change does not affect the same fields on vehicle or vehicle type level.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121617<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Performance improvements in dispatching processes (GPB screens)<\/summary>

Many optimizations and improvements have been made in various dispatching processes. The improvements impact mainly GPB but also Dispatch light. Continuation to improvements that were shipped with the CAP49-CAP52 releases.
\n
\nImproved processes include:
\n - Find fitting resources for a tour in GPB Resource screen (30% improvement compared to CAP52)
\n - GPB startup (loading of the GPB home screen, 50% improvement compared to CAP52)
\n - Conflict analyzer: performance of conflicts that analyze packages within one vehicle compartment (99% improvement of some constellations (from 10-20 minutes to a few seconds))
\n - Opening the Carrying resource assignment screen (30% improvement)
\n - Carrying resource assignment: real-time validations of co-loading restrictions (up to 85% improvement)
\n - Distance and time calculation - small optimizations (better handling of tour resources and truck attributes. Additionally in CAP52 we introduced new \"Normal\" mode for Distance and time calculation. This can improve the performance 20-40% if \"Advanced\" mode was previously used.
\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-05<\/td>New feature<\/td>122803<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Dangerous goods on tour not considered when building the xDiMa vehicle profile<\/summary>

Fixed a regression by which dangerous goods were not properly taken into consideration in the vehicle profile when building a PTV xDiMa request (in case of running sequence optimization with parameter 'Ignore HPRN' = True).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122263<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Missing SCM status flags added to the Worker GPB filter initialization section<\/summary>

Some SCM status flags were previously visible in OS, but not defined on the Worker GPB filter initialization form.
\n
\nGoods ready to load status:
\n - To be delivered by sender
\nGoods arrival status:
\n - To be picked up by receiver
\n - Ready for receiver pick-up
\n
\nThese are now added to corresponding section on Worker>CapCargo Transport>Filter Init Dispatching.
\nValues set on Worker in these fields are steering the values loaded by default for corresponding flags in OS.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>114011<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
GPB performance improvement: Load related resources in the background already before user clicks a resource<\/summary>

Related resources are preloaded when resource collection is changed or when mode is changed (gantt mode or manual mode, selected tour is changed or manual date time is changed)
\n
\nAdditionally, for selected resources, a new button 'Refresh current' has been added to context menu (ie. right click) for refreshing the static data (static data includes qualifications and capacity) and related resources.
\nFor the last selected resource (shown in detail), it will refresh also the image, cost and overview details.
\n
\nPlease note that 'Refresh current' button reloads only static data - meaning that dynamic data is not reloaded.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>119305<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
CO2 calculation form: adjustments in the fuel\/electricity consumption fields and labels<\/summary>

In order to be consistent with the data displayed in the CO2 calculation form, some adjustments were made in the input parameters tab when using Actual fuel\/electricity stated on Tour. Namely, when using Actual input, we introduced background calculation in order to display the actual consumption for both fuel and electricity.
\nAlso, in the CO2 calculation results both for tour and TRO, the Labels and Help texts for Fuel and Electricity consumption were adjusted to accurately reflect the results received for the CO2 calculation.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121748<\/td>\n<\/tr>\n
Driver App<\/td>
Performance optimizations for Driver app tour export<\/summary>

Improve performance of exporting Driver app tour data (through D365 Data Migration Framework).
\n - Overcome suboptimal behavior of Composite entity export in Data Migration Framework: the framework will process same records multiple times but now we prevented CAPcargo business logic from running multiple times for same records
\n - Grouped Load\/Unload activity: don't try to fetch more than 1260 characters into Activity details because the result will anyway be cut after 1260 characters
\n - Smarter handling of qualification information<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>122361<\/td>\n<\/tr>\n
Driver App<\/td>Show also Item related quantity (from D365 trade order) in Load\/Unload activity details. Applicable in both Driver and Depot apps<\/td>2026-05<\/td>New feature<\/td>118534<\/td>\n<\/tr>\n
Geo-services<\/td>
Fixed conversion logic from km to miles<\/summary>

This was inadvertently broken in the previous release when enhancements related to driving breaks were deployed, so that even if Distance units expressed in miles were used, the numbers themselves were still shown in km.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121822<\/td>\n<\/tr>\n
Geo-services<\/td>
Additional enhancements to the new combined transport tour stops<\/summary>

Several enhancements were done to the combined transport tour stops introduced in previous release (see ADO 119687):
\n - 'sandglass' icon was replaced with a boat\/rail icon (depending on what was returned by PTV, more user-intuitive)
\n - the tourstop box now contains additional information:
\n---- the name of the transport event (ex. VereinaTunnel, Gedser-Rostock)
\n---- ETA to the entry point of this transport event
\n
\n - same icon is used also on the map (showing the entry point, not the whole segment covered by this transport event)
\n - same transport event name is used also in all other locations where it might appear (Dispatch Light Tour lines; Tour confirmation form; Driver app, Carrier Portal)<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121432<\/td>\n<\/tr>\n
Geo-services<\/td>
Incorrect Map airline view for tours with driver breaks\/waits<\/summary>

Fixed an issue in the airline view of the map for tours containing driver breaks or waits (sandglasses).
\n
\nPreviously, for tours containing driver breaks\/waits tourstops, the airline connections on the Map were incorrectly routed to the dummy driver break address location, instead of using the actual geo-coordinates defined on the tour line.
\nThe Map airline view now correctly uses the break\/wait coordinates from the tour line, ensuring that the displayed route matches the actual tour flow shown in the road view.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121574<\/td>\n<\/tr>\n
Geo-services<\/td>
Incorrect CO2 limitation for electric vehicles in Normal DistanceTime calculation mode<\/summary>

Fixed an issue where CO2 calculation for tours with electric vehicles displayed the limitation \u201cThe electricity consumption must be specified for electric vehicles\u201d when the DistanceTime calculation mode was set to Normal, even though all required electricity consumption data was correctly sent to PTV.
\n
\nThe limitation is no longer displayed when valid data is provided, ensuring consistent behavior between Normal and Simple DT calculation modes.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121599<\/td>\n<\/tr>\n
Geo-services<\/td>
Fix issues described in Known Issue 122290 (CAP52)<\/summary>

Certain processes involving a PTV request (HPRN creation, Optimizer dispatching and sequence optimization while using parameter 'Ignore HPRN' set to True) are now fixed. The complete vehicle profile is now correctly sent to PTV.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122135<\/td>\n<\/tr>\n
Geo-services<\/td>
Enhance re-initialization of tour header field 'Preconfigured settings' when triggered by GPB actions<\/summary>

In previous release (see ADO 118940), the newly added tour header field 'Preconfigured settings' was correctly re-initialized when any changes to resource fields (add\/change\/remove resources) was done in Dispatch Light Tour.
\nThe re-init process was now enhanced so that behavior of field (and consequently the result of using function 'Distance and time calculation with driver breaks') is consistent even when the changing of resources is done via GPB processes (drag&drop, etc.)<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121791<\/td>\n<\/tr>\n
Geo-services<\/td>
Enhance\/align logic in Distance\/time calculation and sequence optimization<\/summary>

In certain scenarios, the logic steering the usage of a vehicle profile was different for the Distance\/time calculation process (xRoute) vs Sequence optimization (xDima) when HPRN was not used ('Ignore HPRN' = true). Also, in case a trailer was found on the tour header, the vehicle profile used in the mentioned processes was misaligned.
\n
\nThese processes are now enhanced and aligned, so that for both processes the following sequence is applied:
\n - If a motor vehicle is assigned to the tour header, the vehicle profile is built from the vehicle type of that motor vehicle
\n - If there is no motor vehicle assigned to the tour, the vehicle profile is built from the vehicle type from corresponding tour header field
\n - If there is no motor vehicle assigned to the tour and no vehicle type on the corresponding tour header field, the vehicle profile is built from the vehicle type found on the tour's transport type<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>122511<\/td>\n<\/tr>\n
Master data<\/td>
Resources\/Vehicles: Improve and align labels<\/summary>

The terms about vehicles were aligned across the software:
\nOverall resources (machines, drivers, fork lifts etc) \u2192 Resources
\nGeneral usage of vehicles \u2192 Vehicle \/ Fahrzeug
\nSpecific usage of vehicles \u2192 Motor vehicle \/ Motorfahrzeug and Trailer \/ Anh\u00e4nger<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>122068<\/td>\n<\/tr>\n
Master data<\/td>
Role 'T&L Resource Clerk D365' to maintain driver contact information<\/summary>

Due to the new MS license enforcement, the maintenance of contact master data of drivers is to be found in the CAPcargo tab of the CAPcargo driver form. Available with role 'T&L Resource Clerk D365'.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121969<\/td>\n<\/tr>\n
Master data<\/td>
Manual mileage changing was sometimes failing, in the 'Mileage history' form<\/summary>

Following correction were done in 'Mileage history' form:
\n - Mileage history deletion (or new record creation) is not possible anymore in the 'Milage history' form directly (ie. buttons New and Delete were removed), as these actions are triggered only from the resource legs (ie. from tour confirmation).
\n - Edit option is available, but only for tours which are in status Confirmed. If tour is in status Done, then editing is not possible.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121809<\/td>\n<\/tr>\n
Master data<\/td>
Restore functionality of tariff zone groups<\/summary>

The functionality of tariff zone groups has been restored to D365 (as previously functional in AX2012).
\nAmong improvements done are following:
\n - Menu item 'Zone groups' in Tariff - Conditioning and in Grouping was renamed to 'Tariff zone groups'.
\n - Within the actual form, labels and helptexts were enhanced with the new naming convention
\n - [Add] and [Delete] buttons were introduced on form. Selection of tariff zone is mandatory on any newly created line
\n - In Contract relation > Generate contract relations, the naming of values in the Departure\/Destination zone type lookups was adjusted from 'Zone group' to 'Tariff zone group'. When 'Tariff zone group' is selected, new contract relations are created for the corresponding tariff zones included in such groups.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>118731<\/td>\n<\/tr>\n
Optimizer<\/td>
Optimizer tourplan ID length mismatch between Optimizer and TMS tour header<\/summary>

Previously, the actual tour header field holding the Optimizer tourplan id was only 10 characters long. When Optimizer tourplan number sequences generating tourplan id's were longer than 10 char, the id was not properly written to the actual tour header field, thus causing issues in the usage of GS lvl1 functions related to Optimizer.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121853<\/td>\n<\/tr>\n
Optimizer<\/td>
Enhance Optimizer to consider Certificate validity on qualifications provided by resources<\/summary>

Previously, Optimizer considered a qualification as provided by a resource (vehicle\/driver) if it was setup at all, without considering any certificate validity that might be attached to respective qualification.
\nFrom now on, Optimizer considers a provided qualification as valid only insofar as there is a valid certificate setup on the qualification for the entire duration of the Optimizer planning horizon.
\nThe validation is done using the same logic used for evaluating provided qualifications when these are setup with certificates in Conflict analysis (to determine whether conflicts 250\/255 will be displayed or not).
\n
\nCurrent limitation (for Optimizer and Conflict analysis): when more than 1 certificate exists for the same certificate type setup on a qualification, current logic will evaluate the validity of the qualification based on the certificate with the 'valid to' date farthest in the future. This means that the result may be wrong in certain constellations (certificate 1 is valid for transaction date, but certificate 2 already exists in the system with future validity). This will be fixed in a subsequent release.
\n
\nWhen no certificate type is setup on qualification, Optimizer continues to consider the qualification as 'always' provided.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121629<\/td>\n<\/tr>\n
Other \/ General<\/td>
Removing \"Order deadline finding priorities\" field group (from the main transport parameters), for companies without customer portal<\/summary>

\"Order deadline finding priorities\" field group (in the main transport parameters, section \"General\" - \"Transport order\") is now available\/shown only when customer portal license configuration is activated.
\n
\nPreviously, the section was shown even when customer portal was not activated (which was confusing, as the underlying functionality is provided only by customer portal configuration key).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>113503<\/td>\n<\/tr>\n
Other \/ General<\/td>
Align package units used for dimensions\/weight\/volume to be consistent in both manual and automatic package-creation processes<\/summary>

In the automatic package creation process on transport orders, the following scenarios were not aligned with the manual package creation process:
\n - In case of disabled dimensions\/weight parameters on transport type: measurement\/weight\/volume units initialized on packages were taken from General parameters and Volume unit from System unit, instead of Package Management parameters
\n - In case of enabled dimensions\/weight parameters on transport type: measurement\/weight units initialized on packages were correctly taken from transport order line, while the volume init was taken from System unit, instead of Package Management parameters<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>121415<\/td>\n<\/tr>\n
Other \/ General<\/td>
'Temperature' field column in transport order grid not visible by default, regardless of controlling transport type parameter value<\/summary>

Previously, when transport orders containing a value in the header 'Temperature' field <> None (based on controlling transport type parameter value for this field) were selected on the main transport order grid, the 'Temperature' field column was automatically toggled from 'not visible' to 'visible', based on line selection.
\nFor performance reasons, this column is now hidden by default. When added to the standard view, it is always displayed, even when lines selected in grid do not have this field enabled.
\nField can be edited in the grid depending on the default value of corresponding transport type parameter.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>118824<\/td>\n<\/tr>\n
Other \/ General<\/td>Removal of any orphan records in the resource combination plan lines (see 121387)<\/td>2026-05<\/td>Data conversion<\/td>121389<\/td>\n<\/tr>\n
Other \/ General<\/td>
Address type 'Driver home' under wrong configuration key<\/summary>

Previously, the 'Driver home' option was not available in Address type lookup if the Optimizer config key was switched off. The 'Driver home' option is now available directly under the general config key.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121957<\/td>\n<\/tr>\n
Other \/ General<\/td>
Able to change resource combination plan ID field ; creating orphaned records<\/summary>

It is not possible to change the Plan ID anymore by simply editing the field, as it is a key field, causing orphaned records if changed.
\nChange of the resource combination plan ID is still possible via the record info rename function which ensures data Integrity of related records.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121387<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Collection address dropdown list on the purchase order line showed all addresses<\/summary>

The collection address dropdown list on the purchase order line showed all addresses. This is fixed by only showing the vendor related addresses.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121253<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Transport order synchronization error at part delivery<\/summary>

Synchronization of a transport order containing partial deliveries failed if any of the deliveries had already been confirmed when another delivery attempted to update the transport order with warehouse data.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121290<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Default filters of shipment line creation periodic functions<\/summary>

Default (ie. pre-created) filters are removed from the shipment line creation periodic functions, offering more flexibility for the users in the configuration of these functions.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121797<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Trade order field on Order controlling form<\/summary>

The Trade order field of the Order controlling form was migrated to shipment builder version 3.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121834<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Confirmed inventory quantity on non-WHS shipment lines<\/summary>

Mixing multiple non-WHS trade order line related shipment lines in the same transport order line led to issues in filling the confirmed inventory quantity field of the shipment line. This caused problems on the Goods management form and at packing slip posting.
\nIn order to avoid this issue, the non-WHS trade order lines are always in a separate transport order line (like activating the Group per trade order line parameter on the shipment building group).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121836<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Wrong packing slip id on the shipment line<\/summary>

Wrong packing slip id was added to the shipment line in case the packing slip was posted for the same sales line multiple times.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121902<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Improved feedback to the user<\/summary>

In certain cases, at the end of the remove from transportation process, incorrect feedback was given to the user. The functionality worked\/works as expected but the info message was misleading.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121904<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Enhancement of TALshiShipmentQtyConverter.run error text<\/summary>

The general TALshiShipmentQtyConverter.run error message is improved with more information about the exact trade order line and the missing information (e.g. inventory quantity is 0, inventory unit is missing, item number is missing, transport type is missing, transport unit is missing, transport quantity is 0).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>121971<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Packing slip id on shipment line for non-WHS orders<\/summary>

For certain part delivery cases, at packing slip posting from the CAPcargo tour, the packing slip id was not added to the CAPcargo shipment line.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122650<\/td>\n<\/tr>\n
Shipment Builder<\/td>
'Remove not picked shipment line' function created load line with 0 quantity<\/summary>

When the 'Remove not picked shipment line' function removed an entire transport leg from the tour that was already released to warehouse but with no work started, then it did an additional load line split with the entire quantity of the load line. By this, leaving 0 quantity on the initial load line. This is fixed by not doing the additional load line split.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>Bug<\/td>122766<\/td>\n<\/tr>\n
Shipment Builder<\/td>
Validation whether unload date is earlier than load date is moved<\/summary>

Previously, directly on the trade order line, the system validated whether the unload date is earlier than the load date. This gave the user immediate feedback. Since this validation interfered with date changes in certain intercompany direct delivery scenarios, it has been moved. From this CAPcargo version, if the trade order line is not in transportation, then the date validation only happens at transport order creation. However, if the trade order line is already in transportation, then the validation happens on the fly at date changes (same as initial logic).<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>122032<\/td>\n<\/tr>\n
Subcontracting\/IC order management and pricing<\/td>Tick marks were previously not displayed on any of the transport events in Track and Trace Status view in Subcontracting requests and Subcontracting orders<\/td>2026-05<\/td>Bug<\/td>121402<\/td>\n<\/tr>\n
Depot App<\/td>
Implement support for Managed configurations<\/summary>

So called \"Managed configurations\" can be used to distribute the Depot app profile files to company devices. The configuration file itself is a pre-existing feature, but until now it worked only by placing a JSON file in a subfolder in the app's installation folder. This kind of file management is always not possible, therefore support for Managed configurations was added.
\nPlease refer to the documentation of your mobile device management solution to learn how to utilize this feature.
\n
\nSee document \"CAPcargo Mobile apps - Setup scanners for barcode scanning\" for more information about the format of the profile file.<\/p><\/details><\/div><\/code><\/td>

2026-05<\/td>New feature<\/td>120878<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
Removal of main trailer\/driver fails when additional trailer\/driver exists on tour<\/summary>

When more than one trailer were assigned to the tour, following processes failed in GPB:
\n - manual removal of main trailer via lvl 2 context menu (which would automatically trigger the removal of the additional trailer)
\n - moving the tour from one vehicle to another on the Resource Dispatching screen.<\/p><\/details><\/div><\/code><\/td>

2026-05 (CAP53.1)<\/td>Bug<\/td>122927<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
GPB 'Resources' screen: Resources' distance & time values are not calculated correctly<\/summary>

The distance & time values (distance too currently selected tour) shown on resources were not calculated correctly, instead all resources displayed zero values.<\/p><\/details><\/div><\/code><\/td>

2026-05 (CAP53.1)<\/td>Bug<\/td>122949<\/td>\n<\/tr>\n
Dispatching and confirmation<\/td>
GPB 'Resources' screen: Un-selecting drivers from fixed combination not possible<\/summary>

This happened when drivers were listed in multiple resource groups.
\nNow it is possible to un-select drivers from Resource screen drag&drop combinations with motor vehicles while holding down CTRL key.<\/p><\/details><\/div><\/code><\/td>

2026-05 (CAP53.1)<\/td>Bug<\/td>122952<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div><\/div><\/div><\/div>","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,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"class_list":["post-12780","page","type-page","status-publish","hentry"],"yoast_head":"\n10.0-CAP53.0 (13.05.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-cap53-0-13-05-2026\/\" \/>\n<meta property=\"og:locale\" content=\"en_GB\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"10.0-CAP53.0 (13.05.2026) - CAPcargo AG\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.capcargo.com\/en\/10-0-cap53-0-13-05-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-cap53-0-13-05-2026\/\",\"url\":\"https:\/\/www.capcargo.com\/10-0-cap53-0-13-05-2026\/\",\"name\":\"10.0-CAP53.0 (13.05.2026) - CAPcargo AG\",\"isPartOf\":{\"@id\":\"https:\/\/www.capcargo.com\/en\/#website\"},\"datePublished\":\"2026-05-13T14:50:49+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/www.capcargo.com\/10-0-cap53-0-13-05-2026\/#breadcrumb\"},\"inLanguage\":\"en-GB\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.capcargo.com\/10-0-cap53-0-13-05-2026\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.capcargo.com\/10-0-cap53-0-13-05-2026\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Startseite\",\"item\":\"https:\/\/www.capcargo.com\/en\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"10.0-CAP53.0 (13.05.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-CAP53.0 (13.05.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-cap53-0-13-05-2026\/","og_locale":"en_GB","og_type":"article","og_title":"10.0-CAP53.0 (13.05.2026) - CAPcargo AG","og_url":"https:\/\/www.capcargo.com\/en\/10-0-cap53-0-13-05-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-cap53-0-13-05-2026\/","url":"https:\/\/www.capcargo.com\/10-0-cap53-0-13-05-2026\/","name":"10.0-CAP53.0 (13.05.2026) - CAPcargo AG","isPartOf":{"@id":"https:\/\/www.capcargo.com\/en\/#website"},"datePublished":"2026-05-13T14:50:49+00:00","breadcrumb":{"@id":"https:\/\/www.capcargo.com\/10-0-cap53-0-13-05-2026\/#breadcrumb"},"inLanguage":"en-GB","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.capcargo.com\/10-0-cap53-0-13-05-2026\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.capcargo.com\/10-0-cap53-0-13-05-2026\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Startseite","item":"https:\/\/www.capcargo.com\/en\/"},{"@type":"ListItem","position":2,"name":"10.0-CAP53.0 (13.05.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\/12780","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=12780"}],"version-history":[{"count":1,"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/pages\/12780\/revisions"}],"predecessor-version":[{"id":12781,"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/pages\/12780\/revisions\/12781"}],"wp:attachment":[{"href":"https:\/\/www.capcargo.com\/en\/wp-json\/wp\/v2\/media?parent=12780"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}