Audyt integracji płatności: duplikaty i brakujące wpłaty

Strona potwierdzenia nie dowodzi, że płatność została poprawnie obsłużona od początku do końca.

Strona potwierdzenia nie dowodzi, że płatność została poprawnie obsłużona od początku do końca. Aplikacja, operator i księgowość mogą osiągać stan końcowy w różnym czasie. Audyt śledzi jedną operację biznesową i sprawdza jej skutki dla pieniędzy, dostępu i realizacji zamówienia.

Wyznacz granice transakcji

Zapisz zamówienie, próbę płatności, identyfikator operatora, kwotę i walutę. Jedno zamówienie może mieć kilka nieudanych prób, ale jedna zaakceptowana płatność nie powinna uruchamiać kilku realizacji. Ustal, jaki trwały zapis uzasadnia wydanie produktu po zamknięciu przeglądarki. Zacznij od kont testowych i opisz zachowania rozliczeniowe, których środowisko operatora nie odtwarza.

Sprawdź podatne przejścia

Ponów żądanie po przekroczeniu czasu i dostarcz tę samą testową wiadomość wielokrotnie. Przerwij przetwarzanie przed zatwierdzeniem bazy i po nim. Porównaj wynik operatora, wewnętrzny zapis i dostarczoną usługę. Poprawna odpowiedź HTTP nie wystarcza: potrzebny jest jeden zamierzony skutek oraz kontrolowana możliwość dokończenia pominiętych etapów.

Zamień różnice w zadania

Porównuj identyfikatory, kwoty i waluty w jasno określonych okresach. Oddziel opóźnione aktualizacje od brakujących wpłat oraz obrót brutto od wypłat po opłatach. Każde ustalenie powinno mieć odtworzenie, stan oczekiwany i faktyczny, skutek oraz właściciela. Zachowaj pierwotne dowody i rozdziel naprawę danych od zapobiegania powtórce. Ograniczenie piaskownicy pozostaje otwartą kontrolą, a nie wynikiem pozytywnym.

Przykład i dowód odbioru

Weź testowe zamówienie opłacone u operatora podczas niedostępności wewnętrznego procesu. Po restarcie uzgadnianie powinno znaleźć tę samą operację i przyznać dostęp jeden raz. Następnie dostarcz ponownie już obsłużone zdarzenie i policz zapisy oraz realizacje. Zachowaj identyfikatory i przejścia jako dowód odzyskania bez duplikatu. Dodaj przypadek do regresji zmiany. Tak odróżnisz poprawne odebranie wiadomości od rzeczywiście zakończonego procesu klienta, nawet gdy przeglądarka nigdy nie połączy się ponownie. Sprawdź osobno, kto bada otwarte zamówienie, kiedy automatyczne odzyskanie nie daje rozstrzygnięcia. Ta osoba powinna wiedzieć, jakie dowody są potrzebne przed korektą i jak uniknąć nowego obciążenia za zakup, który został już poprawnie opłacony przez klienta wcześniej.

• Powiązana usługa →
• Idempotencja webhooków: bez podwójnych skutków płatności →
• Uzgadnianie płatności: wyjaśnij każdą rozbieżność →