Version Release Date
22.10.2667.0 23-02-2024
The following improvements have been implemented:
Full support for custom events when working with the Create and Book option for Transport Orders.
Version Release Date
22.10.2596.0 12-02-2024
The following issues have been resolved:
When printing individual labels the status was not updated.
In very exceptional cases the api response after booking shipments returned an error that couldn’t be handled.
This error message is now logged, so that the response can be further analyzed.
Also the Transport order gets the booked status, so that it can be still be synchronized after the error message occurred.
The cost center didn’t always get the default value from the provider setup.
The license check on the Setup Card and in the Setup Wizard was sometimes returning the wrong error message.
The following improvements have been implemented:
We have made changes in the flow to prevent locking issues when underlying source document lines are updated.
The transport order that was created based on unposted documents is now visible on posted documents.
For nShift Ship support for multiple actors has been added. For more information see this link.
Version Release Date
22.10.2398.0 16-11-2023
The following issues have been resolved:
nShift Ship changed the url for the api communication of their sandboxes.
A type cast error could occur when empty values are set on the Transsmart portal for the package dimensions.
When using Sendcloud in combination with the Mobile WMS integration the default package was not automatically assigned in all circumstances.
When using Sendcloud in combination with the Mobile WMS integration the default services were not set on created packages.
When changing the weight on a Mobile Device that weight was set as net weight, while gross weight is intended.
nShift Transsmart now enforces language codes in iso format, which means that they must be lowercase.
Updating the posted documents with the actual shipping agent and the tracking information has been limited and changed, because of locking issues.
The following improvements have been implemented:
It is now possible to indicate that packages that are created on sales documents (quotes or orders) should not be copied to transport orders.
The field is called “Don’t copy Sales Order Packages” and is available on the ShipIT Setup.
Several improvements have been implemented in the synchronization with nShift Transsmart:
The actual delivery dates of the shipments and individual packages are now retrieved, and also the weight determined by the carrier.
The tracking information and the actual carrier are not only retrieved when making a booking, but also during later synchronizations.
There are also improvements for retrieving documents and labels from nShift Transsmart:
It’s now possible to (re)print labels for individual packages.
When printing a transport order a zip file can be downloaded as well containing all labels and shipment documents.
The pdf files that are created by nShift Transsmart for a Transport Order are now downloaded in ShipIT 365 and stored as attachments.
Additional events have been added to the procedure that creates transport orders, making it easier to add customizations to the transport orders.
See this topic for more information.
New product videos have been included, you can view them from the ShipIT Manager Role Center.
Version Release Date
22.9.2296.0 12-10-2023
The following issues have been resolved:
The following error message could occur when creating a transport order:
“Transport Order Header does not exist. Id fields and values: 00000000-0000-0000-0000-000000000000”.
When syncing basic data from Delivery Hub an error message could occur that the filtered text exceeded the maximum allowed length of the field (250 characters).
Version Release Date
22.9.2269.0 05-09-2023
The following improvements have been implemented:
Support for Deny Countries in the nShift Ship basic data synchronization and filtering on available services based on ship-from and ship-to country.
Carrier Select is now available for nShift Ship.
The following issues have been resolved:
A duplicate provider setup record was created after renaming Delivery Hub to nShift Ship.
The license keys for the Easypost app wasn’t working correctly.
Version Release Date
21.9.2042.1 14-07-2023
The following improvements have been implemented:
This is a minor release, with a small change required for internal purposes.
No runtime packages will be provided for this release
Version Release Date
21.9.2042.0 13-07-2023
The following improvements have been implemented:
The standard BC permission set to Read Basic data (D365BASIC) has been extended with the permissions to read the Setup and the Provider setup.
DeliveryHub has been renamed to nShift Ship and Transsmart to nShift Transsmart, reflecting the new names of these solutions by nShift.
The following issues have been resolved:
Manually creating a transport order from the card page failed when enabling a default package.
The batch Job to delete completed and outdated transport orders failed for transport orders with the status “DONE”.
An issue in the Package Details Factbox on the Transport Order Card occasionally resulted in an error that the record in the Transport Order Package table already existed.
The prices on the transport orders, like spotprice and costprice, were not cleared when reset or recalling a transport order.
Version Release Date
21.9.1975.0 14-06-2023
The following issues have been resolved:
When unexpected errors occur during the master data synchronization with nShift Transsmart the returned error message was not returned.
Calculation of Qty. Sent on warehouse shipment lines mixed up returns and orders when the No. Series overlapped.
The calculated weight of a package was doubled in the communication to nShift Transsmart.
Precautions have been taken to prevent an error message on the status of the document when a (temporary) Sales Header is inserted in a released state.
Version Release Date
21.9.1937.0 30-05-2023
The following improvements have been implemented:
It is now possible to configure default service levels (other), for the nShift Transsmart – nShift Ship provider.
The following issues have been resolved:
Token refresh failed, when working with the Beta feature “Create and Book Transport Order(s)”.
Retrieving the MD5Hash failed in the BC14 version.
Version Release Date
21.8.1855.0 11-04-2023
The following improvements have been implemented:
EasyPost has been added as a provider for ShipIT, click here for more information.
The following issues have been resolved:
An error could occur during the to the latest version on a non-unique IDYS Provider Carrier.“Entry No”.
The transport worksheet didn’t propose sales orders.
Version Release Date
21.8.1790.0 28-03-2023
The following issues have been resolved:
Non-inventory were not accepted on Source document when trying to set ShipIT quantity to Send.
Page view issue when creating a new sales order directly from the Customer Card.
When inserting a Sales Header a sub table is populated in ShipIT, this shouldn’t occur when the Sales Header is a temporary record.
The total weight on the Transport Order wasn’t directly updated when the quantities were changed.
It was not possible to create a Transport Order without a default package when Linking Package Content was activated.
nShift Ship: The labels were downloaded in the wrong format (as a PDF instead of a Zip).
The following improvements have been implemented:
It is now possible to indicate on a Shipment Method that transport orders are not required.
Version Release Date
21.8.1640.0 01-03-2023
The following issues have been resolved:
The ShipIT application is now available with Sendcloud embedded as a provider.
Carrier selection is available on the sales quote and sales return orders.
Adding freightcost with Carrier Selection is integrated to work with default business central service charge.
Default insert of the nShift Transsmart Costcenter is now active on transfer orders.
Debugging is allowed from BC19 and higher versions.
Version Release Date
21.8.1487.0 29-01-2023
The following issues have been resolved:
The action to add additional packages to the transport order and sales order was hidden for several installations.
The creation of transport orders for sales return orders failed when Transport Orders were based on Posted Documents or when using WMS locations.
Version Release Date
21.8.1460.0 25-01-2023
The following improvements have been implemented:
Added an action to add additional packages to the transport order and sales order.
Version Release Date
21.8.1443.0 20-01-2023
The following improvements have been implemented:
When adding Freight charges to sales orders is enabled, the Service Account No. from the Customer Posting Group is now used on the sales line that is created.
This allows users to setup different G/L Accounts for different Customer Posting Groups.
It also solves the issue that the Freight G/L Account No. on the Sales & Receivable Setup is not visible by default.
The Shipment Method Code is no longer a required field for the creation of Transport Orders, except for nShift Ship.
The calculation of the combinability hash key, which was used to determine if transport orders can be combined, is no longer using external API calls.
There is now a conversion factor for weight and volume for every provider. If the weight or volume on the item card or sales orders is registered in a different unit of measure,
then the default user of measure of the provider (nShift Transsmart/Ship/Sendcloud) the weight and volumes can be automatically converted using this conversion factor.
Examples are lbs to kg (for nShift Transsmart). Conversion factors can be set on the Provider specific Setup page.
The following issues have been resolved:
The calculated package weight doubled, when the weight on a delivery note line was changed manually on a transport order.
When calculating the total weight of the transport order the actual weight was ignored.
A couple of obsolete pages were still visible from the context search menu.
From BC18 and lower versions it was not possible to select the Package Code on the Sales – and Transport Order.
Creating delivery note lines linked to packages through the Transport Order API was causing issues.
Version Release Date
21.8.1410.0 15-12-2022
The following improvements have been implemented:
The solution is prepared for the nShift Ship integration. If you’re interested in implementing with nShift Ship please contact sales@idyn.nl
The following issues have been resolved:
The weight for goods in Unit of Measure was not set correctly on Delivery Note Lines.
Several improvements in Carrier Select functionality.

