Az elmúlt időszakban több vállalkozás kapott NAV-értesítést a NAV Online Számla rendszerbe beküldött számlaadatokkal kapcsolatban. A hatóság a 2025. szeptember közepe óta beérkező NAV Online Számla adatszolgáltatások utólagos üzleti validációja során tárt fel hiányosságokat, amelyek a módosító és stornó számlák teljesítési dátumait érintik. Blogunkban összefoglaljuk, mi áll a figyelmeztetés hátterében, és hogyan kerülhető el a hibajelzés.
NAV Online Számla figyelmeztetések – kik az érintettek, és miért most figyelmeztet a NAV?
A NAV Online Számla rendszere folyamatosan elemzi a beérkező adatokat. A jelenlegi figyelmeztető leveleket azon adózók kapták, akiknél a számlázóprogramból 2025. szeptember 15. és október 9. között beérkezett adatszolgáltatások során a rendszer azonosította az úgynevezett UNINTENDED_MODIFICATION_DELIVERY_DATE validációs üzenetet.
Fontos tudni, hogy ez a jelzés korábban csak informális (INFO) üzenet volt, azonban 2025. szeptember 15-től a NAV ezt a validációt „WARN” (figyelmeztető) szintre emelte.
A NAV célja egyértelmű: adatminőség jobbá tétele. Bár a levelek most érkeztek ki, a hatóság a zökkenőmentes működés érdekében az éles rendszerben ezt az ellenőrzést 2025. október elején átmenetileg inaktiválta, így jelenleg nem okoz figyelmeztető üzenetet a beküldés során. Az ilyen típusú adatszolgáltatások jelenleg még befogadásra kerülnek, a hatóság kifejezett kérése, hogy az érintettek vizsgálják felül a számlázási gyakorlatukat és a programjuk beállításait.
NAV Online Számla adatszolgáltatás kalkulátor 2026
Mikor kaphatunk ilyen UNINTENDED_MODIFICATION_DELIVERY_DATE figyelmeztetést?
A figyelmeztetés a NAV validáció alapján akkor történik meg gyakorlati értelemben, ha a módosító számla teljesítési dátuma, nem egyezik meg az eredeti számla teljesítési dátumával. Általánosságban elmondható, hogy a módosító számla teljesítés dátuma meg kell hogy egyezzen az eredeti számla teljesítési dátumával.
Mi a technikai probléma lényege?
A figyelmeztetést a rendszer akkor küldi, ha egy módosító vagy érvénytelenítő számla (korrekciós bizonylat) adatszolgáltatása során:
- A bizonylat tételsort tartalmaz, vagy változik a vevő adata;
- Az eredeti számla (alapszámla) teljesítési dátuma és a módosító számlával jelzett új teljesítési dátum különböző naptári hónapra esik;
- És a rendszer úgy érzékeli, hogy az eredeti ügylet teljesítési dátuma a módosítás során ténylegesen megváltozik.
A NAV rendszere azt a logikát követi, hogy egy számla módosítása vagy érvénytelenítése – önmagában – nem feltétlenül változtatja meg az eredeti gazdasági esemény teljesítési időpontját.
Az ÁFA-törvény szerinti vs. számviteli teljesítés
A probléma gyökere legtöbbször a dátummezők helytelen használata. A NAV elvárása szerint a számlaadat-szolgáltatás invoiceDeliveryDate mezőjében minden esetben az ÁFA-törvény szerinti ügylet vagy gazdasági esemény teljesítési dátumát kell feltüntetni.
Gyakori hiba, hogy a könyvelési rendszerek (ERP) vagy számlázóprogramok a módosító számla kiállításakor automatikusan felülírják ezt a dátumot a módosítás keltére vagy a könyvelési (elszámolási) időszakra.
Amennyiben a módosítás célja tisztán számviteli vagy elszámolási jellegű, és nem érinti az eredeti ügylet áfatörvény szerinti teljesítését, akkor:
- Az invoiceDeliveryDate mezőben hagyni kell az eredeti ügylet teljesítési dátumát (vagyis ennek meg kell egyeznie az alapszámláéval).
- A számviteli, elszámolási teljesítési dátumot pedig az erre a célra létrehozott invoiceAccountingDeliveryDate mezőben van lehetőség feltüntetni.
Ezzel a módszerrel elkerülhető, hogy a validáció tévesen kockázatot jelezzen olyan esetekben is, amikor valójában nem történt változás az ügylet áfatörvény szerinti teljesítésében.
Mit kell most tenni a cégeknek? (Gyakorlati teendőlista 2026.01.01-ig)
A legfontosabb információ, hogy bár az éles környezetben a validációt átmenetileg kikapcsolták (inaktiválták), a tesztkörnyezetben továbbra is aktív. Ez a „csendes időszak” a felkészülést szolgálja.
A NAV tájékoztatása szerint a fejlesztőknek legkésőbb 2026. január 1-ig kell felülvizsgálniuk a rendszereik működését. Várhatóan ettől az időponttól kezdve az éles rendszerben is újra bevezetésre kerül a szigorítás.
A javasolt lépések a következők:
- Szoftverfejlesztő bevonása: Ha ilyen üzenetet kapott, továbbítsa a NAV levelét a számlázóprogramjának fejlesztője felé, hogy vizsgálják meg a program dátumkezelési logikáját.
- Dátummezők ellenőrzése: Győződjön meg arról, hogy a szoftver külön kezeli-e az ÁFA-teljesítést és a számviteli teljesítést, és ezek a megfelelő XML mezőkbe kerülnek-e (invoiceDeliveryDate vs. invoiceAccountingDeliveryDate). Továbbá, hogy módosító számla esetén a teljesítés dátuma nem a módosító számla keltével egyezik meg, amennyiben az alapszámla teljesítési dátuma ettől eltér.
- Adatszolgáltatások felülvizsgálata: Érdemes visszamenőleg ellenőrizni az érintett időszak módosító számláit, hogy a figyelmeztetés valós hibára utal-e.
A cél, hogy a jövőben a módosító számlák adatszolgáltatása pontosan tükrözze, hogy az eredeti gazdasági esemény teljesítési ideje változott-e, vagy csupán adminisztratív korrekció történt a teljesítési dátum változása nélkül.
A NAV egyre következetesebben érvényesíti az adatminőséggel kapcsolatos elvárásait, hiszen az eÁFA rendszer is csak pontos, valós és hiánytalan adatokkal képes hatékonyan működni. Az üzenet egyértelmű: nem elegendő technikailag megfelelni a validációnak – az adatoknak a valóságot kell tükrözniük, és a jelentéseknek teljes körűnek kell lenniük.
Online számla audit – érdekel!
