Fejlesztő 7 perc olvasás

A Verification of Payee időtúllépéseinek és újrapróbálkozásainak kezelése

Minden Verification of Payee integráció előbb-utóbb találkozik egy lassú vagy elérhetetlen válaszoló bankkal. A robusztus és a törékeny integráció közötti különbség abban rejlik, hogyan kezeli az időtúllépést.

By Tomaas Vento Starrantino · Reviewed by Donato Leone

A Verification of Payee időtúllépéseinek és újrapróbálkozásainak kezelése

Főbb pontok

  • Állítson be ésszerű szinkron időtúllépést, és a túllépést tekintse nem elérhetőnek, ne kemény hibának.
  • Próbálkozzon újra visszalépéssel (backoff), de csak stabil azonosítóval ellátott, idempotens kérésekkel.
  • Határozzon meg egyértelmű tartalék politikát a fizető számára, ha időben nem szerezhető be eredmény.

A Verification of Payee a kedvezményezett bankjától érkező távoli választól függ. Amikor az a bank lassú, túlterhelt vagy átmenetileg elérhetetlen, az integrációnak el kell döntenie, mit tegyen - és ez a döntés egyszerre hat a fizető élményére és a megfelelési helyzetére. A legrosszabb kimenetek a megfagyott fizetési folyamat vagy egy csendben kétszer felszámított vagy megszámolt ellenőrzés.

A nem elérhető eredmény egy szolgáltatás

A séma pontosan azért határoz meg nem elérhető eredményt, hogy ne kelljen kitalálnia a hiba szemantikáját. Amikor a válaszoló fél nem tud időben válaszolni, kezelje első osztályú eredményként, ne kivételként.

  • Állítson be a fizetési folyamat költségkeretéhez igazított szinkron időtúllépést (gyakran néhány másodperc).
  • Túllépés esetén a fizetőnek semleges, nem elérhető állapotot mutasson, ne ijesztő hibát.
  • Politika alapján döntse el, hogy a fizető továbbléphet, várnia kell, vagy ellenőrzésre kell irányítani.

Biztonságos újrapróbálkozás

Az újrapróbálkozások segítenek az átmeneti hibáknál, de kárt okoznak, ha nem idempotensek. Egy újrapróbálkozás soha nem hozhat létre második logikai ellenőrzést vagy második terhelést.

  1. 1 Csatoljon stabil kérésazonosítót minden ellenőrzési kísérlethez.
  2. 2 Próbálja újra az átmeneti hálózati hibákat exponenciális visszalépéssel és kis korláttal.
  3. 3 Soha ne próbálkozzon újra végleges eredménnyel (egyezés, részleges egyezés, nincs egyezés) - csak a valódi átviteli hibákat próbálja újra.
  4. 4 Egyeztesse a késői választ a kérésazonosítóval, hogy csak egyszer legyen rögzítve.

Tervezze meg a várakozást, aztán döntsön

Válasszon olyan szinkron költségkeretet, amelyet mind a UX-, mind a megfelelési csapata előtt meg tud védeni. Azon a kereten túl tudatosan térjen át tartalék megoldásra - mutasson függőben lévő vagy nem elérhető állapotot -, ahelyett hogy a kérés lógva maradna, és a fizető feladná.

A RoxPay visszaadja a szabványosított eredményeket, köztük a nem elérhetőt, támogatja a kérésazonosító szerinti idempotens újrapróbálkozásokat, és a késői válaszokhoz webhookra vált vissza - így az időtúllépési politikája egyszerű marad.

FAQ

Frequently asked

Igazítsa a fizetési élményéhez - szinkron használatnál gyakran néhány másodperc. Azon túl térjen át függőben lévő vagy nem elérhető állapotra, ahelyett hogy korlátlan ideig blokkolná a fizetőt.

Csak átviteli hibák esetén, és csak stabil azonosítóval ellátott idempotens kérésekkel. Soha ne próbálkozzon újra végleges egyezési eredménnyel; az eredmény, nem hiba.

Tekintse meghatározott eredménynek, és alkalmazza a politikáját: engedje a fizetőt óvatosan továbblépni, várjon aszinkron válaszra, vagy irányítsa a fizetést kézi ellenőrzésre a kockázat függvényében.

Tegye megbízhatóvá a VoP-ot éles környezetben

Beszéljen a RoxPay-jal az időtúllépésekről, az idempotens újrapróbálkozásokról és a webhook tartalék megoldásokról a SEPA VoP sémán.