Online-Invoice
Online-Invoice copied to clipboard
nav-gov-hu
Negatív közüzemi elszámolószámla ilyen hibaüzenet
Sziasztok! Az alábbi tranzakciós számmal küldtem be tárgyban szereplő számlát: 3BHITU8T30KJKT6Q Az alábbi hibaüzenetet kaptam: Technical validation : ERROR/CREATE_WITH_BATCH_INVOICE_FOUND : Kötegelt módosító számla beküldése esetén az operáció értéke nem megengedett. Kérdés, hogy melyik operáció értéke a hibás?
Válaszotokat előre is köszönöm!
Üdvözlettel: Ronkai György
Szia @RoniGyuri ! BatchInvoice esetén csak MODIFY/STORNO operáció megengedett, CREATE nem. Üdv
Sziasztok! Köszönöm a választ. Ennek segítségével elkészítettem a feladást. A 3CAG0BG5J1ZZO9KU tranzakciós azonosítóval hiba és figyelmeztető üzenet nélkül felment a számla (59O21). A NAV oldalán 3 számlaként jelenik meg. Szerintem ez így rendben is van. Ezután szerettem volna jóváírást készíteni erre a számlára. A beküldés tranzakciós azonosítója: 3CBPIDA1E646PGH4 Amennyiben az 59O21 számlára hivatkoztam előzményként, akkor a következő hibaüzenet érkezett: Business validation[batch index: 1] : ERROR/MULTIPLE_INVOICES_FOUND : A hivatkozott alapszámla egynél többször szerepel érvényesként a rendszerben. (Számla fej : InvoiceData/invoiceMain/invoice/invoiceReference/originalInvoiceNumber = 59O21) ERROR/INVALID_INVOICE_REFERENCE : A módosítás vagy érvénytelenítés olyan okiratra hivatkozik, amire vonatkozóan nem történt adatszolgáltatás. (Számla fej : InvoiceData/invoiceMain/invoice/invoiceReference/originalInvoiceNumber = 59O21) Érdekesen ellentmondásosnak találom ezt a két hibaüzenetet. Amennyiben a jóváírást (60O21) az 59O21 mintájára küldöm be csak ellenkező előjellel, akkor nem kapok hibaüzenetet, de sajnos azt sem látom, hogy ekkor hogy épül fel a számlalánc. Tranzakciós azonosító: 3CBQNW38OXD54YCW Kérem, hogy vizsgáljátok meg, hogy a felküldött jóváíró számlánál mit kezelek rosszul. Válaszotokat előre is köszönöm. Üdvözlettel: Ronkai György
Sziasztok! Az lenne a kérdésem, hogy sikerült-e megnézni a két beküldött tranzakciót, és tudnátok-e válaszolni a feltett kérdésre?
Előre is köszönöm! Üdvözlettel: Ronkai György
Kedves @NTCA-tax és @NTCA-supporter! Tudnátok a kérdésemmel kapcsolatban visszajelzést adni? Már több mint két hete áll Nálatok a dolog, fontos lenne az ügyfeleknek visszajelezni. Segítségeteket előre is köszönöm! Üdvözlettel Ronkai György
Kedves @NTCA-tax és @NTCA-supporter! Tudnátok a kérdésemmel kapcsolatban visszajelzést adni? Fontos lenne az ügyfeleknek visszajelezni. Segítségeteket előre is köszönöm! Üdvözlettel Ronkai György
A batchinvoice számla egy összetett számla ami sohasem eredeti, így módosítani sem lehet. Az egyes alszámlái az eredeti számlákat módosítják, annak a számláknak a számlaláncában helyezkednek el. Ezért kell az újabb módosító számlát is az eredeti számlákra hivatkozva megtenni, úgy hogy az az erdeti számlák újabb módosítása.
A batchinvoice számla egy összetett számla ami sohasem eredeti, így módosítani sem lehet.
Úgy érted, hogy nem számla, hanem módosító okirat. Pont ez a fő probléma azzal a marhasággal, amelyt a NAV kitalált: lásd 2.8 Közmű elszámoló számlájának adatszolgáltatása a specifikációban:
adott időszaki teljesítésről (például alapdíj) az adatszolgáltatást a következők szerint kell
teljesíteni:
o az <originalInvoiceNumber> az aktuális számla sorszáma,
o a <modifyWithoutMaster> értéke true,
o a <utilitySettlementIndicator> értéke true
o a <modificationIndex> értéke’1’.
Ez a saját magát módosító okirat egy abszurdum, amely csak tetézi a problémákat.
Ráadásul nem tudom, hogy mire hivatkozzak olyan esetben amikor van pozitív tétel is. Ekkor saját magára, mert módosításkor kötelező sorreferencia? A fejnél megvan, hogy saját magára utilitySettlement=true és mod.withoutmaster=true, de a tételnél create esetén is meg kell adni referenciát ha a számla operácioja modify. A többi tételnél már van elvileg mire hivatkozni az itteni első tétel vagy másik számla másik sora. Nálam ezek a kérdések nem is közmű esetén, hanem gépkocsi tartós bérlet (flotta) elszámolások esetén vetődik fel. Itt is a NAV álláspont szerint így kell elszámolni, pedig az nem közmű, de ott sem engedélyezett a negatív create.
Kedves @NTCA-tax és @NTCA-supporter! Tudnátok az eredeti kérdésemmel kapcsolatban visszajelzést adni? Fontos lenne az ügyfeleknek visszajelezni. Segítségeteket előre is köszönöm! Üdvözlettel Ronkai György
Kedves @NTCA-tax és @NTCA-supporter! Tudnátok az eredeti kérdésemmel kapcsolatban visszajelzést adni? Fontos lenne az ügyfeleknek visszajelezni. Segítségeteket előre is köszönöm! Üdvözlettel Ronkai György
Szia @RoniGyuri ! Sajnos nem volt kapacitás foglalkozni ezzel a problémakörrel, kérlek vegyük elő újra. Tehát: kiállítottál egy batchInvoice-os közüzemi számlát, mert az elszámolás negatív volt. Melyik részszámlát szeretnéd módosítani? Ahogy fentebb írták, az adott részszámlához tartozó alapszámlára kellene hivatkozni, és csak sima MODIFY-ként beküldeni, nem batchben. Üdv
Szia @NTCA-suppoerter! Köszönöm szépen, hogy ránéztél. Leírom a folyamatot:
- Havonta elkészülnek a rész-számlák (pl.: 3 db esetenként 7 m3)
- Elkészül az elszámoló számla, amibe a rész-számlákat bevonjuk. (Ezek után a rész-számlákat már nem lehet módosítani, csak az elszámoló számla érvénytelenítésével.
- Az elszámoló számla módosítja a korábbi rész-számlákat (felhasználja azokat. pl.: 3 db esetenként hivatkozva az eredeti rész-számlákra -7 m3)
- Az elszámoló számla tartalmazza a tényleges fogyasztást. (pl.: 18 m3)
- Ha az elszámoló számlán a tényleges fogyasztás mennyisége nagyobb mint a rész-számlák összege, akkor pozitív az elszámoló számla és rendben CREATE operációval felküldendő.
- Ha az elszámoló számlán a tényleges fogyasztás mennyisége kisebb mint a rész-számlák összege, akkor negatív elszámoló számla keletkezik és ezt a dokumentációban leírt módon BatchInvoce-ként adom fel.
- A BatchInvoice részei: a. Az elszámoló számla tényleges fogyasztás tételei. (ezt a dokumentáció alapján egy még fel nem küldött (nem létező) számlaként (önmagára hivatkozva) kell beküldeni. b. A rész-számlákra hivatkozó MODIFY számlák. Ez így hibaüzenet nélkül feladható.
- A felületen ellenőrizve így az elszámoló számla annyiszor szerepel a beküldöttek között, ahány BatchInvoice része volt. (példámban 4-szer)
- A felvetésem az elszámoló számla érvénytelenítése vagy helyesbítése kapcsán jelentkező hibaüzenet.
- Az elszámoló számla érvénytelenítésekor ugyanúgy küldöm be mint az eredeti elszámoló számlát. Tartalmazza a tényleges fogyasztás érvénytelenítését és a rész-számlák felhasználásának módosítását.
- Ha az elszámoló számla érvénytelenítésekor hivatkozni szeretnék az eredeti elszámoló számlára, akkor érkezik a: Business validation[batch index: 1] : ERROR/MULTIPLE_INVOICES_FOUND : A hivatkozott alapszámla egynél többször szerepel érvényesként a rendszerben. (Számla fej : InvoiceData/invoiceMain/invoice/invoiceReference/originalInvoiceNumber = 59O21) ERROR/INVALID_INVOICE_REFERENCE : A módosítás vagy érvénytelenítés olyan okiratra hivatkozik, amire vonatkozóan nem történt adatszolgáltatás. (Számla fej : InvoiceData/invoiceMain/invoice/invoiceReference/originalInvoiceNumber = 59O21) hibaüzenet.
- Ha nem hivatkozom az eredeti elszámoló számlára, akkor rendben bemegy a számla, de nincs számlalánc. Az issue-ban szereplő példák pont ilyen eseteket tartalmaznak. Előre is köszönöm a segítséged! Üdvözlettel: Ronkai György
Köszönöm a részletes leírást, ez sokat segít! Megkérjük @NTCA-tax kollégát, hogy ítélje meg az eljárás helyességét, aztán technikai oldalról megnézzük mit tehetünk. Egyébként a hibaüzenetek jogosak, mivel mindig a CREATE számlára kell hivatkozni. Üdv
Szia. Köszönöm a válaszod és azt is, hogy utánanéztek. Sajnos az eredeti elszámoló számlát (a specifikáció alapján) csak egy önmagát módosító, előzmény nélküli számlaként kell feladni. Az első kérdésem ebben a témában pont erről szólt. Akkor a következő választ kaptam: Szia @RoniGyuri ! BatchInvoice esetén csak MODIFY/STORNO operáció megengedett, CREATE nem. Üdv Átírtam és rendben fel is ment az eredeti számla, de így az nem CREATE. Egyébként a módosító számlát is lehet módosítani. Tény, hogy akkor van egy CREATE a számlalánc elején. Itt nincs. Még egyszer köszönöm. Várom a vizsgálatotok eredményét. Üdvözlettel Ronkai György