Varför fakturamatchning är trasig (och varför ingen pratar om det)

2026-04-08

De flesta CFO:er och ekonomichefer i byggbranschen tror att deras ekonomisystem kontrollerar leverantörsfakturor. Det gör det inte. Systemen kontrollerar om en faktura matchar en inköpsorder. Det låter som samma sak, men skillnaden är avgörande. I den här artikeln går vi igenom hur traditionell fakturamatchning fungerar, var den bryter ihop i praktiken, och varför problemet är strukturellt snarare än en fråga om bristande disciplin.

Så fungerar traditionell fakturamatchning

Principen bakom fakturamatchning är enkel. Ett företag skapar en inköpsorder (PO) i sitt affärssystem med artikelnummer, kvantitet och avtalat pris. När leverantörens faktura anländer jämför systemet fakturarader mot PO-rader: stämmer artikelnumret? Stämmer kvantiteten? Stämmer priset? Om allt matchar godkänns fakturan automatiskt eller med minimal manuell hantering.

Det här är trevägs-matchning i sin klassiska form: inköpsorder, leveranskvitto och faktura. Modellen har fungerat väl i tillverkningsindustrin i decennier. Den förutsätter dock tre saker: att det finns en formell inköpsorder för varje inköp, att leverantören refererar till samma artikelnummer som beställaren, och att beskrivningar och enheter är standardiserade.

I standardiserade inköpsflöden med fasta leverantörskataloger uppfylls dessa förutsättningar. Men i bygg, transport och projektintensiva branscher gör de det sällan.

Där matchningen bryter ihop: verkligheten i bygg och transport

I byggbranschen ser verkligheten annorlunda ut. Avtal sluts via e-post. Prisöverenskommelser dokumenteras i PDF-offerter. Tilläggsarbeten beställs muntligt på byggarbetsplatsen och bekräftas i efterhand. Materialleverantörer har egna artikelsystem som inte motsvarar beställarens. Och transportfakturor baseras på vikt, sträcka eller zonprissättning som inte passar in i en PO-struktur överhuvudtaget.

Resultatet är att det ekonomisystem som ska kontrollera fakturorna saknar det underlag det behöver för att göra sitt jobb. Fakturor hamnar i en "omatchad"-kö och hanteras manuellt. I praktiken innebär det att en ekonomiassistent eller projektcontroller öppnar fakturan, ringer projektledaren, frågar om det "ser rimligt ut" och attesterar. Det är inte fakturakontroll. Det är en förtroendefråga klädd i en kontrollprocess. Det här problemet är särskilt påtagligt vid kontroll av fakturor mot avtal i projektbaserade verksamheter.

Exempel 1: Materialfaktura med avvikande benämning

Ett byggföretag har avtalat med en materialleverantör om betong till ett bostadsprojekt. Offerten specificerar "Betong C30/37, leverans inkl. pump, 1 850 kr/m³". Leverantören fakturerar med sin interna artikelbenämning: "Btg fabrik C30/37 SlumpS4 Dmax16 XC3 XF1". Priset på fakturan: 1 920 kr/m³.

Ekonomisystemet hittar ingen matchning. Artikelbenämningarna ser inte ens ut som samma produkt för ett automatiskt system. Priset avviker med 70 kr/m³, men det framgår inte om avvikelsen beror på att pumpen fakturerats separat, att priset justerats enligt index, eller att leverantören helt enkelt debiterat fel. En leverans på 200 m³ innebär en differens på 14 000 kronor. Över ett projekt med 3 000 m³ betong handlar det om 210 000 kronor.

Projektledaren som tillfrågas om fakturan ser ett betonginköp, konstaterar att det pågår betongarbeten och godkänner. Prisavvikelsen passerar.

Exempel 2: Transportfaktura utan PO-koppling

Ett entreprenadföretag har ett ramavtal med ett åkeri för schaktmasstransporter. Avtalet anger 485 kr/lass för sträckan mellan arbetsplatsen och tippen, med tillägg för väntetid över 15 minuter. Åkeriet fakturerar månadsvis med en samlingsfaktura: 847 lass under perioden, samt 23 tillägg för väntetid. Den här typen av problem är väldokumenterad bland vanliga fel i transportfakturor.

Inget av detta finns i en inköpsorder. Det finns inget artikelnummer att matcha mot. Antalet lass kan inte verifieras automatiskt utan att jämföra med transportkvitton eller maskinloggböcker. Väntetidstilläggen saknar underlag. Fakturans totalbelopp, 428 295 kronor, landar i ekonomisystemet utan möjlighet till automatisk kontroll.

Projektledaren bekräftar att transporterna pågår. Men om det faktiska antalet lass var 812 istället för 847 har företaget betalat 16 975 kronor för mycket. Ingen vet, för ingen kontrollerar.

Exempel 3: Kombinerad faktura med material, arbete och tillägg

En underentreprenör fakturerar för VVS-arbeten i ett kommersiellt projekt. Fakturan innehåller tre block: fast pris enligt avtal (etapp 2, badrum plan 3-5), löpande arbeten för tilläggsbeställningar (ÄTA), och material till självkostnad plus 15 procent påslag. Totalsumman: 892 000 kronor.

Den fasta delen kan i teorin matchas mot kontraktet, men kräver manuell kontroll av att rätt etapp och rätt plan fakturerats. ÄTA-delen kräver att varje post stäms av mot ett skriftligt ÄTA-beslut. Materialdelen kräver att inköpspriserna verifieras mot underentreprenörens faktiska inköpsfakturor och att påslaget är korrekt beräknat. Det här är exakt den typ av fakturakontroll i entreprenadprojekt som traditionella system inte klarar.

