Klicket är början. Leveransen är löftet.

Kunden har valt sina varor, angett adressen och sett ett leveransbesked. Ett klick senare börjar ert viktigaste arbete: att få det som utlovats att hända. Med navichain som stöd för försäljning, inköp, lager, transport och service kan ni hålla ihop arbetet från inkommande säljorder till genomförd leverans och hanterad avvikelse.

Sammanfattning

E-handelns kundlöfte behöver hålla hela vägen från kassan till mottagaren. Det kräver mer än ett positivt lagersaldo: rätt artiklar ska vara tillgängliga, lagret ska hinna plocka och distributionen ska kunna genomföras inom den tid kunden har fått besked om. Order från e-handelsplattformen kopplas till navichain som inkommande säljorder genom en anslutning anpassad till er systemmiljö. WMS-funktionaliteten stödjer varuflödet, externa inköp försörjer lagret och TMS håller ihop transportbokning, planering och utförande. Service management ger struktur åt tilläggsuppdrag och åtgärder när något behöver rättas. Processen liknar grossistens, men många små order, olika leveransval och snabba kundbesked gör överlämningarna särskilt viktiga. Med tydliga uppgifter, registrerade händelser och ansvar för nästa steg kan ni arbeta effektivare och ge kunden mer tillförlitliga besked. Det skapar trygghet för både kunden och teamet som ska hålla löftet.

Ett kundlöfte som flera delar av verksamheten ska hålla

En order kan se klar ut i webbutiken långt innan den är klar att lämna lagret. Betalningen kan vara godkänd samtidigt som en artikel saknas. Alla varor kan finnas samtidigt som dagens upphämtning redan har gått. Ett kolli kan vara färdigpackat samtidigt som transportören saknar rätt adress eller instruktion för leveransen.

Problemet uppstår i övergångarna. Webbutiken visar vad kunden köpt. Lagret vet vad som finns fysiskt. Inköparen har ett besked från leverantören. Transportledningen känner till nästa möjliga avgång. Kundservice behöver förstå vad dessa uppgifter tillsammans betyder för just den kund som frågar.

För e-handelsansvarig blir den praktiska frågan därför: Vilka order kan vi genomföra enligt det besked kunden har fått, och vilka behöver en åtgärd nu? För att svara behöver teamet skilja mellan mottagen order, disponibla varor, färdig utleverans, överlämnad transport och faktisk leverans. Att behandla allt detta som samma status skapar osäkerhet.

Samma grund som grossisten, med andra krav på tempot

I navichain perspektiv NP-0087, ”Beställt är inte levererat”, beskriver vi hur grossisten håller ihop försäljning, inköp, lager och distribution. E-handeln bygger på samma grund: ett försäljningsbehov ska mötas av varor och ett genomförbart leveransflöde.

Skillnaden ligger ofta i orderprofilen och kundkontakten. En grossist kan leverera många enheter till en mottagare enligt återkommande avtal. En e-handlare kan behöva hantera många mindre order till olika adresser, med olika fraktval och förväntningar på besked. Samma artikel kan dessutom säljas till både företagskunder och privatkunder från samma lager.

Det gör gemensam lagerinformation viktig. Om flera kanaler använder samma varor behöver ni bestämma hur tillgänglighet, tilldelning och uppdateringar mellan systemen fungerar. Ett lagersaldo som är riktigt i ett system hjälper inte kunden om kassan visar en äldre bild. Vid införandet behöver ni därför också bestämma vad webbutiken får lova när uppgifter är fördröjda eller en anslutning tillfälligt inte fungerar.

Information behöver följa varan

GS1 beskriver affärsmeddelanden för bland annat orderändringar, orderbekräftelser, leveransavisering, varumottagning och lagerstatus. Transportplanering och kontroll av in- och utgående lagerflöden ingår också i den beskrivna meddelandefamiljen.1 Det är relevant för e-handeln eftersom en order fortsätter att förändras efter att den har skickats från webbutiken. En integration behöver stödja de händelser verksamheten faktiskt ska hantera.

