Planowanie ponownych prób płatności
Planowanie ponownych prób płatności automatyzuje ponowne przesyłanie nieudanych transakcji. Funkcja ta umożliwia sprzedawcom konfigurowanie specyficznej logiki ponownych prób w oparciu o kody odrzuceń, historię transakcji i segmenty klientów.
Została zaprojektowana w celu odzyskiwania przychodów bez konieczności ręcznej interwencji, poprawiając ogólny wskaźnik sukcesu transakcji dla płatności cyklicznych i subskrypcji.
- Kategoria
- Odzyskiwanie
- Możliwości
- 10
- Dostępne na
- Wszystkie plany
Przegląd
Planowanie ponownych prób płatności znajduje się w warstwie odzyskiwania stosu płatności, szczególnie w przypadku miękkich odrzuceń dla transakcji inicjowanych przez sprzedawcę (MIT).
W przeciwieństwie do twardych odrzuceń spowodowanych zgubionymi kartami lub zamkniętymi kontami, miękkie odrzucenia często wynikają z tymczasowych problemów, takich jak niewystarczające środki, przekroczenie limitu czasu technicznego lub ogólne błędy bankowe.
Stosując logikę do tych awarii, sprzedawca może ponownie przesłać żądania autoryzacji w odstępach, które najprawdopodobniej zbiegną się z zasileniem konta lub stabilnością systemu. Proces ten zazwyczaj obejmuje połączenie harmonogramów o stałych interwałach i dynamicznej logiki, która uwzględnia konkretny kod przyczyny odrzucenia dostarczony przez wystawcę.
Dla firm działających w modelach subskrypcyjnych lub rozliczeń cyklicznych, ta automatyzacja minimalizuje obciążenie administracyjne związane z ręcznym kontaktem, jednocześnie zmniejszając pasywną rezygnację.
Mechanizm opiera się na mapowaniu kodów odpowiedzi na konkretne ścieżki ponownych prób, zapewniając, że dalsze próby nie naruszają zasad systemów kart ani nie powodują nadmiernych kar opłat od agenta rozliczeniowego.
Jak to działa
Początkowa analiza kodu odpowiedzi
Gdy żądanie autoryzacji zakończy się niepowodzeniem, system analizuje konkretny kod odpowiedzi od wystawcy. Rozróżnia twarde odrzucenia, które nie wymagają dalszych działań, oraz miękkie odrzucenia, które kwalifikują się do odzyskania.
Ten krok zapewnia, że sprzedawca pozostaje zgodny z zasadami systemu dotyczącymi zabronionych prób ponowienia w określonych kategoriach odmów.
Zastosowanie logiki i planowanie
System stosuje predefiniowany lub dynamiczny harmonogram w oparciu o przyczynę awarii. W przypadku odrzuceń z powodu niewystarczających środków (NSF) ponowna próba może zostać wstrzymana do typowych dat wypłat.
W przypadku błędów technicznych często priorytetem jest krótka ponowna próba w ciągu kilku minut lub godzin, aby przechwycić transakcję w okresie stabilności.
Ponowne przesłanie żądania przez bramkę
Zaplanowane żądanie jest wysyłane z powrotem do agenta rozliczeniowego w wyznaczonym czasie, często wykorzystując przechowywane dane uwierzytelniające i specyficzne wskaźniki do oznaczenia kolejnej próby.
Proces ten utrzymuje połączenie z oryginalną próbą transakcji, gdy jest to konieczne, zapewniając zgodność przepływu płatności z wymogami SCA i PSD2 dla MIT.
Monitorowanie wyników i rozliczenia
Jeśli ponowna próba zakończy się sukcesem, transakcja przechodzi do przechwycenia i rozliczenia. Wynik jest dokumentowany w dziennikach odzyskiwania w celu oceny skuteczności logiki czasowej.
Jeśli ponowna próba zakończy się niepowodzeniem, system przechodzi do następnej zaplanowanej próby lub kończy cykl jako ostateczne odrzucenie.
Dlaczego to ważne
Redukcja pasywnej rezygnacji
Pasywna rezygnacja występuje, gdy klient nie zamierza anulować usługi, ale jego płatność kończy się niepowodzeniem z powodu możliwych do uniknięcia czynników technicznych lub finansowych. Zautomatyzowane planowanie rozwiązuje te problemy w tle.
Odzyskując te transakcje, sprzedawcy utrzymują ciągłość usługi dla posiadacza karty, zapobiegając tarciom związanym z ręcznym ponownym wprowadzaniem danych i zmniejszając prawdopodobieństwo rezygnacji klienta z subskrypcji z powodu przerwy w świadczeniu usługi.
Zoptymalizowana efektywność operacyjna
Ręczne ponaglenia i kontakt z obsługą klienta w przypadku nieudanych płatności to zadania wymagające dużych zasobów. Wdrożenie systematycznych ram ponownych prób zmniejsza liczbę zgłoszeń obsługiwanych przez zespoły wsparcia.
Automatyzując proces odzyskiwania na poziomie bramki lub orkiestracji, firmy mogą skupić się na wzroście, podczas gdy infrastruktura zajmuje się złożonością kodów odpowiedzi bankowych i zgodnym z systemem zarządzaniem interwałami dla cykli rozliczeń cyklicznych.
Zastosowania
Platformy SaaS oparte na subskrypcji
Dostawcy SaaS wykorzystują planowanie ponownych prób do obsługi miesięcznych odnowień. Jeśli autoryzacja zakończy się niepowodzeniem o północy pierwszego dnia miesiąca, system zapewnia, że kolejne próby nastąpią, gdy systemy bankowe będą najbardziej responsywne.
Rozliczenia za usługi komunalne i telekomunikacyjne
W przypadku usług podstawowych, gdzie istnieje ryzyko odłączenia usługi, ponawianie płatności w ciągu 14 dni po miękkim odrzuceniu zapewnia pozyskanie przychodów, jednocześnie unikając złożoności prawnych związanych z windykacją.
Treści cyfrowe i media
Usługi streamingowe wykorzystują agresywną, ale zgodną logikę ponownych prób w ciągu pierwszych 48 godzin po awarii, aby zapewnić nieprzerwany dostęp do treści dla transakcji o dużej objętości i niskiej wartości miesięcznej.
W liczbach
Ten zakres odzwierciedla typowe wyniki branżowe w zakresie odzyskiwania miękkich odrzuceń w sektorze subskrypcji za pomocą zautomatyzowanej logiki, a nie ręcznego kontaktu.
Oczekiwany spadek całkowitej rezygnacji dla firm generujących cykliczne przychody po wdrożeniu systematycznego odzyskiwania dla wtórnych i trzeciorzędnych prób płatności.
Większość udanych odzyskań zazwyczaj ma miejsce w tym przedziale czasowym po początkowym odrzuceniu, zgodnie ze standardowymi benchmarkami przetwarzania płatności.
Powiązane pojęcia
Talk to our team about a live rollout on your acquiring stack.
Co zyskujesz dzięki Planowanie ponownych prób płatności
- Rozróżnia miękkie i twarde odrzucenia, aby zapewnić zgodność z zasadami ponownych prób systemów kart.
- Kategoryzuje kody odpowiedzi wystawcy, aby priorytetyzować transakcje z największym prawdopodobieństwem ostatecznego sukcesu.
- Dostosowuje znaczniki czasu ponownych prób w oparciu o dane historyczne dotyczące czasu działania wystawcy i typowych cykli finansowania konsumentów.
- Obsługuje konfigurowalne interwały dla cykli rozliczeń cyklicznych, aby dopasować je do konkretnych okresów rozliczeniowych firmy.
- Zintegrowana logika zapobiegająca nadmiernym opłatom systemowym spowodowanym nadmiernym ponawianiem odrzuconych transakcji bez zmian.
- Automatyzuje przejście od nieudanej autoryzacji do statusu odzyskanego bez ręcznej interwencji obsługi klienta.
- Wykorzystuje bezpiecznie przechowywane dane uwierzytelniające płatności za pośrednictwem tokenizacji dla wszystkich kolejnych transakcji inicjowanych przez sprzedawcę.
- Zapewnia szczegółowe raportowanie wskaźników odzyskiwania, uporządkowane według typu odrzucenia i konkretnego numeru próby ponowienia.
- Utrzymuje zgodność z wymogami PSD2 i SCA poprzez prawidłowe oznaczanie prób odzyskiwania transakcji cyklicznych.
- Zmniejsza potrzebę natychmiastowych e-maili z ponagleniami, preferując ciche odzyskiwanie w celu utrzymania pozytywnych doświadczeń klienta.
A short scoping call, then a written plan for your MIDs.
Pytania dotyczące Planowanie ponownych prób płatności
Jaka jest różnica między miękkim a twardym odrzuceniem w logice ponownych prób?
Miękkie odrzucenie, takie jak komunikat o niewystarczających środkach (NSF) lub tymczasowy błąd techniczny, wskazuje, że płatność może zakończyć się sukcesem przy późniejszej próbie.
Twarde odrzucenie, takie jak skradziona karta lub nieprawidłowy numer konta, wskazuje na trwałą awarię, w której dalsze próby są zabronione przez systemy kart, takie jak Visa i Mastercard. Planowanie ponownych prób ma zastosowanie tylko do miękkich odrzuceń.
Próba ponowienia twardego odrzucenia może prowadzić do znacznych kar od agenta rozliczeniowego i potencjalnego oznaczenia identyfikatora sprzedawcy (MID) za niezgodne zachowanie.
Jak planowanie ponownych prób wpływa na opłaty sprzedawcy i kary systemowe?
Nadmierne ponawianie prób bez zmiany okoliczności transakcji może prowadzić do kar systemowych. Na przykład Mastercard i Visa mają specyficzne zasady dotyczące liczby razy, ile sprzedawca może ponowić pojedynczą transakcję w określonym czasie.
Skuteczne planowanie pozwala uniknąć tych kar poprzez rozłożenie prób i zatrzymanie procesu po osiągnięciu maksymalnego limitu. Prawidłowo skonfigurowana logika zapewnia, że koszt odzyskania nie przewyższa wartości przetwarzanej transakcji.
Czy planowanie ponownych prób można skonfigurować dla transakcji 3D Secure?
Planowanie ponownych prób jest używane głównie dla transakcji inicjowanych przez sprzedawcę (MIT), gdy posiadacz karty jest poza sesją. Transakcje wymagające uwierzytelnienia 3D Secure (3DS) są zazwyczaj transakcjami inicjowanymi przez klienta (CIT).
Aby można je było automatycznie ponowić, sprzedawca musi mieć początkową umowę (Mandate), a pierwsza transakcja musi być w pełni uwierzytelniona. Kolejne ponowienia są następnie oznaczane jako MIT, korzystając ze zwolnienia dla płatności cyklicznych w ramach SCA, chociaż nadal muszą odnosić się do oryginalnej uwierzytelnionej sesji.
Czy ponawianie płatności wpływa na moje wskaźniki autoryzacji?
Początkowe nieudane próby negatywnie wpłyną na Twój surowy wskaźnik autoryzacji. Jednak udane ponowienia poprawiają Twój wskaźnik odzyskiwania netto i ogólne przychody.
Większość zaawansowanych analiz płatności oddziela „wskaźnik pierwszego przejścia” od „końcowego wskaźnika sukcesu” po ponowieniach. Analizując je oddzielnie, sprzedawcy mogą zrozumieć, czy ich początkowe problemy z autoryzacją wynikają z niskiej jakości ruchu, czy z tymczasowych przeszkód technicznych, które logika planowania skutecznie łagodzi.
Ile razy należy ponowić nieudaną płatność, zanim się poddać?
Standardy branżowe zazwyczaj sugerują maksymalnie cztery do sześciu prób w okresie od 15 do 30 dni, w zależności od MCC i charakteru produktu. Pierwsze kilka ponownych prób zazwyczaj ma miejsce w ciągu pierwszych 72 godzin od awarii, ponieważ wtedy prawdopodobieństwo odzyskania jest najwyższe.
Po 30 dniach prawdopodobieństwo sukcesu dla miękkiego odrzucenia znacznie spada, a ryzyko sporu lub obciążenia zwrotnego, jeśli posiadacz karty zapomniał o subskrypcji, wzrasta.
Jaką rolę odgrywa kod odrzucenia w ustalaniu czasu ponownej próby?
Kod odrzucenia jest głównym punktem danych do planowania. Na przykład kod „51: Niewystarczające środki” sugeruje, że ponowna próba powinna być zaplanowana w pobliżu typowych dni wypłat, takich jak 1.
lub 15. dzień miesiąca, lub każdy piątek.
Kod „05: Nie honorować” lub „96: Awaria systemu” może sugerować usterkę techniczną u wystawcy, co uzasadnia znacznie szybszą ponowną próbę, być może w ciągu kilku godzin, aby złapać system po ponownym uruchomieniu lub synchronizacji.
Gotowy na prędkość?
Opowiedz nam o swojej firmie. Dobierzemy dla Ciebie odpowiednich partnerów aktywizujących i właściwą ścieżkę, zazwyczaj w ciągu tygodnia.