Opakované platby: termíny, stav a přístup ke službě

Přiřaďte plnění ke konkrétnímu období

Zapište rozsah služby a data, ke kterým se splatnost vztahuje. Může jít o přístup, údržbu nebo balíček dohodnutých prací. Referenci smlouvy a období uchovávejte odděleně od data transakce. Opožděná úhrada nemá pokrýt jiný měsíc jen proto, že přišla později. Popište také přechod na jinou nabídku a případné úpravy. Člověk komunikující se zákazníkem musí umět vysvětlit otevřený závazek. Jasný model období zabrání situaci, kdy prodej, aplikace a podpora používají stejnou informaci o platbě, ale každá část firmy ji chápe jinak.

Využití a fakturace — Soon

Potvrďte dohodu a podporovaný způsob platby

Možnost vyvolávat další platby závisí na metodě, PSP a podmínkách účtu. Požadavky ověřte s poskytovatelem a lidmi odpovědnými za příslušný proces ve firmě. Předchozí použití karty samo nepopisuje souhlas s libovolnými budoucími částkami. Uchovejte potřebné podklady a reference ve vhodném systému. Vysvětlete také změnu nebo ukončení služby. Tato rozhodnutí mají předcházet zákaznickému slibu automatického placení. Technická zkouška nenahrazuje obchodní ujednání ani potvrzení, že daná funkce skutečně existuje pro vaše konkrétní konto, měnu a zamýšlený scénář.

Integrace a API

Oddělte splatnost od technických pokusů

Listopadová platba představuje jeden závazek, i když zákazník potřebuje aktualizovat údaje. Používejte samostatné identifikátory období a pokusu a zachovejte jejich spojení. Ztracená odpověď API nedokazuje, že operace nevznikla. Uplatněte dokumentovanou idempotenci a zjistěte existující výsledek. Nevytvářejte další službu jen proto, že první volání neodpovědělo včas. Tým má rozlišovat opakování stejného požadavku a vědomé zahájení nové platební operace. Toto rozdělení usnadní také zpětné vysvětlení, proč vzniklo více technických záznamů, aniž by automaticky existovalo více obchodních pohledávek.

Hostovaná platební stránka

Zachovejte nejistotu výsledku viditelnou

Pojmenujte srozumitelné stavy: k úhradě, čeká na výsledek, potvrzeno a vyžaduje ověření. Úspěšná obrazovka nenahrazuje zjištěný serverový stav. Podepsaná oznámení a čtení statusu umožňují aktualizaci nezávislou na prohlížeči, jak vysvětlují Stripe a Mollie. Pokud výsledek není známý, určete člověka a další krok kontroly. Série nových pokusů bez prověření předchozího může vytvořit duplicity. Komunikace má popisovat známou fázi, místo aby chybějící informaci měnila na jisté odmítnutí nebo ujištění o zaplacení. Stejná opatrnost patří i do automatických obchodních pravidel.

Propojte úhradu s přístupem ke službě

Stanovte, jaké období se aktivuje po potvrzení a jak se zachází s otevřenými splatnostmi. Zprávy, případná tolerance i pozastavení jsou obchodní pravidla k vymezení v příslušných podmínkách. Webhook je má vykonat, ne sám vytvářet. Opakované oznámení nesmí přístup prodloužit dvakrát. Při ručním zásahu zaznamenejte důvod a referenci případu. Podpora pak vysvětlí, proč zákazník službu zachoval i při nevyřešené úhradě nebo proč se přístup prověřuje. Vysvětlení má vycházet z historie rozhodnutí, nikoli z odhadu člověka, který případ právě převzal.

Používejte pouze potvrzené funkce nástrojů

OrsunPay nabízí společné připojení vlastních PSP účtů, platební stavy a podepsaná oznámení. Úplné prostředí billing pro obchodníky je plánované a dnes není dostupné. Nepočítejte s ním jako s hotovým kalendářem předplatného nebo automatickým vystavováním dokladů. Pro smlouvy, dokumenty a přístupy vyberte dostupné systémy a určete jejich výměnu dat s platbou. Smlouvy PSP zůstávají vaše a software se fakturuje odděleně. Plán má ukázat i ruční práci, která zůstává potřebná, aby její provádění nebylo skrytou závislostí při prvním ostrém období.

• Přidělte každé splatnosti stabilní referenci.
• Zaznamenávejte změny nabídky a ukončení služby.
• Ověřte ztracenou odpověď a opakované oznámení.
• Před novým pokusem zjistěte předchozí výsledek.
• Potvrďte opakované platby s konkrétním PSP.

Zdroje

• Dokumentace Stripe k webhookům
• Dokumentace Mollie k platbám