GS1 beskriver också hur SSCC identifierar en enskild logistisk enhet och kan stödja spårning av order och leveranser.2 Den praktiska lärdomen är att skilja på kundordern och de kollin som lämnar lagret. En order kan behöva två leveranser, och en leverans kan innehålla flera kollin. Bestäm vilka identiteter och märkningar ert lager och era transportpartners ska använda. Standarderna är vägledning för informationsutbytet; valet av anslutning och märkning görs för ert flöde.

Så håller navichain ihop arbetet

Webbordern blir en inkommande säljorder

Order från e-handelsplattformen kopplas till navichain som inkommande säljorder.4 Anslutningen utformas för er plattform och er arbetsfördelning. Ni bestämmer vilka order som ska skickas vidare och vilka uppgifter som ska följa med: exempelvis webbutikens orderreferens, artikel och variant, antal, leveransadress, kontaktuppgifter, leveransval och kundens bekräftade leveransbesked.

Säljorderunderlaget blir startpunkten för fulfillment. Lagret ska kunna förstå vad som ska lämnas ut och transportplaneringen vad kunden har beställt för leverans. Att behålla webbutikens referens gör det också lättare för kundservice att hitta rätt operativt underlag när kunden anger sitt ordernummer.

Ni behöver bestämma hur ändringar och annulleringar tas om hand. En adressändring före plock är en annan situation än en adressändring efter att bilen lämnat lagret. Anslutningen ska därför provas med sådana verkliga förlopp, inklusive upprepade meddelanden, så att en omsändning inte blir en ny fysisk order. Det är ett införandekrav på det gemensamma flödet, inte något ni bör lämna åt antaganden.

Lagret visar vad som kan göras

Med WMS-funktionaliteten som stöd hanterar ni varorna i försäljningsflödet. Lagerpersonalen arbetar med mottagning, lageruppgifter och utleverans, medan orderansvarig bedömer vilka kundbehov lagret kan möta. För varje artikel behöver ni kunna skilja den fysiska mängden från den mängd som faktiskt kan användas för den aktuella ordern.

Ert arbetssätt behöver ange hur redan tilldelade varor, skadade produkter och inkommande leveranser påverkar den bedömningen. En vara som väntas i morgon får en annan betydelse för dagens plock än en vara som har tagits emot och kontrollerats. När lagerhändelser registreras blir nästa beslut grundat i vad som verkligen har hänt.

Det är här kundlöftet prövas första gången. Den ansvariga jämför behov och tillgänglighet och beslutar om ordern kan gå vidare, behöver anskaffning eller kräver kontakt med kunden. Automatisering av ett leveransbesked i kassan kräver dessutom att reglerna och informationsutbytet med webbutiken är anpassade för det.

Externa inköp säkrar försörjningen

När varor saknas använder inköparen inköpsflödet för beställning från extern leverantör. Artikel, mängd, leverantör och förväntad ankomst behöver vara tydliga. Inköparen tar ställning till om leverantörens besked räcker för de kundorder som väntar och om en annan lösning behövs.

Varumottagningen registrerar sedan det som faktiskt anländer. En beställning på tio produkter är inte samma sak som tio mottagna produkter. Om nio kommer fram, eller en är skadad, behöver den verkliga mängden styra vad som kan lämnas ut. En tydlig överlämning mellan inköp och lager hjälper orderansvarig att ge kunden ett besked som går att hålla.

Plock och pack skapar en transportklar leverans

Lagrets uppgift är att omsätta säljorderunderlaget till rätt varor i rätt leverans. Medarbetaren använder artikel- och antalsuppgifterna, kontrollerar utfallet och registrerar utleveransen i det överenskomna WMS-flödet. Om något avviker behöver det fångas innan transporten tar över.

Definiera tillsammans vad ”klar” betyder hos er: rätt innehåll, färdig emballering, rätt leveransuppgifter och hanterade avvikelser. Om paketering eller annan tilläggstjänst behövs ska den ingå i arbetsunderlaget. Transportansvarig får då en faktisk överlämningspunkt att använda i planeringen.

