Pro statistiku návštěvnosti používáme Google Analytics. Analytické cookies se nastaví, jen pokud je přijmete. Bez souhlasu se statistiky odhadují z signálů bez cookies. Zásady používání cookies.
Gateway · Platby
Celou stránkou prochází ukázkový příklad — Arc Studio SRL, objednávka 9F21-0716, €49.00. Zákazník zvolí kartu, Apple Pay, Google Pay, USDC nebo bankovní převod a z pohledu obchodníka je to tak či tak totéž: jedna reference, jeden doklad, jedna částka v eurech.
Záruky
Roztříštěnost metod je problém obchodníka a narůstá: procesor karet s vlastním dashboardem, SDK peněženky s vlastním release cyklem, krypto možnost na jiné stránce, která se nikam neodsouhlasí. Každá další metoda je další integrace, další sada reportů, další místo, kde se platba může ztratit. Gateway to sbalí do jedné stránky a jednoho záznamu.
Stejný checkout na mobilu — karty, peněženky a USDC na jedné stránce. · Doklad — přijato 52.95 USDC, vypořádáno €49.00, srozumitelně.
Karty, Apple Pay, Google Pay, USDC, bankovní převod i místní metody, které vaši kupující čekají, jsou na jedné hostované stránce, seřazené podle toho, co zákazník před ní nejspíš použije. Stránka se přizpůsobí desktopu, telefonu i aplikaci; přijímat novou metodu znamená přepnout volbu, ne spustit projekt.
Back office odkazů — každý odkaz se stavem, €2,304.50 vybráno tento měsíc.
USDC se oceňuje kurzem zobrazeným na stránce před potvrzením zákazníka, vypořádává se v eurech a přijde ve stejné výplatě jako tržby z karet. Nikdy nedržíte pozici v tokenech, nezřizujete treasury a váš účetní nikdy neuvidí druhou měnu. Doklad uvádí konverzi na jedné řádce — zákazník zaplatil kryptem; účetnictví říká €49.00.
Refundace v běhu — k objednávce, povinný důvod, zpět původní cestou.
Všechno visí na objednávce, ne na platební metodě. Objednávka 9F21-0716 nese své položky, poplatek za zpracování €0.50, celkovou částku, výsledek autorizace, doklad i refundace. Proto je odsouhlasení jen vyhledání, spor jedna obrazovka a refundace míří na objednávku, ne na kartu, peněženku nebo blockchain.
Branding checkoutu — logo, barvy, písmo a rohy, s živým náhledem před uložením.
Karty jsou uložené u nás a odkazuje se na ně tokenem, takže vracející se zákazník zaplatí klepnutím a vaše systémy ukládají referenci, ne číslo karty. Předplatné běží podle vámi definovaného plánu nad tímto tokenem, samo opakuje soft declines a sleduje držitele karty přes převydání — každý cyklus vytvoří vlastní objednávku a vlastní doklad.
Konfigurace metod — metody se zapínají pro každý checkout, vypořádání a směrování vedle nich.
Kartový provoz se řídí politikou směrování zapsanou v pojmech, které znáte, soft decline zkusí znovu jinou cestou dřív, než zákazník uvidí selhání, a 3-D Secure vyžaduje, když to politika určí, ne automaticky. Když je platba skutečně zamítnuta, důvod přijde ve formě, se kterou může operátor pracovat, ne jako surový kód vydavatele.
Nahrajte logo, nastavte barvy, písmo a rohy a před uložením si prohlédněte skutečný checkout. Provozujte ho na naší doméně, na své nebo uvnitř vlastní aplikace — s patičkou „powered by“, nebo jako plný whitelabel. Ukázkový checkout patří Arc Studio SRL a působí jako jejich.
Metody
Každá metoda, kterou checkout nabízí, koleje za ní a měna, ve které platba dorazí. Podstatný je pravý sloupec: ať zákazník zvolí cokoli, obchodníkovi přijde výplata jako jedna částka v eurech.
Integrace
Vytvořte objednávku s idempotentním klíčem, přesměrujte na hostovaný checkout a přijměte podepsaný výsledek. Celá integrace je pár endpointů a jeden webhook.
Žádná integrace — vytvořte odkaz v back office, jednorázový nebo sběrný, a pošlete ho. Platby dorazí na stejné místo jako ty z API.
iOS a Android zobrazí stejný checkout nativně a zákazník zůstane ve vaší aplikaci i při platbě přes peněženky a 3-D Secure.
Připojte existující e-shop bez vývojáře: nainstalujte, vložte klíče a proveďte testovací platbu sandbox kartou.
Nechte si vlastní layout a vložte platební pole. Zůstávají hostovaná a v rozsahu PCI na naší straně, takže údaje o kartě se stále nedotknou vašich serverů.
Integrace
Váš backend vytvoří objednávku přes API: částka, měna, vaše reference.
Zákazník na hostované stránce vybere kartu, peněženku nebo USDC.
Prostředky se ověří a zablokují; 3-D Secure vstoupí do hry, jen když to vyžaduje pravidlo.
Platba se dokončí a zařadí do fronty k vypořádání.
Dorazí podepsaný webhook order.paid; ověřte podpis a objednávku vyřiďte.
Denní objednávky se seskupí do dávky a vyplatí v EUR — jedna reference od checkoutu po řádek v bance.
Funkce
Hostovaný checkout řadí vedle sebe karty, Apple Pay, Google Pay a USDC. Vlevo objednávka 9F21-0716 — tři položky, poplatek za zpracování €0.50, k úhradě €49.00 — a vpravo výběr metody. Zákazník si vybere, stránka se přizpůsobí a obchodník integroval jen jednou.
Stejná URL checkoutu se přeskládá do mobilního rozložení: objednávka se sbalí do souhrnného pruhu, tlačítka metod zůstanou na místě, formulář karty si zachová popisky. Co funguje na desktopu, funguje i na mobilu — a když chcete, aby platba proběhla přímo ve vaší aplikaci, a ne v prohlížeči, SDK pro iOS a Android zobrazí stejný checkout nativně nad stejnou objednávkou.
Platba v USDC končí potvrzenkou, které rozumí i účetní obchodníka. Metoda: 52.95 USDC na Base →︎ vypořádání v EUR, kurzem uvedeným na potvrzence, 1 EUR = 1.0807 USDC. Reference 9F21-0716, odeslaná zákazníkovi e-mailem a ke stažení hned na místě. Zákazník zaplatil kryptem; v účetnictví je €49.00.
Platební odkazy dostávají pořádné pracoviště: 8 odkazů pro Arc Studio SRL rozdělených na zaplacené, aktivní a prošlé, s částkou, počtem plateb a stavem na každém řádku. Karty nahoře vedou skóre — 4 aktivní odkazy, €2,304.50 vybráno tento měsíc z 18 plateb přes odkazy, €49.00 zaplaceno dnes. Vytvořit, vyhledat, exportovat, hotovo.
Refundace míří na objednávku, ne na platební metodu. Panel se otevře na 9F21-0716 s částkou předvyplněnou na celých €49.00, povinným důvodem a volitelnou poznámkou, která se objeví v exportech i na potvrzence zákazníka. Peníze se vrací automaticky původní platební cestou — refundace karty na kartu, objednávky v USDC jako jejich vypořádání v EUR — obvykle do 1–3 pracovních dnů.
Branding je stránka v nastavení, ne zakázka na služby: nahrajte logo, nastavte barvu akcentu, textu a povrchů, vyberte písmo a styl rohů. Živý náhled vykreslí váš skutečný checkout — desktopový i mobilní — ještě před uložením a akcent určuje fokus tlačítka platby, stavové značky i aktivní záložku. Provozujte ho na hostiteli checkoutu přiděleném k vašemu sandboxu, nebo na vlastní doméně.
Platební metody jsou přepínače s poskytovateli v zádech: karty s 3-D Secure, Apple Pay a Google Pay jako tlačítka peněženek, USDC na Ethereu, Base a Solaně, bankovní převod SEPA přes referenci vIBAN. Vedle nich panel vypořádání říká podmínky na rovinu: zákazníci vidí přepočet před potvrzením; vy vždy vypořádáváte v EUR.
Vytvoříte objednávku, přesměrujete na hostovanou stránku a dostanete výsledek. Gateway nese platební UI, logiku metod i potvrzenky. Váš tým nemusí stavět, záplatovat ani udržovat žádný frontend checkoutu, když se metody mění.
Všechno se odvíjí od objednávky, ne od platební metody. Objednávka 9F21-0716 nese své položky — sprint brand identity za €38.50, licenci písma za €6.00, expresní dodání za €4.00 — poplatek za zpracování €0.50 a jeden celkový součet. Ať se zaplatí jakkoli, právě tato reference je to, nad čím dotazujete, odsouhlasujete a refundujete.
Změny metod a brandingu se uplatní u nových relací checkoutu — je to uvedeno přímo na obrazovce, kde je ukládáte. Zákazníkovi uprostřed platby se stránka pod rukama nikdy nezmění.
Platba kartou je ta nudná část, která je vyřešená: validace přímo v poli, 3-D Secure se silným ověřením zákazníka zabudovaným do toku pod čitelnou politikou směrování a testovací karty pro každý sandbox při integraci. Přijímání krypta nikdy nezhorší platbu kartou.
Peněženky jsou tlačítka, ne projekty. Apple Pay a Google Pay se zobrazí jako jednoklikové panely na stejné stránce a platí tokeny zařízení — skutečné číslo karty se na stránku nikdy nedostane — přes stejnou objednávku a stejnou potvrzenku. Zapnutí je přepínač na obrazovce metod.
Krypto se oceňuje kurzem zobrazeným v checkoutu a vypořádá se v eurech. Obchodník tak nikdy omylem neskončí s pozicí v tokenech; účetnictví zůstává v jedné měně.
Metoda USDC pokrývá Ethereum, Base a Solanu za jedním přepínačem. Zákazník platí v síti, kde má peněženku; na straně obchodníka se nic nemění.
Platba převodem nese referenci vIBAN, takže příchozí platba SEPA pozná svou objednávku už z principu. Zapněte ji pro zákazníky, kteří chtějí fakturu zaplatit z banky, a odsouhlasení zůstane automatické.
Kromě karet a peněženek nabízí checkout převody z účtu na účet a lokální metody, které evropský zákazník očekává, a řadí je podle země zákazníka, ne v jednom dlouhém seznamu.
BNPL je na stejném řádku metod jako všechno ostatní — zákazník si platbu rozloží, obchodník dostane zaplaceno jednou a reference objednávky se nemění. Jeden přepínač, stejná potvrzenka, stejné odsouhlasení.
Stránka řadí metody podle toho, co zákazník pravděpodobně použije — země, jazyk, zařízení a to, zda už u vás platil — takže ta správná možnost je první, ne čtvrtá.
Ukažte částku v měně zákazníka s přepočtem uvedeným před potvrzením a vypořádejte vždy v EUR. Zákazník vidí povědomé číslo; vaše účetní kniha má jedno.
Hostovaná stránka lokalizuje popisky, chybové hlášky i potvrzenky. Nikdo platbu neopustí kvůli tomu, že tlačítko bylo ve špatném jazyce.
Vracející se zákazník zaplatí uloženou kartou jedním klepnutím. Karta je uložená u nás ve vaultu a odkazuje se na ni tokenem, takže vaše systémy drží jen referenci, nikdy PAN — a druhý nákup je kratší než první.
Opakované platby běží podle vámi definovaného plánu — částka, interval, začátek a konec — nad tokenizovanou kartou. Každý cyklus vytvoří vlastní objednávku a vlastní potvrzenku, takže se předplatné odsouhlasuje řádek po řádku jako všechno ostatní.
Měkké zamítnutí opakované platby se zkouší znovu podle plánu, místo aby se odepsalo, a zákazník se o něm dozví, jen když na tom záleží. Neúspěšné obnovy přestávají být tichým odchodem zákazníků.
Uložené karty se drží jako síťové tokeny a sledují držitele přes přeznačení i expirace. Předplatné, které se dřív rozbilo při výměně karty, se dál účtuje.
Objednávky se vytvářejí přes API s idempotentními klíči — opakovaný požadavek vrátí původní výsledek, nikdy druhou platbu — a sekce pro vývojáře obsahuje klíče i dokumentaci. Checkout je hostovaný; integrace je hrstka endpointů zdokumentovaných přímo tam, kde je nastavení.
Váš backend se o platbách dozví v okamžiku, kdy proběhnou: podepsané webhook události na životní cyklus objednávky — zaplaceno, selhalo, refundováno — s ověřením podpisu na vaší straně a ochranou proti opakovanému přehrání na naší.
Nativní aplikace zobrazí stejný checkout přímo v aplikaci, místo aby uživatele přehazovaly do prohlížeče. SDK nese logiku metod, panely peněženek i 3-D Secure; objednávka a potvrzenka jsou ty, které váš backend už zná.
Pluginy pro e-shopová řešení napojí existující obchod na Gateway bez vývojáře — nainstalujete, vložíte klíče, provedete testovací platbu. Stejné objednávky skončí ve stejném back office jako ty z API.
Když platba musí proběhnout přímo ve vašem layoutu, vložte platební pole přímo do stránky: vstupy jsou hostované a v rozsahu PCI na naší straně, stránka kolem nich je celá vaše a data karet se nikdy nedotknou vašich serverů.
Odkaz se může uzavřít po jedné platbě, nebo dál přijímat platby — místo na workshopu v ukázce má 3 platby, hodina konzultace 6. Odkazy ve výchozím nastavení po 30 dnech automaticky expirují a expirovaný odkaz to řekne, místo aby selhal bez vysvětlení.
Integrace se zkouší na testovacích relacích s kartami vydanými spolu se sandbox klíči, dřív než se pohnou skutečné peníze. Toky jsou totožné, takže co projde v testu, půjde do ostrého provozu.
Kartový provoz se řídí routovací politikou zapsanou pojmy, které znáte — karetní značka, země vydavatele, měna, částka — ne černou skříňkou. Kterou cestou platba šla, uvidíte na stejné obrazovce jako samotnou platbu.
Měkké zamítnutí se zopakuje jinou cestou v rámci stejné checkout relace, dřív než zákazník uvidí chybu. Většina zachráněných plateb jsou ty, o jejichž ohrožení zákazník ani nevěděl.
Surové kódy vydavatelů se překládají do důvodů, se kterými může operátor pracovat — expirovaná karta, nedostatek prostředků, riziko vydavatele — a seskupují se, takže vzorec napříč mnoha platbami je vidět jako vzorec.
Většina plateb projde jen na základě signálů zařízení a chování; krok navíc se zobrazí, když to pravidlo vyžaduje. Pravidlo nastavujete vy — vždy, podle rizika, nebo s výjimkou tam, kde to pravidla dovolují — a hostovaná stránka celý tok zajistí.
Checkout, účtenka i vypořádání nesou stejnou referenci objednávky. Kdo vyhledá 9F21-0716, najde jednu položku €49.00 — ne kartový záznam v jednom systému a krypto záznam v druhém.
Vypořádání je uvedeno přímo tam, kde ho nastavujete: automatický převod na EUR, vypořádání na RO49 •••• 0421, výplata denně ve 23:00. Číslo, které účetní uvidí zítra, se určuje na obrazovce, kterou obchodník přečte už dnes.
Každá výplata se rozbalí do objednávek, které ji tvořily, s rozepsanými poplatky. Řádek z banky odpovídá seznamu, který můžete exportovat, takže uzávěrka je dohledání, ne vyšetřování.
Částku refundace lze upravit až do výše původní platby — panel ukazuje maximum a cokoli nižšího bere jako částečnou. Deset částečných refundací k jedné objednávce se stále páruje na jednu referenci.
Každá refundace má povinný důvod a volitelnou poznámku a ta putuje dál: objeví se v exportech i na účtence zákazníka. Za půl roku si nikdo nemusí pamatovat, proč byla objednávka 9F21-0716 uhrazena zpět.
Účtenky se zákazníkovi posílají e-mailem a lze je hned stáhnout; účtenky k refundacím jdou stejnou cestou. Obchodník nikdy nevytváří šablonu účtenky.
Zrušení před denní dávkou uvolní blokaci autorizace a žádné peníze se nepohnou — žádná refundace, žádný poplatek, na výpisu zákazníka nic k vysvětlování.
Kartové platby procházejí 3-D Secure podle routovací politiky, které rozumíte. Platby peněženkou nesou vlastní autentizaci zařízení a webhook události se před důvěrou ověřují podpisem.
Screeningová pravidla se čtou jako věty — částka nad X ze země Y u karty poprvé — a umí na ně reagovat: povolit, vyzvat k ověření, nebo zablokovat. Seznamy důvěryhodných a blokovaných karet, e-mailů a adres jsou na téže obrazovce.
Opakované pokusy z jedné karty, zařízení či adresy zachytí pravidla pro frekvenci, ne člověk, který si toho všimne později. Signály jsou vidět u platby, ne zahrabané ve skóre.
Chargeback se otevře spolu s objednávkou, která za ním stojí: výsledek autorizace, výsledek 3-D Secure, účtenka, doručení, historie refundací. Odpovíte přímo z té obrazovky a sada důkazů se sestaví ze záznamu, ne z paměti.
Stránka, která sbírá údaje o kartě, je naše, hostovaná a v rozsahu PCI. Ať zákazník platí na naší doméně, na vaší, nebo ve vaší aplikaci, vaše servery uvidí token a referenci objednávky — nikdy číslo karty.
Platební data jsou šifrována v klidu a zpracovávána v EU. Pro evropského obchodníka je to, kde data leží, odpověď, ne poznámka pod čarou.
Refundace, změny metod, změny brandingu, rotace klíčů — vše se zapisuje do auditní stopy s operátorem, časem a důvodem. Privilegované akce vyžadují před spuštěním uvedení důvodu.
Finance vidí výplaty, podpora objednávky a vystavuje refundace, vývojáři klíče a logy. Přístup se uděluje podle role, ne sdílením jednoho přihlášení.
Plátci se skládají do přehledu zákazníků — kdo platil, jak často, jakou metodou — takže stálý zákazník je záznam, ne shoda e-mailů v exportech.
Platbu najdete podle odkazu nebo reference ve vyhledávacím poli; aktuální pohled exportujete do CSV, když to účetnictví potřebuje. Back office počítá s tím, že se účetní zeptá.
Objem, míra schválení, refundace a podíl metod za zvolené období. Dost na to, abyste věděli, kam peníze šly a kterou metodu stojí za to podporovat — bez jakéhokoli exportu.
Gateway se napojuje na Protocore Center: back office platebních odkazů tam ukazuje každý odkaz s připojeným převodem vypořádání a odkazem pro otevření v Traceru s kompletní stopou. Váš provozní tým vidí skrz checkout až do hlavní knihy.
Ukázkový checkout patří Arc Studio SRL: jejich jméno, jejich značka, jejich objednávka. Provozujte ho s patičkou powered-by Protocore, nebo plně jako whitelabel — stránka tak či onak působí jako vaše.
FAQ
Kartové platby probíhají ve dvou krocích: autorizace při nákupu zablokuje prostředky, vypořádání je přesune. Gateway provádí capture automaticky, denní objednávky uzavře do dávky a vyplatí je v EUR na váš určený účet v čase denní výplaty nastaveném v nastavení.
Načasování. Před vypořádáním zrušení uvolní blokaci autorizace a žádné peníze se nepohnou. Po vypořádání jde o refundaci — vystavenou k objednávce, celou či částečnou, vrácenou původní platební metodou s důvodem v záznamu.
Jako pravidlo, ne jako výchozí tření. Většina toků projde jen na základě dat o zařízení a chování; krok navíc (step-up) se zobrazí, jen když ho vyžaduje směrovací pravidlo. Pravidlo nastavujete vy — tok zajistí hostovaná stránka.
Eura. Částka v USDC je oceněna na stránce ještě před potvrzením zákazníkem, vypořádá se do EUR uvedeným kurzem a účtenka konverzi zaznamená. Checkout, účtenka i vypořádání sdílejí jednu referenci objednávky — token nikdy nedržíte.
Objednávka je váš důkazní spis. Výsledek autorizace, účtenka, historie refundací i doručení webhooků visí na jedné referenci — spor vyřeší jedno vyhledání a refundace ze stejné obrazovky bývá často rychlejším řešením.
Ne. Objednávky se vytvářejí s idempotentními klíči, takže opakovaný požadavek vrátí původní výsledek místo druhé platby — a webhooky se na zpáteční cestě podepisují s ochranou proti replay útokům.
Stránka, která sbírá údaje o kartě, je naše — hostovaná a v rozsahu PCI na naší straně. Vaše servery dostanou token a referenci objednávky, nikdy číslo karty. Platí to, ať zákazník platí na naší doméně, na vaší, ve vaší aplikaci, nebo přes platební pole vložená do vašeho layoutu.
Ano. Spusťte ho na hostiteli checkoutu vydaném se sandboxem, na vlastní doméně, nebo vložený do stránky pomocí hostovaných platebních polí. Branding — logo, barvy, písmo, zaoblení — je obrazovka nastavení s živým náhledem a patička je podle vaší volby powered-by, nebo plně whitelabel.
Karty jsou u nás uložené jako síťové tokeny; vaše systémy drží jen referenci. Předplatné strhává tento token podle vámi nastaveného plánu, samo opakuje soft declines a sleduje držitele karty i přes přeemitování. Každý cyklus vytvoří vlastní objednávku a účtenku, takže se předplatné páruje řádek po řádku.
Částku ve své měně, s konverzí uvedenou před potvrzením, a checkout ve svém jazyce. Vy stále vypořádáváte v EUR. Stejný princip jako u USDC: strana zákazníka se přizpůsobí, vaše kniha zůstává v jedné měně.
Z vaší strany jde o pohledávku v eurech. Gateway řeší krypto část — ocenění, platbu on-chain a konverzi — a na váš účet dorazí EUR z regulované vypořádací cesty, zaznamenané na účtence s uplatněným kurzem. Neuchováváte tokeny, neprovozujete peněženku ani nedržíte pozici, protože ke konverzi dochází před vypořádáním, ne po něm.
Platební odkaz funguje ve chvíli, kdy máte účet. API integrace je endpoint objednávky, přesměrování a jeden podepsaný webhook — většina týmů ji má rozběhnutou v testu do týdne a na ostrý provoz přepne po úspěšné testovací platbě od začátku do konce. Pluginy pro e-shopy vývoj přeskočí úplně.
Ano — provozujte obě. Nové objednávky směrujte na Gateway, zatímco starý poskytovatel dokončí vypořádání a refundace těch svých, protože refundace vždy putují zpět po kolejích, které platbu přijaly. Uložené karty se migrují jako tokeny, takže vaši předplatitelé nemusejí zadávat údaje znovu.
Volání objednávky a handler webhooku. Platební stránku, logiku metod, peněženky, 3-D Secure, účtenky i každou novou metodu přidanou později držíme aktuální my — v tom je smysl hostovaného checkoutu.
Ceník
Spusťte bez poplatku za platformu — Gateway vydělává na zpracovaných platbách, takže cena sleduje objem, který checkoutem protéká.
Provozujte checkout pod vlastní značkou na licenci podle zapnutých kolejí a plánované propustnosti.
Vaše značka na platební stránce, naše koleje pod ní, provozované za vás — rozsah se řídí zapnutými platebními metodami.
Cena sleduje objem protékající checkoutem a zapnuté koleje — vypořádání karet, peněženek a USDC. Vezměte si ho samostatně, nebo jako plný whitelabel.
Vyhodnoťte
Projdeme s vámi ukázkový příklad — Arc Studio SRL, objednávka 9F21-0716 — platbu kartou, peněženkou i USDC, a ukážeme back office obchodníka za ním.
Testovací obchodník s API klíči, aby váš tým mohl vytvářet objednávky, spouštět hostovaný checkout a přijímat podepsané výsledky od začátku do konce.
Order API, webhook order.paid a průvodce integrací — vše, co potřebujete, abyste checkout napojili na Gateway místo jeho vlastního vývoje.
Hostovaná stránka s vaším logem, barvami a písmem, abyste svůj checkout viděli před spuštěním.
Další čtení
Běží samostatně nebo jako whitelabel — vaše značka na checkoutu, naše koleje pod ním.
PoS sdílí model objednávek Gateway na prodejně, vIBAN dává objednávkám placeným bankovním převodem sebeidentifikující reference, Chain vypořádává platby v USDC do EUR, Center je operátorská konzole za checkoutem a Agents uplatňuje stejný model objednávek na platby iniciované softwarem podle lidmi nastavených pravidel.
Vše výše běží v produkčních demech, kterými vás rádi provedeme — samostatně, jako whitelabel, nebo jako jedna platforma. Řekněte nám, co stavíte, a ukážeme vám nejkratší cestu.
