Mēs izmantojam Google Analytics apmeklējuma statistikai. Analītikas sīkdatnes tiek iestatītas tikai tad, ja piekrītat. Bez piekrišanas statistika tiek aplēsta no signāliem, kas nenoliek sīkdatnes. Sīkdatņu politika.
Gateway · Maksājumi
Darba piemērs iet cauri visai lapai — Arc Studio SRL, pasūtījums 9F21-0716, €49.00. Klients izvēlas karti, Apple Pay, Google Pay, USDC vai bankas pārskaitījumu, un tirgotāja pusē stāsts ir vienāds jebkurā gadījumā: viena atsauce, viena kvīts, viena summa eiro.
Garantijas
Metožu sadrumstalotība ir tirgotāja problēma, un tā aug: kartes procesors ar savu paneli, maku SDK ar savu izlaides ciklu, kripto opcija citā lapā, ko nekur nevar saskaņot. Katra pievienotā metode ir vēl viena integrācija, vēl viens pārskatu komplekts, vēl viena vieta, kur maksājums var pazust. Gateway to sakļauj vienā lapā un vienā ierakstā.
Tas pats checkout mobilajā — kartes, maki un USDC vienā lapā. · Kvīts — 52.95 USDC saņemti, €49.00 norēķināti, skaidri un gaiši.
Kartes, Apple Pay, Google Pay, USDC, bankas pārskaitījums un vietējās metodes, ko gaida jūsu pircēji, atrodas vienā hostētā lapā, sakārtotas pēc tā, ko lapas priekšā esošais klients visticamāk izmantos. Lapa pielāgojas datoram, tālrunim un lietotnei; jaunas metodes pieņemšana ir slēdzis, nevis projekts.
Saišu back office — katra saite ar savu statusu, šomēnes iekasēti €2,304.50.
USDC tiek novērtēts pēc kursa, kas redzams lapā pirms klienta apstiprinājuma, norēķināts eiro un nonāk tajā pašā izmaksā ar kartēm iekasēto. Jūs nekad neturat tokenu pozīciju, neveidojat treasury funkciju, un jūsu grāmatvedis nekad neredz otru valūtu. Kvītī konvertācija ir vienā rindā — klients maksāja kripto; grāmatvedībā ir €49.00.
Atmaksa procesā — pret pasūtījumu, obligāts iemesls, atgriešana sākotnējā ceļā.
Viss ir piesaistīts pasūtījumam, nevis maksājuma metodei. Pasūtījums 9F21-0716 nes savas pozīcijas, €0.50 apstrādes komisiju, kopsummu, autorizācijas rezultātu, kvīti un atmaksas. Tāpēc saskaņošana ir uzmeklēšana, strīds ir viens ekrāns, un atmaksa norāda uz pasūtījumu, nevis uz karti, maku vai ķēdi.
Checkout zīmols — logotips, krāsas, fonts un stūri, tiešraides priekšskatījums pirms saglabāšanas.
Kartes tiek glabātas mūsu pusē un izmantotas pēc tokena, tāpēc atgriezies klients maksā ar pieskārienu, bet jūsu sistēmas glabā atsauci, nevis kartes numuru. Abonementi darbojas pēc jūsu noteikta grafika pret šo tokenu, paši atkārto mīkstos atteikumus un seko karšu turētājam cauri pārizdevumiem — katrs cikls rada savu pasūtījumu un savu kvīti.
Metožu konfigurācija — metožu slēdži katram checkout, blakus norēķini un maršrutēšana.
Karšu plūsma seko maršrutēšanas politikai, rakstītai jums saprotamos terminos, mīksto atteikumu atkārto pa alternatīvu ceļu, pirms klients redz kļūmi, un pāriet uz 3-D Secure, kad to prasa politika, nevis pēc noklusējuma. Ja maksājums tiešām tiek noraidīts, iemesls pienāk valodā, uz kuru operators var reaģēt, nevis kā neapstrādāts izdevēja kods.
Augšupielādējiet logotipu, iestatiet krāsas, fontu un stūrus un pirms saglabāšanas apskatiet īsto checkout. Darbiniet to mūsu domēnā, savā domēnā vai savā lietotnē — ar powered-by kājeni vai pilnībā kā whitelabel. Demo checkout pieder Arc Studio SRL, un tas izskatās kā viņu pašu.
Metodes
Katra metode, ko piedāvā checkout, tās pamatā esošās sistēmas un valūta, kurā nauda nonāk. Svarīgākā ir labā kolonna: lai ko klients izvēlētos, tirgotāja izmaksa ir viena summa eiro.
Integrācija
Izveidojiet pasūtījumu ar idempotences atslēgu, novirziet uz hostēto checkout un saņemiet parakstītu rezultātu. Visa integrācija ir dažas galapunkti un viens webhook.
Bez integrācijas — izveidojiet saiti back office, vienreizējo vai atkārtoti izmantojamo, un nosūtiet to. Maksājumi nonāk tajā pašā vietā, kur API maksājumi.
iOS un Android rāda to pašu checkout natīvi, un klients paliek jūsu lietotnē — arī wallet logos un 3-D Secure laikā.
Pieslēdziet esošu e-veikalu bez izstrādātāja: instalējiet, ievietojiet atslēgas un veiciet testa maksājumu ar sandbox karti.
Saglabājiet savu dizainu un iegulstiet maksājuma laukus. Tie paliek hostēti un PCI darbības jomā mūsu pusē, tāpēc kartes dati joprojām nekad nonāk jūsu serveros.
Integrācija
Jūsu backend izveido pasūtījumu ar API: summa, valūta, jūsu atsauce.
Klients hostētajā lapā izvēlas karti, wallet vai USDC.
Līdzekļi tiek pārbaudīti un rezervēti; 3-D Secure iesaistās tikai tad, ja to pieprasa politika.
Maksājums tiek pabeigts un nonāk norēķinu rindā.
Tiek saņemts parakstīts order.paid webhook; pārbaudiet parakstu un izpildiet pasūtījumu.
Dienas pasūtījumi tiek apkopoti paketē un izmaksāti EUR — viena atsauce no checkout līdz bankas izrakstam.
Funkcijas
Hostētais checkout blakus rāda kartes, Apple Pay, Google Pay un USDC. Pasūtījums 9F21-0716 ir kreisajā pusē — trīs pozīcijas, apstrādes maksa €0.50, jāmaksā €49.00 — un maksāšanas veida izvēle labajā. Klients izvēlas; lapa pielāgojas; tirgotājs integrējās vienreiz.
Tas pats checkout URL pārkārtojas telefona izkārtojumā: pasūtījums sakļaujas kopsavilkuma joslā, maksāšanas veida pogas paliek vietā, kartes forma saglabā etiķetes. Kas darbojas datorā, darbojas arī mobilajā — un, ja maksājumam jānotiek jūsu pašu lietotnē, nevis pārlūkā, iOS un Android SDK uzrāda to pašu checkout natīvi pret to pašu pasūtījumu.
Maksājums ar USDC beidzas ar kvīti, ko izlasīs tirgotāja grāmatvedis. Veids: 52.95 USDC tīklā Base →︎ EUR norēķins pēc kvītī norādītā kursa, 1 EUR = 1.0807 USDC. Atsauce 9F21-0716, nosūtīta klientam e-pastā un lejupielādējama uz vietas. Klients maksāja kriptovalūtā; grāmatvedībā ir €49.00.
Maksājumu saitēm ir īsts darba galds: 8 saites uzņēmumam Arc Studio SRL — apmaksātas, aktīvas un beigušās —, katrā rindā summa, maksājumu skaits un statuss. Kartītes augšā rāda rezultātu: 4 aktīvas saites, šomēnes iekasēti €2,304.50 par 18 saišu maksājumiem, šodien samaksāti €49.00. Izveido, meklē, eksportē — gatavs.
Atmaksa norāda uz pasūtījumu, nevis maksāšanas veidu. Panelis atveras pie 9F21-0716 ar iepriekš ievadītu pilnu summu €49.00, obligātu iemeslu un neobligātu piezīmi, kas nonāk eksportos un klienta kvītī. Nauda automātiski atgriežas pa sākotnējo maksājuma kanālu — kartes atmaksa uz karti, USDC pasūtījumi kā to EUR norēķins — parasti 1–3 darba dienās.
Zīmola iestatīšana ir iestatījumu lapa, nevis pakalpojumu projekts: augšupielādējiet logotipu, iestatiet akcenta, teksta un virsmas krāsas, izvēlieties fontu un stūru stilu. Tiešraides priekšskatījums rāda jūsu īsto checkout — datorā vai mobilajā — pirms saglabāšanas, un akcents nosaka maksāšanas pogas fokusu, statusa atzīmes un aktīvo cilni. Darbiniet to checkout hostā, kas izsniegts ar jūsu sandbox, vai savā domēnā.
Maksāšanas veidi ir slēdži, kuru aizmugurē stāv sniedzēji: kartes ar 3-D Secure, Apple Pay un Google Pay kā maku pogas, USDC tīklos Ethereum, Base un Solana, SEPA bankas pārskaitījums ar vIBAN atsauci. Blakus norēķinu panelis skaidri pasaka nosacījumus: klienti redz konvertāciju pirms apstiprināšanas; jūs vienmēr saņemat norēķinu EUR.
Izveidojiet pasūtījumu, novirziet uz hostēto lapu, saņemiet rezultātu. Gateway nodrošina maksājuma UI, veidu loģiku un kvītis. Jūsu komandai nav jābūvē, jālabo un jāuztur aktuāls checkout frontends, kad veidi mainās.
Viss balstās uz pasūtījumu, nevis maksāšanas veidu. Pasūtījumam 9F21-0716 ir savas pozīcijas — zīmola identitātes sprints €38.50, fonta licencēšana €6.00, steidzama piegāde €4.00 —, apstrādes maksa €0.50 un viena kopsumma. Lai kā tas tiktu apmaksāts, tieši pēc šīs atsauces jūs vaicājat, salīdzināt un atmaksājat.
Veidu un zīmola izmaiņas attiecas uz jaunām checkout sesijām — tas norādīts ekrānā, kur tās saglabājat. Klientam maksājuma laikā lapa nemainās zem rokām.
Karšu ceļš ir garlaicīgā daļa, un tā ir sakārtota: validācija laukā, 3-D Secure ar spēcīgu klienta autentifikāciju, kas iebūvēta plūsmā pēc izlasāmas maršrutēšanas politikas, un testa kartes katram sandbox integrācijas testiem. Kriptovalūtu pieņemšana karšu plūsmu nekad nepasliktina.
Maki ir pogas, nevis projekti. Apple Pay un Google Pay parādās kā viena pieskāriena logi tajā pašā lapā un maksā ar ierīces tokeniem — īstais kartes numurs lapu nesasniedz — caur to pašu pasūtījumu un to pašu kvīti. Ieslēgšana ir slēdzis veidu ekrānā.
Kripto tiek cenots pēc checkout rādītā kursa un norēķināts eiro. Tirgotājs nejauši neuzkrāj token pozīciju; grāmatvedība paliek vienā valūtā.
USDC veids aptver Ethereum, Base un Solana aiz viena slēdža. Klients maksā tajā tīklā, kurā atrodas viņa maks; tirgotāja pusē nekas nemainās.
Maksājums ar pārskaitījumu nes vIBAN atsauci, tāpēc ienākošais SEPA maksājums pēc konstrukcijas identificē savu pasūtījumu. Ieslēdziet to klientiem, kuri vēlas rēķinu, ko apmaksāt no bankas, — salīdzināšana paliek automātiska.
Papildus kartēm un makiem checkout piedāvā account-to-account un vietējos veidus, ko Eiropas pircējs sagaida redzēt, un rāda tos pēc klienta valsts, nevis vienā garā sarakstā.
BNPL atrodas tajā pašā veidu rindā kā viss pārējais — klients sadala maksājumu, tirgotājs saņem naudu vienā reizē, un pasūtījuma atsauce nemainās. Viens slēdzis, tā pati kvīts, tā pati salīdzināšana.
Lapa sakārto veidus pēc tā, ko klients visticamāk izmantos — valsts, valoda, ierīce un tas, vai viņš jums jau maksājis —, lai atbilstošā iespēja būtu pirmā, nevis ceturtā.
Rādiet summu klienta valūtā ar konvertāciju, kas norādīta pirms apstiprināšanas, un norēķinieties EUR neatkarīgi no tā. Klients redz pazīstamu skaitli; jūsu grāmata — vienu.
Hostētā lapa lokalizē etiķetes, kļūdas un kvītis. Neviens neatsakās no maksājuma tāpēc, ka poga bija nepareizā valodā.
Atgriezies klients maksā ar saglabātu karti vienā pieskārienā. Karte glabājas mūsu pusē un tiek izmantota ar tokenu, tāpēc jūsu sistēmas glabā atsauci, nevis PAN — un otrais pirkums ir īsāks par pirmo.
Periodiskie maksājumi notiek pēc jūsu definēta grafika — summa, intervāls, sākums un beigas — no tokenizētas kartes. Katrs cikls rada savu pasūtījumu un savu kvīti, tāpēc abonements tiek salīdzināts pa rindiņām kā viss pārējais.
Periodiska maksājuma soft decline tiek mēģināts atkārtoti pēc grafika, nevis norakstīts, un klients par to uzzina tikai tad, kad tas ir svarīgi. Neizdevušies pagarinājumi vairs nav kluss klientu zudums.
Saglabātās kartes tiek glabātas kā tīkla tokeni un seko kartes turētājam cauri pārizdošanai un derīguma termiņa beigām. Abonements, kas agrāk pārtrūka, nomainot karti, turpina iekasēt maksājumus.
Pasūtījumi tiek veidoti caur API ar idempotences atslēgām — atkārtots pieprasījums atgriež sākotnējo rezultātu, nevis otru debetēšanu — un izstrādātāju sadaļā ir atslēgas un dokumentācija. Checkout ir hostēts; integrācija ir pāris endpointu, dokumentēti turpat, kur iestatījumi.
Jūsu backends par maksājumiem uzzina tajā pašā brīdī: parakstīti webhook notikumi pasūtījuma dzīvescikla posmos — samaksāts, neizdevies, atmaksāts — ar paraksta pārbaudi jūsu pusē un atkārtošanas aizsardzību mūsējā.
Natīvās lietotnes uzrāda to pašu checkout lietotnē, nevis pārsūta lietotāju uz pārlūku. SDK nodrošina veidu loģiku, maku logus un 3-D Secure; pasūtījums un kvīts ir tie paši, ko jūsu backends jau pazīst.
Iepirkumu groza spraudņi pieslēdz esošu veikalu Gateway bez izstrādātāja — instalējiet, ielīmējiet atslēgas, veiciet testa maksājumu. Tie paši pasūtījumi nonāk tajā pašā back office, kur API pasūtījumi.
Ja maksājumam jānotiek jūsu pašu izkārtojumā, iegulstiet maksājuma laukus tieši: ievades lauki ir hostēti un PCI tvērumā mūsu pusē, lapa to apkārtnē ir pilnībā jūsu, un kartes dati nekad nesasniedz jūsu serverus.
Saite var aizvērties pēc viena maksājuma vai turpināt pieņemt maksājumus — demo darbnīcas vietai ir 3 maksājumi, konsultācijas stundai 6. Saites pēc noklusējuma automātiski beidzas pēc 30 dienām, un beigušās saites par to arī paziņo, nevis klusi nedarbojas.
Integrācijas pārbaudes notiek testa sesijās ar kartēm, kas izsniegtas kopā ar sandbox atslēgām, pirms kustas reāla nauda. Plūsmas ir identiskas, tāpēc tas, kas iet cauri testā, tiek izlaists ražošanā.
Karšu datplūsma seko maršrutēšanas politikai, kas rakstīta pazīstamos terminos — kartes zīmols, izdevējvalsts, valūta, summa — nevis melnajai kastei. Maršrutu, pa kuru gāja maksājums, var redzēt tajā pašā ekrānā, kur pašu maksājumu.
Mīkstais atteikums tiek atkārtots pa alternatīvu maršrutu tajā pašā checkout sesijā, pirms klients redz kļūdu. Lielākā daļa atgūto maksājumu ir tie, par kuru riskēšanu klients nekad neuzzināja.
Izdevēja neapstrādātie kodi tiek pārvērsti iemeslos, uz kuriem operators var rīkoties — beidzies kartes derīgums, nepietiekami līdzekļi, izdevēja risks — un sagrupēti, lai likumsakarība starp daudziem maksājumiem būtu redzama kā likumsakarība.
Lielākā daļa maksājumu iet cauri tikai ar ierīces un uzvedības signāliem; papildu pārbaude parādās, kad to prasa politika. Politiku nosaka jūs — vienmēr, pēc riska vai ar izņēmumu, kur noteikumi to pieļauj — un hostētā lapa vada plūsmu.
Checkout, kvīts un norēķins nes vienu un to pašu pasūtījuma atsauci. Kas meklē 9F21-0716, atrod vienu €49.00 ierakstu — nevis kartes ierakstu vienā sistēmā un kripto ierakstu citā.
Norēķini ir norādīti tur, kur tos konfigurējat: automātiska konvertācija uz EUR, norēķins uz RO49 •••• 0421, izmaksa katru dienu plkst. 23:00. Summu, ko grāmatvedis redzēs rīt, nosaka ekrānā, ko tirgotājs var izlasīt jau šodien.
Katra izmaksa atveras uz pasūtījumiem, kas to veidoja, ar atšķirotām komisijām. Bankas rinda sakrīt ar sarakstu, ko var eksportēt, tāpēc mēneša noslēgums ir uzmeklēšana, nevis izmeklēšana.
Atmaksas summu var rediģēt līdz sākotnējam maksājumam — panelis rāda maksimumu un jebko mazāku uzskata par daļēju atmaksu. Desmit daļējas atmaksas par vienu pasūtījumu joprojām saskaņojas ar vienu atsauci.
Katrai atmaksai ir obligāts iemesls un neobligāta piezīme, un piezīme ceļo līdzi: tā parādās eksportos un klienta kvītī. Pēc sešiem mēnešiem nevienam nav jāatceras, kāpēc pasūtījums 9F21-0716 tika kompensēts.
Kvītis tiek nosūtītas klientam e-pastā un ir lejupielādējamas uzreiz, un atmaksas kvītis iet tādu pašu ceļu. Tirgotājam nekad nav jāveido kvīts veidne.
Atcelšana pirms dienas paketes nosūtīšanas atbrīvo autorizācijas rezervējumu, un nauda nekustas — nav atmaksas, nav komisijas, klienta izrakstā nav nekā, ko skaidrot.
Kartes maksājumi iet caur 3-D Secure atbilstoši maršrutēšanas politikai, ko var izlasīt. Maciņa maksājumi nes ierīces pašas autentifikāciju, un webhook notikumi tiek pārbaudīti pēc paraksta, pirms tiem uzticas.
Pārbaudes noteikumi lasās kā teikumi — summa virs X no valsts Y ar pirmreizēju karti — un uz tiem seko darbība: atļaut, pārbaudīt vai bloķēt. Uzticamo un bloķēto karšu, e-pastu un adrešu saraksti atrodas aiz tā paša ekrāna.
Atkārtotus mēģinājumus no vienas kartes, ierīces vai adreses uztver ātruma noteikumi, nevis kāds cilvēks vēlāk. Signāli tiek rādīti pie maksājuma, nevis paslēpti vērtējumā.
Chargeback atveras kopā ar pasūtījumu, kas aiz tā stāv: autorizācijas rezultāts, 3-D Secure iznākums, kvīts, piegāde, atmaksu vēsture. Atbildiet no šī ekrāna, un pierādījumu pakete tiek sagatavota no ieraksta, nevis no atmiņas.
Lapa, kas vāc kartes datus, ir mūsu, PCI apjomā un hostēta. Vai klients maksā mūsu domēnā, jūsu domēnā vai jūsu lietotnē, jūsu serveri redz tokenu un pasūtījuma atsauci — nekad kartes numuru.
Maksājumu dati tiek šifrēti miera stāvoklī un apstrādāti ES. Eiropas tirgotājam tas, kur dati atrodas, ir atbilde, nevis zemsvītras piezīme.
Atmaksas, metožu izmaiņas, zīmola izmaiņas, atslēgu rotācijas — katra tiek ierakstīta audita pierakstā ar operatoru, laika zīmogu un iemeslu. Privileģētām darbībām pirms izpildes jānorāda iemesls.
Finanses redz izmaksas, atbalsts redz pasūtījumus un veic atmaksas, izstrādātāji redz atslēgas un žurnālus. Piekļuve tiek piešķirta pēc lomas, nevis dalot vienu pieteikšanos.
Maksātāji uzkrājas klientu skatā — kas maksāja, cik bieži, ar kādu metodi — tāpēc atkārtots klients ir ieraksts, nevis sakritīgu e-pastu nejaušība eksportos.
Atrodiet maksājumu pēc saites vai atsauces no meklēšanas lodziņa; eksportējiet pašreizējo skatu uz CSV, kad to prasa grāmatvedība. Back office ir veidots, pieņemot, ka grāmatvedis tāpat pajautās.
Apjoms, apstiprināšanas rādītājs, atmaksas un metožu sadalījums jūsu izvēlētajā periodā. Pietiek, lai atbildētu, kur palika nauda un kuru metodi vērts popularizēt — nekā neeksportējot.
Gateway savienojas ar Protocore Center: tur esošais maksājumu saišu back office rāda katru saiti ar tai piesaistīto norēķinu pārvedumu un saiti uz Tracer pilnai izsekošanai. Jūsu operāciju komanda redz cauri checkout līdz pat virsgrāmatai.
Demo checkout pieder Arc Studio SRL: viņu nosaukums, viņu zīme, viņu pasūtījums. Palaidiet to ar powered-by-Protocore kājeni vai pilnībā whitelabel — abos gadījumos lapa izskatās kā jūsu.
FAQ
Kartes maksājumi notiek divos soļos: autorizācija pirkuma brīdī rezervē līdzekļus, norēķins tos pārskaita. Gateway veic automātisku captures, dienas pasūtījumus apkopo paketē un izmaksā EUR uz jūsu norādīto kontu iestatījumos noteiktajā ikdienas izmaksas laikā.
Laiks. Pirms norēķina atcelšana atbrīvo autorizācijas rezervāciju, un nauda netiek pārvietota. Pēc norēķina tā ir atmaksa — veikta pret pasūtījumu, pilna vai daļēja, atgriežas tajā pašā maksājuma metodē, un iemesls tiek reģistrēts.
Kā politika, nevis noklusējuma šķērslis. Lielākā daļa plūsmu izietas, balstoties tikai uz ierīces un uzvedības datiem; papildu pārbaude parādās tikai tad, ja to pieprasa maršrutēšanas politika. Politiku nosakāt jūs — plūsmu apstrādā hostētā lapa.
Eiro. USDC summa tiek aprēķināta lapā, pirms klients apstiprina, tiek konvertēta uz EUR pēc norādītā kursa, un kvītī tiek fiksēta konvertācija. Checkout, kvīts un norēķins izmanto vienu pasūtījuma atsauci — jums nekad nav token pozīcijas.
Pasūtījums ir jūsu pierādījumu lieta. Autorizācijas rezultāts, kvīts, atmaksu vēsture un webhook piegāde ir piesaistīti vienai atsaucei — viens meklējums atbild uz strīdu, un atmaksa no tā paša ekrāna bieži ir ātrākais risinājums.
Nē. Pasūtījumi tiek veidoti ar idempotences atslēgām, tāpēc atkārtots pieprasījums atgriež sākotnējo rezultātu, nevis otru debetēšanu — un webhook atpakaļceļā ir parakstīti ar aizsardzību pret atkārtošanu.
Lapa, kas vāc kartes datus, ir mūsu — hostēta un PCI darbības jomā mūsu pusē. Jūsu serveri saņem token un pasūtījuma atsauci, nekad kartes numuru. Tas attiecas gan uz maksājumu mūsu domēnā, jūsu domēnā, jūsu lietotnē, gan ar maksājuma laukiem, kas iegulti jūsu dizainā.
Jā. Darbiniet to checkout hostā, kas izsniegts kopā ar jūsu sandbox, savā domēnā vai iegultu savā lapā ar hostētiem maksājuma laukiem. Zīmola elementi — logotips, krāsas, fonts, stūri — tiek iestatīti iestatījumu ekrānā ar tiešo priekšskatījumu, un kājene ir vai nu ar “powered by”, vai pilnībā whitelabel — kā izvēlaties.
Kartes tiek glabātas mūsu pusē kā tīkla token; jūsu sistēmās paliek atsauce. Abonements debetē šo token pēc jūsu noteiktā grafika, pats atkārto maksājumus pēc soft decline un seko kartes īpašniekam arī pēc kartes pārizdošanas. Katrs cikls veido savu pasūtījumu un kvīti, tāpēc abonements tiek saskaņots rindu pa rindai.
Summu savā valūtā, ar konvertāciju, kas norādīta pirms apstiprināšanas, un checkout savā valodā. Jūs joprojām saņemat norēķinu EUR. Tāds pats princips kā ar USDC: klienta puse pielāgojas, jūsu virsgrāmata paliek vienā valūtā.
Jūsu pusē tā ir eiro debitoru prasība. Gateway apstrādā kripto posmu — cenu noteikšanu, on-chain maksājumu un konvertāciju —, un jūsu kontā nonāk EUR no regulēta norēķinu ceļa, ar kvītī fiksētu piemēroto kursu. Jūs neglabājat token, neuzturat maku un neturat pozīciju, jo konvertācija notiek pirms norēķina, nevis pēc tā.
Maksājuma saite darbojas jau tajā dienā, kad jums ir konts. API integrācija ir pasūtījuma galapunkts, novirzīšana un viens parakstīts webhook — lielākā daļa komandu to testā palaiž tajā pašā nedēļā un pāriet uz live, kad ir veikts testa maksājums no sākuma līdz beigām. Veikalu spraudņi izstrādi neprasa vispār.
Jā — darbiniet abus. Novirziet jaunos pasūtījumus uz Gateway, kamēr iepriekšējais pakalpojumu sniedzējs pabeidz savu pasūtījumu norēķinus un atmaksas, jo atmaksas vienmēr atgriežas pa to pašu ceļu, kas pieņēma maksājumu. Saglabātās kartes tiek migrētas kā token, tāpēc abonentiem kartes dati nav jāievada atkārtoti.
Pasūtījuma izsaukums un webhook apstrādātājs. Maksājuma lapa, metožu loģika, wallet logi, 3-D Secure, kvītis un katra vēlāk pievienotā metode ir mūsu uzturēšanā — tāda ir hostēta checkout jēga.
Cenas
Sāciet bez platformas maksas — Gateway pelna no apstrādātajiem maksājumiem, tāpēc izmaksas seko checkout apjomam.
Darbiniet checkout ar savu zīmolu uz licences, kas aprēķināta pēc jūsu ieslēgtajiem kanāliem un plānotās caurlaidības.
Jūsu zīmols maksājuma lapā, mūsu infrastruktūra apakšā, darbināta jūsu vietā — apjoms atkarīgs no ieslēgtajām maksājumu metodēm.
Izmaksas seko checkout apjomam un ieslēgtajiem kanāliem — kartes, maki un USDC norēķini. Izvēlieties atsevišķu risinājumu vai pilnu whitelabel.
Izvērtējiet
Mēs kopā ar jums izejam darba piemēru — Arc Studio SRL, pasūtījums 9F21-0716 — maksājot ar karti, maku un USDC, un parādām tirgotāja back office aiz tā.
Testa tirgotājs ar API atslēgām, lai jūsu komanda varētu veidot pasūtījumus, darbināt hostēto checkout un saņemt parakstītus rezultātus no sākuma līdz beigām.
Pasūtījumu API, order.paid webhook un integrācijas rokasgrāmata — viss nepieciešamais, lai checkout pievienotu Gateway, nevis veidotu savu.
Hostētā lapa ar jūsu logotipu, krāsām un fontu, lai redzētu savu checkout pirms palaišanas.
Papildu lasāmviela
Darbojas atsevišķi vai kā whitelabel — jūsu zīmols checkout lapā, mūsu infrastruktūra apakšā.
PoS pie letes izmanto Gateway pasūtījumu modeli, vIBAN piešķir tā pārskaitījumu pasūtījumiem sevi identificējošas atsauces, Chain norēķina tā USDC maksājumus EUR, Center ir operatoru konsole checkout aizmugurē, bet Agents piemēro to pašu pasūtījumu modeli maksājumiem, ko programmatūra uzsāk saskaņā ar cilvēka noteiktu politiku.
Viss iepriekš minētais darbojas produkcijas demo, ko varam jums parādīt — atsevišķi, whitelabel vai kā vienota platforma. Pastāstiet, ko veidojat, un parādīsim īsāko ceļu līdz mērķim.
