We gebruiken Google Analytics voor verkeersstatistieken. Analytische cookies worden alleen geplaatst als je accepteert. Zonder toestemming worden statistieken geschat op basis van cookieloze signalen. Cookiebeleid.
Gateway · Betalingen
Een uitgewerkt voorbeeld loopt door de hele pagina — Arc Studio SRL, order 9F21-0716, €49.00. De klant kiest kaart, Apple Pay, Google Pay, USDC of bankoverschrijving, en voor de merchant is het verhaal in alle gevallen hetzelfde: één referentie, één betaalbewijs, één bedrag in euro.
Garanties
Versnippering van betaalmethoden is het probleem van de merchant, en het stapelt op: een kaartverwerker met een eigen dashboard, een wallet-SDK met een eigen releasecyclus, een cryptooptie op een andere pagina die nergens wordt gereconcilieerd. Elke toegevoegde methode is nog een integratie, nog een set rapportages, nog een plek waar een betaling kan zoekraken. Gateway brengt dat terug tot één pagina en één registratie.
Dezelfde checkout op mobiel — kaarten, wallets en USDC op één pagina. · Het betaalbewijs — 52.95 USDC erin, €49.00 afgewikkeld, helder vermeld.
Kaarten, Apple Pay, Google Pay, USDC, bankoverschrijving en de lokale methoden die je kopers verwachten staan op dezelfde gehoste pagina, gerangschikt naar wat de klant ervoor waarschijnlijk gebruikt. De pagina past zich aan op desktop, telefoon en in-app; een nieuwe methode accepteren is een schakelaar, geen project.
De linksbackoffice — elke link met zijn status, €2,304.50 deze maand geïncasseerd.
USDC wordt geprijsd tegen een koers die op de pagina staat voordat de klant bevestigt, wordt afgewikkeld in euro's en komt in dezelfde uitbetaling als de kaartomzet. Je houdt nooit een tokenpositie aan, richt geen treasuryfunctie in en je boekhouder ziet nooit een tweede valuta. Het betaalbewijs vermeldt de omrekening in één regel — de klant betaalde in crypto; de boeken zeggen €49.00.
Een terugbetaling onderweg — gekoppeld aan de order, reden verplicht, terug via de oorspronkelijke route.
Alles hangt aan de order, niet aan de betaalmethode. Order 9F21-0716 bevat zijn orderregels, zijn verwerkingskosten van €0.50, zijn totaal, zijn autorisatieresultaat, zijn betaalbewijs en zijn terugbetalingen. Daarom is reconciliatie een opzoeking, een betwisting één scherm, en wijst een terugbetaling naar een order in plaats van naar een kaart, een wallet of een chain.
Checkoutbranding — logo, kleuren, lettertype en hoeken, live bekeken voordat je opslaat.
Kaarten worden bij ons veilig bewaard en via een token aangeroepen, zodat een terugkerende klant met één tik betaalt en jouw systemen een verwijzing opslaan in plaats van een kaartnummer. Abonnementen lopen volgens het schema dat jij bepaalt op dat token, herproberen zelf zachte weigeringen en volgen de kaarthouder bij vervangende kaarten — elke cyclus levert een eigen order en een eigen betaalbewijs op.
Methodeconfiguratie — schakel methoden per checkout in of uit, met afwikkeling en routing ernaast.
Kaartverkeer volgt een routingbeleid in termen die je herkent, probeert een zachte weigering opnieuw via een alternatieve route voordat de klant een fout ziet, en schakelt over op 3-D Secure wanneer het beleid daarom vraagt in plaats van standaard. Wordt een betaling echt geweigerd, dan komt de reden binnen in taal waarmee een operator aan de slag kan, in plaats van als ruwe issuercode.
Upload een logo, stel kleuren, lettertype en hoeken in, en bekijk de echte checkout voordat je opslaat. Draai hem op ons domein, op het jouwe of in je eigen app — met een powered-by-footer of volledig whitelabel. De democheckout is van Arc Studio SRL, en voelt ook als de hunne.
Methoden
Elke methode die de checkout toont, de rails erachter en de valuta waarin het bedrag binnenkomt. De rechterkolom is waar het om draait: wat de klant ook kiest, de uitbetaling aan de merchant is één bedrag in euro.
Integratie
Maak een order aan met een idempotency key, stuur door naar de gehoste checkout en ontvang een ondertekend resultaat. De hele integratie bestaat uit een handvol endpoints en één webhook.
Helemaal geen integratie — maak in het back office een link aan, voor eenmalig gebruik of om meerdere betalingen te verzamelen, en verstuur hem. De betalingen komen op dezelfde plek binnen als die via de API.
iOS en Android tonen dezelfde checkout native, zodat de klant in je app blijft, ook bij wallet-vensters en 3-D Secure.
Koppel een bestaande webshop zonder developer: installeren, de sleutels plakken en een testbetaling doen met een sandbox-kaart.
Behoud je eigen layout en integreer de betaalvelden. Die blijven gehost en PCI-gescoped aan onze kant, dus kaartgegevens komen nog steeds nooit op je servers.
Integratie
Je backend maakt via de API een order aan: bedrag, valuta, je eigen referentie.
De klant kiest op de gehoste pagina voor kaart, wallet of USDC.
Het saldo wordt gecontroleerd en gereserveerd; 3-D Secure grijpt alleen in als het beleid dat vereist.
De betaling wordt afgerond en staat klaar voor settlement.
Er komt een ondertekende order.paid-webhook binnen; controleer de handtekening en lever de order uit.
De orders van de dag worden gebundeld en in EUR uitbetaald — één referentie van checkout tot bankregel.
Features
De hosted checkout zet kaarten, Apple Pay, Google Pay en USDC naast elkaar. Links staat order 9F21-0716 — drie regelitems, €0.50 verwerkingskosten, €49.00 te betalen — rechts de methodekeuze. De klant kiest; de pagina past zich aan; de merchant integreerde één keer.
Dezelfde checkout-URL herschikt zich naar een telefoonlayout: de order klapt in tot een samenvattingsbalk, de methodeknoppen blijven staan, het kaartformulier houdt zijn labels. Wat op desktop live gaat, gaat ook op mobiel live — en wil je de betaling in je eigen app laten plaatsvinden in plaats van in een browser, dan tonen de iOS- en Android-SDK's dezelfde checkout native, op dezelfde order.
Betalen met USDC eindigt in een betaalbewijs dat de boekhouder van de merchant kan lezen. Methode: 52.95 USDC op Base →︎ EUR-settlement, tegen de koers die op het betaalbewijs staat, 1 EUR = 1.0807 USDC. Referentie 9F21-0716, gemaild naar de klant en direct te downloaden. De klant betaalde in crypto; de boeken zeggen €49.00.
Betaallinks krijgen een echte werkplek: 8 links voor Arc Studio SRL, verdeeld over betaald, actief en verlopen, met bedrag, aantal betalingen en status op elke rij. De kaarten erboven houden de stand bij — 4 actieve links, €2,304.50 deze maand ontvangen via 18 linkbetalingen, €49.00 vandaag betaald. Aanmaken, zoeken, exporteren, klaar.
Een terugbetaling verwijst naar de order, niet naar een betaalmethode. De lade opent op 9F21-0716 met het bedrag vooraf ingesteld op het volledige €49.00, een verplichte reden en een optionele notitie die in exports en op het betaalbewijs van de klant terechtkomt. Het geld gaat automatisch terug over de oorspronkelijke betaalrail — kaartterugbetalingen naar de kaart, USDC-orders als hun EUR-settlement — doorgaans binnen 1–3 werkdagen.
Branding is een instellingenpagina, geen consultancytraject: upload een logo, stel accent-, inkt- en oppervlaktekleuren in, kies het lettertype en de hoekstijl. De live preview toont je echte checkout — desktop of mobiel — voordat je opslaat, en het accent bepaalt de focus van de betaalknop, de statusvinkjes en de actieve tab. Draai hem op de checkout-host die bij je sandbox hoort, of op je eigen domein.
Betaalmethoden zijn schakelaars met providers erachter: kaarten met 3-D Secure, Apple Pay en Google Pay als wallet-knoppen, USDC op Ethereum, Base en Solana, SEPA-overboeking via vIBAN-referentie. Ernaast legt het settlementpaneel de afspraak helder uit: klanten zien de omrekening voordat ze bevestigen; jij ontvangt altijd in EUR.
Maak een order aan, stuur door naar de hosted pagina, ontvang het resultaat. Gateway levert de betaal-UI, de methodelogica en de betaalbewijzen. Je team hoeft geen checkout-frontend te bouwen, te patchen of bij te houden als methoden veranderen.
Alles hangt aan de order, niet aan de betaalmethode. Order 9F21-0716 draagt zijn regelitems — een brand identity sprint van €38.50, €6.00 aan lettertypelicenties, €4.00 spoedlevering — €0.50 verwerkingskosten en één totaal. Hoe er ook betaald wordt, die referentie gebruik je om op te vragen, te reconciliëren en terug te betalen.
Wijzigingen in methoden en branding gelden voor nieuwe checkout-sessies — dat staat vermeld op het scherm waar je ze opslaat. Een klant die midden in een betaling zit, ziet de pagina nooit onder zijn handen veranderen.
Het kaartpad is het saaie deel, afgehandeld: inline validatie, 3-D Secure met strong customer authentication ingebouwd in de flow onder een leesbaar routingbeleid, en testkaarten per sandbox voor integratieruns. Crypto accepteren maakt de kaartflow nooit slechter.
De wallets zijn knoppen, geen projecten. Apple Pay en Google Pay verschijnen als one-tap-sheets op dezelfde pagina en betalen met device-tokens — het echte kaartnummer bereikt de pagina nooit — via dezelfde order en hetzelfde betaalbewijs. Inschakelen is een schakelaar op het methodescherm.
Crypto wordt geprijsd tegen een koers die bij de checkout getoond wordt en wordt in euro's afgerekend. De merchant houdt nooit per ongeluk een tokenpositie over; de boeken blijven in één valuta.
De USDC-methode omvat Ethereum, Base en Solana achter één schakelaar. De klant betaalt op het netwerk waar zijn wallet op draait; aan de kant van de merchant verandert niets.
Betalen via overboeking draagt een vIBAN-referentie, zodat een binnenkomende SEPA-betaling zijn order van nature identificeert. Zet het aan voor klanten die een factuur vanaf hun bank willen betalen, en de reconciliatie blijft automatisch.
Naast kaarten en wallets biedt de checkout de account-to-account- en lokale methoden die een Europese koper verwacht, gepresenteerd per land van de klant in plaats van gedumpt in één lange lijst.
BNPL staat op dezelfde methoderij als al het andere — de klant splitst de betaling, de merchant wordt één keer betaald en de orderreferentie verandert niet. Eén schakelaar, hetzelfde betaalbewijs, dezelfde reconciliatie.
De pagina sorteert methoden op wat de klant waarschijnlijk gebruikt — land, taal, apparaat en of hij al eerder bij je betaalde — zodat de relevante optie de eerste is, niet de vierde.
Toon het bedrag in de valuta van de klant, met de omrekening vermeld voordat hij bevestigt, en reken ongeacht af in EUR. De klant ziet een vertrouwd getal; jouw grootboek houdt er één.
De hosted pagina lokaliseert labels, foutmeldingen en betaalbewijzen. Niemand breekt een betaling af omdat de knop in de verkeerde taal stond.
Een terugkerende klant betaalt met een opgeslagen kaart in één tik. De kaart wordt aan onze kant in een vault bewaard en via een token aangeroepen, dus jouw systemen slaan een referentie op, nooit een PAN — en de tweede aankoop is korter dan de eerste.
Terugkerende afschrijvingen lopen op een schema dat je zelf bepaalt — bedrag, interval, start en einde — op een getokeniseerde kaart. Elke cyclus levert een eigen order en een eigen betaalbewijs op, zodat een abonnement regel voor regel reconcilieert zoals al het andere.
Een soft decline op een terugkerende afschrijving wordt volgens een schema opnieuw geprobeerd in plaats van afgeschreven, en de klant hoort er alleen van als het ertoe doet. Mislukte verlengingen zijn niet langer stille churn.
Opgeslagen kaarten worden bewaard als network tokens en volgen de kaarthouder door vervangingen en vervaldatums heen. Het abonnement dat vroeger brak bij een nieuwe kaart, blijft gewoon afschrijven.
Orders worden via de API aangemaakt met idempotency keys — een herhaald verzoek geeft het oorspronkelijke resultaat terug, nooit een tweede afschrijving — en de developerssectie bevat de sleutels en de docs. De checkout is hosted; de integratie is een handvol endpoints, gedocumenteerd waar de instellingen staan.
Je backend hoort van betalingen op het moment dat ze gebeuren: ondertekende webhook-events op de orderlevenscyclus — betaald, mislukt, terugbetaald — met signatuurverificatie aan jouw kant en replaybescherming aan de onze.
Native apps tonen dezelfde checkout in de app in plaats van de gebruiker naar een browser te sturen. De SDK bevat de methodelogica, de wallet-sheets en 3-D Secure; de order en het betaalbewijs zijn die je backend al kent.
Winkelwagenplugins koppelen een bestaande webshop zonder developer aan Gateway — installeren, sleutels plakken, een testbetaling doen. Dezelfde orders komen in dezelfde back office terecht als die via de API.
Moet de betaling binnen je eigen layout plaatsvinden, embed dan de betaalvelden direct: de invoervelden worden bij ons gehost en vallen onder onze PCI-scope, de pagina eromheen is helemaal van jou, en kaartgegevens komen nooit op je servers.
Een link kan na één betaling sluiten of blijven innen: de workshopplek in de demo heeft 3 betalingen ontvangen, het consultuur 6. Links verlopen standaard na 30 dagen automatisch, en verlopen links zeggen dat ook, in plaats van stilletjes te falen.
Integratietests draaien tegen testsessies, met de kaarten die u bij uw sandbox-keys krijgt, voordat er iets echt beweegt. De flows zijn identiek, dus wat in test slaagt, gaat live.
Kaartverkeer volgt een routingbeleid in termen die u herkent (kaartmerk, land van uitgifte, valuta, bedrag) in plaats van een black box. Vanuit hetzelfde scherm als de betaling ziet u welke route die heeft genomen.
Een soft decline wordt binnen dezelfde checkoutsessie opnieuw geprobeerd via een alternatieve route, voordat de klant een fout ziet. De meeste herstelde betalingen zijn betalingen waarvan de klant nooit wist dat ze op het spel stonden.
Ruwe issuercodes worden vertaald naar redenen waar een medewerker mee aan de slag kan, zoals verlopen kaart, onvoldoende saldo of issuerrisico, en gegroepeerd zodat een patroon over veel betalingen ook als patroon zichtbaar is.
De meeste betalingen slagen op basis van apparaat- en gedragssignalen alleen; een step-up-controle verschijnt wanneer het beleid daarom vraagt. U bepaalt het beleid (altijd, risicogebaseerd of vrijgesteld waar de regels dat toestaan) en de gehoste pagina verzorgt de flow.
Checkout, bon en afwikkeling dragen dezelfde orderreferentie. Wie 9F21-0716 zoekt, vindt één boeking van €49.00, niet een kaartrecord in het ene systeem en een cryptorecord in het andere.
De afwikkeling staat waar u haar instelt: automatisch omzetten naar EUR, afwikkelen naar RO49 •••• 0421, dagelijks uitbetalen om 23:00. Het bedrag dat de boekhouder morgen ziet, wordt vandaag al bepaald op een scherm dat de handelaar kan lezen.
Elke uitbetaling opent naar de orders waaruit ze bestaat, met gespecificeerde kosten. De bankregel komt overeen met een lijst die u kunt exporteren, zodat de maandafsluiting een opzoeking is en geen onderzoek.
Het terugbetalingsbedrag is aanpasbaar tot en met de oorspronkelijke afschrijving: het paneel toont het maximum en behandelt alles daaronder als gedeeltelijke terugbetaling. Tien gedeeltelijke terugbetalingen op één order sluiten nog steeds aan op één referentie.
Elke terugbetaling heeft een verplichte reden en een optionele notitie, en die notitie reist mee: ze staat in exports en op de bon van de klant. Zes maanden later hoeft niemand te herinneren waarom order 9F21-0716 is gecompenseerd.
Bonnen worden naar de klant gemaild en zijn direct te downloaden; bonnen voor terugbetalingen volgen hetzelfde pad. De handelaar hoeft nooit een bonsjabloon te bouwen.
Annuleren vóór de dagbatch heft de autorisatieblokkade op en er beweegt geen geld: geen terugbetaling, geen kosten, niets op het afschrift van de klant dat uitleg nodig heeft.
Kaartbetalingen lopen via 3-D Secure onder een routingbeleid dat u kunt lezen. Wallet-betalingen dragen de eigen authenticatie van het apparaat, en webhook-events worden op handtekening gecontroleerd voordat ze worden vertrouwd.
Screeningregels lezen als zinnen (bedrag boven X uit land Y bij een kaart die voor het eerst wordt gebruikt) en voeren een actie uit: toestaan, uitdagen of blokkeren. Lijsten met vertrouwde en geblokkeerde kaarten, e-mailadressen en adressen zitten op hetzelfde scherm.
Herhaalde pogingen vanaf één kaart, één apparaat of één adres worden door ratelimietregels onderschept, in plaats van dat iemand het later opmerkt. De signalen staan bij de betaling zelf, niet verstopt in een score.
Een chargeback opent met de order erachter: autorisatieresultaat, 3-D Secure-uitkomst, bon, levering en terugbetalingshistorie. Reageer vanuit dat scherm, en het bewijsdossier wordt samengesteld uit het dossier en niet uit het geheugen.
De pagina waar kaartgegevens worden ingevoerd is van ons: PCI-gecertificeerd en gehost. Of de klant nu betaalt op ons domein, het uwe of in uw app, uw servers zien een token en een orderreferentie, nooit een kaartnummer.
Betaalgegevens worden versleuteld opgeslagen en verwerkt in de EU. Voor een Europese handelaar is waar de data staat een antwoord, geen voetnoot.
Terugbetalingen, wijzigingen van betaalmethoden of branding, sleutelrotaties: alles wordt vastgelegd in een audittrail met de medewerker, het tijdstip en de reden. Voor bevoorrechte acties is een reden vereist voordat ze worden uitgevoerd.
Finance ziet uitbetalingen, support ziet orders en doet terugbetalingen, developers zien keys en logs. Toegang wordt per rol verleend in plaats van door één login te delen.
Betalers verzamelen zich in een klantenoverzicht (wie betaalde, hoe vaak, met welke methode), zodat een terugkerende klant een record is en geen toevallige match van e-mailadressen in exports.
Vind een betaling via link of referentie in het zoekveld; exporteer de huidige weergave naar CSV wanneer de boekhouding erom vraagt. De back office gaat ervan uit dat een boekhouder het zal vragen.
Volume, goedkeuringspercentage, terugbetalingen en methodemix over de periode die u kiest. Genoeg om te zien waar het geld is gebleven en welke methode het waard is te promoten, zonder iets te exporteren.
Gateway koppelt aan Protocore Center: de back office voor betaallinks daar toont elke link met de bijbehorende afwikkelingsoverboeking en een open-in-Tracer-link voor de volledige trace. Uw ops-team kijkt dwars door de checkout tot in het grootboek.
De democheckout is van Arc Studio SRL: hun naam, hun merk, hun order. Draai hem met een powered-by-Protocore-footer of volledig whitelabel; hoe dan ook oogt de pagina als de uwe.
FAQ
Kaartbetalingen verlopen in twee stappen: autorisatie reserveert het bedrag bij aankoop, settlement boekt het over. Gateway incasseert automatisch, bundelt de orders van de dag in een batch en betaalt in EUR uit op je rekening op het dagelijkse uitbetaalmoment dat je in de instellingen bepaalt.
De timing. Vóór settlement geeft annuleren de autorisatiereservering vrij en gaat er geen geld over. Na settlement is het een terugbetaling — op de order uitgevoerd, volledig of gedeeltelijk, via de oorspronkelijke betaalmethode terug, met de reden vastgelegd.
Als beleid, niet standaard als drempel. De meeste betalingen gaan door op basis van device- en gedragsdata alleen; een extra verificatie verschijnt alleen als het routeringsbeleid daarom vraagt. Jij stelt het beleid in — de gehoste pagina verzorgt de flow.
Euro's. Het USDC-bedrag wordt op de pagina geprijsd voordat de klant bevestigt, wordt tegen de genoemde koers omgezet naar EUR en de bon legt de conversie vast. Checkout, bon en settlement delen één orderreferentie — je houdt nooit een tokenpositie aan.
De order is je bewijsdossier. Autorisatieresultaat, bon, terugbetalingshistorie en webhook-aflevering hangen allemaal aan één referentie — één opzoeking beantwoordt het geschil, en een terugbetaling vanuit hetzelfde scherm is vaak de snellere oplossing.
Nee. Orders worden aangemaakt met idempotency keys, dus een herhaald verzoek geeft het oorspronkelijke resultaat terug in plaats van een tweede afschrijving — en webhooks zijn bij terugkoppeling ondertekend met replay-bescherming.
De pagina die kaartgegevens verzamelt is van ons — gehost en PCI-gescoped aan onze kant. Je servers ontvangen een token en een orderreferentie, nooit een kaartnummer. Dat geldt of de klant nu betaalt op ons domein, op het jouwe, in je app of via betaalvelden die in je eigen layout zijn ingebouwd.
Ja. Draai hem op de checkout-host die bij je sandbox hoort, op een eigen domein, of ingebed in je pagina met gehoste betaalvelden. Branding — logo, kleuren, lettertype, hoeken — regel je in een instellingenscherm met live preview, en de footer is powered-by of volledig whitelabel, naar keuze.
Kaarten worden aan onze kant als netwerktokens in een vault bewaard; jouw systemen bewaren een referentie. Een abonnement belast dat token volgens het schema dat jij instelt, probeert zachte weigeringen zelf opnieuw en volgt de kaarthouder bij vervanging van de kaart. Elke cyclus maakt een eigen order en bon aan, dus een abonnement sluit regel voor regel aan.
Het bedrag in de eigen valuta, met de conversie vermeld voordat de klant bevestigt, en de checkout in de eigen taal. Jij ontvangt nog steeds EUR. Hetzelfde principe als bij USDC: de kant van de klant past zich aan, jouw grootboek blijft in één valuta.
Jouw kant is een vordering in euro. Gateway regelt het cryptodeel — prijsbepaling, de on-chain betaling en de conversie — en wat op je rekening aankomt is EUR via een gereguleerd settlementpad, met de toegepaste koers op de bon. Je bewaart geen tokens, beheert geen wallet en houdt geen positie aan, omdat de conversie vóór de settlement plaatsvindt in plaats van erna.
Een betaallink werkt de dag dat je een account hebt. Een API-integratie is een order-endpoint, een redirect en één ondertekende webhook — de meeste teams draaien die in dezelfde week in test en gaan live zodra ze een testbetaling van begin tot eind hebben afgerond. Met plug-ins voor webshops hoeft er helemaal niet ontwikkeld te worden.
Ja — draai beide. Stuur nieuwe orders naar Gateway terwijl de oude aanbieder zijn eigen orders nog afwikkelt en terugbetaalt, want terugbetalingen lopen altijd terug via de rail waarlangs de betaling binnenkwam. Opgeslagen kaarten migreren als tokens, dus je abonnees hoeven hun kaartgegevens niet opnieuw in te voeren.
De ordercall en de webhookhandler. De betaalpagina, de methodelogica, wallet-vensters, 3-D Secure, bonnen en elke methode die later wordt toegevoegd houden wij up-to-date — daar draait een gehoste checkout om.
Prijzen
Ga live zonder platformkosten — de gateway verdient aan de betalingen die hij verwerkt, dus de kosten volgen het volume dat door de checkout gaat.
Draai de checkout onder je eigen merk op een licentie die past bij de rails die je activeert en de doorvoer die je plant.
Jouw merk op de betaalpagina, onze rails eronder, voor jou beheerd — de scope volgt de betaalmethoden die je inschakelt.
De kosten volgen het volume dat door de checkout gaat en de rails die je activeert — kaart, wallet en USDC-afwikkeling. Standalone of volledig whitelabel.
Beoordelen
We doorlopen het uitgewerkte voorbeeld samen met je — Arc Studio SRL, order 9F21-0716 — betaald met kaart, wallet en USDC, en laten de merchant-backoffice erachter zien.
Een testmerchant met API-sleutels, zodat je team orders kan aanmaken, de gehoste checkout kan doorlopen en ondertekende resultaten end-to-end kan ontvangen.
De order-API, de order.paid-webhook en de integratiegids — alles wat nodig is om een checkout op Gateway aan te sluiten in plaats van er zelf een te bouwen.
De gehoste pagina onder je logo, kleuren en lettertype, zodat je je eigen checkout ziet voordat je live gaat.
Verder lezen
Standalone of whitelabel — jouw merk op de checkout, onze rails eronder.
PoS deelt het ordermodel van Gateway aan de kassa, vIBAN geeft de banktransferorders zelfidentificerende referenties, Chain verrekent USDC-betalingen naar EUR, Center is de operatorconsole achter de checkout en Agents past hetzelfde ordermodel toe op betalingen die door software worden geïnitieerd onder menselijk beleid.
Alles hierboven draait in productiedemo's waar we je doorheen leiden — standalone, whitelabel of als één platform. Vertel ons wat je bouwt en we laten je de kortste weg ernaartoe zien.
