Fordított adózású számla bejövő oldalon

[Szildiko]

Szeretném megkérdezni, hogy ez a warn
ns2:validationResultCodeWARN</ns2:validationResultCode>
ns2:validationErrorCodeCONFLICTING_SOURCEDOCUMENTID</ns2:validationErrorCode>
ns2:messageA benyújtott bevallásban szerepel olyan levonásba helyezett analitika tétel, amely nem szerepel az Online Számla rendszerben.</ns2:message>

Mindig fog jönni, hogy ha bejövő oldalon fordított áfás számlát szeretnék e-áfában lejelenteni? Direkt teszt rendszerbe is küldtem be számlát, hogy ott legyen költség oldalon.
Éles rendszerben is így fog működni? Akik fordított adózású költség számlákat fogadnak be, azok kapni fogják ezt a warnt?
vagy én bénázok valamit az xml összeállításkor?

[NTCA-JA]

Kedves Szildiko!
A figyelmeztetés (ami nem hiba) akkor jön, ha olyan bizonylatra hivatkozik az xml, ami nem szerepel a NAV Online számla rendszerében (azaz még nem került rögzítésre). A rendszer ezt megengedi (gondolom, a bevallási határidő tartása érdekében is) feltételezve, hogy utólag megtörténik a rögzítés.

[Szildiko]

Az a fura, hogy én igyekeztem, hogy a teszt rendszerben benne legyen a számla, onnan töltöttem le a könyvelő programba, mint költség számla, és onnan került az adat az xml-be, amire aztán jött az üzenet.
Annyi van, hogy 2026 május 29-én küldtem be 2025-s évre az OSA számla rendszerbe a fordított számlát. (van két cégünk, így tudom tesztelni teszt rendszerben, hogy egyik állít ki másiknak).
A könyvelő program le tudta tölteni az OSA-ból a számlát 2025-re, így biztos ott van. A befogadó félnél az e-áfa felületen 2025-s munkakosárban is látom a számlát, de csak a fizetendő áfa oldalon, mert ugye az OSA-ból jövő adat nem tudhatja, hogy én ennek a fordított áfás számlának levonhatom-e az áfáját. Feltételezem.
A bevallást is 2025-re küldöm

Szóval a kérdés, hogy ha valaki befogad egy fordított áfás számlát, ami ott van a rendszerben, de a NAV nem kódolja levonhatóra, azért jön ez az üzenet?
Vagy teszt rendszerben nem működik a dolog?

[Szildiko]

Biztos ami biztos megint megcsináltam a feltöltést
ns2:businessValidationMessages
ns2:validationResultCodeWARN</ns2:validationResultCode>
ns2:validationErrorCodeCONFLICTING_SOURCEDOCUMENTID</ns2:validationErrorCode>
ns2:messageA benyújtott bevallásban szerepel olyan levonásba helyezett analitika tétel, amely nem szerepel az Online Számla rendszerben.</ns2:message>
ns2:pointer
ns2:lineNumber1</ns2:lineNumber>
ns2:tagvatDeclarationData/vatAnalytics/vatAnalyticsItem/sourceDocumentId</ns2:tag>
ns2:value25EFA01/00001SZIX</ns2:value>
</ns2:pointer>
</ns2:businessValidationMessages>
ns2:businessValidationMessages
ns2:validationResultCodeWARN</ns2:validationResultCode>
ns2:validationErrorCodeCONFLICTING_SUM_TAXAMOUNT</ns2:validationErrorCode>
ns2:messageA benyújtott bevallásban szereplő összesített levonható adó összege nem egyezik meg az Online Számla rendszerében szereplő összesített levonható adó összegével.</ns2:message>
ns2:pointer

    Az OSA rendszerből így jön le a számla:

Sőt használtam a queryDocumentList operációt ami visszaadja, hogy milyen számlán van, az is látja ezt a számlát. CSak a kiállító félnél ez egy áfa mentes számla mert fordított, a bejövő oldalon is áfa összeg nélkül jön le, hiszen fordított, de könyvelni már bejövő/költség oldalon úgy könyvelhetem, hogy fizetendő és levonható áfát is készítek.
n0:taxInformation
n0:standardTaxCodeMP29 DP54 MD66</n0:standardTaxCode>
n0:taxPosition
n0:positionTypePAYABLE</n0:positionType>
n0:taxBase12700.0000</n0:taxBase>
n0:taxAmount3429.0000</n0:taxAmount>
</n0:taxPosition>
n0:taxPosition
n0:positionTypeDEDUCTIBLE</n0:positionType>
n0:taxBase12700.0000</n0:taxBase>
n0:taxAmount3429.0000</n0:taxAmount>
</n0:taxPosition>

nem tartom kizártnak, hogy benézek valamit, csak nem jövök rá hogy mit.

[NTCA-JA]

Kedves Ildikó!
Kérlek, légy szíves vedd fel velünk a kapcsolatot az eafa_m2m@nav.gov.hu címen és vizsgáljuk meg jobban a dolgokat!
Köszönöm.

[Szildiko]

Ma sikerült odajutnom és elküldtem a levelet, igyekeztem minden információt beleírni.

[Szildiko]

Kaptam választ a NAV-tól e-mailen, de kérlek segítsetek értelmezni.
Nekik küldött e-mailben, az itt feltett példához képest annyi eltérés van, hogy 25EFA01/00001SZIX helyett 25EFA01/00002SZIX szerepel, ami ugyanúgy benne van a Teszt OSA rendszerben.
a fő probléma ez a sárga visszajelzés:
ErrorCodeCONFLICTING_SOURCEDOCUMENTID</ns2:validationErrorCode>
ns2:messageA benyújtott bevallásban szerepel olyan levonásba helyezett analitika tétel, amely nem szerepel az Online Számla rendszerben.

