Gdy pierwszym sygnałem jest chargeback
W tym podejściu nie ma żadnej weryfikacji przed przetworzeniem transakcji. Firma dowiaduje się o oszustwie tak samo, jak o większości problemów w płatnościach: po fakcie, gdy nadchodzi chargeback. Jeśli wzorzec się powtarza, typową reakcją nie jest naprawa, lecz decyzja o odłączeniu merchanta. Pieniądze już się przemieściły, sprawa zaczyna się „na chłodno”, a jedynym pozostałym narzędziem jest zatrzymanie przyszłego wolumenu, a nie zrozumienie tego, co już się wydarzyło.
Proces obsługi sporów, który nie zaczyna się od zera
omwio traktuje zwroty, chargebacki i spory jako część podstawowej funkcjonalności, a nie jako dodatek doczepiony do raportowania. Menedżer może umożliwić merchantowi otwarcie sporu bezpośrednio na płatności lub wypłacie, z panelu merchanta lub przez Processing API, z podaniem przyczyny i maksymalnie pięcioma plikami dowodowymi w załączeniu. Menedżer rozstrzyga sprawę, a salda są wycofywane i ponownie księgowane automatycznie, a nie korygowane ręcznie. Każdy chargeback staje się ustrukturyzowaną sprawą z własnym rekordem, zamiast jednowierszowym wpisem, który ktoś musi później odtworzyć.
Widoczność jeszcze przed etapem sporu
Analityka konwersji i dostawców pokazuje wskaźniki powodzenia, przyczyny niepowodzeń i wolumeny w czasie, z rankingiem według merchanta, dostawcy i MID, oraz filtrowaniem według waluty, statusu i okresu. Dzięki temu można zauważyć wzorzec niepowodzeń u konkretnego dostawcy lub MID, zanim przerodzi się on w chargeback. Merchanci mają własny panel ograniczony do ich własnych danych, dzięki czemu także oni nie są pozbawieni wglądu w to, co dzieje się z ich ruchem. Dla tenantów korzystających również z modułu Monitoring, sygnały kondycji dla każdego dostawcy i MID oraz alerty uwzględniające trasy ujawniają degradację zanim merchanci zaczną zgłaszać problemy, a historia tej degradacji staje się dowodem na kolejną rozmowę z dostawcą.
Utrzymanie porządku w księgach po zamknięciu sprawy
Chargeback nie kończy się w momencie korekty salda — musi zostać uzgodniony z tym, co dostawca faktycznie rozliczył. Dla tenantów korzystających z modułu Accounting & reconciliation, zestawienia dostawców są dopasowywane do transakcji na platformie według kwot, referencji i okien czasowych, a dzienny P&L jest finalizowany i zamrażany, przy czym błędy są korygowane poprzez datowaną korektę odwrotną, a nie przez edycję historii. To zamyka pętlę między rozstrzygnięciem sporu wewnątrz platformy a liczbą, która pojawia się we własnych rejestrach dostawcy.
Co się zmienia w operacjach merchanta
W podejściu czysto reaktywnym zespół ma dwa narzędzia: czekać albo odłączyć merchanta. Dzięki ustrukturyzowanemu procesowi obsługi sporów, opartemu na współdzielonych danych transakcji, portfeli i analityce, zespół zamiast tego otrzymuje udokumentowaną sprawę dla każdego chargebacku, dane, które mogą wcześniej wskazać wzorzec, oraz księgi, które pozostają uzgodnione później. Nic z tego nie zmienia sposobu, w jaki dostawca lub organizacja kartowa rozstrzyga konkretną sprawę — zmienia to, jak duża część pracy wokół tej sprawy jest ręczna i jak dużo jest już odnotowane, gdy nadejdzie następna.
