Takérecurring billing, subscription payment, subscription billing, mandate-based paymentPokročilý
Definice
Opakovaná platba je platební režim, při kterém zákazník předem souhlasí s tím, že obchodník může v budoucnu strhávat další částky podle sjednaných pravidel. Používá se pro předplatné, členství, splátky nebo automatické dobíjení kreditu. Technicky obvykle stojí na tokenu platební metody, ne na ukládání čísla karty.
První souhlas a další inkasa
Opakovaná platba začíná souhlasem zákazníka s tím, že obchodník smí později strhnout další částky podle dohodnutých pravidel. Souhlas má být srozumitelný: částka nebo způsob jejího výpočtu, periodicita, možnost zrušení a identita obchodníka. U plateb kartou se při prvním nastavení často používá ověření držitele, například 3-D Secure. Další inkasa už mohou proběhnout bez aktivního potvrzení zákazníka, pokud pravidla dané karetní schématu, banky a legislativy dovolují výjimku pro merchant initiated transaction.
Opakovaná platba není totéž co obyčejné zapamatování karty. Uložená karta pouze umožňuje pozdější platbu, zatímco opakovaná platba přidává smluvní a procesní rámec: kdy se účtuje, proč se účtuje a jak zákazník platbu ukončí. Dobrý systém proto eviduje nejen token platební metody, ale také stav předplatného, plán účtování, historii pokusů a auditní stopu souhlasů.
Token místo čísla karty
Platební brána obvykle vrátí obchodníkovi token, nikoli celé číslo karty. Token je odkaz na platební prostředek uložený u poskytovatele, který má řešit bezpečnost a požadavky PCI DSS. Obchodník s tokenem požádá o další stržení, ale citlivá karetní data přímo nezpracovává. Rozsah odpovědnosti přesto nezmizí: aplikace musí chránit účty zákazníků, webhooks, administraci, fakturační data a oprávnění k rušení plateb.
Opakované účtování vyžaduje pečlivé zacházení s opakováním požadavků. Síťový timeout neznamená, že platba neproběhla. Platební integrace proto používají jednoznačný identifikátor pokusu a často také princip Idempotence, aby jeden výpadek nevytvořil dvě stržení.
Co rozhoduje o úspěchu další platby
Další platba může selhat z mnoha praktických důvodů: expirovaná karta, nedostatek prostředků, blokace bankou, změna limitu, zrušený token nebo požadavek na nové ověření. Aplikace má rozlišovat mezi dočasným odmítnutím a konečným stavem. Dočasné odmítnutí vede k rozumnému opakování a upozornění zákazníka, konečný stav k pozastavení služby nebo nabídce jiné platební metody.
Opakovaná platba má také uživatelskou stránku. Zákazník má snadno najít cenu, další datum stržení, faktury a tlačítko pro zrušení. Skryté rušení přes podporu zvyšuje reklamace, chargebacky a nedůvěru. Transparentní předplatné bývá technicky jednodušší i provozně levnější.
Dva praktické scénáře
Měsíční SaaS licence
Firma prodává nástroj za měsíční poplatek. Zákazník při registraci projde ověřením karty, platební brána vrátí token a aplikace založí předplatné se stavem active. První den dalšího období systém pošle požadavek na stržení a po webhooku označí fakturu jako zaplacenou.
{
"subscriptionId": "sub_123",
"billingPeriod": "2026-08",
"paymentStatus": "paid"
}Dobíjení kreditu po poklesu zůstatku
Cloudová služba hlídá zůstatek kreditu zákazníka. Jakmile kredit klesne pod dohodnutý limit, aplikace spustí další platbu kartou za předem odsouhlasenou částku. Platba není měsíční, ale pořád jde o opakovanou platbu, protože zákazník předem povolil budoucí inkasa podle pravidel.
Příklady z praxe
Měsíční SaaS licence
Firma prodává SaaS nástroj za měsíční poplatek. Zákazník při registraci ověří kartu, platební brána vrátí token a aplikace založí aktivní předplatné. První den dalšího období systém strhne poplatek a po webhooku označí fakturu jako zaplacenou.
{ "subscriptionId": "sub_123", "billingPeriod": "2026-08", "paymentStatus": "paid" }Automatické dobití kreditu
Cloudová služba hlídá kredit zákazníka. Jakmile zůstatek klesne pod dohodnutý limit, aplikace spustí další platbu kartou za předem odsouhlasenou částku. Platba nemá pevné měsíční datum, ale pořád jde o opakovanou platbu podle souhlasu zákazníka.
Časté omyly
- MýtusStačí si uložit číslo karty a můžu si strhávat další platby.
- Ve skutečnostiOpakovaná platba má stát na souhlasu zákazníka, pravidlech účtování a bezpečném uložení platební metody. Běžná integrace používá token od platební brány, ne vlastní databázi čísel karet.
- MýtusKdyž brána neodpoví, platbu prostě pošlu znovu.
- Ve skutečnostiTimeout neříká, zda stržení proběhlo, nebo neproběhlo. Platební systém má používat jednoznačné identifikátory pokusů a idempotentní volání, aby opakovaný požadavek nevytvořil duplicitní platbu.
- MýtusOpakovaná platba nejde reklamovat, protože zákazník souhlasil předem.
- Ve skutečnostiSouhlas s opakovanou platbou neruší právo řešit neoprávněné, chybné nebo špatně komunikované stržení. Nejasné podmínky, složité rušení a nečekaná částka zvyšují riziko refundací i chargebacků.
Časté dotazy
- Musí zákazník potvrzovat každou opakovanou platbu přes 3-D Secure?
- Opakovaná platba nemusí vyžadovat potvrzení každého dalšího stržení přes 3-D Secure. První nastavení platební metody a souhlas zákazníka se často ověřují silněji, zatímco pozdější obchodníkem iniciované platby mohou využít výjimku. Výsledek závisí na typu platby, pravidlech karetního schématu, bance vydavatele a nastavení platební brány. Aplikace musí být připravená i na situaci, kdy banka nové ověření vyžádá.
- Co má e-shop ukládat pro opakovanou platbu?
- E-shop by neměl ukládat celé číslo karty, bezpečnostní kód ani jiné citlivé karetní údaje, pokud k tomu nemá odpovídající PCI rozsah a důvod. Běžná integrace ukládá token platební metody, identifikátor zákazníka u brány, stav souhlasu, plán účtování a historii pokusů. Token sám o sobě nestačí, protože e-shop musí umět doložit, proč a za jakých podmínek byla platba spuštěna.
- Co dělat, když opakovaná platba selže?
- Neúspěšná opakovaná platba by měla spustit řízený proces, ne nekonečné okamžité opakování. Systém má uložit výsledek pokusu, rozlišit typ odmítnutí, informovat zákazníka a nabídnout aktualizaci platební metody. U dočasných odmítnutí dává smysl několik plánovaných pokusů. U trvalého odmítnutí je vhodné službu pozastavit podle obchodních podmínek a neúčtovat naslepo dál.
- Jak se má správně zrušit opakovaná platba?
- Opakovaná platba se obvykle ruší v účtu zákazníka, v zákaznické administraci obchodníka nebo přes podporu, pokud samoobsluha není dostupná. Technicky je potřeba zastavit budoucí účtování, uložit čas zrušení a jasně určit, zda služba doběhne do konce zaplaceného období. Pouhé smazání karty není spolehlivé zrušení předplatného, protože smluvní vztah a neuhrazené závazky mohou existovat dál.
Zdroje
- Subscriptions(otevře se v novém okně)
- Billing(otevře se v novém okně)
- EMV® 3-D Secure(otevře se v novém okně)
- PCI Security Standards Council(otevře se v novém okně)
- Directive (EU) 2015/2366 of the European Parliament and of the Council of 25 November 2015(otevře se v novém okně)
Související pojmy
