Consent Icon

14 Aug
14Aug

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.

A probléma, amiért kerekíteni kell

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 helyes kerekítési sorrend

A kerekítés mindig ugyanabban a sorrendben történik, és soronként csak egyszer kerekítünk minden lépésnél:

  1. Egységár — ez marad törtszám, ezt önmagában soha nem kerekítjük.
  2. Tétel nettó összege = egységár × mennyiség → ez kerekítődik egész forintra.
  3. Áfa összege = a már kerekített nettóból számolva (nettó × áfakulcs) → ez is kerekítődik egész forintra.
  4. Bruttó összeg = a kerekített nettó + a kerekített áfa.

Példa (27%-os áfakulccsal, 1 db mennyiséggel)

LépésÉrték
Egységár112,7008 Ft (törtszám, ez OK)
Nettó112,7008 → kerekítve 113 Ft
Áfa113 × 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.

Jogszerű gyakorlat, vagy csak egy megszokás?

Ez a fent leírt módszer bevett és jogszerűen alkalmazható gyakorlat, amely több forrásból adódik együttesen:

  • Az Áfa törvény 172. §-a előírja, hogy a számlán az áthárított adót forintban kifejezve kell feltüntetni — ezt a piaci gyakorlat hagyományosan úgy értelmezi, hogy fillér (amely 1999 óta nem is létezik pénzérmeként) nélkül, egész forintban.
  • A 2008. évi III. törvény az 1 és 2 forintos érmék bevonása miatti kerekítésről szól (elsősorban készpénzes fizetéseknél, 5 forintra kerekítve) — ez erősíti azt a gyakorlatot, hogy tört vagy apró forintösszegek a mai forint-címletezés mellett nem kezelhetők értelmesen.
  • A NAV Online Számla rendszer saját, publikus 741-es ellenőrzési szabálya technikai toleranciát ad meg devizás tételek forintra váltásánál — ez implicit módon egész forintos granularitást feltételez, bár nem ad ki általános jogszabályi kimondást.
  • Sem a NAV, sem a jogalkotó nem adott ki konkrét, részletes iránymutatást arról, hol és hogyan kell pontosan kerekíteni — ezt maguk a piac vezető számlázó szolgáltatói (Számlázz.hu, Billingo, eVIR) is megerősítik a saját GYIK-jeikben.

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.

Miért fontos ez a napi működésben?

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.

Szeretnéd, hogy a számlázásod is ilyen legyen?

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.

Források

  • Számlázz.hu — Kerekítés megfelelő alkalmazása automatikus számlázás esetén
  • Számlázz.hu — Számla összeg kerekítés, GYIK
  • Billingo — A kerekítés szabályai a számlázásnál
  • eVIR tudásbázis — áfa kerekítés
  • OMNT — Nettó és bruttó alapú számlázás és kerekítések
  • NAV Online-Invoice GitHub — Devizás tételek kerekítési eljárása

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.

Comments
* The email will not be published on the website.