nShift Track visar ett beräknat leveransdatum – när paketet förväntas anlända. Beroende på försändelsen är det antingen en enda tidsgräns eller ett leveransintervall med en start och ett slut.
Datumet kan komma från sex olika platser: från transportören, från dina egna avtal och system eller – när inget av detta finns – från nShift ETA, nShifts egen AI-prognos. Track kontrollerar alla sex i en fast ordning och använder den första som har ett värde.
Eftersom nShift ETA fyller de luckor som lämnas av de andra kan du förvänta dig ett beräknat leveransdatum för i princip alla försändelser, och fälten Beräknad leverans är tillförlitliga nog att filtrera, sortera och rapportera på för hela din volym.
Varifrån det beräknade leveransdatumet kommer
Track utvärderar de sex källorna i den här ordningen och använder den första som returnerar ett värde.
| Prioritet | Källa | Varifrån uppgifterna kommer |
|---|---|---|
| 1 | ETA från transportörens returdata | Transportören skickar en förutspådd leveranstid tillsammans med sina status händelser. Alla transportörer stöder inte detta, och för vissa måste det aktiveras per konto. |
| 2 | ETA från transportörens bokning | Referensfälten 329 / 330 (Transportörens ETA start / slut), som fylls i av transportörens webbtjänster vid bokning eller ruttning. Endast ISO-format. |
| 3 | ETA från SLA/konfiguration | Dina överenskomna transporttider från konfigurationen för transportörens prestation. |
| 4 | ETA-referens | Referensfälten 292 / 293 (Transportörens ETA tidigaste / senaste ankomsttid), som fylls i från transportörens konfiguration, Shipping Rules eller din egen import. |
| 5 | Referens för leveransdatum | Referensfälten 110 / 111 (Start/slut för leveransdatum), som fylls i genom import eller anges manuellt. |
| 6 | nShift ETA (AI-prognos) | Förutspås av nShift utifrån historiska leveransmönster. Används endast när prioritet 1–5 inte returnerar något. |
Varför ordningen ser ut som den gör
Prioritet 1 och 2 är transportörens egna uppgifter, och transportören är den mest tillförlitliga källan för sitt eget nätverk.
Prioritet 3–5 är uppgifter som du har valt att ange – från dina SLA-avtal, ditt ERP-system eller ditt ordersystem. nShift skriver inte över dina uppgifter med sina egna, inte ens i fall där en prognos skulle visa sig vara mer träffsäker.
nShift ETA ligger därför sist. Den konkurrerar aldrig med ett datum som redan finns, utan fyller bara tomma platser.
Om du hellre vill använda nShift ETA än dina egna konfigurerade datum ska du sluta fylla i motsvarande källor. Så länge referensfälten 292/293 eller 110/111 innehåller ett värde, eller en SLA-konfiguration finns, vinner dessa, och ingen prognos görs för försändelsen.
Så ser du vilken källa som användes
Rapporter visar inte bara datumet – de anger också varifrån det kom, i kolumnen Källa för beräknad leverans, som visas bredvid Start för beräknad leverans och Slut för beräknad leverans.
| Värde i kolumnen | Prioritet | Vad det betyder |
|---|---|---|
| Uppdatering av transportörens spårning | 1 | Transportören skickade en leveransprognos med sina spårningshändelser. |
| Bekräftelse av transportörens bokning | 2 | Returneras av transportören när försändelsen bokades (referensfälten 329/330). |
| Transportörens SLA-konfiguration | 3 | Beräknas utifrån dina överenskomna transporttider. |
| Uppskattning från kund | 4 | Ett datum som du själv har angett (referensfälten 292/293). |
| Referensdatum för försändelsen | 5 | Ett leveransdatum i försändelsens referensfält (110/111). |
| nShift AI-prognos | 6 | Förutspås av nShift eftersom ingen av källorna ovan hade ett datum. |
I rapporter visas nShift ETA som nShift AI-prognos. Om ingen källa producerade ett datum är cellen tom.
Det är viktigare än man först kan tro att känna till källan:
- Det visar hur stor vikt du ska lägga vid datumet. En ETA från transportören, ett datum från ditt eget SLA-avtal och en AI-prognos är tre olika typer av uppgifter. Med källkolumnen kan du – och ditt kundserviceteam – skilja dem åt med en blick.
- Det visar var dina uppgifter har luckor. Om en hel transportör eller marknad visar nShift AI-prognos på varje rad skickar transportören inte ETA i returdata och omfattas inte av någon SLA-konfiguration. Det är värt att känna till, och det syns utan att du behöver fråga någon.
- Det följer med vid export. Källan inkluderas i rapportexporten, så att du kan gruppera eller räkna efter källa i ett kalkylblad – till exempel för att se hur stor del av din volym som är bekräftad av transportören jämfört med förutspådd.
Alla källor fyller inte i båda datumen
Källorna skiljer sig åt i hur precisa de är, och källkolumnen visar vilken typ du tittar på:
- Transportörens SLA-konfiguration ger vanligtvis endast ett Slut för beräknad leverans – ett datum med tidsstämpeln 23:59, vilket betyder ”senast vid dagens slut”. Start för beräknad leverans är tomt eftersom ett avtal om transporttid definierar en tidsgräns, inte ett intervall.
- nShift ETA returnerar ett faktiskt intervall med både start och slut – till exempel 08:00 till 10:00 samma dag.
Ett tomt Start för beräknad leverans är därför förväntat för vissa källor, inte ett saknat värde.
Var du ser det
Försändelsevy
Det beräknade leveransdatumet visas i detaljvyn för försändelsen. Om du vill se vilken av de sex källorna det kom från använder du kolumnen Källa för beräknad leverans i rapporter.
Rapporter
Slut för beräknad leverans är tillgängligt som en rapportkolumn och visar det bästa tillgängliga datumet för varje försändelse. Start för beräknad leverans är tillgängligt för team som vill se hela intervallet. Båda kan sorteras och filtreras efter datumintervall och båda kan exporteras.
Shipment Data API
Fälten deliveryStart / deliveryEnd för försändelsen fylls i utifrån det fastställda datumet, och deliveryWindowSource anger varifrån datumen kom – värdet 6 för en nShift ETA-prognos, den sista källan i kedjan. Detta gör att dina egna system kan behandla en prognos på ett annat sätt än ett åtagande från transportören.
Om nShift ETA – AI-prognosen
nShift ETA är nShifts egen uppskattning av när ett paket kommer att anlända, som genereras utifrån historiska leveransuppgifter och inte från ett meddelande från transportören eller en avtalad transporttid. Den finns för att fylla den lucka som lämnas av de fem källorna ovan: många transportörer skickar inte ett förutspått leveransdatum med sina status händelser, och alla konton har inte konfigurerade SLA-transporttider. Dessa försändelser visade tidigare ingenting alls.
När prognosen görs
- En prognos görs endast om prioritet 1–5 inte har returnerat något för försändelsen.
- Den begärs när den första händelsen som startar leveranstiden anländer – den första spårningshändelsen med SLA-statusen Öppen, vanligtvis transportörens första skanning av att försändelsen har ”hämtats” eller är ”under transport”.
- Fram tills en sådan händelse anländer begärs ingen prognos. En försändelse som du just har skapat, men som transportören ännu inte har börjat transportera, visar normalt inget beräknat leveransdatum.
- Prognosen görs en gång per försändelse och sparas. Den beräknas inte om när senare spårningshändelser anländer.
Utlösaren är den första SLA-öppna händelsen i stället för det registrerade utskriftsdatumet, eftersom ett paket inte alltid hämtas samma dag som det registreras. Om man utgår från den händelse som faktiskt startar leveranstiden blir intervallet mer realistiskt. Samma utlösare används för försändelserapporten, försändelsevyn och Shipment Data API, så alla tre överensstämmer.
Om prognostjänsten inte är tillgänglig eller inte kan ta fram ett resultat lämnas fältet helt enkelt tomt. Inget påhittat datum visas och inget fel visas för dig.
Vad prognosen baseras på
nShift skickar en minimal, icke-personlig uppsättning försändelseattribut till prognosmodellen:
- Transportörens produktkoncept (tjänsten som används)
- Avsändaradress – ort, postnummer, land
- Mottagaradress – ort, postnummer, land
- Försändelsedatumet
- Försändelsens vikt
Inga mottagarnamn, gatuadresser, kontaktuppgifter eller orderinnehåll används. Modellen returnerar ett leveransintervall – en start- och sluttid – i stället för en enda tidsstämpel.
Modellen tränas på leveranshistorik från nShift-plattformen och tränas om regelbundet när mer data samlas in, så att precisionen förbättras över tid.
Bra att veta
-
En prognos är inget åtagande. nShift ETA är den bästa uppskattningen baserad på hur jämförbara försändelser historiskt har fungerat. Det är inte ett avtal om transportörens servicenivå och används inte för att mäta transportörens prestation – transportörens prestation mäts fortfarande mot ditt konfigurerade SLA.
-
Ingen konfiguration krävs. Du behöver inte ställa in något. Försändelser utan någon annan källa börjar automatiskt få ett förutspått intervall.
-
Precisionen varierar beroende på transportsträcka. Rutter och tjänster med stor historisk volym förutsägs med större säkerhet än ovanliga rutter och tjänster.
- Befintliga fält ändras inte. Referensfälten 110/111, 292/293 och 329/330 fortsätter att fungera exakt som tidigare. Inget som du anger idag skrivs över eller tolkas på nytt.