Kundens system kör lasten. Vem styr din affär?

En stor uppdragsgivare kan ha en utmärkt transportportal. Den tar emot status, visar leveranser och ger kunden den kontroll som kunden behöver. Problemet börjar när åkeriet kör åt tre, fem eller tio uppdragsgivare och varje kund har sitt eget system, sina egna koder och sin egen bild av flödet.

Varje enskild portal kan fungera väl. Ändå kan åkeriets arbetsdag bli splittrad. Bokningen hämtas på ett ställe, förarinstruktionen kopieras till ett annat och leveransbeviset letas fram när fakturan ska skapas. Trafikledningen blir den manuella integrationsmotorn mellan system som aldrig byggdes för att visa åkeriets samlade verksamhet.

Navichain ger åkeriet en egen operativ ryggrad. Kundernas system kan finnas kvar, samtidigt som order, körningar, förare, fordon, status och leveransbevis hålls ihop i ett arbetsflöde som utgår från åkeriets ansvar.

Sammanfattning

Att arbeta i kundens system är ofta en del av uppdraget. Det betyder inte att kundens system måste bli åkeriets enda verksamhetsbild. Med navichain kan ni samla det arbete som behöver styras över kundgränserna: registrera eller ta emot bokningar, planera körningar, tilldela resurser, ge föraren aktuella uppgifter och knyta leveransdokumentationen till rätt order.

När ett kundsystem ska utbyta information med navichain används en överenskommen koppling, exempelvis API, webhook, EDI eller en ansluten fraktpartner. När kopplingen är konfigurerad kan information flyttas utan att personalen behöver skriva om samma uppgift. Där en automatisk koppling ännu inte finns kan trafikledningen fortfarande arbeta i navichain och göra kundens obligatoriska återrapportering enligt den process ni har avtalat.

Vinsten är inte att samla data för samlandets skull. Vinsten är att åkeriet kan se vad som ska göras, vem som gör det, vad som avviker och vilket underlag som finns för uppföljning och fakturering.

Tre uppdragsgivare skapar lätt tre arbetsdagar

Föreställ er ett åkeri som kör distribution åt en handelsaktör, linjetrafik åt en speditör och återkommande leveranser åt en industrikund. Den första kunden vill ha status i sin portal. Den andra skickar orderfiler. Den tredje mejlar ändringar och vill ha signerade leveransbevis samma eftermiddag.

För föraren är allt fortfarande en arbetsdag. För trafikledaren ska samma fordon, arbetstid och kapacitet räcka över alla tre flödena. Kundsystemen ser däremot normalt bara sin egen del. De är byggda för att optimera uppdragsgivarens process, inte för att visa hur åkeriets samlade resurser används eller var nästa konflikt uppstår.

EU-kommissionens Digital Transport and Logistics Forum pekar ut fragmentering och bristande interoperabilitet mellan informationssystem som en viktig utmaning i logistiken. Forumet beskriver samtidigt hur digitalt informationsutbyte kan förbättra samarbete, synlighet och realtidsstyrning och hur befintliga plattformar behöver kunna kopplas samman i federerade miljöer.2

Det är precis den praktiska frågan åkeriet behöver lösa: inte vilket enskilt kundsystem som är bäst, utan hur den egna verksamheten förblir styrbar när flera system måste användas samtidigt.

Skapa en egen operativ kedja

I navichain kan bokningen vara den sammanhållande utgångspunkten. Den kopplas till en körning och till de resurser som faktiskt ska utföra arbetet. Föraren får stopp, instruktioner och dokumentation i förarappen. Status, bilder, kommentarer och signaturer kan sedan knytas tillbaka till transporten.1

Det innebär inte att systemet fattar varje operativt beslut. Trafikledaren bedömer exempelvis vilken bil och förare som ska ta uppdraget, hur en avvikelse ska hanteras och vad som ska kommuniceras till kunden. Navichain gör beslutsunderlaget och den dokumenterade händelsekedjan tillgängliga på samma plats, så att beslutet kan fattas med en helhetsbild och följas av nästa person.

