Ce este o comandă de cumpărare? Comparație între comandă și factură și validarea în trei pași (3-way match)
Ce angajamente presupune o comandă de cumpărare, cum diferă aceasta de o factură și cum funcționează validarea în trei pași pe baza notelor de recepție pentru a preveni plățile în exces.
O comandă de cumpărare (purchase order) este documentul emis de dumneavoastră către un furnizor, specificând ce doriți să cumpărați, la ce preț, în ce cantitate și cu ce termen de livrare. Este documentul cumpărătorului, în timp ce factura este documentul vânzătorului. Înțelegerea clară a acestei distincții explică majoritatea aspectelor prezentate în continuare.
Scopul unei comenzi este de a oficializa o decizie de achiziție înainte de a angaja fonduri, spre deosebire de momentul descoperirii acesteia la primirea unei facturi.
Comanda de cumpărare vs factura
| Comandă de cumpărare | Factură | |
|---|---|---|
| Emisă de | Cumpărător | Vânzător |
| Conținut | „Suntem de acord să cumpărăm aceasta” | „Ne datorați bani pentru aceasta” |
| Momentul emiterii | Înaintea livrării | La livrare sau ulterior acesteia |
| Efect contabil | Niciunul | Recunoaște cheltuiala și datoria (payable) |
| Caracter juridic | Un angajament de cumpărare | O pretenție legală de plată |
Acest „niciunul” reprezintă aspectul cel mai des omis în diverse explicații. O comandă de cumpărare creează un angajament, nu o datorie (liability). Nu s-a recepționat nimic, nu s-a generat nicio cheltuială și nu apare nimic în cartea mare (general ledger) - deoarece, conform contabilității de angajamente (accrual accounting), cheltuiala apare în momentul în care bunurile sau serviciile sunt recepționate, nu atunci când sunt comandate.
Angajamentele rămân importante pentru management: comenzi deschise în valoare de 40.000 € înseamnă lichidități care vor ieși din firmă, iar persoanele responsabile de buget trebuie să vadă acest lucru. Totuși, ele țin de rapoartele privind angajamentele, nu de bilanț.
Lanțul documentar
O achiziție controlată generează trei documente în ordine:
- Comanda de cumpărare - ceea ce am agreat să cumpărăm. Este emisă și aprobată înainte de orice altă acțiune.
- Recepția de bunuri (goods receipt) - ceea ce a sosit efectiv, înregistrat în momentul livrării de către persoana care face recepția.
- Factura furnizorului - suma care ne este facturată.
Fiecare document răspunde la o întrebare diferită, iar valoarea reală provine din compararea lor.
Validarea în trei pași (3-way match)
Prin corelarea celor trei documente, patru tipuri costisitoare de erori devin vizibile înainte de efectuarea plății:
- Facturat, dar niciodată comandat - o achiziție neautorizată sau factura altcuiva.
- Facturat, dar niciodată recepționat - plata pentru bunuri care nu au sosit.
- Facturat pentru o cantitate mai mare decât cea recepționată - eroare de facturare a cantității sau o livrare parțială facturată integral.
- Facturat la un preț greșit - prețul de listă în loc cel negociat sau o majorare neanunțată.
Dacă cele trei documente se potrivesc în limitele toleranței admise, factura poate fi aprobată automat pentru plată. Dacă nu se potrivesc, neconcordanța devine elementul care necesită verificare - o abordare mult mai utilă decât a cere unei persoane să verifice vizual fiecare factură sperând să nu rateze nimic.
Nordlet implementează acest mecanism de validare. Endpoint-ul POST /v1/purchases/invoices/match preia o factură legată de o comandă de cumpărare și un parametru priceTolerancePercent, apoi compară liniile una câte una și returnează un verdict pentru fiecare linie:
| Verdict | Semnificație |
|---|---|
matched |
Datele comandate, recepționate și facturate se potrivesc în limitele toleranței |
not_on_order |
Linia din factură nu are nicio linie de comandă corespunzătoare |
not_received |
S-a facturat, dar nu s-a recepționat nimic pentru acea linie |
over_invoiced |
Cantitatea facturată depășește cantitatea recepționată |
price_mismatch |
Prețul unitar diferă față de comandă cu o valoare mai mare decât toleranța |
Verdictul general pentru lot devine matched doar dacă fiecare linie în parte se potrivește. Fiecare rând raportează cantitățile comandate, recepționate și facturate, plus cele două prețuri unitare și procentul de variație, astfel încât discrepanța este cuantificată, nu doar semnalată. Liniile sunt comparate după articol atunci când atât comanda, cât și factura fac referire la un element din catalog, sau după descriere în caz contrar.
Toleranța este stabilită intenționat: o variație de preț de 0,3% cauzată de rotunjiri sau de conversia valutară nu ar trebui să blocheze un ordin de plată, în timp ce o creștere de 15% trebuie să îl blocheze.
Ciclul de viață al comenzii
O comandă trece prin stări explicte, nu printr-un simplu indicator „deschis/închis” (open/closed): draft → submitted → approved, apoi partially_received → received pe măsură ce sosesc bunurile, finalizând cu closed, în timp ce starea cancelled este disponibilă în orice moment.
Această granularitate face posibilă validarea. Recepțiile sunt înregistrate pentru liniile de comandă prin POST /v1/purchases/receipts/create, care cumulează o cantitate recepționată pe linie - numărul din mijloc în comparația în trei pași și elementul care lipsește cu desăvârșire în companiile care trec direct de la comandă la factură.
Recepția bunurilor are implicații și asupra stocurilor: în cazul articolelor din stoc, recepția este cea care aduce cantitatea și costul în gestiune, acesta fiind locul unde costul rămâne până la vânzarea bunurilor.
Când merită folosită o comandă de cumpărare?
Comenzile de cumpărare adaugă procese suplimentare, iar procesele implică costuri. Ele își dovedesc utilitatea în următoarele situații:
- O altă persoană decât cea care face plata poate angaja cheltuieli. Comanda reprezintă aprobarea, înregistrată înainte ca angajamentul să existe efectiv.
- Bunurile sosesc separat de facturi. Fără o evidență a recepțiilor, răspunsul la întrebarea „a sosit marfa?” se bazează doar pe memorie.
- Prețurile sunt negociate. Comanda este dovada a ceea ce s-a convenit și reperul cu care se verifică factura.
- Persoanele responsabile de buget au nevoie de vizibilitate în perspectivă. Comenzile deschise reprezintă fluxul viitor de cheltuieli angajate.
Ele reprezintă o sarcină administrativă inutilă pentru o companie cu doi angajați care cumpără abonamente software, dar devin indispensabile pentru una care achiziționează stocuri de la douăzeci de furnizori. Niciunul dintre scenarii nu este greșit în sine; greșeala constă în derularea procesului fără a folosi vreodată mecanismul de validare pe care acesta a fost creat să îl asigure.
FAQ
Este o comandă de cumpărare un contract obligatoriu din punct de vedere juridic?
În general, devine obligatorie odată ce furnizorul o acceptă, formând un contract în termenii stabiliți - motiv pentru care comanda trebuie să conțină prețul, cantitatea, data livrării și condițiile de plată. Aplicarea exactă depinde de legislația națională a contractelor și de orice acord-cadru existent.
Generează o comandă de cumpărare o înregistrare contabilă?
Nu. Este un angajament, nu o tranzacție: nu s-a recepționat nimic și nu există încă nicio obligație de plată. Prima înregistrare în cartea mare (ledger) apare în momentul în care bunurile sunt recepționate sau factura furnizorului este înregistrată.
Care este diferența dintre validarea în doi pași și cea în trei pași?
Validarea în doi pași compară comanda de cumpărare cu factura - prețul și cantitatea comandată. Validarea în trei pași adaugă recepția de bunuri, permițându-vă să verificați și dacă ceea ce plătiți a sosit fizic. Serviciile folosesc adesea validarea în doi pași, deoarece nu există elemente fizice de recepționat.
Ce se întâmplă dacă factura nu corespunde comenzii?
Sistemul de validare returnează motivul specific pentru fiecare linie - necomandată, nerecepționată, facturată în exces sau neconcordanță de preț - împreună cu cantitățile și variația. Aceste date devin obiectul solicitării de lămuriri adresate furnizorului; plata este amânată până la clarificarea situației sau până la emiterea unei note de credit (credit note).
Poate o comandă de cumpărare să aibă mai multe facturi?
Da, acest lucru este frecvent în cazul livrărilor parțiale - motiv pentru care ciclul de viață al comenzii include starea partially_received, iar recepțiile cumulează cantitatea recepționată pe linie. Fiecare factură este validată prin raportare la cantitatea recepționată până în acel moment, nu la întreaga comandă.