Bezárták az alapul szolgáló kapcsolatot hibaüzent

[ppsofthu]

A kérdés, amire választ szeretnék kapni / The question I would like to be answered Rövid és tömör leírása a kérdésnek. / A clear and concise description of the question.

T. NTCA-Devloper és NTCA-Support!

Mi az ajánlott követendő eljárás a fenti hiba estében. Az esemény pontos leírása az alábbiakban, és kép mellékelve a naplózásról:

A tokenkérés megtörténte után a Manageinvoice operáció-val beküldjük a számlát. TransactionID nem érkezik, mert a kérés hibára fut:

ERROR 12 Bezárták az alapul szolgáló kapcsolatot: Egy nyitott állapotban tartandó kapcsolatot bezárt a kiszolgáló.

Tudomásul vesszük, hogy a beküldés megszakadt. A program a tervezett várakozási idő után ismételten beküldi, amire a válasz szintén hibaüzenet:

A megadott számla sorszámmal már történt adatszolgáltatás.

A kérdések:

• miért zárja be a kapcsolatot az alapul szolgáló kiszolgáló
• ha bezárja, akkor miért dolgozza fel végül mégis a számlát
• elfogadja-e / később kifogásolja-e a NAV ha innentől minden Manageinvoice előtt van egy queryInvoiceCheck, hátha már valamikor befogadott a számla
• a fentiekhez ugyanis az is társul, hogy egymás után több időtúllépés vagy bezárták a kapcsolatot lehet
• gyakorlatilag az év végi figyelmeztető levélben 10% nem élő adózó és 90% "már történt adatszolgáltatás" van
• összefoglalva egy gyakorlati ajánlást kérnék a fenti állapot utólagos kezelésére

Köszönettel

[connorhu]

Én olyan esetben, ha nem kapok tranzakció azonosítót megpróbálom levadászni számla sorszám alapján. Ha huzamosabb ideig nem sikerül (és a metrikák normális értéket mutatnak, nincs terhelés) újraküldöm. Mindezt naplózva, ha jön a hurr-durr akkor legyen mit lobogtatni. Az ügyfeleknél így sikerült elérni, hogy ne legyen "A megadott számla sorszámmal már történt adatszolgáltatás."

[renced42]

Kedves @ppsofthu

Követendő példa @connorhu által megadott módszer.

[renced42]

Kedves @ppsofthu

Kérdésedre a válasz:

miért zárja be a kapcsolatot az alapul szolgáló kiszolgáló

• • Ez bármi miatt lehet, pl verziózás történik ezért leállítják a kiszolgálót
• • A kapcsolat túl sokáig van nyitva ezt nem szeretjük és a hálózati komponens zárja a kapcsolatot

ha bezárja, akkor miért dolgozza fel végül mégis a számlát

• A feldolgozás szinkron és aszinkron:
• Szinkron -> technikai validációk
• Aszinkron üzleti validációk
• Itt a szinkron validációkon már túl jutott a beküldés, de már nem kaptad meg a választ, erre (TransactionID).

elfogadja-e / később kifogásolja-e a NAV ha innentől minden Manageinvoice előtt van egy queryInvoiceCheck, hátha már valamikor befogadott a számla

• Az adatszolgáltatás akkor tekinthető befejezettnek, a feldolgozás státusza DONE és ezt le is kérdezték, minden más irreleváns.

a fentiekhez ugyanis az is társul, hogy egymás után több időtúllépés vagy bezárták a kapcsolatot lehet gyakorlatilag az év végi figyelmeztető levélben 10% nem élő adózó és 90% "már történt adatszolgáltatás" van összefoglalva egy gyakorlati ajánlást kérnék a fenti állapot utólagos kezelésére.

• Ezt nem tudom értelmezni, de lásd az előző válaszom