En sådan kedja gör det lättare att svara på vardagens frågor:

• Vilka bokningar från olika kunder konkurrerar om samma fordon?
• Har föraren fått den senaste instruktionen?
• Vilken leverans väntar fortfarande på ett användbart bevis?
• Vem äger nästa åtgärd när en leverans avviker?
• Finns tillräckligt underlag för att avsluta och fakturera arbetet?

Det är frågor som sällan kan besvaras genom att öppna ytterligare en kundportal.

Integration ska minska dubbelarbetet

Navichain erbjuder REST-API med avgränsade API-nycklar för bland annat bokningar, organisationer, spårning och dokument samt webhooks för händelsestyrt utbyte. Plattformen beskriver också anslutningar till frakt- och integrationspartners.1

När en kundkoppling sätts upp börjar ni med att definiera vilket system som ansvarar för vilken information. Kundens ordernummer kan följa med som referens. Adresser, tider, kollin och instruktioner kan mappas till bokningen. Statusar behöver översättas så att exempelvis “påbörjad”, “ankommen” och “levererad” betyder samma sak på båda sidor. Dokument och avvikelser behöver få tydliga mottagare.

Det är ett konkret integrationsarbete, men resultatet kan vara betydligt enklare för användaren: ordern kommer in, trafikledaren planerar den tillsammans med övriga uppdrag och överenskommen status återförs till kunden. Personalen slipper vara den koppling som kopierar samma uppgift mellan fönster.

GS1:s standard EPCIS bygger på samma grundidé på branschnivå: händelsedata ska uttrycka vad som har hänt, var och när det hände, varför det hände och hur, så att olika tillämpningar kan dela en begriplig bild av flödet.4 Navichain ersätter inte behovet av gemensamma begrepp i en integration, men ger åkeriet en plats där händelserna kan hållas ihop med det egna arbetet.

Vilken kanal som passar bäst kan samtidigt skilja sig mellan kunder och partners. Navichains fördjupning om API och EDI visar hur kanalvalet kan göras per relation utan att skapa separata operativa kedjor.5 Det här perspektivet fokuserar på nästa fråga: hur åkeriet behåller sin egen sammanhållna arbetsbild när flera sådana kundkopplingar möts.

Avvikelsen visar om kedjan fungerar

Ett normalt flöde kan ofta genomföras även med fragmenterade verktyg. Det är när något avviker som kostnaden blir synlig. En förare blir sen, en pall saknas, temperaturen ifrågasätts eller mottagaren kan inte ta emot godset. Då behöver någon förstå både kundens krav och åkeriets faktiska läge.

I navichain kan en avvikelse dokumenteras i relation till transporten. Föraren kan bidra med status, foto, kommentar och misslyckad leveransorsak. Trafikledningen kan bedöma nästa åtgärd och hålla den fortsatta kommunikationen kopplad till rätt uppdrag.1

Den viktiga skillnaden är ägarskap. Systemet kan visa händelsen och bära dokumentationen, men en ansvarig människa avgör om leveransen ska göras om, om kunden ska kontaktas eller om kostnaden ska följas upp. När ansvar och underlag finns i samma arbetsbild minskar risken att avvikelsen blir en lös telefonkedja.

Leveransbeviset är slutet på samma berättelse

Ett leveransbevis är mer användbart när det går att förstå i sitt sammanhang. En signatur utan orderreferens, en bild utan tid eller en kommentar i en fristående chatt skapar nya frågor. Navichains förarapp stödjer bland annat statusuppdateringar, fotografier, signaturer och orsaker till misslyckad leverans. Den digitala CMR-funktionen knyter dokument till berörd leverans och kan försegla dokumentet med hash och tidsstämpel.1