Version Release Date
21.7.1226.0 22-11-2022
The following issues have been resolved:
The weight for goods in Unit of Measure was not set correctly on Delivery Note Lines.
The Pick-up and delivery time were not respecting time zone differences. This has been adjusted.
Several improvements in Carrier Select functionality on the Sales Orders.
ShipIT Qty. to Send was not cleared when changing the sales lines to a location with WMS handling.
The default package was added again on the Transport Order when it was removed on the Sales Order.
The default package was added again on the Transport Order when it was removed on the Sales Order.
The number of packages doubled on the Transport Order when it was copied from Sales Order Packages.
Improvements for enabling the Linking package content functionality:
The calculated weight of a package with linked content was incorrect.
During the upgrade an error could occur, because the api call to check our license was blocked in this process.
Version Release Date
20.7.1079.0 18-10-2022
The following issues have been resolved:
Retrieving the status of transport order bookings gave errors, when the language was not set to English.
The amount on the transport order line was multiplied with the base quantities (quantities in unit of measure) twice.
The description of the packages on a transport order were copied from the package type, this is not the expected input in nShift Transsmart and is rejected by a few carriers.
Version Release Date
20.7.977.0 30-09-2022
The following improvements have been implemented:
It is now possible to assign the delivery note information (items) to the packages.
Additional costs apply, please contact sales@idyn.nl for more details.
This means that the carrier knows exactly which goods are in a package, which can be a requirement for some carriers for cross-border shipments.
We have implemented a different API to retrieve the statuses of transport orders from nShift Transsmart.
This solves the Rate Delimiter errors that might occur when the statuses of nShift Transsmart shipments were requested in bulk via the job queue.
The following issues have been resolved:
The registered username was not accepted on new implementations in the Setup Wizard. This has now been resolved.
High volume customers got a rate delimiter error on shipment calls. Several changes have been implemented to prevent these issues.
The shipping agent and shipping agent service is no longer mandatory, when using the Carrier Select functionality on a Sales Order.
Version Release Date
19.7.704.0 18-08-2022
The following improvements have been implemented:
Support for Variant Codes has been added to the Transport Orders. The Variant Code is visible on the Delivery Note Lines and in the communication with nShift Transsmart the Item No. and Variant Code are combined.
It is now possible to customize the calculation of qty. to send on source documents or to disable the error for over-shipping. Click here for more info.
Version Release Date
19.7.0.0 11-05-2022
The following issues have been resolved:
The Bing Maps Factbox gave an error, because of license issues.
On the ShipIT Setup Card or – Wizard create and setup a personal Bing Maps key.
The City or County was cleared when converting source documents to transport orders.
The total amount of the commercial invoice was incorrect.
The License Plate No. has been extended to 20 characters. This field is used by the Tasklet integration.
Version Release Date
19.6.12230.0 10-03-2022
The following issues have been resolved:
For some source documents the lines with zero quantities were forwarded to the Transport Order.
Creating a Sales Quote for a Contact gave an error about a missing customer no.
currency in the Delivery Note Info Line was not populated in the nShift Transsmart Shipment API.
The following improvements have been implemented:
Additional fields and factboxes have been added to the Transport Order List and – Card.
Version Release Date
19.6.12225.0 17-02-2022
The following issues have been resolved:
The Phone number and House number are no longer mandatory fields when creating or posting transport orders.
Dutch translation issue on the ShipIT Setup.
No validation errors occur when working with negative quantities on sales orders and service orders.
Additional development is required to support the flow where negative quantities are handled as reversed logistics.
This will be developed in a future release.
Version Release Date
19.6.12220.0 13-01-2022
The following issues have been resolved:
The currency code on Delivery Note Lines was not correctly communicated to nShift Transsmart.
The default cost center from the ShipIT Setup was not used for transport orders created from sales orders or purchase return orders.
In some situations the parameters for the job queue entries that ShipIT uses were obmitted.
The calculation of the transport order value was incorrect.
Version Release Date
19.6.12000.0 20-12-2021
The following issues have been resolved:
The Transport Order Details Factbox on source documents (e.g. a sales order) was showing total values for all the existing transport orders,
when a transport order didn’t exist for the source document .
When using Batch Posting or when posting warehouse shipments a confirm to view the created or updated transport order was given for every order that was booked.
There is now one notification for all the transport orders that are created or updated when posting a batch.
Combining transport orders didn’t always work as expected when working with warehouse shipments.
Especially when the Shipping Agent or – Service is changed on the warehouse shipment.
The cause was that Business Central updates the Shipping Agent and – Service on the source documents without validation.
As a result, the Shipping Time on the source document does no longer reflect the actual shipping times for the selected carrier.
The following improvements have been implemented:
It is now possible to Create, Book and Print a transport order when shipping a source document (e.g., a sales order).
This has been implemented as a Beta feature, because the basic data needs to be accurate on the source documents for this process to work efficiently.
We therefore believe that this feature is not recommended for all customers.
Beta features can be enabled on the ShipIT Setup.
When enabling the Beta features additional options will be available in the After Posting options on the same page.
Beta features are pre-released features that in it’s current shape have limitations in the supported usage scenarios or they are new features that have not been fully tested.
Because of the nature of Beta features, we give limited support on them. Support tickets may be raised with suggestions and general feedback,
but issues will only be solved in newer versions of the product and not on a per customer basis.
Version Release Date
19.6.11120.0 24-11-2021
The following issues have been resolved:
When posting sales invoices or purchase return orders an attempt was made to create a transport order.
The tracking information was not copied to the warehouse shipment from the source documents,
when Get Source Documents was performed on an existing Warehouse Shipment.
The light license didn’t accept the creation of transport orders when one carrier was used with multiple shipping agent services mapped.
The quantities on the transport order were not based on the quantities per unit of measure of the source documents (base quantities).
An error occurred on the sales order when the carrier select functionality had no shipping date available.
When the item description exceeds 64 characters an error occurred when creating a transport order.
When performing the Undo Shipment functions on posted documents, it is checked if transport orders exists.
The amount in the Delivery Note Lines of the transport order was based on the total amount of the source document line, while it’s supposed to be the unit price.
The following improvements have been implemented:
The Tracking Information from nShift Transsmart, like the tracking no. and the tracking URL are now updated on all source documents.
Previously the tracking information were only updated on the sales order and the sales shipment.
The Shipment Method Code is now also copied from the source documents to the warehouse shipment,
when all source document lines use the same Shipment Method.
It is now possible to setup a different behavior with regards to the creation of transport orders after posting sales return orders compared to sales orders.
Previously, there was only one setting (the “After Posting Sales Orders” field in the ShipIT Setup) which was also applied when handling sales return orders.
On the Item Unit of Measure a package type can be mapped. When items are sold a unit of measure with a package type setup,
then the required number of packages will be automatically added to transport order.
It’s now possible to select multiple transport orders in the transport order list and perform actions like booking, printing, synchronizing, etc… for multiple transport orders.
The notification or warning that is given when a transport order has been created after posting a source document can now be suppressed.
This is a setting in the ShipIT Setup (field Suppress Transport Order Created Notification)
Version Release Date
19.6.11000.0 08-11-2021
The following issues have been resolved:
The shipment values on the transport order were not correctly calculated when transport orders were manually created from a posted document.
Or when the source document was deleted during the posting routine.
E.g., when the transport order was automatically created after completely shipping and invoicing a sales order.
The prices were either blank or they were not based on amounts including VAT.
The preferred delivery date was not correctly determined when creating a transport order from a sales return order.
Due to a translation issue in the French localization, the communication with nShift Transsmart was not working.
The Delivery Notes did not contain the right values when working with partial deliveries.
The following improvements have been implemented:
The Application Area “Location” is used for everything related to Transfer Orders.
The source document no. and the customer number are now included in the communication with nShift Transsmart.
Version Release Date
19.6.10925.0 11-10-2021
The following issues have been resolved:
Splitting the address into a street and a house number was inefficient when numbers were used in the street name or when the house number had an addition (E.g., 1st Cross street 20 a)
Qty. to Send was not reset after creating a transport order from a posted document
When using multiple warehouse shipments for a single source line (e.g., a sales order line), then the process can give an error that the ShipIT Quantity to Send field exceeds the quantity.
This can happen during the creation of the shipment or when registering the pick (or changing Qty. to Ship manually).
The cause of this is that when the second warehouse shipment line is created the remaining quantity of the source line is set as the (total) quantity on the warehouse shipment line.
So, ShipIT Quantity to Send should not be compared against the quantities on the warehouse shipment line.
Instead, the quantities of the source document should be used.
The following improvements have been implemented:
When the creation of transport orders is setup to be part of the posting routine, then the entire transaction is reversed if an error occurs while creating the transport orders.
This means that it’s guaranteed that the transport order exists, even when the process was interrupted for instance due to locking.
Another advantage is that the issue causing an error message (E.g., missing address information) can be resolved on the unposted source document.
Before this change the transport order was missing and it could not be recreated afterwards, because that would result in the same error message.
Version Release Date
18.5.10911.0 19-09-2021
The following issues have been resolved:
The automatically creation of transport orders based on transfer orders was not implemented when posting warehouse shipments.
The following improvements have been implemented:
The Sales Document is no longer reopened when a transport order is created from a sales shipment.
Delivery Notes are now created for all source documents.
Version Release Date
18.5.10900.0 14-09-2021
The following issues have been resolved:
The address information on the transport order was not populated after selecting a customer or vendor when manually creating a transport order.
Double transport order source lines were created when working with warehouse picks.
The ShipIT Quantity to Send was not initialized on a warehouse shipment.
Initialization is relevant when warehouse shipments are used, but warehouse picks are not.
After booking a transport order several fields (volume, weight and description) were cleared on the packages of the transport order.
As a consequence the total values on the transport order were also incorrect.
Due to a change in the nShift Transsmart portal the Open in Dashboard function on the Transport Order wasn’t working anymore.
The values on the Delivery Note Lines were incorrect when working with creating a transport order after a partial warehouse pick.

Need more help with this?
Support Portal

Thanks for your feedback.