A legtöbb VoP integrációs útmutató ott ér véget, hogy „küldjön egy nevet és IBAN-t, olvassa ki az eredményt”. Az éles üzem két problémát hoz: a hálózatok meghibásodnak és a kliensek újrapróbálkoznak, majd a pénzügy később azt kérdezi: „melyik fizetéshez tartozott ez az ellenőrzés?”. Egyetlen mező - egy stabil külső azonosító kérésenként - mindkettőt megoldja.
Idempotencia az újrapróbálkozásoknál
Ha egy kérés időtúllépésbe fut, a kliens újrapróbálhatja. Idempotenciakulcs nélkül ez egy második ellenőrzés - többletköltség és zavaros naplók. Ugyanazon külső azonosító csatolása az újrapróbálkozáshoz lehetővé teszi a rendszer számára, hogy ugyanazon logikai kérésként ismerje fel, így az újrapróbálkozások biztonságosak.
Egy azonosító, egyszer generálva
A külső azonosítót a fizetési szándék létrehozásakor generálja, ne HTTP-kísérletenként. Így ugyanazon logikai ellenőrzés minden újrapróbálkozása ugyanazt az azonosítót hordozza.
Egyeztetés
Ugyanez a külső azonosító a korrelációs kulcsa. Tárolja a fizetési rekordján, küldje el az ellenőrzéssel, és később az ellenőrzés eredményét vissza tudja kapcsolni a pontos fizetéshez - elengedhetetlen a vitákhoz, auditokhoz és elemzésekhez.
Építse fel az auditnaplót
- 1 Generáljon egy külső azonosítót ellenőrzésenként, és mentse el a fizetésével együtt.
- 2 Küldje el a kérésben; használja újra minden újrapróbálkozásnál.
- 3 Naplózza a visszakapott ellenőrzési azonosítót, az eredményt és a válaszoló BIC-et hozzá.
A RoxPay Verification of Payee API-ja kérésenként elfogad egy külső azonosítót, és visszaadja a saját ellenőrzési azonosítóját a válaszoló BIC-cel, így az idempotencia és az egyeztetés egyetlen tiszta mintából következik.