Hoppa till innehåll
← Alla insikter
DriftTMS10 september 2026·6 min läsning

En enda sanningskälla: vad det betyder om man tar det bokstavligt

Av navichain team

Närbild på en uppslagen handskriven liggare, linjerad i blått och rött, med namn i en kolumn och siffror skrivna tvärs över uppslaget

Fråga tre personer på ett transportkontor var en pall befinner sig, och du kan få tre svar, alla givna i god tro. Planeraren läser körschemat. Lagret läser lagersystemet. Den som sitter i telefon med kunden läser det senaste mejlet någon skickade. Ingen ljuger och ingen är slarvig. Var och en läser en annan uppteckning av samma fakta.

“En enda sanningskälla” är frasen för att lösa det, och den har sagts så många gånger att den slutat betyda något. Den finns på varje leverantörs webbplats, vår inräknad. Så det är värt att skriva ner vad den faktiskt påstår, i en form du kan kontrollera en helt vanlig tisdag.

Påståendet, formulerat så att det går att pröva

För varje fakta din verksamhet är beroende av — var en sändning befinner sig, vad den väger, vad den ska faktureras för, om en lastbil får sättas i trafik — finns det precis en plats där den fakta skrivs, och varje skärm som visar den hämtar från den platsen i stället för att hålla sin egen kopia.

Det är hela saken. Det är ingen teknik, och det är inte “allt i en databas”: du kan ha en enda databas och ändå hålla samma vikt i fyra kolumner som ingen håller synkroniserade.

Testet som följer är kort. Kan två skärmar i din verksamhet säga emot varandra om samma fakta? Om de kan det har du ingen sanningskälla. Du har kopior, plus en överenskommelse om vilken av dem folk litar på — och en överenskommelse upprätthålls inte av något.

Var kopiorna kommer ifrån

Ingen bestämmer sig för att hålla fyra versioner av en leveransadress. De uppstår på vanliga sätt.

  • Exporten. Någon behövde en lista, exporterade den, och listan blev ett arbetsdokument. Den stämde i en eftermiddag.
  • Integrationen som bara skickar, aldrig hämtar. Bokningar flödar ut till bokföringssystemet. Rättelser flödar tillbaka per telefon.
  • Omskrivningen. Offerten finns på ett ställe, bokningen på ett annat. Någon läser det första och skriver in det andra. De två stämmer överens tills något ändras.
  • Fältet med två ägare. Säljaren ändrar kundens betalningsvillkor. Kontoret ändrar dem också. Båda har rätt, i tur och ordning.
  • Kalkylarket som började som en nödlösning. Det löste ett verkligt hål. Sedan växte det kolumner som systemet saknar, och nu är det en källa — oversionerad, på en enda bärbar dator.

Var och en av dem är ett förnuftigt lokalt beslut. Tillsammans är de skälet till att din måndagsmorgon har ett avstämningsmoment inbakat.

Vissa kopior är korrekta, och det är den del som brukar hoppas över

En enda sanningskälla är ingen regel om att ingenting någonsin får kopieras. Flera saker inom frakt måste frysas, och att frysa är att kopiera med avsikt.

En utfärdad faktura är vad du bad om att få betalt, den dag du bad om det. Om den räknade om sig själv utifrån dagens prislista skulle den tyst skriva om historien, och kundens kopia skulle sluta stämma med din. En signerad fraktsedel dokumenterar parterna och godset som de var vid signering; mottagaren byter företagsnamn ett år senare, och fraktsedeln gör det inte. Adressen en leverans faktiskt gjordes till är inte adressen den kunden har nu.

Skillnaden är alltså inte kopia mot ingen kopia. Den är deklarerad mot odeklarerad. En ögonblicksbild med ett skäl, ett tillfälle och en riktning — det här var sant då, det är fryst, ingenting skriver till det igen — är en uppteckning. Ett värde som fortsätter driva för att två skärmar båda skriver till det är en brist. De flesta verksamheter har gott om det senare och registrerar det mentalt under det förra.

Vad du får för det

  • Statusen kunden läser och statusen dispatchern läser är samma status, så ett statussamtal blir en uppslagning i stället för en utredning.
  • En fakturarad går att spåra tillbaka till det arbete som gav upphov till den, så en tvist besvaras från uppteckningen i stället för från minnet.
  • Ett fordon som inte får sättas i trafik är en enda fakta, som planeringsskärmen, flottbrädet och bekräfta-knappen alla känner till. Det är ingen lapp någon håller reda på.
  • Ingenting skrivs in två gånger, vilket tar bort hela klassen av fel där två personer skrev in samma sak olika och båda var säkra.

Vad du inte får för det

Att vara ärlig om det här spelar större roll än säljargumentet.

  • Det gör inte datan rätt. En uppteckning betyder en plats att ha fel på, konsekvent och överallt. Det är bättre — en felaktig siffra du kan hitta slår fyra du inte kan jämföra — men det är inte korrekthet, och ett system som stämmer överens med sig självt är mycket övertygande medan det har fel.
  • Det betyder inte en enda skärm. Lager och dispatch behöver olika vyer av samma last. Att ha en uppteckning är precis vad som låter de vyerna skilja sig utan att motsäga varandra.
  • Det tar inte bort integrationer. Du kommer fortfarande att utbyta data med kunder, revisorer och partner. Det som ändras är riktningen: varje fakta har en ägare, och allt annat prenumererar på den.
  • Att komma dit är synligt arbete. Det svåra är aldrig mjukvaran. Det är att bestämma vem som äger ett fält som två avdelningar båda redigerar idag, och sedan leva med beslutet när det är obekvämt.

Övningen som visar var du står

Ta fem fakta din verksamhet bygger på. En leveransadress. Priset för en linje. En sändnings status. Ett fordons nästa besiktningsdatum. Vad en kund är skyldig dig.

För var och en, ställ tre frågor: var skrivs den, vem får ändra den, och vad mer håller en kopia? Svara inte utifrån ett arkitekturdiagram. Svara genom att hitta de personer som slår upp de här sakerna och fråga vad de faktiskt öppnar.

De flesta verksamheter får ett eller två rena svar och tre obekväma. De obekväma är din lista. Du kommer inte att lösa alla, och du bör förmodligen inte försöka på en gång — men du bör veta vilka av dina fakta som har en ägare och vilka som är en samsyn som håller tills den dag den inte gör det.

Var navichain står

navichain är byggt som ett system snarare än tre som pratar med varandra: transport, lager och intelligens på en enda sanningskälla. Slå på moduler när du växer — tre moduler, en uppsättning data, så att bokningen, turen som kör den, lagret den tar från och fakturan som följer alla läser samma uppteckning. Vardagsversionen av det är precis så tråkig som den ska vara: en uppsättning siffror hela kontoret läser, uppdaterad medan dagen går, och en kundportal där kunden ser samma status som dispatchern ser i stället för en rapport om den. Plattformssidan beskriver vad som finns inuti.

Där två system i stället hålls isär är glappet mellan dem precis där förvar, fakturering och förtroende läcker — samma argument som det här, sett från andra hållet.

Redo att se det på dina flöden?

Kontakta oss