M2M feltöltött bevallás törlése

[DDarida]

Sziasztok!

M2M bevallást 2024-es időszaktól lehet feladni, és egy adószámhoz egy időszakra csak egy véglegesített bevallás lehet, ami éles környezetben teljesen logikus és megfelelő, viszont fejlesztés során a teszteléshez ez a korlát eléggé beszűkíti a lehetőséget, főleg akkor, ha egy fejlesztő cégnek több terméke is van, amelyek mindegyike alkalmas kell legyen M2M e-Áfa bevallás beadására.

Szeretném megkérdezni, hogy van-e, lesz-e lehetőség a teszt környezetben a már felküldött, elfogadott, mát csak véglegesítésre váró bevallást törölni? Akár M2M kapcsolaton keresztül, akár a webes felületen.

[NTCA-JA]

Kedves DDarida!
Amíg egy adott (pontosan meghatározott) analitikával kapcsolatban nem hívod meg a manageDeclarationSubmission végpontot, addig tetszőleges számú analitikát beküldhetsz, csak a verziószámra kell figyelned. Ha elveszted a fonalat, úgy a queryDeclarationList hívással megtudható a legutolsó verzió sorszám. A következő beküldéskor ezt kell egyel növelni! Teszt környezetben a rendszer nincs a Bevfeld-be bekötve, így ha nem véglegesíted az analitikát sem történik semmi. A véglegesítés után önellenőrzés használható még. Onellenőrzésnél a sorszámozás 1-től kezdődik, függetlenül az eredeti analitikától! Jelenleg nincs tervben az analitikák törölhetősége, így csak a fenti megoldások vannak.

[DDarida]

Köszönöm, akkor ennek fényében fogjuk kialakítani majd a tesztelési folyamatot.

[NyBela]

Kedves NTCA
A fejlesztéshez viszont szükség lenne arra a teszt környezetben, hogy teljesen le lehessen törölni az adatokat és nulláról újrakezdeni.
Több féle cégnek, több féle adattal kell mindent kipróbálnunk. Nem szeretnénk jövő év elején problémába ütközni.
Teljes folyamatot szeretnénk tesztelni elejétől a végéig és nem önellenőrzéssel. Többször egymás után, a véglegesítést is!
A kezelhetőséget is tesztelni kell. Hogyan lehet automatizálni (időzíteni) stb. Ki kell próbálnunk több variációt a véglegesítésre is.
Megoldást kérünk.
Köszönöm

[Vanek1966]

Egyetértek a kollégákkal, jó lenne, ha lehetne törölni mindent a tesztoldalról.

[Szildiko]

Gondoljunk bele, hogy 1.8 alatt ellőttünk egy évet, 2.0 miatt már előttünk hónapokat, 2.0.1 miatt is most a 2.0.2 miatt is, már szinte csak az aktuális hónapokkal lehet tesztelni, ami elég karcsú :D

[Vanek1966]

Nem ide tartozik, de pl. a sample.xml könyvtárban 3 éves minta xml-ek vannak...

[NyBela]

pl. év eleji nyitást, elejétől a végéig, amikor átvezetések vannak, 2025 és 2026-ra azaz kétszer tudunk próbálni. Ez egy kicsit vicces, Csak éppen nevetni nem tudok rajta.

[NTCA-JA]

Sziasztok!
Jelenleg teszt környezetben nem megy végig a feldolgozás úgy, ahogyan az éles környezetben történik. Ezért teszten nem is érdemes az analitikát véglegesíteni. Ha nem véglegesíted, nincs korlátozva, hány verziót küldhetsz be. Ha mégis véglegesítened kell, akkor ott van még az önellenőrzés például. Nyilván éles környezeten nem tesztelünk... Jelenleg nem oldható meg a már beküldött analitikák "vissza csinálása", és nincs is tervben ilyen funkció kialakítása.

[Szildiko]

de nekünk kell tesztelni, hogy végbe megy a véglegesítés, jó vicc volna, hogy kiadjuk ügyfélnek és nyomkodja a véglegesítést és nem történik meg
valamit mi építettünk a hosszúfutású ellenőrzésekre funkciót, ha beküldi az ügyfél megvárhatja hogy visszajöjjön, de ha nem akarja megvárni, akkor véglegesítheti
készítettünk automata véglegesítést ha valaki nem akar szerencsétlenkedni
ezeket az ügyfél opciókat mind tesztelni kell

önellenőrzést, helyesbítést is csak véglegesített bevallásra lehet leadni ezeket is mind tesztelni kell

[NyBela]

Úgy gondolom, hogy jogos elvárás, hogy a teszt környezetben is menjen végig a folyamat. Itt nem arról van szó, hogy érdemes, vagy nem érdemes, hanem le kell programozni és tesztelni kell minden lehetőséget. Nem egy kiadott rendszernél kell, hogy szembesüljünk azzal, hogy nem működik megfelelően. Sokkal komolyabb hozzáállást várunk el. Az hogy jelenleg nem oldható meg az analitikák "vissza csinálása" az minket, mint fejlesztőket nem vigasztal és nem is érdekel. Elvárjuk, hogy megoldható legyen! Nem is értem, hogy egy fejlesztő hogyan gondolkodhat úgy, hogy nem biztosít lehetőséget a többieknek fejlesztés közbeni újrakezdésben. Sajnos nincsenek korrekt leírások, nincsenek megfelelő példa file-ok, és még a kísérletezések száma is korlátozva van. Szép.

[omachtandras]

de nekünk kell tesztelni, hogy végbe megy a véglegesítés, jó vicc volna, hogy kiadjuk ügyfélnek és nyomkodja a véglegesítést és nem történik meg valamit mi építettünk a hosszúfutású ellenőrzésekre funkciót, ha beküldi az ügyfél megvárhatja hogy visszajöjjön, de ha nem akarja megvárni, akkor véglegesítheti készítettünk automata véglegesítést ha valaki nem akar szerencsétlenkedni ezeket az ügyfél opciókat mind tesztelni kell

önellenőrzést, helyesbítést is csak véglegesített bevallásra lehet leadni ezeket is mind tesztelni kell

Ráadásul van, akinek több rendszere van, mindegyiket tesztelni kell. Arányosításos ÁFA, egész éves bevallást végig tesztelni az év vége miatt...

[Mgeza]

Most belefutottam egy olyan problémába, hogy önellenőrzés során az eredetileg 86-s sorba írt összeget áttették a 85-sorba. Az ellenőrzés semmit nem jelzett, holott ezt nem lehetne megtenni, a ÁNYK-ban leírt szabályok szerint. Lehet, hogy a hosszútávú ellenőrzés (legyen az akármi is, mert erről én még nem olvastam semmit), ezt ki fogja mutatni, de erre így nem lehet felkészülni.

[Factorywood]

Kedves @NTCA-JA

Nem lehetne köztes megoldás, hogy a SUBMITTED_VERSION_EXIST ERROR-t WARNING típusra tegyük csak eÁFA tesztkörnyezetben? Esetleg túl nagy kockázat lenne mert véletlen belekerülhet élesig? Esetleg ennek van/lenne bármi akadálya?