10.0-CAP33.0 (05.04.2023)

Tour sequence optimization 'Legacy logic' was deprecated, hence also the 'Use legacy logic' parameter (in the sequence optimization dialog) has been removed.

Via 'Remove depot split' button in GPB 'Transport orders /-legs' screen it is now possible to remove (previously inserted) depot split from one or more transport legs.

Previously, it was possible to take maximum of one picture in the driver app, per each instruction activity type of 'Picture'. This was enhance, now it is possible to take more pictures.

Key characteristics:
- Picture must be taken by camera, ie. no possibility to add existing pictures from the gallery
- When more pictures are taken, these are stored in D365 as attachments

The shipment builder (bridge between D365 trade orders and CAP transport order) is being redesigned in several phases. In R33, the 2nd phase is included which contains enhancements and a new feature 'box calculation' (pre-calculation how many transport units most likely will be used). It is still not yet officially released/supported.
It's linked to a license configuration key which is not allowed to activate in productive environments. CAPcargo rejects all responsibility for using it in production.

Automatic recalculation of tour activity duration was previously happening only when raising the quantity on the transport order line, whereas the lowering of the quantity on the transport order did not trigger such activity recalculation. The reason for such different handling was to follow rather a cautious approach - as the true reason for quantity change (and impact on tour activities) is not known, it would be acceptable to pessimistically overestimate, while the automatic optimistic underestimate should be rather avoided.

But such discrepancy turned to be quite confusing for dispatchers and was therefore unified. Newly, the raise and the lowering of the quantity on the transport order line have both the same impact - the tour activity duration is recalculated automatically.

In various processes (both in transportation and/or in trade order management), many actions can lead to situation where transport order is removed from the tour stop. And in case of last transport order being removed from tour stop, it would previously lead to having an empty tour stop, which situation was confusing for dispatchers. Therefore a new mechanism was introduced, to automatically delete 'to be empty' tour stop after last order is being removed from it.

Following actions are triggering the auto-deletion of empty tour stops:
- 'Delete order from dispatching' - menuitem on transport order
- 'Change load/unload address' - menuitems on transport order (where 'Remove transport leg from tour' checkbox can be activated in the dialog)
- 'Change load/unload date/times' - menuitems on transport order (where 'Remove transport leg from tour' checkbox can be activated in the dialog)
- 'Remove from transportation' - menuitems on trade order lines
- 'Delete shipments' - menuitem on trade order
- 'Remove from shipment' - menuitem on shipment builder shipments, to remove shipment lots from shipment
- 'Delete' - menuitem on shipment builder shipments

Data migration task for 94170.

Data migration task removes duplicate records in vehicle qualifications.

Address opening hours were previously sometimes not shown in the following places, even when they were defined.

In GPB 'Transport orders /-legs' screen:
- in the 'Loading/Unloading' section (bottom side panel with details of transport leg)

In GPB gantt screens:
- in the 'Address' section (bottom side panel with details of tour stop)
- in the 'hover the mouse over' tooltip of the tour stop, where other tour stop are shown

The issue was especially happening when 'One load/unload activity per transport order line' instruction activity rule was applied on the tour stop where barcode scanning was mandatory.

Previously, shipment lot item quantity in the goods management form didn't reflect the quantity split of the transport leg, as whole original total quantity was still shown (even though the transport leg was already split). The issue was corrected and shipment lot item quantity (in goods management form) now reflects the quantity from transport legs.

The issue was happening especially when trade order was transported in several packages and shipment synchronization was triggered before loading of all packages was confirmed. Then such shipment synchronization ends successfully, but any future synchronization (ie. after remaining packages are confirmed) was failing.
The issue was corrected and shipment synchronization is now performed only when loading of all packages is confirmed.

In a cross-company trade case (ie. when trade order is in different legal entity than transport order), the work instructions of trade order were previously not shown in the work instruction overview (when launched from transport order header). Issue had also negative effect on dispatching, as the information icons (to signify presence of work instructions) were not triggered/shown.

After manually dropping a transport leg into tour, transport orders were previously sometimes wrongly assigned to the driver break tour stops.
The issue was happening when tour sequence optimization was performed (but even without it).
The issue has now been fixed.

When launching 'Change rough plan date' dispatching function for transport leg (which address has no opening hours defined), user was warned by decision making dialog that 'On the selected day the address XYZ is closed. Do you want to continue?'

The issue was happening because 'Change rough plan date' validation interpreted the 00:00-00:00 address opening hours as "never opened". The issue was corrected and 00:00-00:00 is now in 'Change rough plan date' validation interpreted as "always open" (thus producing no such info dialog).