TMS byggt för kooperativets hela ekonomiska logik
Navichain är ett TMS designat för lastbilscentraler och produktionskooperativ, med fokus på automatiserad självfakturering och provisionshantering, vilket effektiviserar den ekonomiska logiken.
TMS för lastbilscentraler och kooperativ: den kompletta guiden till självfakturering, provisioner och LBC-automation
Allt du behöver veta för att välja, implementera och maximera ett transportmanagementsystem anpassat för LBC-modellens unika ekonomiska logik — från automatisk provisionssplit till Skatteverkets formkrav för självfakturering.
Kortversion: En lastbilscentral eller ett produktionskooperativ har fundamentalt annorlunda systemkrav än ett vanligt åkeri. Du behöver automatiserad provisionssplit, korrekt självfakturering enligt ML 11 kap. 4 §, DMT-hantering per part och nativ masshantering — funktioner som de flesta generella TMS inte erbjuder utan kostsamma anpassningar.
Denna guide täcker hela LBC-systemvalet: vad du ska kräva, vad som brukar gå fel, hur du jämför leverantörer och vad en migration faktiskt kostar i tid och pengar.
Vad gör ett TMS för lastbilscentraler unikt?
En lastbilscentral äger sällan bilarna. Den förmedlar uppdragen. Det är en ekonomisk modell som liknar ett kooperativ eller en mäklarstruktur — och den ställer helt andra krav på ett TMS än vad traditionell pall- och paketlogistik gör.
I grunden handlar LBC-modellen om att en central tar emot order från transportköpare, fördelar uppdragen till oberoende underentreprenörer (åkare) och sedan hanterar tre parallella ekonomiska flöden i varje enskilt uppdrag:
Inkommande order
Order tas emot från transportköpare via EDI, Peppol, e-post eller manuellt — med kundpris, projektkod och eventuell zontaxa.
Prissättning och dispatch
Systemet beräknar kundpris (inklusive kund-DMT) och åkarpris (inklusive åkar-DMT och tillägg) i samma transaktion. Provisionsspliten sker automatiskt.
Kundfaktura
Faktura på fullt kundpris med korrekt projektkod och kund-DMT. Exporteras direkt till Fortnox, Visma eller Business Central.
Självfaktura till åkare
Systemet genererar självfakturan i åkarens namn — med korrekt momshantering, avdrag för bränslekort och maskinsläp, samt åkar-DMT. Klart för bokföring utan manuella steg.
Problemet är att de flesta TMS på marknaden är byggda för det enklare scenariot: ett åkeri äger sina fordon, kör sina kunder och fakturerar direkt. Kooperativets tre parallella flöden är en arkitektonisk utmaning som generella system löser med dyra anpassningar — eller inte alls.
Tre verksamhetsmodeller — ett gemensamt problem
Oavsett om du kallar det lastbilscentral (LBC), produktionskooperativ, åkeriallians eller 4PL är kärnproblemet detsamma: du behöver separera kundens ekonomi från åkarens ekonomi i realtid, med korrekta formkrav för varje part.
Självfakturering och Skatteverkets formkrav
Självfakturering — att köparen utfärdar fakturan i säljarens namn — är en av de vanligaste felkällorna i LBC-ekonomin. Det är lagligt och skattemässigt effektivt, men ställer strikta formkrav.
Regelverket hittar du i Mervärdesskattelagen 11 kap. 4 §. I korthet gäller:
- ✓ Skriftligt avtal måste finnas mellan centralen (köparen) och åkaren (säljaren) om att köparen får utfärda fakturan.
- ✓ Fakturan ska innehålla: säljarens namn och adress, köparens namn och adress, utfärdandedatum, löpnummer, åkarens momsregistreringsnummer, varuslag eller tjänstebeskrivning, beskattningsunderlag per skattesats, tillämplig momssats samt momsbelopp.
- ✓ Handlingen ska kallas "självfaktura" eller "faktura utfärdad av köparen".
- ✓ Säljaren (åkaren) ska informeras om varje faktura och ha möjlighet att invända.
I praktiken innebär detta att ett TMS som hanterar självfakturering måste kunna generera juridiskt korrekta dokument per åkare och per körning — inte bara producera en samlingslista i slutet av månaden.
Vad Navichain hanterar automatiskt
Navichain genererar varje självfaktura med samtliga lagstadgade uppgifter och löpnummerserier per åkare. Systemet tillhandahåller även en avtalsmall som uppfyller ML 11 kap. 4 § — ingenting behöver skapas manuellt av administratören.
Automatiska avdrag per åkare — bränslekort, maskinsläphyra, LBC-ägda kranar, medlemsavgifter — konfigureras en gång och räknas sedan av automatiskt i varje period.
DMT: kund- och åkarsidans olika logik
Drivmedelstillägget (DMT) är en av de mest underskattade komplexiteterna i LBC-ekonomin. Det verkar enkelt: bränslepriset stiger, tillägget justeras. Men i en lastbilscentral gäller två olika DMT-tabeller per uppdrag — och de behöver hanteras separat.
Kund-DMT baseras på det avtal centralen tecknat med transportköparen. Stora åkerikunder har ofta förhandlade DMT-nivåer som avviker från branschstandard.
Åkar-DMT baseras på vad centralen kompenserar sin underentreprenör för — och kan vara en annan procentsats, ett annat index eller ett helt annat beräkningssätt.
Skillnaden däremellan är en del av centralens ekonomi — och om ett TMS inte hanterar dessa som separata storheter hamnar beräkningarna i kalkylark, med de felrisker det innebär.
| Dimension | Kund-DMT | Åkar-DMT |
|---|---|---|
| Baseras på | Kundavtal · Prisindex | Åkaravtal · STF-tabell |
| Uppdateringsfrekvens | Månadsvis eller kvartalsvis | Månadsvis |
| Hanteras av | TMS automatiskt | TMS automatiskt |
| Marginal för centralen | Differensen kund-DMT − åkar-DMT | |
I Navichain konfigureras varje DMT-nivå per kundavtal och per åkare. Systemet hämtar aktuellt index och applicerar rätt procentsats på respektive part automatiskt vid varje orderprissättning — utan manuella justeringar vid indexförändringar.
Masshantering, vägning och anläggningslogistik
För produktionskooperativ och LBC:er som hanterar anläggningslogistik — schakt, makadam, betong, grus — är prissättningen radikalt annorlunda mot pall- och paketlogistik. Anläggningsbranschen mäter i ton, m³ och timmar.
Traditionella TMS hanterar detta med workarounds: manuell viktinmatning, separata kalkylark för vägdata eller specialprogrammering av pris-per-enhet. Varje variant introducerar en ny felkälla och ökar administrationstiden per uppdrag.
Vågintegration
Utan API-koppling till vågstationen skrivs vikten in manuellt — vilket innebär avrundningsfel, fördröjningar och revisionsrisker.
Risk: Felaktig fakturering per körningZontaxa och polygoner
Täkter levererar till specifika zoner med fasta priser. Utan geografisk automatik jämförs zoner manuellt i varje order.
Tidskostnad: Manuell zonkontrollVäntetid på byggarbetsplats
Föraren väntar tre timmar. Om det inte registreras digitalt direkt triggas inget tillägg — varken till kunden eller åkaren.
Direkt intäktsbortfall per incidentKombinerade prismodeller
Transport per ton + maskinhyra per timme + fast miljöavgift i ett och samma uppdrag kräver specialinställningar i generella system.
Friktion: Varje avvikande uppdragstypNavichains inbyggda anläggningsstöd
Vågintegration via REST API: Vågstationen skickar invägd vikt direkt till det aktuella uppdraget. Fakturaraden skapas omedelbart på faktisk vikt i ton eller m³ — utan manuell inmatning och utan mellanlager.
Geografiska polygoner för zontaxa: Rita in täktens leveransradie på kartan en gång. Systemet tilldelar automatiskt rätt zontaxa baserat på lossningsplatsens koordinat.
Väntetid via förarappen (Navichain 365): Föraren registrerar stillestånd i appen. Detta triggar automatiskt en prisjustering på kundfakturan och ett tillägg på åkarens avräkning — utan att administratören behöver agera.
Hanterar ni anläggningslogistik? Se hur Navichain kan automatisera era vågflöden och zontaxor — boka en genomgång för er centralmodell.
Prova gratisEDI-volymer och Total Cost of Ownership
Stora transportköpare — kommuner, byggbolag, industrigrupper — skickar ofta tusentals ordrar per dag via EDI, Peppol eller JSON-API. Det är en av de starkaste argumenten för att köra en LBC på ett molnbaserat TMS.
Men här finns en viktig fälla: många moderna molnsystem prissätter per transaktion eller per API-anrop. Vid låga volymer märks det knappt. Vid 2 000+ ordrar per dag kan kostnaden bli chockartat hög — en osynlig kostnad som sällan syns i offerten men snabbt dominerar TCO-kalkylen.
| Kostnadsdimension | Navichain | Traditionell LBC-plattform |
|---|---|---|
| Användaravgift per månad | 199 kr/användare | Varierar · ofta betydligt högre |
| EDI/API per transaktion | Flat-rate (Enterprise) | Rörlig kostnad |
| Självfaktura inbyggd | Ja — kärnfunktion | Tillägg eller modul |
| Masshantering nativt | Ja | Workarounds |
| Vågintegration | Inbyggt API | Specialprojekt |
| Fortnox/Visma plug-and-play | Certifierad integration | Kostnadssatt tillägg |
| Implementationstid | Dagar | Veckor–månader |
| Uppstartskostnad | 0 kr | Engångsavgift |
Navichains Enterprise-avtal inkluderar flat-rate för standardiserat EDI. Det innebär att centralen kan ta emot över 2 000 API-anrop per dag med full kostnadskontroll — utan rörliga per-transaktionskostnader och utan rate-limiting under intensiva morgontoppar när nattens orderfiler processas simultant.
Checklista: 12 krav att ställa på ett LBC-system
Oavsett vilken leverantör du utvärderar bör dessa 12 punkter vara icke-förhandlingsbara för en lastbilscentral eller ett produktionskooperativ:
- ✓Automatisk provisionssplit — kund- och åkarpris separeras i varje transaktion utan manuella steg.
- ✓Juridiskt korrekt självfakturering enligt ML 11 kap. 4 § med avtalsmall inkluderad.
- ✓Separat kund-DMT och åkar-DMT med automatisk indexering mot branschtabell (t.ex. STF).
- ✓Nativ masshantering — prissättning per ton, m³ och timme utan workarounds.
- ✓API-integration mot vågstationer för direkt import av invägd vikt utan manuell inmatning.
- ✓Geografiska polygoner för zontaxa — automatisk zontilldelning baserad på lossningsplatsens koordinat.
- ✓Väntetidshantering i förarapp som triggar automatisk prisjustering utan admininsats.
- ✓Flat-rate för EDI vid höga ordervolymer — inget rörligt per-transaktionspris.
- ✓Inbyggd integration mot Fortnox/Visma/Business Central utan extra kostnad eller specialprojekt.
- ✓Konfigurerbart per åkare och uppdragstyp — olika provisioner, avdrag och tariffer för varje underentreprenör.
- ✓Skalbarhet för stora underentreprenörsnätverk — plattformen måste klara hundratals parallella avräkningar.
- ✓Svensk datalagring — affärsdata och åkaravtal lämnar aldrig Sverige (GDPR · Cloud Act-immun).
Migration: hur lång tid tar det att byta system?
Den vanligaste invändningen mot ett systemskifte är inte kostnaden — det är rädslan för störningar i den löpande driften. Lastbilscentraler kör ofta 24/7 med snäva marginaler och kan inte stå stilla under en månader lång implementation.
Med ett molnbaserat TMS ser tidsplanen typiskt ut så här:
Dag 1–3: Dataimport
Kund-, åkar- och tarifffiler importeras med onboarding-stöd. Fortnox- eller Visma-kopplingen aktiveras på under fem minuter.
Vecka 1–2: Konfiguration och test
Provisionsstrukturer, DMT-tabeller och automatiska avdrag konfigureras per åkare. Avräkningslogiken testas mot centralens befintliga regelverk.
Vecka 2–4: Parallellkörning
Navichain körs parallellt med det gamla systemet under en period för att verifiera att alla avräkningar, fakturor och provisioner stämmer.
Driftstart
Det gamla systemet fasas ut. Full drift i Navichain med alla underentreprenörer, EDI-kopplingar och ekonomiintegrationer aktiva.
Tidsplanen beror naturligtvis på centralens komplexitet — antalet åkare, tarifffiler och EDI-kopplingar. Men i jämförelse med traditionella on-premise-system, där implementationstiden mäts i månader, är molnbaserad onboarding en fundamentalt annorlunda upplevelse.
Datasuveränitet och GDPR: varför det spelar roll för en LBC
En lastbilscentral hanterar känsliga affärsdata: kundregister med prisavtal, åkarnas avräkningsunderlag, volymdata per kund och projektkoder. Om dessa data lagras hos en global molnleverantör — AWS, Azure, Google Cloud — gäller US Cloud Act och FISA 702.
Det innebär att amerikanska myndigheter kan begära ut data utan att informera varken ert företag eller den leverantör ni anlitar. Det är inte en hypotetisk risk — det är ett legalt faktum som EU-domstolen bekräftade i Schrems II-domen 2020.
Navichains datasuveränitet är inte en kryssruta — det är en arkitektonisk princip.
All data lagras uteslutande på privatägd svensk infrastruktur. Centralens kundregister, prisavtal och åkarnas avräkningsunderlag lämnar aldrig Sverige. Fullt GDPR-compliant och immunt mot US Cloud Act och FISA 702.
För lastbilscentraler som hanterar kontrakt med kommuner och offentliga transportköpare kan datasuveränitet dessutom vara ett upphandlingskrav — ett krav som globala molnplattformar strukturellt inte kan uppfylla.
Vanliga frågor om TMS för lastbilscentraler
Navichain hanterar självfakturering fullt ut i enlighet med Mervärdesskattelagen 11 kap. 4 §. Systemet genererar korrekta självfakturor med samtliga lagstadgade uppgifter: säljarens och köparens identitet, datum, löpnummer, varuslag, beskattningsunderlag och moms. Det enda som krävs är ett skriftligt avtal om självfakturering mellan centralen och åkaren — Navichain tillhandahåller en färdig avtalsmall.
Ja — med full granularitet. En åkare kan ha en lägre provision på anläggningsuppdrag och en högre på expresstransporter. Automatiska avdrag som bränslekort, maskinsläphyra och medlemsavgifter konfigureras separat per underentreprenör och räknas av automatiskt varje period.
Navichains vågintegration sker via standard REST API. Vågstationen skickar invägd vikt direkt till det aktuella uppdraget i Navichain. Systemet skapar omedelbart fakturaraden baserat på faktisk vikt i ton eller m³ — utan manuell inmatning och utan mellanlager. Det krävs ingen specialprogrammering om vågstationen stödjer REST-anrop.
Kund-DMT är det drivmedelstillägg som faktureras transportköparen, beräknat utifrån kundens avtalsvillkor och prisindex. Åkar-DMT är det tillägg som kompenserar underentreprenören och baseras på åkarens eget avtal med centralen — ofta STF:s officiella tabell. Navichain hanterar dem som separata storheter i samma transaktion, vilket innebär att centralen kan ha en marginal däremellan utan manuella beräkningar.
Ja. Navichain är driftsatt för lastbilscentraler med stora underentreprenörsnätverk. Varje åkare har sin profil, sina tariffer och sina konfigurerade avdrag. Enterprise-avtalet är dimensionerat för de volymtoppar som uppstår när hundratals uppdrag ska avslutas och avräknas simultant.
Ja — med flat-rate för höga volymer. Navichain tar emot ordrar via Peppol, XML, JSON och proprietära EDI-format. Enterprise-avtalet inkluderar flat-rate för standardiserat EDI, vilket innebär inga rörliga per-transaktionskostnader. Systemet klarar mer än 2 000 API-anrop per dag utan rate-limiting, inklusive intensiva morgontoppar när nattens orderfiler processas simultant.
En typisk implementation tar dagar till veckor — inte månader. Fortnox- och Visma-kopplingen aktiveras på under fem minuter. Dataimport av kund-, åkar- och tarifffiler sker med dedikerat onboarding-stöd. Parallellkörning rekommenderas under inledningsfasen för att verifiera att avräkningslogiken stämmer mot centralens befintliga regelverk.
Ja — uteslutande. Navichain driftas på privatägd svensk infrastruktur. Centralens kundregister, prisavtal, åkarnas avräkningsunderlag och all affärskritisk data lagras på svenska servrar, under svensk jurisdiktion, utan exponering mot US Cloud Act (FISA 702). Fullt GDPR-compliant.
