Am Freitag, den 16.02.2024, haben wir die unten aufgeführten Änderungen und Fehlerbehebungen in unserer Beta- und Accept-Umgebung bereitgestellt.
Das Release für Production ist für Sonntag, den 03.03.2024, geplant.

Spring Boot Upgrade

• Wir haben ein größeres Upgrade unseres Spring Boot Frameworks auf Version 3.2 durchgeführt, was der Grund dafür war, dass dieses Release etwas länger bis zur Veröffentlichung gebraucht hat.

DevDocs Änderungen

• In https://accept-devdocs.transsmart.com/#_5_1_2_for_multiple_shipments haben wir die Erläuterung einiger Felder erweitert:
  • dateFrom: Datum/Uhrzeit „from“ des Status-Events einfügen, wenn dieses in die Datenbank verarbeitet wird.
  • dateTo: Datum/Uhrzeit „to“ des Status-Events einfügen, wenn dieses in die Datenbank verarbeitet wird.
  • maxResults: Maximale Anzahl zu sammelnder Status-Updates. Eine Sendung kann mehrere Status-Updates haben, daher kann die Anzahl der Sendungen geringer sein. Beispiel: Wenn maxResults = 1000, kannst du möglicherweise 100 Sendungen mit jeweils 10 Updates erhalten.
  • currentStatusOnly: Nur den letzten Status pro Sendung und Collo einbeziehen, nicht die vollständige Historie; dieser Parameter funktioniert nur, wenn der Parameter 'isDetailed' auf true gesetzt ist. Zuerst werden alle Status-Events gesammelt, die mit maxResults übereinstimmen, und anschließend wird nur das letzte Status-Event gesendet. Damit ist der Datensatz kleiner als der maxResults-Wert.
• In der Status-Response-Nachricht ist das Datumsformat anders (dd-MM-yyyy HH:mm:ss) als das Standardformat, das wir verwenden (yyyy-MM-dd HH:mm:ss). Wir können das Format in dieser Version der API nicht ändern, da Kunden/Integrator:innen es so implementiert haben. Die DevDocs zeigen jetzt das verwendete Datum/Uhrzeit-Format. Wenn wir uns entscheiden, das Format in der Status-Response zu ändern, wird dies in einer neueren Version der API erfolgen, sodass bestehende Integrationen nicht beeinträchtigt werden.
• Für das Feld additionalReferences.type haben wir die 17 bevorzugten Werte hinzugefügt. Diese Werte sind auch die vordefinierten, nach denen in MyTranssmart gefiltert werden kann.
• In den Unterabschnitten von https://accept-devdocs.transsmart.com/#_2_4_shipment_manifesting war für die Felder 'date' und 'dateTo' ein falsches Datumsformat beschrieben. Es wurde das Format yyyy-MM-dd HH:mm:ss angezeigt, aber es ist nicht möglich, eine Uhrzeit anzugeben, daher wurde die description auf yyyy-MM-dd angepasst.

SmartScan

Wir haben neue Codes hinzugefügt, um Sendungen auf den Status ONHOLD zu setzen und sie anschließend wieder in den Status LABL zu versetzen.

In MyTranssmart existiert die Schaltfläche „Onhold“ bereits. Siehe https://helpcenter.nshift.com/hc/en-us/articles/7395768440220-Status-ONHOLD

Wir haben nun außerdem die Scan-Codes ONHOLD und ONLABL hinzugefügt, um den Sendungsstatus über einen Scan-Vorgang ändern zu können.

Auf der Sendungsdetailseite:

• ONHOLD: ändert den Status einer Sendung von LABL auf ONHOLD
• ONLABL: ändert den Status einer Sendung von ONHOLD auf LABL

Auf der SmartScan-Seite (https://my.transsmart.com/dashboard/shipments/smartscan):

• ONHOLD_ref1234
  ändert den Status der Sendung mit Referenz „ref1234“ von LABL auf ONHOLD
• ONLABL_ref1234
  ändert den Status der Sendung mit Referenz „ref1234“ von ONHOLD auf LABL
• ONHOLDMULTI_ref1234,ref1235
  ändert den Status der Sendungen mit den Referenzen „ref1234“ und „ref1235“ von LABL auf ONHOLD
• ONLABLMULTI_ref1234,ref1235
  ändert den Status der Sendungen mit den Referenzen „ref1234“ und „ref1235“ von ONHOLD auf LABL

Verschiedene Änderungen und Fehlerbehebungen

• Wir haben die Performance unseres rates call /v2/rates/{{account}} verbessert. In bestimmten Situationen konnte die Antwort für denselben Aufruf länger dauern als vorgesehen. Dies ist nun behoben.
• In einigen speziellen Fällen funktionierte die Reset-Password-Seite nicht korrekt und verursachte einen CORS-Fehler, wenn man in die Developer tools des Browsers schaute (mit <F12>); dies ist nun behoben.