Platební tlačítko: návrh průběhu a potvrzení platby

Přiřaďte tlačítko ke konkrétní objednávce

Popište, co uživatel v okamžiku kliknutí skutečně kupuje. Objednávka má mít stabilní referenci, konečnou částku a měnu. Pokud každé kliknutí zakládá nový obchodní případ, opakovaná akce se později obtížně vysvětluje. Oddělte proto objednávku od jednotlivého platebního pokusu a uchovejte jejich vztah. Stejný model musí znát i zákaznická podpora. Uživatel, který dvakrát stiskne tlačítko kvůli pomalé odezvě, tím nemusí chtít dvě služby. Návrh má tuto běžnou situaci předvídat, místo aby zobrazení tlačítka považoval za úplnou definici nákupu.

Platební widget

Ověřte částku a kontext na serveru

Prohlížeč nemá být jediným zdrojem údaje o částce, měně nebo účtu obchodníka. Server musí zkontrolovat schválenou verzi objednávky a správné připojení. Při více obchodech je zvlášť důležité, aby změna vstupního parametru nemohla vybrat nesprávný kontext. Sledujte jeden příklad od objednávky k požadavku a výsledku. Pokud se cena změní, určete, co se stane s předchozí žádostí. Vizuálně správné tlačítko nebrání nesouladu dat, když aplikace používá starší částku nebo nepřesně převádí hodnoty mezi různými systémy.

Integrace a API

Zvolte průběh přesměrování nebo okna

Přesměrování a vyskakovací okno mají odlišné chování pro uživatele. Zvažte, jak pozná platební prostředí a jak se vrátí k objednávce. Okno může zavřít dříve, než je výsledek známý; při přesměrování se nemusí vrátit vůbec. Připravte pro obě situace srozumitelnou zprávu a možnost objednávku znovu najít. V průběhu OrsunPay se citlivé údaje karty zadávají v prostředí hostovaném PSP. Vlastní vzhled tlačítka nezbavuje tým povinnosti posoudit skutečnou konfiguraci, předání dat a odpovědnosti jednotlivých stran.

Hostovaná platební stránka

Nechte výsledek rozhodnout server

Zavření okna ani návrat na stránku nepotvrzují zaplacení. Použijte ověřený stav a podepsaná serverová oznámení. Dokumentace Stripe a Mollie vysvětlují, proč události doplňují viditelný průběh v prohlížeči. Pozdější potvrzení musí aktualizovat stejnou objednávku a opakované oznámení nesmí spustit druhé doručení. Obrazovka má zobrazovat známý výsledek, nikoli jej odvozovat z pohybu mezi okny. Když stav ještě není jasný, může uživatele informovat o probíhajícím ověření. Aplikace musí tuto nejistotu zachovat také ve svých obchodních pravidlech.

Připravte opakování a předání podpoře

Vyzkoušejte dvojité kliknutí, zpoždění sítě a uzavření okna během čekání. Pro každý případ určete, zda se požadavek může opakovat, nebo se nejprve musí vyhledat existující operace. Podpora potřebuje referenci objednávky a informaci o známém stavu, nikoli zbytečné citlivé údaje zákazníka. Popište také, kdo může znovu spustit interní zpracování potvrzeného výsledku. Různé části aplikace by neměly současně provádět vlastní pokusy o nápravu. Společná pravidla pomohou odlišit opakování technického kroku od nové, výslovně požadované platby.

Potvrďte dostupnost konkrétního widgetu

OrsunPay obsahuje implementaci JavaScriptového widgetu pro přesměrování a popup, ale veřejná adresa balíčku ani jeho publikace nejsou potvrzeny. Dostupný rozsah je omezený a je nutné jej pro konkrétní použití dohodnout. Neplánujte instalaci z domnělého veřejného balíčku. Widget zároveň není kompletní e-shop, rezervační systém ani ticketing. Vlastní účty a smlouvy PSP zůstávají vaše a software se účtuje odděleně. Dobře připravený návrh jasně říká, jak má tlačítko fungovat a které závislosti musí být před realizací ještě potvrzeny.

• Spojte tlačítko s existující obchodní objednávkou.
• Kontrolujte částku, měnu a kontext na serveru.
• Nepovažujte zavření popupu za výsledek platby.
• Ověřte dvojité kliknutí a pozdní oznámení.
• Potvrďte použitý balíček a stav jeho zveřejnění.

Zdroje

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