Áfa analitikában csak ez az egy számla szerepel.

Ez a válaszuk:
Az Ön által megküldött XML-részlet alapján megállapítható, hogy a fordított adózású számla az analitikában két tételsorként került rögzítésre, miközben a számla valójában egyetlen tételt tartalmaz. Ennek következtében jelenik meg az alábbi figyelmeztető üzenet:
„A benyújtott bevallásban szerepel olyan levonásba helyezett analitikai tétel, amely nem szerepel az Online Számla rendszerben.”
Tájékoztatjuk, hogy a fordított adózású tételeket az XML-analitikában a többi számlatételhez hasonló módon szükséges rögzíteni. Ennek során meg kell adni a megfelelő adókódot, jelölni kell, hogy a tétel levonható, továbbá a fordított adózásra tekintettel az adómérték mezőben 0% értéket szükséges szerepeltetni.
Amennyiben az adott ügylethez kapcsolódóan melléklapi adatok feltüntetése is szükséges, úgy azokat a SheetList csomópontban kell megadni.

"az analitikában két tételsorként került rögzítésre" => helytelenül használom, hogy a taxinformation résznél van payable és deductible részem? De ha nem teszek deductible-t akkor miből derülne ki, hogy levonhatom a fordított áfás részt?

"az adómérték mezőben 0% értéket szükséges szerepeltetni" => én nem tudok arról, hogy e-áfa analitikában kell bárhol is adómérték kifejezést szerepeltetni, hiszen erre vannak az adókódok MD66 (ami a 27%-os sor).

"az adott ügylethez kapcsolódóan melléklapi adatok feltüntetése is szükséges" => miért kavarja ide a melléklapokat, amikor az e-áfánál egyértelműen meg van mondva, hogy melyik adókódhoz tartozik PG. n0:standardTaxCodeMP29 DP54 MD66</n0:standardTaxCode>

Én nem érzem úgy hogy választ kaptam volna a kérdésemre, hogy miért jön sárgával az az üzenet, ami csak összezavarja az ügyfeleket.

[Macskafarka]

Megnéztem: Szerintem jól adtad be, mert a számla adott sora egyetlen LineNumber alatt van közölve, egyetlen "MP29 DP54 MD66" adókóddal, majd először az MP29-nek megfelelő PAYABLE része, utána az MD66 miatt a DEDUCTIBLE része.
Ez egyetlen tételsor, azaz LineNumber. Ezt valamiért a NAV kettőnek tartja, ami szerintem tévedés. Amúgy a számlának tényleg egyetlen sora van, ami a befogadónál indukál egy fizetendő és egy levonandó részt is. De jól csinálod szerintem.
Adómérték nem kell.
Melléklapot csak megemlíti, hogyha lenne PG az adókódban, akkor kellene Sheetlist is, Ez csak a teljes válaszra törekvés miatt került bele, ide Neked nem kell.
A problémádra kaptál választ, csak én is úgy érzem, hogy kielégítő választ nem kaptál :(

[Szildiko]

az a baj hogy akinek sok fordított áfás tétele van és levonható az tömegével fogja kapni ezeket a sárga üzeneteket és fals riasztások, ilyeneket nem szabad az ügyfelekkel csinálni, mert később a tényleges üzenetekkel se fognak foglalkozni hanem csak legyintenek hogy egy újabb fals riasztás.
én értem hogy a sárga figyelmeztetéseket a nav nem akarja hibának venni, de az ügyfél meg törekszik arra hogy olyan bevallást adjon le, amire nem jön visszajelzés.

köszönöm szépen a válaszaidat.

[Macskafarka]

Érdemes lenne azt megoldanunk az ERP rendszerben, hogy az ügyfelek az általuk érdektelennek tartott warninok megjelenítését kikapcsolhassák. hogy csak azok jelenjenek meg, amelyeket nem tartanak fölöslegesnek.

[Macskafarka]

Sajnos felsejlik, hogy majd az ügyfeleink is ilyen színvonalú választ kapnak, amit nem tudnak értelmezni sem, és hozzánk fordulnak. Szerintem vissza kell őket a NAV supporthoz irányítani.

[trappottone-elisabeth]

Kedves Szildiko! Csak laikusként kérdezem, nem az lehet a probléma, hogy az MD66 áfakód van csak, és nem létezik mondjuk MD66a? A 66. sorba ugyanis idén került be az a) cella, és esetleg elfelejtették aktualizálni vele az áfakódokat? Keresik az OSA-ban a lejelentett fizetendő áfa párját, de fordított adózás esetben azt talán nem kellene, mert épp most közlöm én, mint számla befogadó az analitika tételemben.

[Szildiko]

nem olyan rossz a gondolat, az 1.0-ban még volt declarationAdditionalData, bár ott is csak egy sum összeget kellett jelenteni, abból nem tudták hogy melyik számlára milyen összegben vonatkozik.
2.0-ban elvileg házon belül már ők csinálják meg.
Szerintem pont az van, hogy nem keresik az OSA-ban a párját. Csak azt nézik én jelentek le levonható áfát, de arra nem gondolnak, ha befogadok egy fordított áfás tételt, akkor az én OSA-mban a költség számla az 0 áfás lesz, de könyvelésben nem 0-val könyveljük, hanem fel kell bruttósítani.
és akkor jön hozzá az, hogy ha fel is bruttósítják és úgy számolják, akkor még lehet hogy nem vonom le.