Från whiteboard, papper och telefonsamtal till ett sammanhängande flöde – från order till faktura
En återvinningsaktör hanterade ~600 transportorder och ~350 fakturor i månaden på en whiteboard, pappersorderlappar och vikter rapporterade per telefon med två dagar i månaden ägnade åt att knappa in allt på nytt i bokföringssystemet. Vi bygger driftplattformar där ordern är systemet: kund → order → förare → vikt → faktura, med artikelregistret som prismotor.
Utmaning
Problemmönstret.
En kund ringer. Någon skriver ner ordern för hand, matar in den i Excel, skriver ut en papperslapp och sorterar den i ett fack per lastbilstyp. Förarna kommer till kontoret en till tre gånger om dagen för att läsa av en fysisk tavla. Vid vågen rapporteras vikter via telefon och skrivs med blyerts på pappersordern, som går in i en faktureringspärm. Vid månadsskiftet lägger någon två dagar på att mata in allt på nytt i bokföringssystemet.
Kärnproblemet är inte ett saknat system — det är att informationen inte hålls sammankopplad från order till faktura. Samma data skrivs om flera gånger; det är där timmarna går och felen börjar. Kundspecifika priser lever som fritextanteckningar; containerbyten faktureras tyst aldrig. Ledningens egen uppskattning: verksamheten skulle kunna växa med tiotals miljoner i omsättning utan ny administrativ personal — med rätt stöd.
Lösning
Vad vi bygger.
En digital verksamhetsplattform kring ett sammankopplat kärnflöde: Kund → Order → Förare → Utförande → Vikt → Faktura.
- Ordern är systemet. Allt annat — kunder, platser, containrar, artiklar, förare — finns för att stödja orderobjektet och dess statusflöde, med ett spårbart underlag och en statusmaskin som blockerar ogiltiga övergångar.
- Artikelregistret är prismotorn. Baspriser per material/tjänst plus kundspecifika marginaler; prisändringar sprids automatiskt från ett bestämt datum. Live prisförhandsvisning vid orderregistrering.
- En förarvy som slår papper. Mobilanpassad: mina order, detaljer, markera klar, ange vikt, rapportera avvikelser (annat material, annan containerstorlek) på plats.
- Samlingsfakturering. Slutförda order summeras per kund per månad och genererar utkast till fakturor i bokföringssystemet via API, med ett kontrollsteg innan utskick.
- Nollfriktionsprincip: att skapa och slutföra en order måste gå snabbare än dagens manuella rutin — annars kommer den inte att användas. Adoption före funktioner.
- Multi-tenant från dag ett där en koncernstruktur finns, så att systerbolag kan ansluta utan en ombyggnad — utan att övertekniska fas ett.
Arkitektur
Hur det är uppbyggt.
Node.js/Express-API:er, en dokumentdatabas för snabb iteration på dynamiska order- och prisstrukturer, React-frontends för dispatch och förare, integration mot bokföringssystem för samlingsfakturor, våg-integration som en senare fas. Stegvis utrullning: två pilotanvändare först, aldrig big bang — i en bransch där ett misslyckat systembyte har kostat branschkollegor fyra månaders oskickade fakturor.
Frågor om flödet
Kan order, leverans och fakturering köras i ett system?
Ja, när ordern är systemet istället för ett dokument som lämnas mellan personer. Kund, order, förare, vikt och faktura ligger på en och samma post, prissatt från artikelregistret. Den dubbla inmatningen mellan en pappersprocess och bokföringssystemet försvinner, och månadsavstämningen krymper med den.