Kasutame liiklusstatistika jaoks Google Analyticsit. Analüütikaküpsised pannakse paika ainult sinu nõusolekul. Ilma nõusolekuta hinnatakse statistikat küpsisevabade signaalide põhjal. Küpsiste poliitika.
Gateway · Maksed
Näitenäide läbib kogu lehe — Arc Studio SRL, tellimus 9F21-0716, €49.00. Klient valib kaardi, Apple Pay, Google Pay, USDC või pangaülekande ning kaupmehe pool on mõlemal juhul identne: üks viide, üks tšekk, üks eurosumma.
Tagatised
Meetodite killustatus on kaupmehe mure ja see kuhjub: kaaseprotsessor oma töölauaga, rahakoti SDK oma väljalasketsükliga, krüptovõimalus eraldi lehel, mis ei klapi kuskil. Iga lisatud meetod on veel üks integratsioon, veel üks aruannete komplekt, veel üks koht, kus makse võib kaduda. Gateway koondab selle ühele lehele ja ühele kirjele.
Sama checkout mobiilis — kaardid, rahakotid ja USDC ühel lehel. · Tšekk — 52.95 USDC sisse, €49.00 arveldatud, öeldud selgelt.
Kaardid, Apple Pay, Google Pay, USDC, pangaülekanne ja kohalikud meetodid, mida teie ostjad ootavad, asuvad samal hostitud lehel, järjestatud selle järgi, mida lehe ees olev klient tõenäoliselt kasutab. Leht kohandub desktopi, telefoni ja rakendusesisese vaatega; uue meetodi lubamine on lüliti, mitte projekt.
Linkide tagakontor — iga link oma staatusega, sel kuul kogutud €2,304.50.
USDC hinnastatakse lehel nähtava kursiga enne kliendi kinnitust, arveldub eurodesse ja jõuab samasse väljamaksesse kaardilaekumistega. Te ei hoia tokenipositsiooni, te ei vaja treasury-funktsiooni ja teie raamatupidaja ei näe teist valuutat. Tšekk esitab konversiooni ühel real — klient maksis krüptoga; raamatupidamises on €49.00.
Tagastus töös — tellimuse vastu, põhjendus kohustuslik, tagasi algset teed pidi.
Kõik ripub tellimuse küljes, mitte makseviisi küljes. Tellimus 9F21-0716 kannab oma tooteridu, €0.50 töötlustasu, kogusummat, autoriseerimistulemust, tšekki ja tagastusi. Seepärast on kooskõlastus lihtne otsing, vaidlus on üks ekraan ja tagastus viitab tellimusele, mitte kaardile, rahakotile ega ahelale.
Checkout'i brändimine — logo, värvid, kirjatüüp ja nurgad, eelvaade live'is enne salvestamist.
Kaardid hoitakse meie poolel seifis ja neile viidatakse tokeniga, nii et naasev klient maksab ühe puudutusega ning teie süsteemid salvestavad viite, mitte kaardinumbri. Tellimused jooksevad teie määratud ajakava järgi selle tokeni vastu, proovivad pehmeid keeldumisi ise uuesti ja järgnevad kaardiomanikule ümberväljastuste kaudu — iga tsükkel loob oma tellimuse ja oma tšeki.
Meetodite seadistus — lülita meetodeid checkout'i kaupa, arveldus ja marsruutimine kõrval.
Kaardiliiklus järgib marsruutimispoliitikat, mis on kirjutatud teile tuttavates terminites, proovib pehmet keeldumist uuesti alternatiivset teed pidi enne, kui klient tõrget näeb, ning lülitub 3-D Secure'ile siis, kui poliitika seda nõuab, mitte vaikimisi. Kui makse tõesti tagasi lükatakse, saabub põhjus keeles, mille põhjal operaator saab tegutseda, mitte toore väljastajakoodina.
Laadige üles logo, seadke värvid, kirjatüüp ja nurgad ning vaadake päris checkout'i eelvaadet enne salvestamist. Käitage seda meie domeenil, enda domeenil või oma rakenduse sees — powered-by jaluse või täieliku whitelabel'iga. Demo-checkout kuulub Arc Studio SRL-ile ja näeb välja nende oma.
Meetodid
Kõik meetodid, mida checkout pakub, nende taga olevad maksekanalid ja valuuta, milles raha laekub. Oluline on parempoolne veerg: mida iganes klient valib, kaupmehe väljamakse on üks summa eurodes.
Integratsioon
Looge tellimus idempotentsusvõtmega, suunake kasutaja hostitud checkoutile ja saage allkirjastatud tulemus. Kogu integratsioon on käputäis endpointe ja üks webhook.
Integratsiooni pole vaja — looge haldusportaalis link, ühekordne või koguv, ja saatke see välja. Maksed laekuvad samasse kohta nagu API kaudu tehtud maksed.
iOS ja Android kuvavad sama checkouti natiivselt, nii et klient jääb rahakotiakende ja 3-D Secure'i ajal teie rakendusse.
Ühendage olemasolev e-pood ilma arendajata: installige plugin, kleepige võtmed ja tehke sandbox-kaardiga testmakse.
Säilitage oma kujundus ja põimige makseväljad lehele. Need jäävad meie poolel hostituks ja PCI skoobis, nii et kaardiandmed ei puutu ikkagi teie servereid.
Integratsioon
Teie backend loob tellimuse API kaudu: summa, valuuta, teie viide.
Klient valib hostitud lehel kaardi, rahakoti või USDC.
Summa kontrollitakse ja külmutatakse; 3-D Secure astub sisse ainult siis, kui poliitika seda nõuab.
Tasu viiakse lõpule ja läheb arvelduse ootele.
Saabub allkirjastatud order.paid webhook; kontrollige allkirja ja täitke tellimus.
Päeva tellimused koondatakse partiiks ja makstakse välja EUR-des — üks viide checkoutist pangaväljavõtte reani.
Funktsioonid
Hostitud checkout paneb kaardid, Apple Pay, Google Pay ja USDC kõrvuti. Vasakul on tellimus 9F21-0716 — kolm rida, €0.50 töötlustasu, tasuda €49.00 — ja paremal makseviisi valik. Klient valib, leht kohandub, kaupmees integreeris ühe korra.
Sama checkout URL kohandub telefoni paigutusse: tellimus voldub kokkuvõtteribaks, meetodinupud jäävad paigale, kaardivorm säilitab sildid. Mis töötab arvutis, töötab mobiilis — ja kui soovite makse toimuvat oma rakenduses, mitte brauseris, kuvavad iOS-i ja Androidi SDK-d sama checkouti natiivselt sama tellimuse alusel.
USDC-ga maksmine lõpeb tšekiga, mida kaupmehe raamatupidaja suudab lugeda. Meetod: 52.95 USDC võrgus Base →︎ EUR-i arveldus kursiga, mis on tšekile trükitud, 1 EUR = 1.0807 USDC. Viide 9F21-0716, saadetud kliendile e-postiga ja kohe allalaaditav. Klient maksis krüptos; raamatupidamises on €49.00.
Maksolinkidel on päris töölaud: Arc Studio SRL-i 8 linki staatustega makstud, aktiivne ja aegunud, igal real summa, maksete arv ja staatus. Kaardid ülal peavad arvet — 4 aktiivset linki, €2,304.50 laekunud sel kuul 18 lingimakse kaudu, €49.00 makstud täna. Loo, otsi, ekspordi, valmis.
Tagasimakse osutab tellimusele, mitte makseviisile. Paneel avaneb tellimusel 9F21-0716, summa eeltäidetud täis €49.00, kohustuslik põhjus ja valikuline märkus, mis jõuab ekspordidesse ning kliendi tšekile. Raha liigub tagasi algset maksekanalit pidi automaatselt — kaardimaksed kaardile, USDC tellimused nende EUR-i arvelduse kujul — tavaliselt 1–3 tööpäevaga.
Brändimine on seadete leht, mitte teenusprojekt: laadi üles logo, määra aktsent-, tekstivärv ja pinnatoonid, vali kirjatüüp ja nurgastiil. Reaalajas eelvaade kuvab teie tegelikku checkouti — arvutis või mobiilis — enne salvestamist ning aktsent juhib makse nupu fookust, staatusemärke ja aktiivset saki. Kasutage seda sandboxiga antud checkout-hostil või oma domeenil.
Makseviisid on lülitid, mille taga on pakkujad: kaardid 3-D Secure'iga, Apple Pay ja Google Pay rahakotinuppudena, USDC võrkudes Ethereum, Base ja Solana, SEPA pangaülekanne vIBAN-viitega. Nende kõrval sõnastab arveldusepaneel tehingu selgelt: kliendid näevad konverteerimist enne kinnitamist; teie arveldate alati EUR-is.
Loo tellimus, suuna hostitud lehele, võta vastu tulemus. Gateway kannab makse UI, meetodiloogika ja tšekid. Teie meeskonnal pole checkouti frontendi, mida ehitada, parandada või meetodite muutudes ajakohasena hoida.
Kõik rippub tellimuse küljes, mitte makseviisi. Tellimus 9F21-0716 kannab oma ridu — €38.50 brändiidentiteedi sprint, €6.00 kirjatüübi litsents, €4.00 kiirtarne — €0.50 töötlustasu ja ühte kogusummat. Olenemata sellest, kuidas see makstakse, on just see viide, mille alusel päring, kooskõlastus ja tagasimakse käivad.
Meetodite ja brändi muudatused rakenduvad uutele checkout-sessioonidele — see on kirjas ekraanil, kus need salvestate. Pooleliolevat makset sooritava kliendi all leht kunagi ei muutu.
Kaarditee on igav osa, mis on lahendatud: reaalajas valideerimine, 3-D Secure koos tugeva kliendituvastusega voos loetava marsruutimispoliitika all ning sandboxi-põhised testkaardid integratsioonikatseteks. Krüpto vastuvõtt ei muuda kaardivoogu kunagi halvemaks.
Rahakotid on nupud, mitte projektid. Apple Pay ja Google Pay kuvatakse samal lehel ühe puudutusega paneelidena ja maksavad seadme tokenitega — päris kaardinumber ei jõua kunagi lehele — sama tellimuse ja sama tšeki kaudu. Nende lubamine on lüliti meetodite ekraanil.
Krüpto hind on checkoutis näidatud kursiga ja arveldub eurodes. Kaupmees ei jää kogemata token-positsiooni hoidjaks; raamatupidamine püsib ühes valuutas.
USDC meetod hõlmab Ethereumi, Base'i ja Solanat ühe lüliti taga. Klient maksab võrgus, kus tema rahakott asub; kaupmehe pool ei muutu.
Ülekandega makse kannab vIBAN-viidet, nii et sissetulev SEPA makse tuvastab oma tellimuse konstruktsiooni järgi. Lülita see sisse klientidele, kes soovivad arvet, mida pangast tasuda, ja kooskõlastus jääb automaatseks.
Lisaks kaartidele ja rahakottidele pakub checkout konto-konto ja kohalikke meetodeid, mida Euroopa ostja ootab, kuvatuna kliendi riigi järgi, mitte ühte pikka loendisse kuhjatuna.
BNPL asub samal meetodireal kõige muuga — klient jagab makse osadeks, kaupmees saab tasutud ühe korra ja tellimuse viide ei muutu. Üks lüliti, sama tšekk, sama kooskõlastus.
Leht järjestab meetodid selle järgi, mida klient tõenäoliselt kasutab — riik, keel, seade ja see, kas ta on teile varem maksnud — nii et asjakohane valik on esimene, mitte neljas.
Näita summat kliendi valuutas koos enne kinnitamist nimetatud konverteerimisega ja arveldu sellegipoolest EUR-is. Klient näeb tuttavat numbrit; teie pearaamat hoiab ühte.
Hostitud leht lokaliseerib sildid, vead ja tšekid. Keegi ei jäta makset pooleli seetõttu, et nupp oli vales keeles.
Tagasipöörduv klient maksab salvestatud kaardiga ühe puudutusega. Kaart hoitakse meie poolel seifis ja viidatakse tokeniga, nii et teie süsteemid salvestavad viite, mitte kunagi PAN-i — ja teine ost on esimesest lühem.
Korduvmaksed jooksevad teie määratud ajakava järgi — summa, intervall, algus ja lõpp — tokeniseeritud kaardilt. Iga tsükkel loob oma tellimuse ja oma tšeki, nii et tellimus kooskõlastub rida realt nagu kõik muu.
Korduvmakse pehme keeldumine proovitakse ajakava järgi uuesti, mitte ei kanta maha, ja kliendile antakse sellest teada vaid siis, kui see loeb. Ebaõnnestunud pikendused lakkavad olemast vaikne kliendikadu.
Salvestatud kaarte hoitakse võrgutokenitena ning need järgivad kaardiomanikku väljavahetuste ja aegumiste üle. Tellimus, mis varem kaardi vahetamisel katkes, jätkab maksmist.
Tellimused luuakse API kaudu idempotentsusvõtmetega — korratud päring tagastab algse tulemuse, mitte kunagi teist makset — ning arendajate jaotis kannab võtmeid ja dokumentatsiooni. Checkout on hostitud; integratsioon on käputäis endpointe, dokumenteeritud seal, kus asuvad seaded.
Teie backend saab maksetest teada samal hetkel, kui need juhtuvad: allkirjastatud webhook-sündmused tellimuse elutsüklil — makstud, ebaõnnestunud, tagastatud — allkirja kontrollimine teie poolel ja kordusründe kaitse meie poolel.
Natiivrakendused kuvavad sama checkouti rakenduses, mitte ei saada kasutajat brauserisse. SDK kannab meetodiloogikat, rahakotipaneele ja 3-D Secure'i; tellimus ja tšekk on needsamad, mida teie backend juba tunneb.
Ostukorvi pluginad ühendavad olemasoleva poe Gatewayga ilma arendajata — paigalda, kleebi võtmed, tee testmakse. Samad tellimused jõuavad samasse back office'isse nagu API kaudu tehtud.
Kui makse peab toimuma teie enda paigutuses, põimige maksevälju otse: sisendid on hostitud ja PCI-skoobis meie poolel, nende ümbritsev leht on täielikult teie oma ning kaardiandmed ei puutu kunagi teie servereid.
Link võib sulguda pärast ühte makset või koguda makseid edasi — demos on töötoa koht saanud 3 makset, konsultatsioonitund 6. Lingid aeguvad vaikimisi 30 päeva pärast ning aegunud link ütleb seda selgelt, selle asemel et vaikselt tõrkuda.
Integratsiooni testid jooksevad testseansside vastu koos kaartidega, mis väljastatakse sandbox-võtmete kõrvale, enne kui päris raha liigub. Vood on identsed, nii et mis testis läbib, see läheb ka toodangusse.
Kaardiliiklus järgib marsruutimispoliitikat, mis on kirjutatud tuttavates terminites — kaardibränd, väljastajariik, valuuta, summa — mitte musta kasti loogikat. Näed, millist marsruuti makse kasutas, samalt ekraanilt, kus makse ise.
Pehme keeldumise korral proovitakse makset uuesti alternatiivsel marsruudil samas checkout-seansis, enne kui klient tõrget näeb. Enamik päästetud makseid on need, mille ohust klient kunagi ei teadnudki.
Väljastaja toorkoodid tõlgitakse põhjusteks, mille põhjal operaator saab tegutseda — aegunud kaart, ebapiisav saldo, väljastaja risk — ja grupeeritakse, nii et mitme makse muster on nähtav mustrina.
Enamik makseid läheb läbi pelgalt seadme- ja käitumissignaalide põhjal; lisakinnitus ilmub siis, kui poliitika seda nõuab. Poliitika määrad sina — alati, riskipõhiselt või erandina, kus reeglid seda lubavad — ja hostitud leht viib voo läbi.
Checkout, tšekk ja arveldus kannavad sama tellimuse viidet. Kes otsib viidet 9F21-0716, leiab ühe €49.00 kirje — mitte kaardikirjet ühes süsteemis ja krüptokirjet teises.
Arveldus on kirjas seal, kus seda seadistad: automaatne konverteerimine EUR-i, arveldus kontole RO49 •••• 0421, väljamakse iga päev kell 23:00. Summa, mille raamatupidaja homme näeb, otsustatakse ekraanil, mida kaupleja saab lugeda juba täna.
Iga väljamakse avaneb tellimusteks, millest see koosneb, tasud real kaupa. Pangarida klapib eksporditava nimekirjaga, nii et kuu lõpp on otsing, mitte uurimine.
Tagasimakse summat saab muuta kuni algse maksesummani — paneel näitab maksimumi ja käsitleb kõike väiksemat osalise tagasimaksena. Kümme osalist tagasimakset ühe tellimuse vastu kooskõlastuvad ikka ühe viite alusel.
Igal tagasimaksel on kohustuslik põhjus ja valikuline märge ning märge liigub kaasa: see ilmub eksportides ja kliendi tšekil. Kuus kuud hiljem ei pea keegi meenutama, miks tellimus 9F21-0716 hüvitati.
Tšekid saadetakse kliendile e-postiga ja neid saab kohe alla laadida; tagasimakse tšekid käivad sama teed. Kaupleja ei pea ise tšeki malli looma.
Tühistamine enne päeva paketti vabastab autoriseerimise reservi ja raha ei liigu — ei tagasimakset, ei tasu, kliendi väljavõttel pole midagi selgitada.
Kaardimaksed läbivad 3-D Secure kontrolli marsruutimispoliitika alusel, mida saab lugeda. Rahakotimaksed kannavad seadme enda autentimist ning webhook-sündmuste allkiri kontrollitakse enne, kui neid usaldatakse.
Sõelumisreeglid loetakse nagu lload — summa üle X riigist Y esmakordse kaardiga — ja nende järgi tegutsetakse: luba, esita väljakutse või blokeeri. Usaldatud ja blokeeritud kaartide, e-posti aadresside ning aadresside nimekirjad asuvad sama ekraani taga.
Korduvad katsed samalt kaardilt, seadmelt või aadressilt püüavad kinni sageduse reeglid, mitte inimene, kes need hiljem märkab. Signaalid on näha makse juures, mitte peidetud skoori taha.
Chargeback avaneb koos selle taga oleva tellimusega: autoriseerimise tulemus, 3-D Secure tulemus, tšekk, kohaletoimetamine, tagasimaksete ajalugu. Vasta samalt ekraanilt ning tõendipakett koostatakse andmetest, mitte mälu järgi.
Kaardiandmeid koguv leht on meie oma, PCI-skoobiga ja hostitud. Olenemata sellest, kas klient maksab meie domeenil, sinu domeenil või sinu rakenduses, näevad sinu serverid tokenit ja tellimuse viidet — mitte kunagi kaardinumbrit.
Makseandmed on salvestuses krüpteeritud ja neid töödeldakse ELis. Euroopa kaupleja jaoks on andmete asukoht vastus, mitte joonealune märkus.
Tagasimaksed, meetodi muutmised, brändimuudatused, võtmete roteerimised — igaüks kirjutatakse auditijälge koos operaatori, ajatempli ja põhjusega. Privilegeeritud toimingud nõuavad enne käivitamist põhjust.
Finants näeb väljamakseid, tugi näeb tellimusi ja teeb tagasimakseid, arendajad näevad võtmeid ja logisid. Ligipääs antakse rolli kaupa, mitte ühe jagatud sisselogimisega.
Maksjad koonduvad klientide vaatesse — kes maksis, kui tihti, millise meetodiga — nii et püsiklient on kirje, mitte e-posti aadresside juhuslik kokkulangevus eksportides.
Leia makse lingi või viite järgi otsinguväljalt; ekspordi praegune vaade CSV-na, kui raamatupidamine seda vajab. Back office eeldab, et raamatupidaja küsib.
Maht, kinnitamismäär, tagasimaksed ja meetodite jaotus sinu valitud perioodil. Piisavalt, et vastata, kuhu raha läks ja millist meetodit tasub edendada — midagi eksportimata.
Gateway ühendub tootega Protocore Center: seal asuv maksete linkide back office näitab iga linki koos sellega seotud arveldusülekandega ja lingiga „Open in Tracer“ täieliku jälje jaoks. Sinu ops-tiim näeb checkoutist läbi kuni pearaamatuni.
Demo checkouti omanik on Arc Studio SRL: nende nimi, nende märk, nende tellimus. Käivita see jaluses märkega „powered by Protocore“ või täielikult whitelabelina — mõlemal juhul tundub leht sinu omana.
FAQ
Kaardimaksed toimuvad kahes etapis: autoriseerimine külmutab summa ostu hetkel, arveldus liigutab selle. Gateway teeb capture'i automaatselt, koondab päeva tellimused partiiks ja maksab EUR-des välja teie nimelisele kontole seadetes määratud igapäevasel väljamakseajal.
Ajastus. Enne arveldust vabastab tühistamine autoriseerimisega külmutatud summa ja raha ei liigu. Pärast arveldust on tegemist tagasimaksega: see tehakse tellimuse alusel, täis- või osasummas, ja liigub tagasi algset makseviisi mööda, põhjus on kirjas.
Poliitikana, mitte vaikimisi takistusena. Enamik vooge läheb läbi ainuüksi seadme- ja käitumisandmete põhjal; lisakinnitus ilmub ainult siis, kui marsruutimispoliitika seda nõuab. Poliitika seate teie — hostitud leht viib voo läbi.
Eurosid. USDC summa hinnastatakse lehel enne kliendi kinnitust, arveldatakse EUR-i teatatud kursiga ja kviitung fikseerib konverteerimise. Checkout, kviitung ja arveldus jagavad ühte tellimuse viidet — te ei hoia kunagi tokenipositsiooni.
Tellimus on teie tõendusmaterjal. Autoriseerimise tulemus, kviitung, tagasimaksete ajalugu ja webhooki kohaletoimetamine on kõik seotud ühe viitega — üks päring annab vastuse vaidlusele ja tagasimakse samast vaatest on sageli kiirem lahendus.
Ei. Tellimused luuakse idempotentsusvõtmetega, nii et korduspäring tagastab algse tulemuse, mitte teist tasu — ja webhookid allkirjastatakse tagasiteel kordusrünnete kaitsega.
Kaardiandmeid koguv leht on meie oma — hostitud ja PCI skoobis meie poolel. Teie serverid saavad tokeni ja tellimuse viite, mitte kunagi kaardinumbrit. See kehtib ka siis, kui klient maksab meie domeenil, teie domeenil, teie rakenduses või teie enda kujundusse põimitud makseväljade kaudu.
Jah. Käitage seda sandboxiga antud checkouti hostil, oma domeenil või põimituna oma lehele hostitud makseväljadega. Brändi — logo, värvid, kirjatüüp, nurgad — seadistate seadete vaates reaalajas eelvaatega ning jalus on valikul kas powered-by või täielikult whitelabel.
Kaardid hoiustatakse meie poolel võrgutokenitena; teie süsteemid hoiavad viidet. Tellimus võtab selle tokeni pealt tasu teie määratud ajakava järgi, kordab ise pehmeid tagasilükkeid ja järgib kaardiomanikku ka kaardi uuendamisel. Iga tsükkel loob oma tellimuse ja kviitungi, nii et tellimus kooskõlastub rea haaval.
Summat tema enda valuutas, konverteerimine on kirjas enne kinnitamist ja checkout on tema keeles. Teie arveldate endiselt EUR-des. Põhimõte on sama mis USDC puhul: kliendi pool kohandub, teie pearaamat jääb ühte valuutasse.
Teie jaoks on see eurodes laekuv nõue. Gateway tegeleb krüptoosaga — hinnastamise, ahelasisese maksega ja konverteerimisega — ning teie kontole jõuab EUR reguleeritud arveldusteelt, kviitungil on kirjas kasutatud kurss. Te ei hoia tokeneid, ei halda rahakotti ega võta positsiooni, sest konverteerimine toimub enne arveldust, mitte pärast.
Makselink toimib samal päeval, kui teil on konto. API integratsioon on tellimuse endpoint, suunamine ja üks allkirjastatud webhook — enamik meeskondi saab selle samal nädalal testis tööle ja lülitub live'i, kui on teinud ühe testmakse algusest lõpuni. Poodide pluginad jätavad arenduse täielikult ära.
Jah — käitage mõlemat. Suunake uued tellimused Gateway'sse, kuni vana pakkuja lõpetab oma tellimuste arveldamise ja tagasimaksed, sest tagasimaksed liiguvad alati tagasi sama kanali kaudu, mis makse vastu võttis. Salvestatud kaardid kolivad tokenitena, nii et teie tellijad ei pea kaardiandmeid uuesti sisestama.
Tellimuse kutset ja webhooki töötlejat. Maksekeha leht, meetodiloogika, rahakotiaknad, 3-D Secure, kviitungid ja kõik hiljem lisanduvad meetodid on meie hoida ja ajakohasena pidada — hostitud checkouti mõte ongi selles.
Hinnastamine
Alusta ilma platvormitasuta — Gateway teenib töödeldud maksetelt, seega järgib hind checkout'i läbivat mahtu.
Käitage checkout'i oma brändi all litsentsiga, mis on mõõdetud teie lubatud rööbaste ja planeeritud läbilaskevõime järgi.
Teie bränd makselehel, meie rööpad all, teie jaoks hallatud — maht järgib sisselülitatud makseviise.
Hind järgib checkout'i läbivat mahtu ja teie lubatud rööpaid — kaardi-, rahakoti- ja USDC-arveldust. Võtke iseseisvalt või täielikult whitelabel'ina.
Hinda
Käime koos teiega läbi näitenäite — Arc Studio SRL, tellimus 9F21-0716 — makse kaardi, rahakoti ja USDC-ga, ning näitame selle taga olevat kaupmehe tagakontorit.
Testkaupmees API võtmetega, et teie meeskond saaks luua tellimusi, käitada hostitud checkout'i ja saada allkirjastatud tulemusi algusest lõpuni.
Tellimuse API, order.paid webhook ja integratsioonijuhend — kõik, mis on vaja, et suunata checkout Gateway peale, selle asemel et ehitada oma.
Hostitud leht teie logo, värvide ja kirjatüübiga, et näha oma checkout'i enne live'i minekut.
Lisalugemist
Töötab iseseisvalt või whitelabel'ina — teie bränd checkout'il, meie rööpad all.
PoS kasutab letis Gateway tellimusmudelit, vIBAN annab selle pangaülekandetellimustele isetuvastuvad viited, Chain arveldab USDC-maksed eurodesse, Center on checkouti taga olev operaatori konsool ning Agents rakendab sama tellimusmudelit tarkvara algatatud maksetele inimese seatud poliitika alusel.
Kõik ülal töötab päris tootmisdemodes, mida saame teile läbi käia — eraldiseisvalt, whitelabelina või ühe platvormina. Rääkige, mida ehitate, ja näitame lühimat teed sinna.
