We consider data protection important!
We use cookies to enhance your browsing experience, display personalized ads or content, and analyze traffic. By clicking the "Accept all" button, you consent to the use of cookies.
Ha valaha is összehasonlítottad két számlázó program által kiállított számlát ugyanarra a tételre, és egy forintnyi eltérést találtál a végösszegben, valószínűleg nem hibáról van szó. Sokkal inkább arról, hogy a kerekítést más sorrendben végezték el. Ez a különbség apró, de egy automatizált, nagy tételszámú számlázási folyamatban — például egy webshophoz kötött rendszerben — havonta akár több száz vagy több ezer alkalommal is előfordulhat. Érdemes tehát pontosan érteni, hogyan is kell csinálni.
Forintos számlán a gyakorlatban kizárólag az egységár lehet törtszám (pl. 19,685 Ft/db) — a tétel nettó összege, az áfa összege és a bruttó összege mind egész forint kell legyen. Ha valaki 3 darabot vesz 19,685 Ft/db áron, az 59,055 Ft-os nettó összeget valahogyan kerek forintra kell hozni, mielőtt az megjelenne a számlán.Ez nem apróság: attól függően, hogy a kerekítést mikor és min végezzük el, más végösszeg jöhet ki — akár ugyanazon tétel esetén is.
A kerekítés mindig ugyanabban a sorrendben történik, és soronként csak egyszer kerekítünk minden lépésnél:
| Lépés | Érték |
|---|---|
| Egységár | 112,7008 Ft (törtszám, ez OK) |
| Nettó | 112,7008 → kerekítve 113 Ft |
| Áfa | 113 × 0,27 = 30,51 → kerekítve 31 Ft |
| Bruttó | 113 + 31 = 144 Ft |
A lényeg, hogy az áfát a kerekített 113 Ft-ból számoljuk, nem a nyers 112,7008-ból. Ha a nyers összegből indulnánk ki, 112,7008 × 0,27 = 30,43 Ft-ot kapnánk, ami 30 Ft-ra kerekülne, és a bruttó végösszeg 143 Ft lenne — egy forinttal kevesebb. Ez az egyetlen forintos eltérés az, ami miatt a sorrend valójában sokat számít: rossz sorrendben számolva a számla technikailag hibás lesz.Devizás (nem forintos) számlánál ugyanez a logika érvényes, csak ott 2 tizedesjegyre kerekítünk egész szám helyett, mert devizánál a törtösszeg is megengedett.
Ez a fent leírt módszer bevett és jogszerűen alkalmazható gyakorlat, amely több forrásból adódik együttesen:
Ez tehát egy széles körben elfogadott, minden nagyobb NAV-kompatibilis magyar számlázó szolgáltató által azonos módon követett ipari gyakorlat és konvenció. Ettől függetlenül ez a helyes, elfogadott és auditálható módszer — feltéve, hogy a rendszer, amivel számlázunk, valóban ezt a sorrendet követi.
Amíg kézzel vagy alacsony tételszámban számlázunk, egy-egy forintos eltérés talán nem tűnik fel. De amint a számlázás automatizált — akár egy ERP-ből induló folyamat, akár egy webshop rendeléseiből generált számla —, a rossz kerekítési sorrend rendszerszinten hibás számlákat eredményez, ami könyvvizsgálat vagy NAV-ellenőrzés esetén komoly fejfájást okozhat. Egy jól beállított, automatizált számlázási folyamatban ezt a logikát egyszer, helyesen kell beépíteni, és onnantól minden számla garantáltan helyesen kerekít — emberi hibalehetőség nélkül.
Automatikus számlázást keresel? Ha szeretnéd, hogy a számláid — a kerekítéssel együtt — automatikusan, hibamentesen készüljenek el, anélkül hogy ezt kézzel kellene ellenőrizned minden alkalommal, vedd fel velünk a kapcsolatot, és megnézzük, hogyan illik ez a te folyamataidba.
Webshophoz kötött automata számlázást tervezel? Ha webshopod rendeléseiből szeretnél automatikusan, a fenti szabályok szerint helyesen kerekített számlákat generálni — akár nagy tételszámban, emberi beavatkozás nélkül —, írj nekünk a kapcsolat oldalon, és segítünk kialakítani az integrációt.
Pályázati támogatással, testreszabással vagy teljes automata folyamat kialakításával gondolkodsz? Ha a számlázás automatizálását pályázati forrásból, egyedi testreszabással vagy a teljes folyamat (ERP–CRM–számlázás) összekapcsolásával szeretnéd megvalósítani, keresd meg csapatunkat a kapcsolat oldalon — együtt kialakítjuk a rád szabott megoldást.
Ez a cikk nem minősül jogi vagy adószakértői tanácsadásnak. Konkrét, egyedi esetekben javasoljuk könyvelő vagy adószakértő bevonását.