Płatności SaaS
Co to jest transakcja SaaS typu Card-on-File (CoF)?
Co to jest transakcja SaaS typu Card-on-File (CoF)?
Transakcja CoF (card-on-file) w SaaS to proces płatności, w którym dostawca oprogramowania bezpiecznie przechowuje dane karty kredytowej lub debetowej klienta, aby móc ich ponownie użyć przy przyszłych zakupach lub płatnościach cyklicznych.
Jak dokładnie działają transakcje CoF (card-on-file)?
Transakcje CoF rozpoczynają się w Transakcja Inicjowana przez Konsumenta (CIT) z bramką płatniczą tokenizującą dane karty klienta – gdy użytkownik po raz pierwszy wprowadza dane swojej karty kredytowej lub debetowej, zostają one zastąpione wersją nieczułą (tokeny).
Przebieg CoF:
- Wstępna autoryzacja: Klient wprowadza dane swojej karty i udziela „stałej autoryzacji” na przyszłe transakcje.
- Tokenizacja: System sprzedawcy przechowuje bezpieczny token, podczas gdy rzeczywiste numery kart pozostają w wysoce bezpiecznym, zgodnym z PCI skarbcu.
- Automatyczne rozliczanie: W każdym cyklu rozliczeniowym sprzedawca przesyła token do procesora płatności w celu zażądania środków.
- Aktualizacje danych uwierzytelniających: Nowoczesne systemy wykorzystują “Account Updaters” do automatycznego odświeżania tokena, jeśli fizyczna karta użytkownika wygaśnie lub zostanie wymieniona.
Jak inicjowane są transakcje CoF (card-on-file) przez sprzedawcę lub klienta?
Sprzedawca inicjuje transakcje w zależności od tego, kto wywołuje zdarzenie płatności: sprzedawca czy klient.
- Transakcje inicjowane przez klienta (CIT): Występują, gdy użytkownik aktywnie uczestniczy w procesie finalizacji transakcji, na przykład, gdy kupuje jednorazowy „dodatek” lub ręcznie aktualizuje swój plan w panelu klienta.
- Transakcje Inicjowane przez Sprzedawcę (MIT): Odbywają się w tle, bez aktywnego działania ze strony użytkownika. Jest to standard w usługach subskrypcyjnych, które odnawiają się co miesiąc lub co rok.
Sprzedawca nie może legalnie zainicjować transakcji, chyba że posiada umowę z klientem; jest to obsługiwane w początkowym procesie rejestracji w celu zapewnienia zgodności z unijnym rozporządzeniem w sprawie silnego uwierzytelniania klienta (SCA).
Jakie są główne zalety i korzyści płatności CoF (card-on-file)?
Zapisywanie danych kart płatniczych w systemie jest wygodne, ale przechowywanie danych płatniczych wymaga regularnych ocen, którymi firmy muszą zarządzać.
- Retencja: Zapisane dane płatnicze są wykorzystywane do naliczania opłat abonamentowych w kolejnych okresach rozliczeniowych, zmniejszając tarcia dla klientów poprzez redukcję ręcznych kroków “aktualizacji informacji”.
- Szybsza realizacja zamówień: W systemach z marketplace'ami lub stopniowanymi dodatkami, zapisane dane płatnicze są wykorzystywane do dodatkowych zakupów.
- Przepływ gotówki: Zautomatyzowane kanały rozliczeniowe regularnie przekazują przychody na konto bankowe firmy.
- Zwiększone bezpieczeństwo: Zastąpienie bezpośrednich numerów kart tokenami jest wymagane w celu zachowania zgodności z obowiązującymi środkami bezpieczeństwa i ochrony klientów przed naruszeniami danych.
Jakie są potencjalne wady związane z transakcjami z zapisaną kartą?
Choć wygodne, rozwiązania z zapisaną kartą wymagają regularnych ocen i praktyk administracyjnych w zakresie przechowywania danych płatniczych.
|
Konkretna wada |
Opis |
Potencjalny wpływ |
|
Odpowiedzialność PCI DSS |
Przechowywanie tokenów płatniczych (czyli danych karty płatniczej) wymaga ścisłego przestrzegania globalnych standardów bezpieczeństwa i corocznych audytów. |
Zgodność z przepisami bezpieczeństwa i skanowanie podatności zwiększają koszty operacyjne. |
|
Obecność profili rozliczeniowych i tokenów może być istotna dla działalności cyberprzestępczej |
Procedury administracyjne, prawne lub regulacyjne mogą mieć zastosowanie w zależności od zdarzenia i kontekstu biznesowego. |
|
|
W rozliczeniach cyklicznych niektórzy klienci kierują zapytanie dotyczące transakcji przez swój bank, zamiast przez sprzedawcę. |
Transakcja może być przetwarzana przez chargeback system, z opłatą administracyjną, która często mieści się w przedziale 15–50 USD. |
|
|
Wyższe opłaty za przetwarzanie |
Transakcje z zapisaną kartą są zazwyczaj klasyfikowane jako płatności bez obecności karty, które często wiążą się z wyższymi stawkami interchange. |
Marże zysku mogą się różnić od transakcji jednorazowych lub tych zrealizowanych fizyczną kartą |
|
Zautomatyzowana płatność może zostać odrzucona w zależności od aktualnego statusu karty, zagubionych kart lub ograniczeń bezpieczeństwa wydawcy banku |
Kontynuacja rozliczeń wymaga ręcznych aktualizacji konta lub innych dodatkowych kroków niezbędnych do zakończenia operacji |
|
|
Desynchronizacja tokena |
Płatności oparte na tokenach opierają się na mapowaniu danych między bazą danych a bramka płatnicza skarbcem. |
Rozliczanie cykliczne może działać tylko wtedy, gdy połączenie API jest ważne |
|
Niektórzy użytkownicy mogą nie od razu rozpoznać lub pamiętać, że mają aktywną subskrypcję, gdy naliczanie opłat odbywa się automatycznie. |
Może to korelować ze zmianami statusu konta lub komentarzami klientów na platformach recenzujących, takich jak G2 czy Trustpilot. |
|
|
Koszty wsparcia |
Wcześniejsze powiadomienie o płatności może wpływać na to, jak klienci interpretują opłaty inicjowane przez sprzedawcę. |
Może to korelować ze zmianami w liczbie kontaktów z działem wsparcia oraz w aktywności związanej z obsługą zwrotów. |
Jakie są najczęstsze przypadki użycia biznesowego dla płatności CoF (card-on-file)?
Systemy przechowywania danych kart płatniczych są wdrażane w ramach systemów rozliczeniowych SaaS, aby wspierać stabilny przepływ gotówki:
- Subskrypcje warstwowe: Rozliczanie miesięczne lub roczne za podstawowe narzędzia oprogramowania CRM lub do zarządzania projektami.
- Rozliczenia oparte na użyciu: Rozliczanie za użycie, np. opłata za przechowywanie w chmurze lub za wywołania API.
- Konwersje Freemium: W przypadku usług próbnych dostawcy mogą automatycznie przenieść użytkownika z bezpłatnego poziomu na płatny po zakończeniu okresu bezpłatnego.
Wniosek
Transakcje SaaS z zapisaną kartą upraszczają procesy cyklicznego rozliczania poprzez zastosowanie różnych praktyk, takich jak tokenizacja. Choć to podejście wymaga wiele uwagi w zakresie zgodności z przepisami bezpieczeństwa, przyczynia się również do generowania stałych przychodów, a także do zmniejszenia tarcia. W rezultacie, te procesy rozliczeniowe wspierają komunikację między dostawcami oprogramowania a użytkownikami.