Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Important Note:

Prior to installing updates of our new versions ShipIT 365 please understand that it is extremely important to test our software with the latest version. ​

​Especially when integrated software, such as Tasklet, or customization's are installedin place.
Such customers should be instructed to never implement app updates directly in production environments. ​

Version

Release Date

23.11.2951.0

18-06-2024

Attention:
For on-prem installations the customer license needs to be refreshed, because we had to extend the ShipIT license range.

The following improvements have been implemented:

It is now possible to print labels when working with Sendcloud using a PrintNode account.

For more info see this page.

...

Version

Release Date

22.11.2808.0

08-04-2024

Attention:
If you have implemented a customization on ShipIT 365 that is using our so called “pin code” solution, then please reach out to us to get your license upgraded, prior to upgrading to this version.
For better security and traceability we have migrated the “pin code” to the customer license.

The following issues have been resolved:

The error message “Could not write message to OutputStream: Error during saving a multipart message" could occur in the communication with Transsmart.

...

The following improvements have been implemented:

Mobile Phone No. has been added to the Transport Orders and is included in the shipments for all the providers.

The Tasklet integration can now also be used with transport orders that are based on posted documents.
The “Base Transport Orders on” field in the ShipIT Setup Card determines if the transport orders created from the Tasklet device are based on the unposted warehouse shipment or on the posted document, like a sales shipment.
When the Transport Order is based on posted documents, the Transport Order is created during the posting of a warehouse shipment.

The transport order is now registered prior to posting the warehouse shipment, when working with unposted documents in the Tasklet integration. As a result the track & trace information is available on the posted source documents as well. The default flow is that the registration of the Transport Order updates the unposted source documents (e.g. the sales order) with track & trace information and then when these source documents are posted the track & trace information is forwarded from the unposted document to the posted document.

Documents and Labels generated by providers are now automatically downloaded and stored as an attachment on the Transport Order.
A zip file is generated with all the files related to the transport order and is stored in the Attachments Factbox.
Labels for packages are also stored separately in the database.
Besides the pdf files also other file types, like ZPL files, are now included.
For this reason, the manual action to download labels is discontinued.
Please Note: not all shipping providers provide labels or other documents in their API’s.

It is possible to indicate that attachments should be automatically deleted when a Transport Order is archived.
This could help in reducing the size of the database when a lot of transport orders are processed on a daily basis.
A setting called “Remove Attachments on Archiving” has been added to the ShipIT setup to control this.

Attention:
When you are working with the providers Sendcloud or Easypost and you are using the option “Base transport orders on” Posted documents in the ShipIT Setup, in combination with the option to automatically create the transportorders, then the option “Automatically select applicable Ship.Method” must be set in the Provider Setup.

The following issues have been resolved:

The file names generated for shipment documents or package labels, which were stored inside a zip file were not always unique and didn’t have file extensions.

Some default values on the Provider Setup, like the cost center, the email-type and the account no., were not always set correctly on new transport orders or source documents.

When only one provider is active the provider was not automatically selected on purchase return orders, transfer orders and service orders.

For Sendcloud an additional check has been added that makes the weight of packages mandatory prior to booking transport orders, to prevent an issue on the Sendcloud portal.

For Sendcloud and Easypost the selected service or rate on the source documents was not always forwarded correctly to transport orders.

For Transsmart it could sometimes happen that the references to packages between ShipIT 365 and the Transsmart portal got lost.
This resulted in an error “The Transport Order Package does not exist”.

...