Sluta skriva av fakturor manuellt i ekonomisystemet
Av navichain team

När en leverans är kvitterad har ditt transportsystem redan nästan allt en faktura behöver. Det vet vem som beställde uppdraget och vilket bolag som ska faktureras, vilket pris som avtalats, vilka tillägg som tillkommit, hur momsen ska hanteras och vilken dag godset faktiskt gick. Sedan öppnar någon, på väldigt många åkerier, ekonomisystemet och skriver in alltihop en gång till.
Det är den andra omgången som är värd att angripa. Det är inget kvalificerat arbete — det är avskrift — och det står rakt mellan en levererad last och en skickad faktura. På ett litet kontor är det en eftermiddag i veckan; på ett större är det en tjänst. Oavsett vilket sker det efter att pengarna redan är intjänade, vilket är skälet till att faktureringseftersläpning så ofta mäts i veckor snarare än dagar. (Vi har skrivit separat om att fakturera på leveransdagen.)
Felen är den tystare kostnaden. Ingen knappar in flera hundra fakturarader i månaden utan att kasta om en siffra eller välja kunden en rad ovanför den rätta. De misstagen dyker upp sent — vid påminnelsen, vid avstämningen eller i en kunds reklamation — och vart och ett kostar mer att reda ut än det hade kostat att undvika.
Vad som faktiskt går över
“Ekonomiintegration” är ett brett uttryck som täcker rätt olika saker. Fråga leverantören vilken av dessa som avses:
- Kunder. Dina organisationer, skickade till bokföringen som kundregister: namn, adress, organisationsnummer, betalningsvillkor, momsregistrering. Det är den delen folk glömmer att fråga om, och den avgör om en faktura överhuvudtaget kan bokföras — en faktura till en kund som bokföringen aldrig hört talas om avvisas, den köas inte.
- Fakturor, med sina rader. Huvudet — kund, fakturadatum, förfallodatum, valuta, nummer — och varje rad: beskrivning, antal, à-pris, momssats och den artikel eller det konto den bokförs mot.
- Artikel- och kontokodning. Bron mellan vad du säljer och hur det bokförs. En rad som lyder Drivmedelstillägg, 480 kr måste bli en post mot en bestämd artikel eller ett bestämt intäktskonto med en bestämd momshantering. Det beslutet bör fattas en gång, av någon som kan er kontoplan, i stället för flera hundra gånger av den som råkar fakturera den veckan.
- Det som kommer tillbaka. Betalstatus är den nyttiga returresan. En faktura som markerats betald i bokföringen kan stänga uppdraget i transportsystemet, så att din förfallolista är den riktiga och inte en kopia av en kopia.
Notera vad som inte står på listan: din bokföring. En integration flyttar dokument. Den bokför inte åt dig, och din redovisningskonsults roll krymper inte — bara avskriften gör det.
Var mappningen kräver omsorg
Det är här integrationer lyckas eller tyst misslyckas, och inget av det är svårt. Det måste bara beslutas i stället för att antas.
- Moms är inte ett fält. I Sverige har godstransport den generella skattesatsen 25 %, medan persontransport har 6 % — så den som gör bådadera kan inte mappa “transport” till en enda momskod. Gränsöverskridande uppdrag lägger till ytterligare en gren: en transport såld till en momsregistrerad näringsidkare i ett annat medlemsland omfattas i regel av omvänd betalningsskyldighet, så fakturan bär ingen svensk moms och måste ange varför. Vilket system som än avgör det — avgör det medvetet.
- Kundmatchning behöver en stabil nyckel. Namn är inga nycklar. AB Nordisk Frakt, Nordisk Frakt AB och Nordisk Frakt är ett bolag i verkligheten och tre poster i en omatchad synk. Matcha på organisationsnummer där du har det, och kom överens i förväg om vad som händer när en kund finns i det ena systemet men inte i det andra: skapas automatiskt, eller läggs undan för en människa?
- Valuta och avrundning. Säljer du i EUR och bokför i SEK måste något fastställa kursen och tidpunkten den gällde. Två system som var för sig räknar om kommer att skilja sig åt med små belopp, för alltid — och små belopp är precis vad en avstämning fastnar på.
- Kreditfakturor. En utfärdad faktura ändras eller raderas inte; den vänds med ett andra numrerat dokument. Fråga uttryckligen hur en makulering hanteras, för vi tar bort den och skickar en ny är fel svar, och det kommer upp redan första månaden.
- Vem äger nummerserien. Två system som båda delar ut fakturanummer kommer förr eller senare att dela ut samma. Bestäm vilket som är källan, och låt det andra följa.
En riktning är oftast rätt svar
En envägsöverföring är ingen begränsning att be om ursäkt för. Bokföringen är er legala dokumentation: bokföringslagen kräver att räkenskapsinformation sparas i sju år, och sedan den 1 juli 2024 får pappersoriginal slängas när de korrekt överförts till elektronisk form — vilket skärper snarare än mildrar frågan om vilket system som är arkivet. Ett transportsystem som kunde gå in och ändra i bokförda poster vore en risk, inte en funktion.
Den vettiga formen är smal: transportsystemet föreslår dokument, ekonomisystemet tar emot och bokför dem, och en tunn returkanal rapporterar vad som betalats.
Första månaden blir sämre, inte bättre
En integration lönar sig inte dag ett. Första månaden går åt till mappning — matcha kunder, komma överens om artikelkoder, bestämma momshantering, hitta de handfull kunder vars organisationsnummer aldrig fylldes i. Det arbetet är verkligt, och det landar på den som minst har tid över, oftast vid månadsskiftet.
Det är ändå värt att göra en gång, för alternativet växer i stället. Men ett felläge förtjänar att sägas rakt ut: en felaktig mappning är sämre än att skriva av. Den som knappar in fakturor märker när en rad ser konstig ut — en ovan momssats, ett tillägg på en kund som aldrig haft något. En mappning märker ingenting. Den lägger samma felaktiga svar på varje faktura, tyst, tills någon stämmer av ett kvartal. Testa alltså med riktiga fakturor, i ett testbolag om leverantören erbjuder ett, och kontrollera de bokförda posterna — inte att synken rapporterade lyckat resultat.
Frågor att ställa innan ni kopplar ihop
- Vilka ekonomisystem stöds i dag, i skarp drift, med kunder som faktiskt kör dem?
- Ingår kopplingen, eller är det ett fakturerbart integrationsprojekt varje gång? Om varje koppling är en konsultrad är integrationslistan en prislista — se att välja TMS.
- Vad överförs exakt: kunder, fakturor, artikelkodning, momskoder, betalstatus? Åt vilket håll går var och en?
- Vem gör artikel- och momsmappningen, och kan vi ändra den senare utan leverantören?
- Vad händer med en kreditfaktura eller en makulerad faktura?
- Vilket system äger fakturanummerserien?
- Vad händer när kopplingen fallerar — köas fakturan och görs om synligt, eller försvinner den bakom en rad i en logg ingen läser?
- Kan vi koppla ifrån och fortsätta fakturera?
Fråga sju är den som skiljer en fungerande implementation från en övertygande demo. Ekonomi-API:er går ner, tokens går ut, och förr eller senare avvisas en kundpost för ett saknat fält. Det som avgör är om ni får veta det samma dag eller vid kvartalsskiftet.
En notering om vart det här är på väg
Elektronisk fakturering blir standard snarare än ett val. Leverantörer till svensk offentlig sektor har behövt skicka fakturor enligt den europeiska standarden EN 16931 sedan e-fakturalagen (2018:1277) trädde i kraft den 1 april 2019, med Peppol BIS Billing 3 som rekommenderat format. På EU-nivå innebär ViDA-paketet, antaget den 11 mars 2025, obligatorisk e-fakturering och digital rapportering för gemenskapsinterna transaktioner från den 1 juli 2030. Inget av det kräver åtgärder detta kvartal — men om ni ändå väljer hur fakturor lämnar verksamheten är det värt att välja något som redan producerar strukturerad data i stället för en PDF och en avskrivare.
Var navichain står
navichain bygger fakturor av leveransdata ni redan fångat — bokningen, prisreglerna, avgifterna och momsen — och synkar dem till Visma, QuickBooks och Tripletex, med kunder och artikelkodning med på resan så att fakturan landar redo att bokföras i stället för redo att skrivas av. Det ingår i produkten och är inget projekt per koppling. Plattformssidan visar vad som finns inuti, och priserna är publika.