[Q&A]Tömeges módosítás, bug?

[tkelemen73]

Alapeset, hogy egyszerre készítenek egy eredeti számláról több módosító számlát. Mivel közel egyszerre készültek, az adatszolgáltatásuk is egyidőben indult el az Online számla rendszerbe, 1. és 2. módosítási index volt a két számlában. Az egy másik része az esetnek, hogy mindkét adatszolgáltatásban a lineModificationReference tag ugyanarról a sorszámról indult (ezt javítják a fejlesztők, hogy ne forduljon elő többet). Az érdekesség az, hogy 2. számlát dolgozta fel az Online számla rendszer, arra kaptak egy MODIFICATIONINDEX_SEQUENCE_INCOMPLETE információs üzenetet, az 1. számlára semmi üzenet nem jött. Mivel a lineModificationReference értékei az 1. számlánál 181-216 között voltak, a 2. számláé 181-188 volt, mindegyik CREATE lineOperation-nel. Az elsőként feldolgozott számla (a későbbi, 2-es módosítási indexxel), kapott egy információs üzenetet, hogy MODIFICATIONINDEX_SEQUENCE_INCOMPLETE - Számla módosítás sorszámozása hiányos, viszont a másodikként feldolgozottra (a korábbi 1-es módosítási indexű) már INVOICE_LINE_ALREADY_EXISTS - A megadott sorszámmal már létezik tétel a számlaláncban. hibaüzenetnek kellett volna jönnie. Így az eredeti számlához tartozó számlaláncban 2x. szerepel ugyanazzal a sorszámmal. Olyan, mintha MODIFICATIONINDEX_SEQUENCE_INCOMPLETE és INVOICE_LINE_ALREADY_EXISTS üzenetek egymást ütnék ki, vagy a párhuzamos feldolgozást nem kezelik a szerverek az Online számla rendszerben? Ha nem egyszerre készült a két módosító számla, akkor mindkét üzenet előáll, csak a párhuzamos feldolgozásnál nem, vagyis ha közel egyidőben történik a két számla adatszolgáltatása. Az egyes számlákhoz tartozó requestIDk: Eredeti (211001065632)->AAGTUIWIZ4PO3N65ZPSLRKKVJM

1. módosító (211001071484)->AAGTUIWIZ4PO3PM5377PWCIUGE
2. módosító (211001071486)->AAGTUIWIZ4PO3PM537QDL7QUCU A 2. módosító számla technikai érvénytelenítésre fog kerülni (ha engedi az online számla rendszer), és újraküldik, akkor már helyes lineNumberReference tag értékekkel.