Vandaag 21-augustus-2025 hebben we onderstaande wijzigingen en oplossingen uitgerold naar onze Beta-omgeving. 

De release naar Accept staat gepland op maandag 25-augustus-2025.

De release naar Production staat gepland op dinsdag 26-augustus-2025.

Support for 300 (and 600) dpi printers

Vanaf nu ondersteunen we ook het gebruik van een 300 (of 600) dpi-labelprinter! 
In MyTranssmart controleren we in de sectie My Printers nu de resolutie van de geselecteerde ZPL-printer. Bij het opslaan bewaren we die resolutiewaarde in de Printer settings van die gebruiker:

Dit betekent dat wanneer er nu een label in MyTranssmart wordt geprint, het label automatisch in 300 dpi-resolutie wordt afgedrukt.

In de API, zowel voor de shipment API action PRINT als voor de printing API, hebben we voor rawJob = true de parameter dpi toegevoegd met de waarden 203, 300 en 600, die de ZPL-printerresolutie weergeven. Wanneer de parameter wordt meegestuurd met 300 of 600, wordt het label in de gewenste resolutie geprint.

Opmerkingen: 

• Als rawJob = false, wordt onze printoplossing SmartPrint gebruikt en kijken we daarom naar de dpi-instelling van de printer van de ingelogde gebruiker of naar de dpi-instelling van de printer die wordt meegegeven als parameter printer_zpl.
• Als rawJob = true, wordt een custom printoplossing gebruikt en kijken we niet naar de gebruiker of printer. We leveren standaard een 203 dpi-label, tenzij je de parameter dpi=300 meestuurt.
• In MyTranssmart tonen we de resolutie van de ZPL-printer tussen haakjes achter de printernaam, zoals dit: 
  
  maar houd er rekening mee dat je in de API-parameter printer_zpl deze waarde niet toevoegt. Het voorbeeld in dit geval is:
  /v2/prints/ACCOUNTCODE/shipment_reference?&rawJob=false&spc=device$@device&printer_zpl=ZDesigner ZD421-300dpi ZPL
  
  Meer informatie met alle ins en outs volgt binnenkort via de Zendesk knowledge base.
  
  Disclaimer: we hebben veel verschillende labels getest, maar we raden sterk aan om eerst het label van je carrier(s) te valideren en deze te vergelijken om te controleren of het resultaat is zoals verwacht. Neem in geval van verschillen contact met ons op met de voorbeelden en details (welke carrier, enz.) en dan zullen wij onderzoeken of we deze functionaliteit verder kunnen verbeteren.

DevDocs changes

• We hebben de documentatie aangepast door de maximale groottes te corrigeren voor de velden carrierStatusCode (32) en costCenter (32).

API changes

• We hebben de Act on Behalf-functionaliteit geïmplementeerd voor de Book by bookingprofile request call (/v2/shipments/{{accountCode}}/BOOK/{{bookingProfileCode}}.

• We hebben een fout opgelost voor de Book by bookingprofile request call, waarbij "Missing setting" werd weergegeven wanneer (een andere) booking profile code het teken " bevatte.

• Bij een rate request call berekenen we de afhaaldatum op basis van de ingevoerde gegevens en transittijden, en we gebruiken die berekende afhaaldatum om de verwachte afleverdatum te berekenen. Voorheen stuurden we deze berekende afhaaldatum niet terug in de response call, waardoor de aanroepende partij mogelijk niet begreep hoe de verwachte afleverdatum was berekend. Dit is nu aangepast; in het bestaande response-veld “pickupDate” sturen we nu de berekende afhaaldatum terug.

MyTranssmart dashboard changes

• We hebben Crowdin geïmplementeerd als (AI/ML) vertaaltool en de huidige vertalingen voor Engels (en), Nederlands (nl), Duits (de) en Frans (fr) verbeterd. Daarnaast hebben we zes talen toegevoegd: Deens (da), Fins (fi), Noors Bokmål (nb), Zweeds (sv), Pools (pl) en Spaans (es)!

• In menu Manifest kon bij het afdrukken of downloaden van een manifestlijst een error 500 optreden als er zendingen waren met een lege T&T-URL. Dit is nu opgelost.

• In de Change Log table the-optie Show batch werd geen informatie getoond wanneer het veld Change by een parent user of database user was. Dit is nu opgelost.

• Bij het downloaden van een rapport kon voor sommige velden de waarde “No column definition found” worden getoond in plaats van een lege waarde. Dit is nu opgelost.

• Wanneer een (sub)account wordt toegevoegd, voegt het systeem nu standaard een Client Carriers-configuratierecord toe voor qualifier PORTAL_INTEGRATION_ENABLED met waarde “1”.

• Onze verzekeringspartner Cover Genius heeft de IPID-URL in de disclaimer aangepast vanwege een nieuwe verzekeraar.
  
   

Help shape the future of nShift Transsmart

We voeren interviews uit met onze eindgebruikers om feedback te verzamelen. We zijn vooral benieuwd naar de ervaringen van gebruikers die dagelijks werken in de shipment overview page en shipment details page van MyTranssmart. Het interview duurt ongeveer 30 minuten. Jouw input is erg waardevol om ons product nog beter af te stemmen op jouw behoeften. Interesse? Neem contact met ons op via e‑mail en we nemen contact met je op om een afspraak in te plannen.