Vrijdag 16-feb-2024 hebben we onderstaande wijzigingen en oplossingen uitgerold naar onze Beta- en Accept-omgeving.
De release naar Productie staat gepland op zondag 3-mrt-2024.
Spring Boot-upgrade
- We hebben een grote upgrade van ons Spring Boot-framework uitgevoerd naar versie 3.2, wat de reden was dat deze release iets langer op zich liet wachten.
DevDocs-wijzigingen
- In https://accept-devdocs.transsmart.com/#_5_1_2_for_multiple_shipments hebben we de uitleg van een aantal velden uitgebreid:
- dateFrom: Vul datum/tijd vanaf in van het statusevent wanneer dit is verwerkt in de database.
- dateTo: Vul datum/tijd tot in van het statusevent wanneer dit is verwerkt in de database.
- maxResults: Maximumaantal statusupdates dat verzameld wordt. Eén zending kan meerdere statusupdates hebben, waardoor het aantal zendingen lager kan zijn. Voorbeeld: wanneer maxResults = 1000, kun je 100 zendingen terugkrijgen met 10 updates per zending.
- currentStatusOnly: Neem alleen de laatste status per zending en collo op, niet de volledige historie; deze parameter werkt alleen wanneer de parameter 'isDetailed' op true is gezet. Eerst worden alle statusevents verzameld die overeenkomen met de maxResults en vervolgens wordt alleen het laatste statusevent verzonden. De dataset zal dus kleiner zijn dan de maxResults-waarde.
- In het status response-bericht is het datumformaat anders (dd-MM-yyyy HH:mm:ss) dan het standaardformaat dat we gebruiken (yyyy-MM-dd HH:mm:ss). We kunnen het formaat in deze versie van de API niet wijzigen, omdat klanten/integrators het op deze manier hebben geïmplementeerd. De DevDocs tonen nu het gebruikte datum/tijd-formaat. Als we besluiten het formaat in de status response te wijzigen, dan gebeurt dat in een nieuwere versie van de API, zodat dit geen impact heeft op bestaande integraties.
- Voor het veld additionalReferences.type hebben we de 17 voorkeurswaarden toegevoegd. Deze waarden zijn ook de voorgedefinieerde waarden waarop gefilterd kan worden in MyTranssmart.
- In de subsecties van https://accept-devdocs.transsmart.com/#_2_4_shipment_manifesting was het verkeerde datumformaat beschreven voor de velden 'date' en 'dateTo'. Er werd Format yyyy-MM-dd HH:mm:ss weergegeven, maar het is niet mogelijk om een tijd in te vullen, dus de description is aangepast naar yyyy-MM-dd.
SmartScan
We hebben nieuwe codes toegevoegd om zendingen op status ONHOLD te zetten en ze vervolgens weer terug te zetten naar status LABL.
In MyTranssmart bestaat de knop ‘Onhold’ al. Zie https://helpcenter.nshift.com/hc/en-us/articles/7395768440220-Status-ONHOLD
We hebben nu ook de scancodes ONHOLD en ONLABL toegevoegd om de zendingsstatus via een scanactie te kunnen wijzigen.
Op de pagina met zendingdetails:
- ONHOLD: verandert de status van een zending van LABL naar ONHOLD
- ONLABL: verandert de status van een zending van ONHOLD naar LABL
Op de SmartScan-pagina (https://my.transsmart.com/dashboard/shipments/smartscan):
- ONHOLD_ref1234
verandert de status van de zending met referentie "ref1234" van LABL naar ONHOLD - ONLABL_ref1234
verandert de status van de zending met referentie "ref1234" van ONHOLD naar LABL - ONHOLDMULTI_ref1234,ref1235
verandert de status van zendingen met referenties "ref1234" en "ref1235" van LABL naar ONHOLD - ONLABLMULTI_ref1234,ref1235
verandert de status van zendingen met referenties "ref1234" en "ref1235" van ONHOLD naar LABL
Diverse wijzigingen en oplossingen
- We hebben de performance van onze rates call /v2/rates/{{account}} verbeterd. In specifieke situaties kon de response voor dezelfde call langer duren dan bedoeld. Dit is nu opgelost.
- In sommige specifieke gevallen werkte de reset password-pagina niet goed en trad een CORS-fout op in de Developer tools van de browser (met <F12>); dit is nu opgelost.
Dit artikel is vertaald met behulp van geavanceerde AI-taalmodellen. We streven naar nauwkeurigheid, maar technische termen en codevoorbeelden worden in hun oorspronkelijke vorm bewaard. Meld eventuele inconsistenties aan ons ondersteuningsteam.