Fredag den 16-02-2024 udrullede vi nedenstående ændringer og rettelser til vores Beta- og Accept-miljø.
Udrulningen til Production er planlagt til søndag den 03-03-2024.

Spring Boot-opgradering

• Vi har foretaget en større opgradering af vores Spring Boot-framework til version 3.2, hvilket var årsagen til, at denne release tog lidt længere tid at få ud.

DevDocs-ændringer

• I https://accept-devdocs.transsmart.com/#_5_1_2_for_multiple_shipments har vi udvidet forklaringen af nogle felter:
  • dateFrom: Indsæt dato/tid fra status-eventen, når den er behandlet og gemt i databasen.
  • dateTo: Indsæt dato/tid til status-eventen, når den er behandlet og gemt i databasen.
  • maxResults: Maksimalt antal statusopdateringer der skal indsamles. En forsendelse kan have flere statusopdateringer, så antallet af forsendelser kan være lavere. Eksempel: når maxResults = 1000, kan du få 100 forsendelser med 10 opdateringer pr. forsendelse.
  • currentStatusOnly: Medtag kun den seneste status pr. forsendelse og collo, ikke den fulde historik; denne parameter virker kun, når parameteren 'isDetailed' er sat til true. Den vil først indsamle alle status-events, der matcher maxResults, og derefter kun sende den seneste status-event. Datamængden vil derfor være mindre end maxResults-værdien.
• I status-svarmeddelelsen er datoformatet anderledes (dd-MM-yyyy HH:mm:ss) end det standardformat, vi bruger (yyyy-MM-dd HH:mm:ss). Vi kan ikke ændre formatet i denne version af API'et, da kunder/integratorer har implementeret det på denne måde. DevDocs viser nu det anvendte dato-/tidsformat. Hvis vi beslutter at ændre formatet i status-svaret, vil det blive gjort i en nyere version af API'et, så det ikke får indvirkning på eksisterende integrationer.
• For feltet additionalReferences.type har vi tilføjet de 17 foretrukne værdier. Disse værdier er også de prædefinerede, der kan filtreres på i MyTranssmart.
• I underafsnittene af https://accept-devdocs.transsmart.com/#_2_4_shipment_manifesting var det forkerte datoformat beskrevet for felterne 'date' og 'dateTo'. Det viste Format yyyy-MM-dd HH:mm:ss, men det er ikke muligt at udfylde et tidspunkt, så description er justeret til yyyy-MM-dd. 

SmartScan

Vi har tilføjet nye koder til at sætte forsendelser til status ONHOLD og sætte dem tilbage til status LABL igen.

I MyTranssmart findes knappen ‘Onhold’ allerede. Se https://helpcenter.nshift.com/hc/en-us/articles/7395768440220-Status-ONHOLD

Vi har nu også tilføjet scan-koderne ONHOLD og ONLABL for at kunne ændre forsendelsesstatus via en scan-handling.

På siden med forsendelsesdetaljer:

• ONHOLD: vil ændre status på en forsendelse fra LABL til ONHOLD
• ONLABL: vil ændre status på en forsendelse fra ONHOLD til LABL

På SmartScan-siden (https://my.transsmart.com/dashboard/shipments/smartscan):

• ONHOLD_ref1234
  vil ændre status på forsendelsen med reference "ref1234" fra LABL til ONHOLD
• ONLABL_ref1234
  vil ændre status på forsendelsen med reference "ref1234" fra ONHOLD til LABL
• ONHOLDMULTI_ref1234,ref1235
  vil ændre status på forsendelserne med referencerne "ref1234" og "ref1235" fra LABL til ONHOLD
• ONLABLMULTI_ref1234,ref1235
  vil ændre status på forsendelserne med referencerne "ref1234" og "ref1235" fra ONHOLD til LABL

Diverse ændringer og rettelser

• Vi har forbedret ydeevnen for vores rates-kald /v2/rates/{{account}}. I specifikke situationer kunne svaret på det samme kald tage længere tid end tiltænkt. Dette er nu løst.
• I nogle specifikke tilfælde fungerede reset password-siden ikke korrekt og gav en CORS-fejl, når man kiggede i browserens Developer tools (med <F12>); dette er nu løst.