TMS gör distributionen genomförbar

I navichains transportflöde arbetar transportansvarig med bokningar, körningar och planering. Adress, godsuppgifter, tid och instruktioner behöver stämma med den leverans lagret förberett. För egen distribution planerar den ansvariga uppdraget och resurserna; HERE-baserat ruttstöd kan användas där det passar transporten.3

Om ni använder en extern paket- eller transportpartner bestäms i stället vilken anslutning och vilka uppgifter som krävs för bokning, märkning och återrapportering. Dessa delar behöver ingå i införandet för den valda partnern. En skapad frakthandling ska inte ensam ligga till grund för kundbeskedet att godset har lämnat lagret.

Föraren kan i navichains mobila leveransflöde registrera bland annat kvantiteter, kommentarer, foton, signatur och tidpunkter. Det ger underlag för uppföljning och leveransbevis.3 Vid extern distribution används den återrapportering som partneranslutningen ger. Kundservice behöver veta vilken händelse beskedet bygger på.

Service management håller ihop nästa åtgärd

Service management tillför struktur när varuleveransen också kräver ett arbete eller när något behöver rättas. Det kan gälla ett överenskommet tilläggsuppdrag eller en åtgärd efter en skadad leverans. Den ansvariga beskriver vad som ska göras och vilket resultat kunden behöver.

Bestäm hur kund, ursprungsorder och åtgärd ska referera till varandra i ert upplägg. En ersättningsleverans kan då hanteras som ett nytt operativt steg med rätt varor och transport, medan servicearbetet håller fokus på att kundens problem blir löst. Den kommersiella bedömningen av återbetalning eller kreditering hanteras i det system och enligt det ansvar ni har valt för ekonomiflödet.

Exempel: varorna finns, men hinner ordern iväg?

Följande är ett hypotetiskt exempel. En e-handlare säljer trädgårdsprodukter från ett lager i Mälardalen. Kunden beställer två bevattningssatser och ett filter. Leveransbeskedet bygger på att hela ordern lämnar lagret på tisdagen för leverans på torsdagen. Transportörens tisdagshämtning är klockan 16.00; tiderna är valda för exemplet.

Ordern kommer in som säljorder i navichain. Satserna finns, men filtret väntas från leverantören på tisdag förmiddag. Orderansvarig och inköpare går igenom beroendet: filtret behöver hinna tas emot, kontrolleras och packas före upphämtningen. Leverantörens ankomsttid ensam avgör inte om kundlöftet håller.

På tisdag morgon meddelar leverantören att bilen kommer senare. Inköparen för beskedet vidare och ansvarig bedömer alternativen. Det går inte längre att utgå från att ordinarie upphämtning hinns med. Kundservice kontaktar kunden medan det fortfarande finns valmöjligheter. Kunden vill ha hela beställningen tillsammans och accepterar leverans på fredagen. Det nya beskedet dokumenteras i det överenskomna orderflödet.

När leverantören anländer räknar lagret de mottagna filtren och kontrollerar varorna. Den aktuella ordern kan nu plockas komplett. Lagret packar de två satserna och filtret, kontrollerar leveransuppgifterna och lämnar en färdig leverans till nästa transporttillfälle. Transportansvarig använder det faktiska läget när distributionen planeras.

Vid mottagandet upptäcks en transportskada på en sats. Kundservice tar emot uppgiften och den ansvariga planerar en ersättning. Serviceåtgärden beskriver vad kunden behöver, lagret förbereder ersättningsvaran och transporten genomför den nya leveransen. Kunden får ett samlat besked om nästa steg.

Ordern uppfyllde inte det ursprungliga datumet. Värdet i arbetssättet är att förseningen blev ett aktivt beslut med kunden och att skadan fick en tydlig åtgärd. Mätningen ska fortfarande visa att det ursprungliga löftet missades. Ett omförhandlat datum får inte sudda ut orsaken till att processen behöver förbättras.

