Vad är en inköpsorder? PO vs faktura och trevägsmatchning
Vad en inköpsorder förpliktigar dig till, hur den skiljer sig från en faktura och hur trevägsmatchningen mot leveranskvitton fångar upp sådant som annars hade lett till överbetalning.
En inköpsorder är det dokument du skickar till en leverantör där det framgår vad du vill köpa, till vilket pris, i vilken kvantitet och när det ska levereras. Det är köparens dokument, medan fakturan är säljarens. Att hålla reda på den skillnaden underlättar förståelsen av det som följer.
Syftet med en inköpsorder är att göra ett inköpsbeslut explicit innan pengar binds, i stället för att upptäcka det först när en faktura anländer.
PO vs faktura
| Inköpsorder | Faktura | |
|---|---|---|
| Utfärdas av | Köpare | Säljare |
| Innehåll | "Vi samtycker till att köpa detta" | "Ni är skyldiga oss för detta" |
| Tidpunkt | Före leverans | Vid eller efter leverans |
| Bokföringseffekt | Ingen | Kostnaden och leverantörsskulden bokförs |
| Bindande verkan | Ett inköpsåtagande | Ett juridiskt betalningsanspråk |
Att den effekten är "ingen" är just den poäng som de flesta förklaringar missar. En inköpsorder skapar ett åtagande, inte en skuld. Ingenting har tagits emot, ingen kostnad har uppstått och ingenting syns i huvudboken - eftersom kostnaden enligt periodiseringsprinciperna uppstår när varorna eller tjänsterna tas emot, inte när de beställs.
Åtaganden är ändå viktiga för styrningen: 40 000 euro i öppna order är pengar som kommer att betalas ut, och budgetansvariga behöver ha insyn i detta. Men det hör hemma i uppföljningen av åtaganden, inte i balansräkningen.
Dokumentkedjan
Ett kontrollerat inköp genererar tre dokument i en bestämd ordning:
- Inköpsorder - det vi kom överens om att köpa. Utfärdas och attesteras innan någonting annat händer.
- Leveranskvitto - det som faktiskt anlände, registrerat vid leveranstidpunkten av den som tog emot godset.
- Leverantörsfaktura - det belopp vi debiteras.
Varje dokument besvarar en specifik fråga, och värdet ligger i att jämföra dem med varandra.
Trevägsmatchningen
Genom att matcha de tre dokumenten mot varandra blir fyra kostsamma misstag synliga redan före betalning:
- Fakturerat men aldrig beställt - ett otillåtet inköp eller någon annans faktura.
- Fakturerat men aldrig mottaget - betalning för varor som inte har anlänt.
- Fakturerat för mer än som mottagits - kvantitetsöverfakturering eller en delvis leverans som fakturerats i sin helhet.
- Fakturerat till fel pris - listpris i stället för överenskommet pris eller en smyghöjning.
Om de tre dokumenten stämmer överens inom tillåtna toleranser kan fakturan godkännas för betalning maskinellt. Om de inte gör det är avvikelsen ärendet som ska utredas, vilket är betydligt effektivare än att förvänta sig att en människa ska granska varje faktura manuellt och hoppas på det bästa.
Nordlet implementerar matchningen. POST /v1/purchases/invoices/match tar emot en faktura som är kopplad till en inköpsorder samt en priceTolerancePercent, gör en jämförelse rad för rad och returnerar ett utfall för varje rad:
| Utfall | Betydelse |
|---|---|
matched |
Beställt, mottaget och fakturerat stämmer överens inom toleransen |
not_on_order |
Fakturaraden saknar motsvarande orderrad |
not_received |
Fakturerat, men ingenting har tagits emot för den raden |
over_invoiced |
Fakturerad kvantitet överstiger det mottagna antalet |
price_mismatch |
Enhetspriset skiljer sig från ordern med mer än den tillåtna toleransen |
Det samlade utfallet för batchen blir matched endast om varje enskild rad stämmer. Varje rad redovisar beställda, mottagna och fakturerade kvantiteter samt de två enhetspriserna och avvikelseprocenten, vilket gör att avvikelsen kvantifieras i stället för att bara flaggas. Rader jämförs per artikel om både ordern och fakturan refererar till en katalogartikel, och annars utifrån beskrivningen.
Toleransen är ett medvetet val: en prisavvikelse på 0,3 procent till följd av avrundning eller valutakonvertering ska inte stoppa en betalningskörning, medan en ökning på 15 procent ska göra det.
Orderns livscykler
En order passerar genom explicita statusar i stället för att bara ha en enkel flagga för "öppen/stängd": draft (utkast) → submitted (inskickad) → approved (godkänd), därefter partially_received (delvis mottagen) → received (mottagen) i takt med att varor anländer, och slutligen closed (stängd), med cancelled (annullerad) tillgängligt hela vägen.
Den detaljeringsgraden är det som gör matchningen möjlig. Kvitton registreras mot orderrader med POST /v1/purchases/receipts/create, vilket ackumulerar en mottagen kvantitet per rad - det vill säga det mittersta värdet i trevägsjämförelsen, och det som saknas helt i företag som går direkt från order till faktura.
Mottagande av varor har dessutom en lagereffekt: för lagervaror är det kvittot som för in kvantitet och anskaffningsvärde i lagerredovisningen, där kostnaden sedan ligger kvar till dess att varorna säljs.
När en inköpsorder lönar sig
Inköpsorder innebär en viss administration, och administration kostar pengar. De lönar sig när:
- Någon annan än den som betalar kan ingå ekonomiska åtaganden. Inköpsordern fungerar som ett godkännande som inhämtas innan åtagandet existerar.
- Varor anländer vid ett annat tillfälle än fakturor. Utan en kvittohistorik bygger svaret på frågan "kom den?" på minnet.
- Priser är förhandlade. En inköpsorder utgör beviset på vad som avtalats och är den referens som fakturan stäms av mot.
- Budgetansvariga behöver framförhållning. Öppna order utgör pipelinen av gjorda åtaganden.
De utgör onödig administration för ett tvåmansföretag som köper programvaruprenumerationer, men är oumbärliga för ett företag som köper lagerinnehåll från ett tjugotal leverantörer. Ingetdera arbetssättet är fel i sig, men det är ett misstag att köra processen utan att någonsin använda den matchning som den finns till för att möjliggöra.
FAQ
Är en inköpsorder ett juridiskt bindande avtal?
Den blir i regel bindande så snart leverantören accepterar den, varigenom ett avtal uppstår på dess villkor. Det är just därför inköpsordern bör innehålla pris, kvantitet, leveransdatum och betalningsvillkor. Den exakta legala statusen beror på nationell avtalsrätt och eventuella ramavtal som redan har upprättats.
Skapar en inköpsorder en bokföringsverifikation?
Nej. Den är ett åtagande, inte en transaktion: ingenting har tagits emot och någon betalningsskyldighet föreligger inte än. Den första bokföringsnoteringen uppstår när varorna tas emot eller när leverantörsfakturan registreras.
Vad är skillnaden mellan tvåvägs- och trevägsmatchning?
Vid tvåvägsmatchning jämförs inköpsordern och fakturan avseende pris och beställd kvantitet. Trevägsmatchningen lägger till leveranskvittot, så att du även säkerställer att det du betalar för faktiskt har anlänt. Tjänster köps ofta med tvåvägsmatchning eftersom det inte finns något fysiskt gods att ta emot.
Vad händer om fakturan inte stämmer överens med ordern?
Matchningen returnerar den specifika orsaken per rad - inte på ordern, ej mottagen, överfakturerad eller prisavvikelse - tillsammans med kvantiteter och avvikelse. Detta utgör underlaget för förfrågan till leverantören, och betalningen dröjer tills ärendet har retts ut eller en kreditfaktura har utfärdats.
Kan en inköpsorder ha flera fakturor?
Ja, det är vanligt vid delleveranser, vilket är anledningen till att orderns livscykel har statusen partially_received och att kvitton ackumulerar en mottagen kvantitet per rad. Varje faktura matchas mot det som har tagits emot hittills, inte mot hela ordern.