Co to jest migracja dostawcy płatności?

Migracja dostawcy płatności to po prostu przeniesienie Twojej bramki płatniczej, PSP, agenta rozliczeniowego lub orkiestratora płatności do innego PSP. W przypadku firm SaaS, migracja zazwyczaj wiąże się ze zmianą integracji, logiki routingu, danych rozliczeń cyklicznych i tokenów, przy jednoczesnym zapewnieniu nieprzerwanego działania procesu realizacji transakcji. Tokenizacja to procedura, w której numery PAN-ów są wymieniane na tokeny, co prowadzi do obsługi tokenów przez systemy i potencjalnej zmiany poziomów ekspozycji PCI.

Zmiana dostawców płatności może wpłynąć na różne aspekty działalności biznesowej i operacji. Kluczowe cechy obejmują określone poziomy wskaźników autoryzacji, zmienne struktury opłat za przetwarzanie płatności, zmodyfikowane monitorowanie oszustw, dostępność geograficzną oraz aspekty interakcji z użytkownikiem, na które wpływają wskaźniki sukcesu transakcji.

W przypadku firm SaaS oczekuje się, że będzie się to wiązać z różnymi rezultatami:

•       Wzrost o 2-4% we wskaźnikach autoryzacji.
•       Wskaźniki chargebacków wykazują mierzalną wartość.
•       Koszt transakcji jest rejestrowany na niższym, określonym poziomie.
•       Mniej zgłoszeń do obsługi klienta.
•       Ochrona danych wrażliwych może obejmować tokeny.

Proces migracji płatności obejmuje różne komponenty, a zrozumienie związanych z nim ryzyk odnosi się do kwestii operacyjnych lub proceduralnych.

•       Analiza bada czynniki zakłóceń, przestojów i niepowodzeń transakcji oraz ich znaczenie dla przychodów i zaufania klientów.
•       Szereg funkcji transferu tokenów jest oferowany przez różnych dostawców; niektóre nie obejmują możliwości importu ani eksportu.
•       Mapowanie danych, w kontekście przenoszenia poufnych danych klientów i transakcji, może wykazywać różnice.
•       Utrzymywanie zakres PCI DSS i poziom zgodności w całym procesie migracji.
•       Po zmianie odnotowano tymczasowy spadek wskaźników autoryzacji.
•       Zakłócenia, które wywołują opinie klientów, wpływają na doświadczenia użytkownika.
•       Spójność webhooków, ponowne próby i zwroty muszą działać prawidłowo między różnymi systemami.
•       Ciągłość rozliczeń cyklicznych musi być starannie zaplanowana, aby nie przerywać subskrybentom.

Najpierw dogłębnie zidentyfikuj wszystkie komponenty swojego systemu płatności, przepływy, opłaty, umowy i metody płatności. Musisz sprawdzić swój inwentarz tokenów, zależności płatności cyklicznych, ustawienia zapobiegania oszustwom i wymagania dotyczące raportowania, aby wymienić wszystkie punkty integracji i ich wpływ. Musisz również upewnić się, że przejście jest zaplanowane z uwzględnieniem opcji wdrożenia i wycofania zmian, a także mierników sukcesu. Na koniec, przygotuj swój zespół na zmianę, testując w środowisku testowym (sandboxie) z nowym dostawcą i przeprowadzając „soft-launche”, aby zminimalizować zakłócenia podczas ostatecznej migracji.

Dobrze przeprowadzona migracja dostawcy płatności obejmuje serię działań: audyt, wybór, wdrożenie, migrację i wycofanie z eksploatacji w dokładnie takiej kolejności.

1.   Przeanalizuj swoją obecną infrastrukturę, poziomy wydajności oraz wymagania biznesowe.
2.   Wybierz dostawców.
3.   Zajmij się kwestiami technicznymi. Zadbaj o techniczną stronę zmian w Twoim systemie.
4.   Przenieś dane i tokeny. Przenieś zawartość do nowego systemu.
5.   Przeprowadź testy i równoległe transakcje na żywo. Wyłap błędy podczas szeroko zakrojonych testów i uruchom oba systemy, aby zapoznać się z nowym.
6.   Proces obejmuje stopniowe wyłączanie starego systemu, a następnie jego wycofanie z eksploatacji. Możesz wycofać starszy system z eksploatacji lub wcale tego nie robić, ale wycofać go częściowo.

Wybór dostawców w oparciu o czynniki wpływające na ich wydajność i zdolność adaptacji do przyszłych zmian jest kluczowy. Kryteria powinny obejmować: 

• szybkość autoryzacji, 
• zakres obsługiwanych płatności, 
• pokrywane obszary, 
• przenośność tokenów, 
• narzędzia do walki z oszustwami, 
• szczegółowe raportowanie, 
• gwarantowany czas działania/SLA, 
• narzędzia dla deweloperów itp.

Utrzymaj istniejącą bramkę płatniczą jako rozwiązanie awaryjne i skonfiguruj monitorowanie kluczowych wskaźników w czasie rzeczywistym. Śledź je nieustannie, aby wcześnie wykrywać problemy:

• Współczynniki autoryzacji oraz opóźnienie.
• Obserwacje dotyczące kodów błędów i stanów operacyjnych webhooków.
• Wolumeny zwrotów.
• Zapytania do obsługi klienta.

Upewnij się, że Twój obecny bramka płatnicza pozostaje w pełni aktywny i operacyjny podczas fazy integracji i testowania nowego systemu. Następnie przekieruj stosunkowo niewielki wolumen ruchu do nowego systemu poprzez kanarkowe routowanie każdej transakcji w ramach testów aż do pełnego przełączenia. Strategia systemów działających na żywo często wiąże się ze zmniejszonymi zakłóceniami, co może ułatwić migrację na żywo bez konieczności planowanych przestojów.