EU:s förordning om elektronisk godstransportinformation, eFTI, skapar ett rättsligt ramverk för elektroniskt informationsutbyte mellan ekonomiska aktörer och myndigheter. Den bredare riktningen är tydlig: transportinformation ska kunna hanteras digitalt, strukturerat och på ett sätt som kan delas mellan parter.3

För åkeriet är nyttan vardagsnära. När bokning, körning, utförande och bevis följs som samma kedja blir det lättare att hitta rätt dokument, återrapportera till rätt kund och bygga ett fakturaunderlag utan att rekonstruera hela arbetsdagen.

Börja utan att byta ut allt

Ni behöver inte börja med samtliga kunder och trafikslag. Välj i stället ett flöde där den återkommande friktionen är tydlig. Det kan vara en kund med många manuella order, en linje där sena leveransbevis bromsar faktureringen eller en trafikgren där avvikelser kräver ovanligt många samtal.

Sätt en avgränsad pilot:

1. Bestäm vilken orderinformation som ska finnas i navichain.
2. Beskriv vem som fattar planerings- och avvikelsebeslut.
3. Koppla eller registrera det valda orderflödet.
4. Låt föraren genomföra arbetet med aktuell körning och instruktion.
5. Samla leveransbeviset på samma transport.
6. Mät manuella registreringar, telefonsamtal, sena bevis och tid till fakturaunderlag.

Om resultaten är tydliga kan nästa kund eller linje anslutas. Om något skaver har ni ett begränsat flöde att förbättra, inte ett stort systembyte att försvara.

Ta tillbaka helhetsbilden

Kundernas system kommer även fortsättningsvis att vara viktiga. De ska stödja kundernas processer och ge dem den information de behöver. Men åkeriet behöver också ett eget perspektiv: en sammanhållen bild av uppdrag, resurser, utförande och bevis över kundgränserna.

Det är där navichain gör skillnad. Plattformen ger trafikledning, förare och administration ett gemensamt sammanhang samtidigt som etablerade kundflöden kan anslutas stegvis. Börja där dubbelregistreringen, telefonkedjorna eller de sena leveransbevisen kostar mest – och prova hur arbetsdagen förändras när ni själva kan följa hela kedjan.

Skapa ett kostnadsfritt konto och prova navichain.

Relaterade perspektiv

• NP-0006 — När leveransen avviker från planen:** om dokumentation, ansvar och nästa åtgärd när verkligheten förändras.
• NP-0007 — Lastbilen ska inte bo i ett annat system:** om att hålla fordon, verkstad och transportplanering i samma operativa sammanhang.
• NP-0009 — Leveransen är inte klar förrän beviset håller:** om den sammanhängande beviskedjan från uppdrag till leverans.

Källor

1. One platform, from booking to delivery. navichain. Produktbeskrivning av Transport, Driver app, Customer portal, Digital CMR samt Integrations & API. Hämtad 9 september 2026. Läs produktbeskrivningen.

2. Digital Transport and Logistics Forum (DTLF). Europeiska kommissionen, Directorate-General for Mobility and Transport. Beskriver fragmentering, interoperabilitet, synlighet och sammankoppling av befintliga logistikplattformar. Hämtad 9 september 2026. Läs Europeiska kommissionens beskrivning.

3. Europaparlamentets och rådets förordning (EU) 2020/1056 om elektronisk godstransportinformation. Europeiska unionens officiella tidning. Läs förordningen i EUR-Lex.

4. EPCIS and Core Business Vocabulary. GS1. Standard för att fånga och dela synlighetshändelser mellan olika tillämpningar och organisationer. Hämtad 9 september 2026. Läs om EPCIS.

5. API eller EDI? Att välja rätt kanal för varje partner. navichain, publicerad 31 augusti 2026. Fördjupning om hur olika partnerkanaler kan föras in i en sammanhållen kedja för bokning, status och dokument. Läs artikeln.