Płatności cykliczne: organizacja terminów i dostępu

Określ świadczenie przypisane do okresu

Zapisz zakres usługi oraz daty, które obejmuje dany termin płatności. Może to być dostęp, utrzymanie systemu albo uzgodniony pakiet prac. Przechowuj identyfikator umowy i okresu osobno od daty transakcji. Spóźniona płatność nie powinna pokrywać innego miesiąca tylko dlatego, że wpłynęła później. Opisz także zmianę planu i korekty. Osoba obsługująca klienta musi móc wyjaśnić, jakie zobowiązanie pozostaje otwarte. Jednoznaczny model okresów ogranicza sytuacje, w których dział sprzedaży, aplikacja i obsługa inaczej rozumieją ten sam komunikat o zapłacie.

Rozliczenia za użycie i subskrypcje — Soon

Sprawdź uzgodnienie z klientem i obsługę metody

Możliwość inicjowania kolejnych płatności zależy od metody, PSP i warunków konta. Ustal wymagania z dostawcą oraz osobami odpowiedzialnymi za właściwy proces w firmie. Wcześniejsze użycie karty nie opisuje samo w sobie zgody na dowolne przyszłe obciążenia. Zachowaj wymagane odniesienia i dowody w odpowiednim systemie. Wyjaśnij również, jak klient zmienia lub kończy usługę. Te decyzje powinny poprzedzać obietnicę automatycznego pobierania opłat. Test techniczny nie zastępuje uzgodnienia zasad relacji handlowej ani potwierdzenia, że wybrana funkcja jest dostępna dla konkretnego konta.

Integracja i API

Rozdziel należność i próby techniczne

Należność za listopad pozostaje jedną należnością, nawet jeśli klient musi zaktualizować dane płatnicze. Używaj osobnych identyfikatorów okresu i prób, zachowując ich relację. Utrata odpowiedzi API nie dowodzi, że operacja nie powstała. Zastosuj strategię idempotencji opisaną w dokumentacji i sprawdź istniejący wynik. Nie twórz nowej usługi tylko dlatego, że pierwsze wywołanie nie odpowiedziało na czas. Zespół powinien rozpoznawać różnicę między powtórzeniem tego samego żądania a świadomym rozpoczęciem nowej próby. Pozwala to również później odtworzyć przyczynę ewentualnego problemu.

Hostowana strona płatności

Pokaż niepewność zamiast zgadywać wynik

Zdefiniuj zrozumiałe stany: do zapłaty, wynik oczekujący, potwierdzone lub wymaga sprawdzenia. Ekran sukcesu nie zastępuje zweryfikowanego stanu serwera. Podpisane powiadomienia i odczyt statusu aktualizują należność niezależnie od przeglądarki, co opisują dokumentacje Stripe i Mollie. Jeśli wynik pozostaje nieznany, przypisz osobę i następny krok weryfikacji. Seria kolejnych prób bez zbadania poprzedniej może wytworzyć duplikaty. Komunikacja z klientem powinna mówić o znanym etapie, zamiast zamieniać brak informacji w pewne odrzucenie albo zapewnienie, że zapłata już nastąpiła.

Powiąż potwierdzenie z dostępem do usługi

Ustal, który okres zostaje aktywowany po potwierdzeniu oraz jak traktowane są nadal otwarte terminy. Wiadomości, ewentualna tolerancja i zawieszenie to reguły biznesowe do ustalenia w odpowiednich warunkach. Webhook ma je wykonywać, a nie tworzyć samodzielnie. Powtórzone zdarzenie nie może wydłużyć dostępu dwukrotnie. Jeżeli pracownik interweniuje ręcznie, zapisz przyczynę i identyfikator sprawy. Obsługa będzie mogła wyjaśnić, dlaczego klient zachował usługę mimo nierozstrzygniętej płatności albo dlaczego dostęp przekazano do weryfikacji. Takie wyjaśnienie powinno opierać się na historii decyzji, nie na domyśle.

Planuj na podstawie dostępnych narzędzi

OrsunPay zapewnia wspólne połączenie z własnymi kontami PSP, stany płatności i podpisane powiadomienia. Pełne środowisko billing dla sprzedawców jest planowane i nie jest dziś dostępne. Nie wpisuj go zatem do projektu jako gotowego harmonogramu subskrypcji lub automatycznego wystawiania dokumentów. Wybierz dostępne systemy dla umów, dokumentów i dostępów, a następnie opisz wymianę danych z płatnością. Umowy PSP pozostają Twoje, a opłaty za oprogramowanie są fakturowane oddzielnie. Plan powinien wskazywać również czynności, które nadal wymagają udziału człowieka.

• Nadaj każdemu terminowi stabilny identyfikator.
• Zapisuj zmiany planów i zakończenie usługi.
• Przetestuj utraconą odpowiedź i powtórzone zdarzenie.
• Sprawdź poprzedni wynik przed kolejną próbą.
• Potwierdź możliwości cykliczne z wybranym PSP.

Źródła

• Dokumentacja Stripe dotycząca webhooków
• Dokumentacja Mollie dotycząca płatności