Kontroll som märks i kundens upplevelse

Kunden behöver sällan se varje intern händelse. Kunden behöver förstå vad som händer med beställningen och när nästa steg kommer. När kundservice kan använda samma operativa underlag som lager och transport blir det lättare att ge konsekventa besked.

För teamet betyder detta mindre behov av att rekonstruera orderns historia. Inköparen vet vilka behov som är tidskritiska. Lagret vet vilken order det arbetar med. Transportansvarig kan skilja en förväntad leverans från en transportklar. Serviceansvarig vet vad som behöver göras när leveransen avviker.

Det är en konkret innebörd av peace of mind: att veta var ordern befinner sig, vad som riskerar kundlöftet och vem som tar nästa steg. Kundnöjdhet får bättre förutsättningar när beskeden följer verkligheten och ansvar finns kvar även efter utleveransen.

Följ upp hela löftet

Välj mått som knyter ihop avdelningarna. Följ exempelvis andelen order som kommer fram kompletta och i tid mot det ursprungliga kundlöftet, order som missar planerad upphämtning, plockfel och tiden till ett första användbart besked vid avvikelse. Följ även kundfrågor om orderstatus och tiden tills en serviceåtgärd är avslutad.

Skilj leverans i tid från avsändning i tid. Bestäm också om ni mäter per order, orderrad eller kolli. En kund som beställt tre produkter har inte fått en komplett leverans när bara två har kommit fram. Måttens datakällor och beräkning bestäms vid införandet; börja med en egen baslinje och jämför samma flöde över tid.

Börja med ett flöde som prövar hela kedjan

Välj en e-handelsplattform, ett lager och en distributionslösning. Följ en vanlig order hela vägen och komplettera med en order som kräver inköp, en ändring före utleverans och en skada efter leverans. Bestäm vilket system som ansvarar för betalning, kundbesked, lagerinformation och ekonomiskt efterarbete.

Prova sedan anslutningen med verkliga artikelvarianter, adressuppgifter och transportval. Kontrollera att upprepade ordermeddelanden, annulleringar och sena statusändringar hanteras som ni har kommit överens om. Bestäm vem som följer upp när information inte kommer fram. Då får ni ett införande som bygger på de situationer kundservice och lagret faktiskt möter.

Relaterat perspektiv

NP-0087 – Beställt är inte levererat. Grossistutgåvan förklarar samma grundprocess: försäljning, externa inköp, lager och distribution som en sammanhängande leveranskedja. E-handelsutgåvan tillför webborder, olika leveransval och kopplingen mellan kassans besked och den operativa verkligheten. Grossistartikeln publiceras separat.

Prova idag! Börja gratis.

Ta med en webborder och det leveransbesked kunden får. Gå igenom hur ordern blir en inkommande säljorder, hur varorna hanteras och hur distribution och eventuellt efterarbete genomförs. Det gör möjligheten konkret för hela teamet.

navichain.se/signup · navichain.se

Källor

1. GS1: Meddelandetyper i GS1 XML EDI. Uppdaterad 2 september 2024, åtkommen 8 september 2026. Stöd för resonemanget om informationsutbyte mellan order, leverans, lager och transport. What kind of messages does GS1 XML EDI standard provide?

2. GS1: SSCC:s betydelse för transport och logistik. Uppdaterad 22 augusti 2024, åtkommen 8 september 2026. Stöd för resonemanget om identifiering av logistiska enheter och spårning av order och leveranser. Why is the Serial Shipping Container Code (SSCC) important for Transport & Logistics?

3. navichain dokumentation, 29 augusti 2026. Transportbokningar, körningar, planering, HERE-baserat ruttstöd samt mobila hämtnings- och leveransflöden med leveransbevis.

4. navichain produktbeskrivning, 8 september 2026. E-handelsorder som inkommande säljorder samt användning av WMS, externa inköp, TMS och service management i e-handelsflödet. Underlag för utgåvans övergripande processbeskrivning.