Inget standardiserat ekonomisystem kan hantera denna kontroll automatiskt. Fakturan har ingen PO. Den har inget artikelnummer. Den har tre olika prismodeller på samma dokument. Den kontrolleras av en person som redan har 40 andra fakturor att hantera samma vecka.

Den dolda kostnaden av "manuell kunskap"

Det som håller ihop fakturakontroll i de flesta byggföretag är inte systemet. Det är individer. Det är projektledaren som kommer ihåg vad som avtalades. Det är ekonomiassistenten som känner igen leverantörens fakturamönster. Det är controllern som vet att "det brukar ligga runt den summan".

Den kunskapen är ovärderlig, men den är också en riskfaktor. Den försvinner vid personalomsättning. Den skalas inte med verksamheten. Och den saknar spårbarhet. Ingen kan i efterhand verifiera vad som faktiskt kontrollerades, mot vilket underlag, av vem, och med vilken slutsats.

Studier visar att 1 till 3 procent av fakturabeloppen i projektintensiva branscher innehåller avvikelser som inte fångas. För ett medelstort byggföretag med 50 miljoner kronor i leverantörsfakturor årligen motsvarar det 500 000 till 1 500 000 kronor. Inte som en engångsförlust, utan varje år. Beloppet försvinner inte i ett enskilt stort fel. Det läcker ut genom hundratals små avvikelser som var och en ser harmlös ut.

Det här är inte ett resultat av slarv eller inkompetens. Det är ett strukturellt problem. Verktygen som ska kontrollera fakturor är byggda för en verklighet som inte stämmer överens med hur bygg- och transportbranschen faktiskt fungerar. Och så länge verktygen inte anpassas kommer problemet att kvarstå, oavsett hur duktiga personerna i processen är. En detaljerad genomgång av hur manuell och automatiserad fakturahantering skiljer sig åt belyser detta ytterligare.

Problemet är strukturellt, inte mänskligt

Det går att sammanfatta grundproblemet i en mening: traditionell fakturamatchning kräver strukturerad indata, men bygg- och transportbranschen producerar ostrukturerad indata.

Offerter skickas som PDF-bilagor. Prisöverenskommelser bekräftas i e-posttrådar. Artikelbeskrivningar varierar mellan leverantörens system och beställarens system. Enhetspriser ändras genom indexklausuler utan att det registreras i inköpssystemet. Tilläggsarbeten beställs i fält och dokumenteras i efterhand.

Att lösa det genom att tvinga alla att använda standardiserade inköpsorder har prövats i decennier. Det fungerar inte, för det strider mot hur branschen faktiskt arbetar. Byggprojekt är till sin natur dynamiska. Förutsättningar förändras. Material byts ut. Mängder justeras. Att kräva att varje inköpsbeslut ska passera genom ett PO-flöde innan det genomförs är i de flesta fall inte realistiskt.

En annan utgångspunkt: semantisk matchning med mänsklig kontroll

Om traditionell matchning inte fungerar för ostrukturerade underlag, behövs en annan ansats. En som inte kräver att fakturor och avtal delar artikelnummer. En som kan förstå att "Btg C30/37 SlumpS4" och "Betong klass C30/37, leverans inkl. pump" sannolikt avser samma produkt. En som kan identifiera att priset avviker med 3,8 procent och flagga det, utan att blockera hela flödet. Det är den principen som ligger bakom smart prislista-matchning.

Semantisk fakturamatchning innebär att systemet analyserar innebörden i fakturarader och jämför dem mot avtal, offerter och prislistor baserat på vad som beskrivs, inte vilka koder som används. Det ersätter inte den mänskliga bedömningen. Men det ger den mänskliga bedömningen ett underlag att arbeta med, istället för att varje faktura börjar med en tom kontrollyta. Det är också anledningen till att human-in-the-loop inte är en kompromiss utan en förutsättning i den här typen av kontroll.

I praktiken innebär det att varje faktura som kommer in jämförs automatiskt mot det underlag som faktiskt finns: offerten som skickades som PDF, ramavtalet som bekräftades via e-post, prislistan som gäller för perioden. Systemet identifierar överdebitering, flaggar poster där priset avviker från avtalet, och presenterar resultatet för en person som kan fatta beslut. Inte som en ersättning för mänsklig kompetens, utan som en förstärkning av den.

Vad innebär detta för CFO:er och ekonomichefer?

Om du ansvarar för ekonomin i ett bygg- eller transportföretag finns det tre saker att ta med sig.

För det första: om era leverantörsfakturor regelmässigt hamnar i en omatchad kö som hanteras manuellt, har ni i praktiken ingen automatisk fakturakontroll. Det systemet gör är att registrera fakturor, inte kontrollera dem.

För det andra: er kontrollkapacitet sitter sannolikt hos ett fåtal nyckelpersoner. Om de slutar, eller om fakturavolymen ökar, tappar ni den kontroll ni har.

För det tredje: problemet är inte att er personal gör fel. Problemet är att verktygen de arbetar med inte är byggda för den typ av fakturor ni hanterar. Så länge verktygen inte förändras kommer samma avvikelser att passera, oavsett hur många processdokument och attestflöden ni inför.

Sammanfattning

Traditionell fakturamatchning fungerar utmärkt i standardiserade inköpsflöden med artikelkataloger och inköpsorder. Men i bygg- och transportbranschen, där avtal finns i PDF:er, priser varierar med index och volym, och artikelbeskrivningar aldrig matchar exakt, är modellen fundamentalt otillräcklig. Det är inte användarnas fel. Det är systemets begränsning.

Att erkänna det är första steget mot en lösning som faktiskt fungerar. En genomgång av hur en sådan lösning kan se ut finns i vår artikel om framtidens fakturakontroll.