Betalingen, agentische commerce (AP2) en POS
Kaartbetalingen, agentische checkout en winkels verbonden van terminal tot grootboek
Wanneer winkels, kassa’s en het grootboek het oneens zijn
Een kaartbetaling raakt in enkele seconden meerdere systemen: de terminal of kassa, een gateway, de acquirer, het kaartsysteem en de uitgever. Het geld en de kosten komen later binnen in afwikkelingsbestanden die iemand moet afstemmen op de omzet in uw ERP.
Wanneer winkels, onlinekassa’s en het ERP ’s nachts in batches synchroniseren, raakt voorraad oververkocht tijdens acties en stapelen afwikkelingsverschillen zich op over acquirers heen. De checkout vertraagt op de drukste momenten. Nu beginnen AI-agenten ook namens klanten te kopen.
Wat er voor u verandert
Eén beeld van voorraad en omzet
Omzet, retouren, prijzen en voorraad die gelijk lopen in elke winkel, elke webwinkel en het ERP, in realtime in plaats van ’s nachts.
Afwikkelingen die kloppen
Afwikkelings- en kostenbestanden van elke acquirer automatisch afgestemd op omzet, met verschillen die voor uw team worden opgelijst.
Klaar voor agentische commerce
Een checkout die betalingen van AI-agenten kan accepteren met een verifieerbaar bewijs van wat de klant heeft gemachtigd.
Wat we leveren
Connectiviteit met gateway, acquirer en kaartnetwerk
Autorisatie-, capture-, terugbetalings- en omkeringsstromen via ISO 8583, ISO 20022 of de API van de provider, met orkestratie over meerdere acquirers en elke responscode afgehandeld.
AP2 en checkout met cryptografisch mandaat
AP2 is een open protocol waarmee een AI-agent namens een klant kan betalen. Cryptografisch ondertekende mandaten leggen vast wat de klant heeft goedgekeurd, en we integreren ze in uw checkout.
EMV- en SoftPOS-terminals
EMV-chip- en contactloze terminals, en SoftPOS, dat contactloze kaarten accepteert op een gewone telefoon of tablet, aangesloten op uw POS- of kiosksoftware.
Geautomatiseerde verwerking van afwikkelingsbestanden
Afwikkelings- en kostenbestanden van acquirers die worden opgehaald, gevalideerd, gecontroleerd en omgezet in boekingen die uw ERP kan afstemmen.
Realtime POS-naar-ERP-synchronisatie
Omzet, retouren, prijzen, acties en voorraadniveaus die via een gebeurtenisstreaminglaag worden gesynchroniseerd tussen elke winkel en het ERP.
Tokenisatie en PCI DSS-scope
Kaartnummers vervangen door tokens en buiten uw POS en ERP gehouden, met een schriftelijk overzicht van welke systemen binnen de PCI DSS-scope vallen.
Certificering en uitrol
Testscripts en bewijs voor de certificering van elke provider, een pilot in enkele winkels en daarna een uitrol winkel voor winkel met dagelijkse totalen die worden vergeleken.
Hoe we werken
Volg één verkoop
We volgen een verkoop van de kassa of checkout tot het grootboek met uw finance-, winkel- en IT-teams, en spreken de scope af.
Ontwerp de integratie
We kiezen de protocollen, de tokenisatieaanpak en de berichtstromen, en schrijven de interfacespecificatie.
Bouwen en testen
We bouwen de betalings-, afwikkelings- en POS-stromen met geautomatiseerde tests, inclusief afwijzingen, time-outs en terugbetalingen.
Certificeer bij de provider
We draaien de testcases van de provider in zijn testomgeving en lossen op wat zijn certificering vindt.
Pilot, dan uitrollen
We gaan eerst live in enkele winkels of kanalen, vergelijken dagelijks de totalen en rollen daarna winkel voor winkel uit.
Monitor en ondersteun
We volgen goedkeuringspercentages, afwikkelingsbestanden en winkelboekingen, en verwerken providerwijzigingen zodra ze worden aangekondigd.
Scroll zijwaarts om de hele tekening te zien.
Kaartbetalingen: geautoriseerd aan de kassa, later afgewikkeld, in het ERP afgestemd
De terminal of checkout vraagt het aan de gateway, de gateway aan de acquirer, en de acquirer routeert naar het kaartsysteem en de uitgever. Afwikkelingsbestanden komen later binnen en worden in het ERP aan verkopen en kosten gekoppeld. Een timeout start een terugdraaiing, zodat de klant nooit dubbel wordt belast.
- Hoofdstroom
- Asynchroon
- Uitzonderingspad
De stroom in 8 stappen
De stroom, stap voor stap
- Van EMV-terminal of online checkout naar Betalingsgateway: Autorisatieverzoek, via EMV · REST/JSON (hoofdstroom).
- Van Betalingsgateway naar Acquirer: Autorisatie, via ISO 8583 (hoofdstroom).
- Van Acquirer naar Kaartsysteem en uitgever: Naar de uitgever gerouteerd, via ISO 8583 (hoofdstroom).
- Van Acquirer naar Betalingsgateway: Goedgekeurd of afgewezen, via ISO 8583 (asynchroon).
- Van Acquirer naar Integratielaag: Afwikkelings- en kostenbestanden, via SFTP (asynchroon).
- Van Integratielaag naar ERP: Afgewikkelde verkopen, kosten en uitbetalingen, via REST/JSON (hoofdstroom).
- Van Betalingsgateway naar EMV-terminal of online checkout: Geen antwoord op tijd: automatische terugdraaiing, via ISO 8583 0400 (uitzonderingspad).
- Van Integratielaag naar Betalingsoperationeel team: Afwikkelingsafwijking of terugboeking (uitzonderingspad).
Scroll zijwaarts om de hele tekening te zien.
POS naar ERP: elke verkoop één keer geboekt
Verkopen stromen als events van de kassa’s naar het ERP, en prijzen en voorraad stromen terug. Een winkel die offline gaat, verkoopt door en haalt de achterstand in. Een boeking die mislukt, wordt opnieuw geprobeerd en daarna aan een persoon overgedragen.
- Hoofdstroom
- Asynchroon
- Uitzonderingspad
De stroom in 8 stappen
De stroom, stap voor stap
- Van POS-terminals naar Winkel- of POS-cloudserver: Verkopen, retouren en annuleringen (hoofdstroom).
- Van Winkel- of POS-cloudserver naar Integratielaag: Verkoopevents en dagtotalen, via een eventwachtrij, via REST/JSON (asynchroon).
- Van Integratielaag naar ERP: Verkopen en voorraadmutaties geboekt, via OData · REST/JSON (hoofdstroom).
- Van ERP naar Integratielaag: Prijzen, acties en artikeldata, via API of bestandsexport, via REST/JSON (hoofdstroom).
- Van Integratielaag naar Winkel- of POS-cloudserver: Prijs- en voorraadupdates, via REST/JSON (hoofdstroom).
- Van Integratielaag naar Wachtrij voor nieuwe pogingen: Boeking mislukt (uitzonderingspad).
- Van Wachtrij voor nieuwe pogingen naar Integratielaag: Opnieuw geprobeerd (uitzonderingspad).
- Van Wachtrij voor nieuwe pogingen naar Winkeloperationeel team: Nog steeds mislukt: melding met de details (uitzonderingspad).
Standaarden en protocollen
Het noemen van een product of provider betekent geen partnerschap ermee.
- Talen
- Go
- Frameworks
- Node.js
- Data en analytics
- Apache Kafka
- Databases
- Redis
- DevOps en observability
- Kubernetes
- Bankstandaarden en -kanalen
- ISO 20022
- Betalingen
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Bewezen in productie
Voor een GCC-retail- en winkelcentrumgroep met meerdere merken vervingen we nachtelijke batchscripts door realtime POS-naar-ERP-synchronisatie. We verenigden ook betalingen via meerdere acquirers met geautomatiseerde afwikkeling en bouwden een voorraadreserveringsdienst voor pieken bij flashsales.
Hoe u begint
Duidelijke eisen aan providers en winkels gaan rechtstreeks naar een voorstel. Een nieuw betalingsplatform, of een agentische checkout, begint meestal in de Blueprint Studio.
Wat er nu gebeurt
Voorgesprek
Een gratis online voorafgaand adviesgesprek van 30 minuten: we bespreken uw doelen, systemen en beperkingen.
Gereedheidsanalyse
In een gratis gereedheidsanalyse van 48 uur toetst een Principal Architect uw project aan de 6-punts Definition of Ready en adviseert het traject dat past.
Het traject kiezen
Projecten met een heldere scope ontvangen binnen 3–5 werkdagen een bindend voorstel. Projecten in de conceptfase starten in de Blueprint Studio. Een live systeem dat uitvalt, ongedocumenteerd is of integratie nodig heeft, begint met een diagnose van 1–2 weken. De Blueprint Studio en de diagnose hebben elk een vaste prijs, vermeld in het voorstel.
Levering in vijf fasen
Mobilisatie, sprints met live demonstraties, integratie en hardening, acceptatie en livegang, en daarna beheerde diensten. Na de lancering volgt een garantieperiode, daarna optionele ondersteuning en onderhoud.
AI-native productteams
Beheerde, multidisciplinaire pods van senior engineers, uitgerust met harnesses voor agentisch coderen en QA.
Projecten met vast resultaat en beheerde diensten rond de klok
Levering met vaste scope en mijlpalen met vaste leveringsleiders, en applicatiebeheer rond de klok onder SLA-besturing.
Vragen en antwoorden
Werkt u rechtstreeks met ISO 8583?
Ja, waar de acquirer of processor dat aanbiedt. ISO 8583 is een raamwerk en niet één formaat: elke acquirer publiceert een eigen specificatie van velden en berichttypen. We bouwen vanuit die specificatie, verwerken autorisaties, omkeringen en adviesberichten, en testen elke responscode.
Wat is AP2, en hebben we het nu nodig?
Het Agent Payments Protocol (AP2) is een open protocol voor betalingen door AI-agenten. Elke aankoop bevat ondertekende mandaten die laten zien wat de klant heeft gemachtigd, zodat handelaren, uitgevers en acquirers erop kunnen vertrouwen en het kunnen controleren. Als AI-agenten waarschijnlijk bij u gaan kopen, maken we uw checkout AP2-gereed naast uw huidige stromen.
Hoe verkleint u onze PCI DSS-scope?
PCI DSS kunnen we niet wegnemen, maar we kunnen wel verkleinen op welk deel van uw landschap het van toepassing is. Gehoste betaalpagina’s, punt-tot-puntversleuteling op de terminal en gatewaytokens houden kaartnummers buiten uw POS, ERP en datawarehouse. We documenteren de datastromen voor uw assessor.
Kunnen we kaarten op telefoons accepteren in plaats van terminals?
Ja, met SoftPOS. Contactloze kaarten en digitale portemonnees worden geaccepteerd op een ondersteunde telefoon of tablet via een gecertificeerde betaalapp van uw acquirer of provider. We integreren die app met uw POS-, omzet- en afwikkelingsstromen zoals elke andere terminal.
Wat gebeurt er wanneer een winkel de verbinding verliest?
De winkel blijft verkopen. Verkopen worden lokaal opgeslagen en naar het ERP gestuurd zodra de verbinding terugkeert, elk met een unieke identificatie zodat niets dubbel wordt geboekt. Of kaartbetalingen offline kunnen doorgaan, hangt af van de regels van uw acquirer en uw risicobereidheid, en dat ontwerpen we met u.
Verwerkt u terugbetalingen en terugboekingen?
Ja. Terugbetalingen en omkeringen maken deel uit van de betalingsstromen die we bouwen. Voor terugboekingen (chargebacks) importeren we de geschillenrapporten van de acquirer en koppelen we elk geval aan de oorspronkelijke verkoop en afwikkeling. Uw team krijgt een lijst om door te werken, met het bewijs bijgevoegd.
Klaar om te bouwen? Vraag een voorstel aan.
Stuur uw eisen of RFP. Onze architecten valideren ze en sturen een bindend voorstel met vaste scope terug.
Wat er nu gebeurt
Gereedheidsanalyse
In een gratis gereedheidsanalyse van 48 uur toetst een Principal Architect uw project aan de 6-punts Definition of Ready en adviseert het traject dat past.
Bindend voorstel
Na architectuurvalidatie zonder kosten ontvangt u binnen 3–5 werkdagen een bindend voorstel met vaste scope: mijlpalen, architectuur, teamstructuur en SLA’s. We ondertekenen op verzoek een geheimhoudingsovereenkomst (NDA) met u, voordat u uw eisen deelt.
Mobilisatie
Zodra u tekent, beginnen onze engineeringpods met Sprint 0 binnen 5–10 werkdagen na ondertekening van het contract.
Levering in vijf fasen
Mobilisatie, sprints met live demonstraties, integratie en hardening, acceptatie en livegang, en daarna beheerde diensten. Na de lancering volgt een garantieperiode, daarna optionele ondersteuning en onderhoud.