Używamy Google Analytics do statystyk ruchu. Analityczne pliki cookie zapisujemy tylko za Twoją zgodą. Bez zgody statystyki są szacowane na podstawie sygnałów niewymagających cookies. Polityka cookies.
Gateway · Płatności
Przykład przechodzi przez całą stronę — Arc Studio SRL, zamówienie 9F21-0716, €49.00. Klient wybiera kartę, Apple Pay, Google Pay, USDC lub przelew bankowy, a po stronie sprzedawcy wygląda to tak samo: jeden numer referencyjny, jedno potwierdzenie, jedna kwota w euro.
Gwarancje
Rozdrobnienie metod to problem sprzedawcy i narasta: procesor kartowy z własnym panelem, SDK walleta z własnym cyklem wydań, opcja krypto na osobnej stronie, która nigdzie się nie uzgadnia. Każda kolejna metoda to kolejna integracja, kolejny zestaw raportów, kolejne miejsce, w którym płatność może zniknąć. Gateway sprowadza to do jednej strony i jednego zapisu.
Ten sam checkout na mobile — karty, wallety i USDC na jednej stronie. · Potwierdzenie — 52.95 USDC wpłynęło, €49.00 rozliczone, jasno i wprost.
Karty, Apple Pay, Google Pay, USDC, przelew bankowy i lokalne metody, których oczekują Twoi kupujący, są na tej samej hostowanej stronie, ułożone według tego, z czego prawdopodobnie skorzysta klient. Strona dostosowuje się do desktopu, telefonu i aplikacji; włączenie nowej metody to przełącznik, a nie projekt.
Back office linków — każdy link ze statusem, €2,304.50 pobrane w tym miesiącu.
USDC jest wyceniane po kursie widocznym na stronie, zanim klient potwierdzi, rozlicza się w euro i trafia do tej samej wypłaty co wpływy z kart. Nie trzymasz pozycji w tokenach, nie tworzysz funkcji skarbu i Twój księgowy nie widzi drugiej waluty. Potwierdzenie opisuje przewalutowanie w jednej linii — klient zapłacił krypto, a w księgach jest €49.00.
Zwrot w toku — do zamówienia, powód wymagany, środki wracają pierwotną drogą.
Wszystko zależy od zamówienia, a nie od metody płatności. Zamówienie 9F21-0716 niesie pozycje, opłatę przetwarzania €0.50, sumę, wynik autoryzacji, potwierdzenie i zwroty. Dlatego uzgodnienie to wyszukanie, spór to jeden ekran, a zwrot wskazuje zamówienie, a nie kartę, wallet czy łańcuch.
Branding checkoutu — logo, kolory, krój pisma i zaokrąglenia, z podglądem na żywo przed zapisem.
Karty są przechowywane w vaulcie po naszej stronie i wskazywane tokenem, więc wracający klient płaci jednym dotknięciem, a Twoje systemy przechowują referencję zamiast numeru karty. Subskrypcje działają według harmonogramu, który określasz, na tym tokenie, same ponawiają soft declines i podążają za posiadaczem karty po wznowieniach — każdy cykl tworzy własne zamówienie i własne potwierdzenie.
Konfiguracja metod — włączaj metody per checkout, obok rozliczenia i routing.
Ruch kartowy podąża za polityką routingu zapisaną w znanych Ci kategoriach, ponawia soft decline inną trasą, zanim klient zobaczy błąd, i przechodzi na 3-D Secure wtedy, gdy wymaga tego polityka, a nie domyślnie. Gdy płatność zostaje faktycznie odrzucona, powód przychodzi w języku, na który operator może zareagować, a nie jako surowy kod wydawcy.
Wgraj logo, ustaw kolory, krój pisma i zaokrąglenia i zobacz prawdziwy checkout przed zapisem. Uruchom go na naszej domenie, na swojej lub we własnej aplikacji — ze stopką powered-by albo w pełni jako whitelabel. Demonstracyjny checkout należy do Arc Studio SRL i wygląda jak ich.
Metody
Każda metoda widoczna w checkoucie, stojące za nią kanały i waluta, w której płatność trafia do Ciebie. Najważniejsza jest prawa kolumna: niezależnie od wyboru klienta, wypłata dla sprzedawcy to jedna kwota w euro.
Integracja
Utwórz zamówienie z kluczem idempotentności, przekieruj do hostowanego checkoutu, odbierz podpisany wynik. Cała integracja to kilka endpointów i jeden webhook.
Zero integracji — utwórz link w back office, jednorazowy lub zbiorczy, i wyślij. Płatności trafiają w to samo miejsce co te z API.
iOS i Android wyświetlają ten sam checkout natywnie, a klient zostaje w Twojej aplikacji — także przy portfelach i 3-D Secure.
Podłącz istniejący sklep bez programisty: zainstaluj wtyczkę, wklej klucze, wykonaj testową płatność kartą sandbox.
Zachowaj własny layout i osadź pola płatności. Pozostają hostowane i objęte zakresem PCI po naszej stronie, więc dane karty nadal nie dotykają Twoich serwerów.
Integracja
Twój backend tworzy zamówienie przez API: kwota, waluta, Twoja referencja.
Klient wybiera kartę, portfel lub USDC na stronie hostowanej.
Środki są weryfikowane i blokowane; 3-D Secure włącza się tylko wtedy, gdy wymaga tego polityka.
Obciążenie zostaje zrealizowane i trafia do kolejki rozliczeń.
Przychodzi podpisany webhook order.paid; zweryfikuj podpis i zrealizuj zamówienie.
Zamówienia dnia trafiają do paczki i są wypłacane w EUR — jedna referencja od checkoutu do pozycji w banku.
Funkcje
Hostowany checkout zestawia obok siebie karty, Apple Pay, Google Pay i USDC. Zamówienie 9F21-0716 po lewej — trzy pozycje, opłata za przetwarzanie €0.50 i €49.00 do zapłaty — a wybór metody po prawej. Klient wybiera, strona się dostosowuje, a sprzedawca zintegrował się raz.
Ten sam URL checkoutu przekształca się w układ na telefon: zamówienie zwija się do paska podsumowania, przyciski metod zostają na miejscu, formularz karty zachowuje etykiety. Co działa na desktopie, działa na mobile — a gdy płatność ma odbyć się w Twojej aplikacji, a nie w przeglądarce, SDK na iOS i Android wyświetlają ten sam checkout natywnie dla tego samego zamówienia.
Płatność USDC kończy się potwierdzeniem, które odczyta księgowy sprzedawcy. Metoda: 52.95 USDC w sieci Base →︎ rozliczenie w EUR, po kursie z potwierdzenia, 1 EUR = 1.0807 USDC. Referencja 9F21-0716, wysłana klientowi e-mailem i do pobrania od razu. Klient zapłacił krypto; w księgach jest €49.00.
Linki płatnicze dostają prawdziwe biurko: 8 linków Arc Studio SRL — opłaconych, aktywnych i wygasłych — z kwotą, liczbą płatności i statusem w każdym wierszu. Kafelki u góry prowadzą wynik: 4 aktywne linki, €2,304.50 zebrane w tym miesiącu z 18 płatności linkami, €49.00 opłacone dziś. Utwórz, wyszukaj, wyeksportuj, gotowe.
Zwrot dotyczy zamówienia, a nie metody płatności. Panel otwiera się na 9F21-0716 z kwotą ustawioną na pełne €49.00, wymaganym powodem i opcjonalną notatką, która trafia do eksportów i na potwierdzenie klienta. Środki wracają automatycznie pierwotnym kanałem płatności — zwroty kartowe na kartę, zamówienia w USDC jako rozliczenie w EUR — zwykle w 1–3 dni robocze.
Branding to strona ustawień, nie projekt usługowy: wgraj logo, ustaw kolory akcentu, tekstu i tła, wybierz krój pisma i styl narożników. Podgląd na żywo pokazuje Twój prawdziwy checkout — desktop lub mobile — zanim zapiszesz, a akcent steruje fokusem przycisku płatności, znacznikami statusu i aktywną zakładką. Uruchom go na hoście checkoutu z Twojego sandboxa albo na własnej domenie.
Metody płatności to przełączniki z dostawcami w tle: karty z 3-D Secure, Apple Pay i Google Pay jako przyciski portfeli, USDC w sieciach Ethereum, Base i Solana, przelew SEPA z referencją vIBAN. Obok panel rozliczeń mówi wprost: klienci widzą przewalutowanie przed potwierdzeniem, a Ty zawsze rozliczasz się w EUR.
Utwórz zamówienie, przekieruj na hostowaną stronę, odbierz wynik. Gateway zapewnia interfejs płatności, logikę metod i potwierdzenia. Twój zespół nie musi budować, łatać ani aktualizować frontendu checkoutu przy zmianach metod.
Wszystko zależy od zamówienia, nie od metody płatności. Zamówienie 9F21-0716 zawiera pozycje — sprint tożsamości marki €38.50, licencja na kroje pisma €6.00, ekspresowa dostawa €4.00 — opłatę za przetwarzanie €0.50 i jedną sumę. Niezależnie od sposobu zapłaty, to ta referencja służy do zapytań, uzgodnień i zwrotów.
Zmiany metod i brandingu dotyczą nowych sesji checkoutu — mówi o tym ekran, na którym je zapisujesz. Klientowi w trakcie płatności strona nigdy nie zmieni się pod palcami.
Ścieżka kartowa to nudna część, już załatwiona: walidacja w locie, 3-D Secure z silnym uwierzytelnianiem klienta wbudowanym w przepływ, pod czytelną polityką routingu, oraz karty testowe per sandbox do testów integracji. Przyjmowanie krypto nigdy nie pogarsza płatności kartą.
Portfele to przyciski, nie projekty. Apple Pay i Google Pay pojawiają się jako arkusze jednego dotknięcia na tej samej stronie i płacą tokenami urządzenia — prawdziwy numer karty nigdy nie trafia na stronę — przez to samo zamówienie i to samo potwierdzenie. Włączenie to przełącznik na ekranie metod.
Krypto jest wyceniane po kursie pokazanym w checkoucie i rozliczane w euro. Sprzedawca nie zostaje przypadkiem z pozycją w tokenach; księgi pozostają w jednej walucie.
Metoda USDC obejmuje Ethereum, Base i Solana za jednym przełącznikiem. Klient płaci w sieci, w której ma portfel; po stronie sprzedawcy nic się nie zmienia.
Płatność przelewem niesie referencję vIBAN, więc przychodzący przelew SEPA z założenia identyfikuje swoje zamówienie. Włącz ją dla klientów, którzy chcą faktury do opłacenia z banku, a uzgodnienia pozostaną automatyczne.
Poza kartami i portfelami checkout oferuje metody account-to-account i lokalne, jakich oczekuje europejski kupujący — prezentowane według kraju klienta, a nie wrzucone do jednej długiej listy.
BNPL stoi w tym samym rzędzie metod co reszta — klient dzieli płatność, sprzedawca dostaje pieniądze raz, a referencja zamówienia się nie zmienia. Jeden przełącznik, to samo potwierdzenie, te same uzgodnienia.
Strona układa metody według tego, z czego klient prawdopodobnie skorzysta — kraj, język, urządzenie i to, czy płacił już u Ciebie — więc właściwa opcja jest pierwsza, a nie czwarta.
Pokaż kwotę w walucie klienta z podanym przewalutowaniem przed potwierdzeniem, a rozlicz w EUR niezależnie od tego. Klient widzi znajomą liczbę; Twoja księga ma jedną.
Hostowana strona lokalizuje etykiety, błędy i potwierdzenia. Nikt nie porzuci płatności dlatego, że przycisk był w złym języku.
Powracający klient płaci zapisaną kartą jednym dotknięciem. Karta jest przechowywana w skarbcu po naszej stronie i wskazywana tokenem, więc Twoje systemy trzymają referencję, nigdy PAN — a drugi zakup jest krótszy niż pierwszy.
Obciążenia cykliczne działają według harmonogramu, który definiujesz — kwota, interwał, początek i koniec — na tokenizowanej karcie. Każdy cykl tworzy własne zamówienie i własne potwierdzenie, więc subskrypcję uzgadnia się wiersz po wierszu, jak wszystko inne.
Miękka odmowa przy płatności cyklicznej jest ponawiana według harmonogramu, a nie spisywana na straty, a klient dowiaduje się o niej tylko wtedy, gdy to ważne. Nieudane odnowienia przestają być cichym churnem.
Zapisane karty są przechowywane jako tokeny sieciowe i podążają za posiadaczem przez wznowienia i wygaśnięcia. Subskrypcja, która psuła się po wymianie karty, dalej pobiera płatności.
Zamówienia tworzy się przez API z kluczami idempotentności — powtórzone żądanie zwraca pierwotny wynik, nigdy drugie obciążenie — a sekcja dla developerów zawiera klucze i dokumentację. Checkout jest hostowany; integracja to garść endpointów, opisanych tam, gdzie są ustawienia.
Twój backend dowiaduje się o płatnościach w chwili, gdy zachodzą: podpisane zdarzenia webhook w cyklu życia zamówienia — opłacone, nieudane, zwrócone — z weryfikacją podpisu po Twojej stronie i ochroną przed replayem po naszej.
Natywne aplikacje wyświetlają ten sam checkout w aplikacji, zamiast wyrzucać użytkownika do przeglądarki. SDK zawiera logikę metod, arkusze portfeli i 3-D Secure; zamówienie i potwierdzenie to te, które Twój backend już zna.
Wtyczki koszyków zakupowych łączą istniejący sklep z Gateway bez programisty — zainstaluj, wklej klucze, wykonaj płatność testową. Te same zamówienia trafiają do tego samego back office co te z API.
Gdy płatność musi odbyć się w Twoim układzie strony, osadź pola płatności bezpośrednio: pola są hostowane i objęte zakresem PCI po naszej stronie, otaczająca je strona należy w całości do Ciebie, a dane karty nigdy nie trafiają na Twoje serwery.
Link może wygasnąć po jednej płatności albo zbierać je dalej — w demo miejsce na warsztat przyjęło 3 płatności, a godzina konsultacji 6. Linki domyślnie wygasają po 30 dniach, a wygasły link mówi o tym wprost, zamiast po cichu nie działać.
Integrację uruchamiasz na sesjach testowych, kartami wydanymi razem z kluczami sandbox, zanim ruszą jakiekolwiek prawdziwe środki. Przepływy są identyczne, więc to, co przechodzi w teście, trafia na produkcję.
Ruch kartowy podąża za polityką routingu opisaną znanymi Ci pojęciami — marka karty, kraj wydawcy, waluta, kwota — a nie za czarną skrzynką. Trasę płatności zobaczysz na tym samym ekranie, na którym widać samą płatność.
Soft decline jest ponawiany inną trasą w tej samej sesji checkout, zanim klient zobaczy błąd. Większość odzyskanych płatności to takie, o których zagrożeniu klient nigdy się nie dowiedział.
Surowe kody wydawców są tłumaczone na przyczyny, z którymi operator może coś zrobić — karta wygasła, brak środków, ryzyko po stronie wydawcy — i grupowane, dzięki czemu wzorzec widoczny w wielu płatnościach jest widoczny jako wzorzec.
Większość płatności przechodzi na samych sygnałach urządzenia i zachowania; dodatkowe uwierzytelnienie pojawia się, gdy wymaga tego polityka. To Ty ustalasz politykę — zawsze, według ryzyka albo z wyłączeniem tam, gdzie pozwalają przepisy — a przepływ obsługuje hostowana strona.
Checkout, potwierdzenie i rozliczenie mają ten sam numer referencyjny zamówienia. Kto wyszuka 9F21-0716, znajdzie jeden wpis na €49.00 — a nie rekord kartowy w jednym systemie i kryptowalutowy w drugim.
Rozliczenie jest opisane tam, gdzie je konfigurujesz: automatyczna konwersja na EUR, rozliczenie na RO49 •••• 0421, wypłata codziennie o 23:00. Kwota, którą księgowy zobaczy jutro, jest ustalana na ekranie, który sprzedawca może przeczytać już dziś.
Każda wypłata rozwija się do zamówień, które ją zasiliły, z rozpisanymi prowizjami. Pozycja na wyciągu bankowym zgadza się z listą, którą możesz wyeksportować, więc zamknięcie miesiąca to wyszukiwanie, a nie śledztwo.
Kwotę zwrotu można edytować do wysokości pierwotnego obciążenia — panel pokazuje maksimum i traktuje każdą niższą kwotę jako zwrot częściowy. Dziesięć zwrotów częściowych do jednego zamówienia nadal uzgadnia się względem jednego numeru referencyjnego.
Każdy zwrot ma obowiązkowy powód i opcjonalną notatkę, a notatka podróżuje dalej: pojawia się w eksportach i na potwierdzeniu klienta. Pół roku później nikt nie musi pamiętać, dlaczego zamówienie 9F21-0716 zostało zrekompensowane.
Potwierdzenia trafiają do klienta e-mailem i można je pobrać od razu, a potwierdzenia zwrotów idą tą samą drogą. Sprzedawca nigdy nie buduje własnego szablonu potwierdzenia.
Anulowanie przed zamknięciem dziennej paczki zwalnia blokadę autoryzacyjną i żadne pieniądze się nie ruszają — bez zwrotu, bez prowizji, bez niczego na wyciągu klienta, co trzeba by tłumaczyć.
Płatności kartą przechodzą 3-D Secure według polityki routingu, którą można przeczytać. Płatności portfelem opierają się na uwierzytelnieniu samego urządzenia, a zdarzenia webhook są weryfikowane podpisem, zanim zostaną uznane za wiarygodne.
Reguły screeningu czyta się jak zdania — kwota powyżej X z kraju Y na karcie użytej po raz pierwszy — i od razu przekłada na działanie: zezwól, wyzwanie lub blokuj. Listy zaufanych i zablokowanych kart, e-maili i adresów znajdują się na tym samym ekranie.
Powtarzane próby z jednej karty, jednego urządzenia lub jednego adresu wychwytują reguły limitów, a nie człowiek, który zauważy je później. Sygnały widać przy płatności, a nie ukryte w punktacji.
Chargeback otwiera się razem ze stojącym za nim zamówieniem: wynik autoryzacji, rezultat 3-D Secure, potwierdzenie, dostawa, historia zwrotów. Odpowiadasz z tego ekranu, a pakiet dowodowy powstaje z zapisu, a nie z pamięci.
Strona zbierająca dane karty jest nasza — hostowana, objęta zakresem PCI. Niezależnie od tego, czy klient płaci na naszej domenie, Twojej czy w Twojej aplikacji, Twoje serwery widzą token i numer referencyjny zamówienia — nigdy numer karty.
Dane płatnicze są szyfrowane w spoczynku i przetwarzane w UE. Dla europejskiego sprzedawcy to, gdzie dane się znajdują, jest odpowiedzią, a nie przypisem.
Zwroty, zmiany metod płatności, zmiany brandingu, rotacje kluczy — każde z tych działań trafia do ścieżki audytu z operatorem, znacznikiem czasu i powodem. Działania uprzywilejowane wymagają podania powodu, zanim zostaną wykonane.
Finanse widzą wypłaty, wsparcie widzi zamówienia i wykonuje zwroty, deweloperzy widzą klucze i logi. Dostęp nadaje się per rola, a nie przez współdzielenie jednego loginu.
Płatnicy zbierają się w widoku klientów — kto zapłacił, jak często i jaką metodą — dzięki czemu stały klient jest rekordem, a nie zbiegiem okoliczności pasujących e-maili w eksportach.
Znajdź płatność po linku lub numerze referencyjnym z pola wyszukiwania; wyeksportuj bieżący widok do CSV, gdy potrzebują tego księgi. Back office zakłada, że księgowy o to zapyta.
Wolumen, wskaźnik akceptacji, zwroty i struktura metod w wybranym okresie. Wystarczająco, by odpowiedzieć, gdzie poszły pieniądze i którą metodę warto promować — bez eksportowania czegokolwiek.
Gateway łączy się z Protocore Center: back office linków płatniczych pokazuje tam każdy link wraz z przypisanym przelewem rozliczeniowym i linkiem do otwarcia w Tracer, z pełnym śladem. Twój zespół operacyjny widzi całość — od checkoutu aż do księgi.
Demonstracyjny checkout należy do Arc Studio SRL: ich nazwa, ich znak, ich zamówienie. Uruchom go ze stopką powered-by-Protocore albo w pełni jako whitelabel — w obu przypadkach strona wygląda jak Twoja.
FAQ
Płatności kartą przebiegają w dwóch krokach: autoryzacja blokuje środki przy zakupie, rozliczenie je przesuwa. Gateway automatycznie pobiera środki, zamyka zamówienia dnia w paczkę i wypłaca w EUR na wskazany rachunek o dziennej godzinie wypłat ustawionej w ustawieniach.
Momentem. Przed rozliczeniem anulowanie zwalnia blokadę autoryzacji i żadne pieniądze się nie przesuwają. Po rozliczeniu to zwrot — wystawiany do zamówienia, pełny lub częściowy, wracający pierwotną metodą płatności z powodem zapisanym w historii.
Jako polityka, a nie domyślna uciążliwość. Większość płatności przechodzi na podstawie samych danych o urządzeniu i zachowaniu; dodatkowe uwierzytelnienie pojawia się tylko wtedy, gdy wymaga tego polityka routingu. Politykę ustalasz Ty — przebieg obsługuje strona hostowana.
Euro. Kwota w USDC jest wyceniana na stronie przed potwierdzeniem przez klienta, rozliczana do EUR po podanym kursie, a potwierdzenie zapisuje konwersję. Checkout, potwierdzenie i rozliczenie mają jedną referencję zamówienia — nigdy nie trzymasz pozycji w tokenach.
Zamówienie jest Twoim zestawem dowodów. Wynik autoryzacji, potwierdzenie, historia zwrotów i dostarczenie webhooka są powiązane z jedną referencją — jedno wyszukanie rozstrzyga spór, a zwrot z tego samego ekranu bywa szybszym rozwiązaniem.
Nie. Zamówienia powstają z kluczami idempotentności, więc ponowione żądanie zwraca pierwotny wynik zamiast drugiego obciążenia, a webhooki wracają podpisane i z ochroną przed replay.
Strona zbierająca dane karty jest nasza — hostowana i objęta zakresem PCI po naszej stronie. Twoje serwery otrzymują token i referencję zamówienia, nigdy numer karty. Dotyczy to każdego przypadku: klient płaci na naszej domenie, na Twojej, w Twojej aplikacji lub przez pola płatności osadzone w Twoim layoucie.
Tak. Uruchom go na hoście checkoutu wydanym wraz z sandboxem, na własnej domenie albo osadź na swojej stronie za pomocą hostowanych pól płatności. Branding — logo, kolory, krój pisma, zaokrąglenia — to ekran ustawień z podglądem na żywo, a stopka jest z oznaczeniem „powered by” lub w pełni whitelabel, według Twojego wyboru.
Karty są przechowywane po naszej stronie jako tokeny sieciowe; Twoje systemy trzymają referencję. Subskrypcja obciąża token zgodnie z ustawionym harmonogramem, sama ponawia miękkie odmowy i podąża za posiadaczem karty przez jej wymiany. Każdy cykl tworzy własne zamówienie i potwierdzenie, więc subskrypcję uzgadnia się linia po linii.
Kwotę we własnej walucie, z podaną konwersją przed potwierdzeniem, a checkout w jego języku. Ty nadal rozliczasz się w EUR. Ta sama zasada co przy USDC: strona klienta się dostosowuje, Twoja księga pozostaje w jednej walucie.
Po Twojej stronie to należność w euro. Gateway obsługuje część krypto — wycenę, płatność on-chain i konwersję — a na Twój rachunek trafia EUR z regulowanej ścieżki rozliczeniowej, z zastosowanym kursem zapisanym na potwierdzeniu. Nie przechowujesz tokenów, nie prowadzisz portfela ani nie trzymasz pozycji, bo konwersja następuje przed rozliczeniem, a nie po nim.
Link płatniczy działa w dniu założenia konta. Integracja API to endpoint zamówień, przekierowanie i jeden podpisany webhook — większość zespołów uruchamia ją testowo w ciągu tygodnia i przechodzi na produkcję po przeprowadzeniu testowej płatności od początku do końca. Wtyczki do sklepów całkowicie pomijają development.
Tak — uruchom oba. Kieruj nowe zamówienia do Gateway, podczas gdy dotychczasowy dostawca kończy rozliczać i zwracać własne, bo zwroty zawsze wracają kanałem, który przyjął płatność. Zapisane karty migrują jako tokeny, więc subskrybenci nie muszą ponownie wpisywać danych karty.
Wywołanie zamówienia i handler webhooka. Stronę płatności, logikę metod, portfele, 3-D Secure, potwierdzenia i każdą nową metodę dodaną później aktualizujemy my — na tym polega sens hostowanego checkoutu.
Cennik
Startujesz bez opłaty platformowej — Gateway zarabia na przetwarzanych płatnościach, więc koszt rośnie wraz z wolumenem przechodzącym przez checkout.
Uruchom checkout pod własną marką na licencji dopasowanej do włączanych torów i planowanej przepustowości.
Twoja marka na stronie płatności, nasze tory pod spodem, obsługa po naszej stronie — zakres zależy od włączonych metod płatności.
Koszt zależy od wolumenu przechodzącego przez checkout i włączonych torów — rozliczeń kartowych, walletowych i w USDC. Wybierz wariant samodzielny lub w pełni whitelabel.
Oceń
Przechodzimy z Tobą przez przykład — Arc Studio SRL, zamówienie 9F21-0716 — z płatnością kartą, walletem i USDC, a potem pokazujemy back office sprzedawcy.
Testowy sprzedawca z kluczami API, dzięki któremu Twój zespół utworzy zamówienia, uruchomi hostowany checkout i odbierze podpisane wyniki od początku do końca.
API zamówień, webhook order.paid i przewodnik integracji — wszystko, czego trzeba, by skierować checkout na Gateway zamiast budować własny.
Hostowana strona z Twoim logo, kolorami i krojem pisma, żeby zobaczyć własny checkout przed startem.
Do poczytania
Działa samodzielnie lub jako whitelabel — Twoja marka na checkoucie, nasze tory pod spodem.
PoS dzieli z Gateway model zamówień przy kasie, vIBAN nadaje zamówieniom płaconym przelewem samoidentyfikujące się referencje, Chain rozlicza płatności w USDC do EUR, Center to konsola operatora za checkoutem, a Agents stosuje ten sam model zamówień do płatności inicjowanych przez oprogramowanie w ramach polityk ustalonych przez człowieka.
Wszystko powyżej działa w demach produkcyjnych, które możemy Ci pokazać — samodzielnie, jako whitelabel lub jako jedna platforma. Powiedz, co budujesz, a pokażemy najkrótszą drogę.
