Heute, am 21. August 2025, haben wir die unten aufgeführten Änderungen und Fehlerbehebungen in unserer Beta-Umgebung bereitgestellt.

Das Release für Accept ist für Montag, den 25. August 2025, geplant.

Das Release für Production ist für Dienstag, den 26. August 2025, geplant.

Support for 300 (and 600) dpi printers

Ab sofort unterstützen wir auch die Verwendung eines 300- oder 600-dpi-Etikettendruckers! 
In MyTranssmart prüfen wir im Bereich My Printers nun die Auflösung des ausgewählten ZPL-Druckers. Beim Speichern wird dieser Auflösungswert in den Printer settings dieses Benutzers gespeichert:

Das bedeutet, dass beim Drucken eines Labels in MyTranssmart das Label nun automatisch mit einer Auflösung von 300 dpi gedruckt wird.

In der API haben wir sowohl für die shipment API action PRINT als auch für die printing API, für rawJob = true, den Parameter dpi mit den Werten 203, 300 und 600 hinzugefügt, die der ZPL-Druckerauflösung entsprechen. Wenn der Parameter mit 300 oder 600 übergeben wird, wird das Label in der gewünschten Auflösung gedruckt.

Hinweise: 

• Wenn rawJob = false ist, wird unsere Drucklösung SmartPrint verwendet und wir berücksichtigen deshalb die dpi-Einstellung des Druckers des angemeldeten Benutzers oder die dpi-Einstellung des Druckers, der als Parameter printer_zpl übergeben wird.
• Wenn rawJob = true ist, wird eine benutzerdefinierte Drucklösung verwendet und wir berücksichtigen weder Benutzer noch Drucker. Standardmäßig geben wir ein 203-dpi-Label zurück, es sei denn, der Parameter dpi=300 wird übergeben.
• In MyTranssmart zeigen wir die Auflösung des ZPL-Druckers in Klammern hinter dem Druckernamen an, wie hier: 
  
  beachten Sie jedoch, dass Sie diesen Wert im API-Parameter printer_zpl nicht hinzufügen. Das Beispiel in diesem Fall ist:
  /v2/prints/ACCOUNTCODE/shipment_reference?&rawJob=false&spc=device$@device&printer_zpl=ZDesigner ZD421-300dpi ZPL
  
  Weitere Informationen mit allen Details folgen in Kürze über die Zendesk Knowledge Base.
  
  Haftungsausschluss: Wir haben viele verschiedene Labels getestet, raten jedoch weiterhin dringend dazu, zunächst das Label Ihres/Ihrer Carrier zu validieren und zu vergleichen, um zu prüfen, ob das Ergebnis den Erwartungen entspricht. Falls Abweichungen auftreten, kontaktieren Sie uns bitte mit Beispielen und Details (welcher Carrier usw.), damit wir prüfen können, ob wir diese Funktionalität verbessern können.

DevDocs changes

• Wir haben die Dokumentation angepasst, indem wir die Maximalgrößen für die Felder carrierStatusCode (32) und costCenter (32) korrigiert haben.

API changes

• Wir haben die Act on Behalf Funktionalität für den Book by bookingprofile Request-Call implementiert (/v2/shipments/{{accountCode}}/BOOK/{{bookingProfileCode}}.

• Wir haben einen Fehler beim Book by bookingprofile Request-Call behoben, bei dem „Missing setting“ ausgegeben wurde, wenn ein (anderer) booking profile code das Zeichen " enthielt.

• Bei einem rate Request-Call berechnen wir das pickup date anhand der Eingabedaten und der transit times und verwenden dieses berechnete pickup date zur Berechnung des expected delivery date. Zuvor haben wir dieses berechnete pickup date nicht im Response-Call zurückgegeben, sodass der Anforderer möglicherweise nicht nachvollziehen konnte, wie das expected delivery date berechnet wurde. Dies wurde nun geändert; im bestehenden Response-Feld „pickupDate“ senden wir jetzt das berechnete pickup date zurück.

MyTranssmart dashboard changes

• Wir haben Crowdin als (AI/ML-)Übersetzungstool implementiert und die bestehenden Übersetzungen für Englisch (en), Niederländisch (nl), Deutsch (de) und Französisch (fr) verbessert. Außerdem haben wir sechs Sprachen hinzugefügt: Dänisch (da), Finnisch (fi), Norwegisch Bokmål (nb), Schwedisch (sv), Polnisch (pl) und Spanisch (es)!

• Im Menü Manifest konnte beim Drucken oder Herunterladen einer Manifestliste ein Fehler 500 auftreten, wenn Sendungen mit leerer T&T-URL vorhanden waren. Dies ist jetzt behoben.

• In der Change Log table the-Option Show batch wurden keine Informationen angezeigt, wenn im Feld Change by ein Parent-User oder ein Datenbankbenutzer eingetragen war. Dies ist jetzt behoben.

• Beim Herunterladen eines Berichts konnte für einige Felder der Wert „No column definition found“ angezeigt werden, anstatt einen leeren Wert auszugeben. Dies ist jetzt behoben.

• Wenn ein (Unter-)Konto hinzugefügt wird, legt das System jetzt standardmäßig einen Client Carriers-Konfigurationsdatensatz für den Qualifier PORTAL_INTEGRATION_ENABLED mit dem Wert „1“ an.

• Unser Versicherungspartner Cover Genius hat aufgrund eines neuen Versicherers die IPID-URL im Haftungsausschluss geändert.
  
   

Help shape the future of nShift Transsmart

Wir führen Interviews mit unseren Endbenutzern durch, um Feedback zu sammeln. Besonders interessieren uns die Erfahrungen von Nutzern, die täglich auf der Sendungsübersichtsseite und der Sendungsdetailseite von MyTranssmart arbeiten. Das Interview dauert etwa 30 Minuten. Ihr Beitrag ist sehr wertvoll, damit wir unser Produkt noch besser auf Ihre Bedürfnisse zuschneiden können. Interessiert? Kontaktieren Sie uns per E-Mail, und wir melden uns bei Ihnen, um einen Termin zu vereinbaren.