Nooit eerder mogelijk: kant-en-klare kaartverwerking vanuit een door AI gebouwde checkout-flow

Beschrijf een checkout in gewone taal, laat een AI deze bouwen en verwerk dezelfde dag nog een echte kaartbetaling. Tot nu toe kon geen enkele AI-tool die volledige cirkel rondmaken. Een door AI gebouwde checkout-flow op Final wordt uitgerold met kaartverwerking die al is ingebouwd: geen integratie van een payment gateway, geen betaalcode en geen maandelijks software-abonnement. Hieronder lees je waarom die cirkel nieuw is, wat "kant-en-klaar" daadwerkelijk omvat en de ene vraag die een sceptische handelaar erover zou moeten stellen.

Waarom konden AI-tools niet eerder kaartbetalingen accepteren?

AI-codegeneratoren kunnen in een middag een overtuigende checkout-interface produceren: schermen, een winkelmandje, een betaalknop. Bij de betaalknop houdt het op, want echte kaartacceptatie is niet iets wat code kan genereren. Het vereist een handelaarsaccount (een goedgekeurde overeenkomst waarmee je bedrijf kaarten kan accepteren), PCI-naleving (de beveiligingsregels van de kaartsector voor de omgang met kaartgegevens), gecertificeerde hardware voor contactloze en chipbetalingen en uitbetaling (het geld dat daadwerkelijk op je bankrekening binnenkomt). Dat zijn relaties, certificeringen en geauditeerde infrastructuur. Een model kan een prachtige betaalknop voor je schrijven. Het kan je bedrijf niet accepteren als handelaar.

Je kunt een gegenereerde app zelf koppelen aan een betaal-API. Maar dan ben je zelf verantwoordelijk voor de naleving, de randgevallen rond terugbetalingen en gedeeltelijke betalingen, en de afstemming (zorgen dat je rapporten overeenkomen met je bankstortingen). Alleen het nalevingsgedeelte is al een ladder die eindigt in een jaarlijkse audit; PCI-naleving voor app-ontwikkelaars loopt deze trede voor trede af. Dat werk is de reden waarom vibe coding van een POS strandt in de demofase, en het obstakel is hetzelfde ongeacht welk model je kiest, van GPT-5.6 tot Gemini 3.6 Flash.

Eerlijke tegenwerping: AI-sitelabels kunnen al jaren een gehost betaalformulier op een webpagina plaatsen. Dat is waar, en dat dekt online verkopen waarbij de kaart niet fysiek aanwezig is (de klant typt de kaart op afstand in). Je opent nog steeds je eigen verwerkersaccount, beantwoordt de nalevingsvragenlijsten en bent eigenaar van de integratie wanneer deze kapotgaat. Fysieke verkopen zijn waar doe-het-zelven ophoudt: Lovable- en Replit-builds lopen vast na de UI om precies deze reden, en betalingen zijn een terugkerende reden waarom vibe-coded betaal-apps worden geweigerd in app stores.

Wat omvat kant-en-klare kaartverwerking?

Op Final zijn de checkout die een AI ontwerpt en de netwerken die geld verplaatsen gescheiden lagen, en de betaallaag wordt meegeleverd met het platform. Je beschrijft de gewenste flow in Build, de op prompts gebaseerde AI-builder van Final, of je eigen AI verbindt via MCP. Claude Code, Cursor, ChatGPT en Codex werken allemaal als MCP-clients (nauwkeurig op het moment van publicatie; zie genoemde tools en versies als een momentopname). De AI bouwt de flow, toont je een live voorbeeld en jij rolt deze uit naar je stations.

Vanaf de eerste verkoop rekent die flow af via Final Pay, dat wordt meegeleverd met het platform in plaats van als een losse add-on. Een uitgerolde flow kaarten, contactloos en digitale portemonnees accepteert aan de kassa, fysieke kaartbetalingen draaien op gecertificeerde terminalhardware en uitbetalingen komen op je bankrekening terecht. Er is geen gateway om te integreren, geen betaalcode om te schrijven en geen verwerkersrelatie om zelf op te starten. Tap to Pay verbinden met een AI POS-flow toont dezelfde netwerken waarbij een ondersteunde telefoon als lezer fungeert.

Wat kost het om in te schakelen?

Niets per maand. Het kernplatform heeft geen maandelijkse softwarekosten; je betaalt verwerkingskosten per transactie voor kaartbetalingen die via Final Pay worden verwerkt, en het tarief hangt af van je regio en kaarttype. De huidige tarieven vind je in hoe de prijzen van Final POS werken. Hardware wordt gekocht tegen de vermelde prijs zonder leasing, en de software draait op de iPhone, het Android-apparaat of de browser die je al bezit. Voor een handelaar die experimenteert met een door AI gebouwde flow, is het praktische gevolg dat een ongebruikt experiment je niets kost terwijl het klaarstaat.

Wie is er verantwoordelijk als een betaling misgaat?

Niet de AI, want de betaling wordt nooit uitgevoerd binnen door AI gegenereerde code. Elke afschrijving, terugbetaling en uitbetaling loopt via de verwerkingslaag en gecertificeerde hardware van Final Pay, dezelfde netwerken die elke Final-handelaar gebruikt, met kassa-bonnen en rapportage vanuit het platform. Als een flow een ontwerpfout bevat, pas je de flow aan; de geldstroom blijft onaangetast. De laag waar fouten goedkoop zijn, de schermen en knoppen, is de laag die de AI beheert. De laag waar fouten duur zijn, het geld, is dat niet.

Is kaartverwerking vanuit een door AI gebouwde checkout dus echt nieuw?

Ja, als combinatie. AI-tools die checkout-interfaces genereren bestaan, en kaartverwerking bestaat, maar een door AI gebouwde checkout-flow die op de dag van uitrol een echte kaartbetaling kan verwerken op gecertificeerde hardware, met nul integratiewerk, is het gedeelte dat voorheen niet mogelijk was. Vuistregel: als een AI je checkout heeft gebouwd, stel dan één vraag voordat je deze vertrouwt. Kan deze vandaag een echte kaartbetaling accepteren? Als je de hele cirkel zelf wilt doorlopen, ga dan aan de slag met Final POS en koppel je eigen AI eraan.