Platební brána a 3D Secure: připravte celý průběh nákupu

Nejprve zajistěte správné údaje objednávky

Před začátkem platebního procesu musí být známá objednávka, konečná částka a měna. Ověřte je na serveru a zachovejte stabilní referenci. Pokud zákazník upraví košík, určete, která verze je ještě platná a co se stane s předchozí žádostí. Dodatečný krok ověření nevyřeší nesprávnou částku převzatou ze starého košíku. Při návrhu si proto vezměte konkrétní nákup a sledujte jeho údaje přes všechny systémy. Stejná reference má pomáhat vývojářům i podpoře, která bude později řešit nedokončený nebo nejasný případ.

Integrace a API

Ponechte ověřovací průběh podporovanému řešení

Použijte postup popsaný vybraným PSP a způsob integrace, který pro něj skutečně podporujete. Nepředpokládejte, že každá transakce zobrazí totožnou výzvu nebo že obchodník může libovolně určovat výsledek ověřování. Rozhraní má zvládnout případné další kroky bez ztráty kontextu objednávky. U hostovaného checkout OrsunPay se citlivé údaje zadávají v prostředí PSP. U konkrétní konfigurace potvrďte, jak se ověřovací průběh předává a dokončuje. Technická podpora určitého scénáře není obecnou zárukou regulatorního souladu ani schválení každého nákupu.

Hostovaná platební stránka

Připravte srozumitelné zprávy při čekání

Kupující může čekat na další krok, přepnout aplikaci nebo zavřít okno. Zprávy musí popisovat známý stav a nabídnout cestu zpět k objednávce. Neoznačujte nákup za zaplacený jen proto, že se zobrazila nebo uzavřela ověřovací obrazovka. Stejně tak samotné opuštění stránky nemusí dokazovat konečný neúspěch. Vyzkoušejte průběh na zařízeních běžných pro vaše zákazníky. Podpora má vědět, jakou informaci uživatel viděl, ale rozhodnutí o expedici musí mít jiný, ověřený základ. Jasný text může zabránit tomu, aby zákazník bez potřeby zahájil další pokus.

Oddělte ověření od konečného výsledku platby

Po návratu z dalšího kroku musí aplikace stále získat správný platební stav. Pro splnění objednávky používejte ověřené serverové výsledky a podepsaná oznámení. Dokumentace Stripe a Mollie vysvětlují, proč nestačí návrat prohlížeče. Příjemce musí zvládat také opakované a pozdní události. Potvrzení stejného nákupu nesmí vyvolat druhou zásilku. Pokud výsledek není známý, ponechte objednávku v odpovídajícím stavu a zajistěte další ověření. Neprovádějte automatický nový pokus u jiného poskytovatele jen proto, že obrazovka nepřinesla očekávanou okamžitou odpověď.

Připravte scénáře pro podporu a vývoj

Do přejímky zahrňte úspěšné dokončení, přerušení během ověřování, pozdní oznámení a neznámý výsledek. U každého určete očekávaný stav objednávky a osobu odpovědnou za kontrolu. Pokud zákazník hlásí problém, nejprve vyhledejte existující transakci podle reference. Záznamy by měly poskytovat informace potřebné k diagnostice, ne zbytečně shromažďovat citlivé údaje. Rozlište chybu komunikace, otevřený platební výsledek a obchodní rozhodnutí o další žádosti. Tým pak dokáže reagovat na konkrétní situaci bez obecného tvrzení, že za každý problém může ověřovací krok.

Potvrďte odpovědnosti a dostupný rozsah

OrsunPay propojuje vaše vlastní PSP účty, sjednocuje práci se stavy a poskytuje podepsané notifikace. Podmínky účtu a rozhodnutí poskytovatele zůstávají v příslušném vztahu s PSP. Software se fakturuje samostatně a současná nabídka neobsahuje automatické kaskády ani optimalizaci podle nejnižší ceny. Při výběru integrace požadujte konkrétní popis podporovaného průběhu včetně omezení. Nedávejte zákazníkům slib, že ověřování vždy proběhne bez zásahu nebo že zaručí schválení. Kvalitní proces má správně zpracovat různé výsledky, nejen ideální ukázku.

• Kontrolujte objednávku před zahájením ověřování.
• Použijte dokumentovaný postup konkrétního PSP.
• Nezaměňujte dokončené ověření za jistotu zaplacení.
• Připravte přerušení, pozdní událost a neznámý stav.
• Rozhodujte o expedici podle ověřeného výsledku serveru.

Zdroje

• Dokumentace Stripe k webhookům
• Dokumentace Mollie k platbám
• Stripe: hostovaný Checkout a podporované průběhy