Hoe je in 2026 je eigen POS-systeem bouwt met AI

Je kunt je eigen POS-systeem bouwen met AI, en de eerste versie staat sneller overeind dan je verwacht. Claude Code, Cursor of ChatGPT kunnen in één middag een catalogus, winkelmandje, kortingen, btw en een kassabonscherm schrijven. Wat ze niet kunnen, is een echte kaartbetaling verwerken, afdrukken naar een Bluetooth-printer op een iPad of je app op een apparaat in de winkel krijgen. Die stappen lopen via Apple, een betaalprovider en de printerfabrikant, en elk daarvan heeft z'n eigen goedkeuringstraject.

Deze gids doorloopt eerlijk het hele bouwproces: waar de AI goed in is, tegen welke muren je daarna aanloopt, hoe lang elk obstakel duurt en waar bouwen op bestaande infrastructuur je maanden bespaart. Wij bouwen Final, een POS waar jouw AI op kan voortbouwen, dus we zijn al die muren zelf ook tegengekomen.

Wat komt er eigenlijk kijken bij het bouwen van je eigen POS?

Een POS bestaat uit twee lagen die op elkaar gestapeld zijn: de kassa/checkout die mensen zien, en de infrastructuur eronder die geld verplaatst en met hardware communiceert. De checkout is software die je zelf kunt schrijven. De infrastructuur bestaat uit gecertificeerde systemen waarvoor je goedkeuring moet krijgen.

Een AI is uitstekend in de eerste twee rijen. Aan de laatste vier rijen ben je bij een POS-project in de praktijk de meeste tijd kwijt.

Wat kan een AI-codeerassistent in een middag voor je bouwen?

Meer dan de meeste mensen verwachten. Geef een capabel model een duidelijke briefing en het levert in één sessie een geloofwaardige point-of-sale-app op:

• Een productcatalogus met categorieën, varianten en opties

• Een winkelmandje met aantallen, regelkortingen, orderkortingen en fooien

• Btw-berekening, digitale kassabonnen en een bestelgeschiedenis

• Personeelslogins en een eenvoudige dagafsluiting

• Een strakke, touchvriendelijke lay-out die er in de preview al klaar uitziet

We hebben geschreven over hoe ver dat je brengt in Vibe Coding a Point of Sale: How Far Can You Actually Get?, en over browsergebaseerde builders in Can You Build a POS with Lovable or Replit?. Voor hulpprogrammaspecifieke handleidingen, zie hoe je een POS bouwt met Claude Code, hoe je een POS-app bouwt met Cursor en of ChatGPT een POS-systeem kan bouwen.

Twee waarschuwingen voordat je de uitvoer vertrouwt. Ten eerste: rekenen met geld. Modellen gebruiken standaard 'floating-point'-getallen (drijvende-kommagetallen), wat kan leiden tot totalen die een cent afwijken. Sla geldbedragen op als gehele centen (integers) en bepaal waar de afronding plaatsvindt; onze gids over POS-btw-berekeningslogica bevat testgevallen die je aan je AI kunt geven. Ten tweede: gelijktijdigheid (concurrency). Twee kassa's die tegelijk het laatste exemplaar verkopen is een veelvoorkomende bug in gevibe-codeerde voorraadsystemen.

Hoe accepteer je kaartbetalingen in je eigen POS?

Via een payment service provider (PSP). Je leest zelf nooit kaartnummers uit; een gecertificeerde lezer of SDK doet dat, en je app ontvangt het resultaat. Er zijn vier routes, elk met een eigen configuratie:

1. Een kaartlezer via de in-person SDK van de PSP. Stripe Terminal, Adyen en andere partijen verkopen gecertificeerde lezers die koppelen met je app. Alleen lezers die door jouw provider zijn gecertificeerd werken.

2. Tap to Pay op iPhone. De telefoon verandert in een kaartlezer. Het stappenplan van Apple is: werk samen met een ondersteunde PSP, vraag de 'Tap to Pay on iPhone'-entitlement aan, integreer de ProximityReader API of de SDK van je PSP, volg de ontwerprichtlijnen van Apple en dien de app in voor beoordeling (Apples overzicht). De aanvraag moet afkomstig zijn van de Accounthouder van een organisatie-ontwikkelaarsaccount, dat op zijn beurt een D-U-N-S-nummer vereist. Apple verleent eerst een entitlement dat alleen voor ontwikkeling geldt; zodra je app aan de UX-vereisten voldoet vraag je opnieuw een distributieversie aan. TestFlight heeft deze distributieversie nodig. Het werkt op iPhone XS of nieuwer, niet op iPad.

3. Tap to Pay op Android. Geen entitlement in Apple-stijl, maar de SDK van de PSP controleert de integriteit van het apparaat, vereist Android 11 of nieuwer met ingebouwde NFC en weigert te draaien in een debugbare build.

4. Een via de cloud verbonden slimme terminal. Je server geeft via de API van de provider de opdracht om een betaling naar een specifieke terminal te sturen. Dit is de enige route die werkt voor een browsergebaseerde POS.

Het aanmaken van een PSP-account is een stap op zich. Stripe is self-service en snel op te starten. Adyen richt zich op grotere bedrijven en is selectiever in welke klanten het accepteert. De volledige vergelijking, inclusief alle stappen, vind je in ons hoofdartikel over kaartbetalingen accepteren in een op maat gemaakte POS-app.

Waarom werkt je POS wel in de preview, maar niet aan de kassa?

Omdat de preview nooit met hardware hoefde te communiceren. De eerste keer dat een gevibe-codeerde POS gekoppeld wordt aan een bonprinter is meestal het moment dat het misgaat.

• Bluetooth-printers en iOS. Op iPhone en iPad heeft een app die communiceert met een Bluetooth Classic- of Lightning/USB-accessoire goedkeuring van Apples MFi-programma nodig voor dat specifieke accessoire. Voor printers vraag je dit niet rechtstreeks bij Apple aan: je stuurt je app-gegevens naar de printerfabrikant, zij dienen dit in bij Apple en leveren een Product Plan ID (PPID) op dat je toevoegt aan je App Review-notities. Star Micronics documenteert dit proces en geeft een indicatie van één tot twee weken (Stars proces); Epson en Zebra hanteren hetzelfde model.

• Bluetooth LE- en netwerkprinters hebben geen MFi-goedkeuring nodig, waardoor de keuze voor een printer in feite een keuze is voor de mate van administratieve last.

• Browsers. Safari ondersteunt geen Web Bluetooth, waardoor een web-POS op een iPad helemaal geen verbinding kan maken met een Bluetooth-printer. Wel kan er worden afgedrukt naar netwerkprinters die web-opdrachten accepteren, zoals Star WebPRNT- of Epson ePOS-Print-modellen. Meer hierover in beperkingen van webgebaseerde POS-systemen.

• Kassalades openen meestal via de 'drawer-kick'-poort van de bonprinter, dus de lade werkt pas zodra het printen werkt.

• Barcodescanners zijn het eenvoudigst: in toetsenbordmodus (HID) typen ze rechtstreeks in elke app of pagina.

Ons hardware-artikelenoverzicht, POS-hardware voor apps op maat, behandelt alle randapparatuur, en van gevibe-codeerde POS naar echt apparaat is de stapsgewijze checklist om een prototype op een werkende kassa te krijgen.

Hoe krijg je een POS op echte apparaten?

Een POS moet geïnstalleerd en geüpdatet kunnen worden, en moet blijven werken bij een slechte netwerkverbinding. Elk platform heeft z'n eigen route:

• iPhone en iPad: de App Store, TestFlight om te testen, of een private Custom App via Apple Business Manager. Ze doorlopen allemaal App Review, en betaal- of MFi-apps moeten van tevoren hun entitlements en PPID's geregeld hebben.

• Android: de Play Store, gesideloadde APK's of een uitrol via apparatenbeheer (MDM).

• Windows en Mac: een desktop-app of een browsergebaseerd kassa-station.

En dan de offline-modus. Een POS die stopt met verkopen zodra de wifi wegvalt, is geen POS. Je hebt een lokale database nodig, een synchronisatiewachtrij en een besluit over offline kaartbetalingen (afhankelijk van of je provider 'store-and-forward' ondersteunt). Zie offline-modus voor een POS-app op maat en hoe je een POS-app uitrolt naar iPad, Android, Windows en Mac.

Welke wet- en regelgeving (compliance) geldt voor een POS op maat?

Minder dan je vreest als je er in het ontwerp rekening mee houdt, meer dan je wilt als je dat niet doet.

• PCI DSS. Elke ondernemer die kaarten accepteert, valt hieronder. Als kaartgegevens alleen in aanraking komen met de gecertificeerde SDK of lezer van je PSP, is je reikwijdte (scope) beperkt en vul je een zelfevaluatievragenlijst (SAQ) in voor je verwerker. Sla één keer een onversleuteld kaartnummer op en je hele systeem valt binnen de scope. Details in PCI-compliance voor een POS op maat.

• Omzetbelasting/btw. Tarieven, vrijstellingen en afrondingsregels verschillen per rechtssysteem of land, en bij terugbetalingen moet de belasting exact worden teruggedraaid zoals deze is berekend.

• Kassabonnen. In veel landen is wettelijk vastgelegd wat er op een bon moet staan, van bedrijfsgegevens tot btw-specificaties.

Hoe lang duurt het en hoeveel kost het om een POS te bouwen?

Hier is een realistische tijdlijn voor een klein team dat vanaf nul bouwt met behulp van AI. Het schrijven van de code duurt het kortst.

De kosten volgen hetzelfde patroon: de AI maakt de interface vrijwel gratis, maar ontwikkelaarsaccounts, testhardware voor elke printer en lezer, onderhoud en transactiekosten blijven bestaan. We ontleden de cijfers in hoeveel het kost om een POS-systeem te bouwen en helpen je te kiezen in een POS-systeem bouwen of kopen. Als je in de verleiding komt om een bestaand product te kopiëren, lees dan eerst kun je een Square POS-kloon bouwen met AI, en bekijk ontwikkeling van een POS-app op maat voor de volledige onderdelenlijst.

Kun je bouwen op bestaande infrastructuur in plaats van helemaal vanaf nul?

Ja, en voor de meeste ondernemers is dat een betere verdeling: blijf het onderdeel bouwen dat jouw winkel uniek maakt, en stop met het opnieuw uitvinden van de infrastructuur die elke POS nodig heeft.

Dat is precies waarvoor we Final hebben gebouwd. Jouw AI bouwt de checkout, en Final levert de rest:

• Je eigen AI, via MCP. Final heeft een MCP-server, dus Claude, Cursor of elke andere MCP-client kan je checkout bouwen, bekijken en uitrollen in Flow Studio en met je winkelgegevens werken. Verbind je eigen AI met Flow Studio of bouw een flow met je eigen AI-tool. Lees MCP voor point-of-sale voor het grotere geheel.

• Reeds goedgekeurde betalingen. Final Pay accepteert kaarten via ondersteunde lezers en Tap to Pay. Jouw checkout start de betaling, en Final regelt de kaartafhandeling. De beschikbaarheid verschilt per land en apparaat; zie waar Final Pay beschikbaar is.

• Hardware al gekoppeld. Een Native Station draait de Final POS-app op Apple- en Android-apparaten en communiceert met kaartlezers, bonprinters en kassalades. Een Virtual Station draait in elke browser. Zie Native Station vs. Virtual Station.

• Transparante prijzen in één regel. Geen abonnement. Contant is $0. Kaartbetalingen zijn 2,49% + $0,10 in de VS en wereldwijd, 1,99% in Canada en 0,99% in Europa.

De eerlijke afweging: bouwen op Final betekent dat je gebruikmaakt van onze infrastructuur en onze lijst met ondersteunde hardware. Als het POS-systeem zelf je product is, bouw het dan vanaf nul. Als het POS-systeem het middel is waarmee je je winkel runst, is de infrastructuur een opgelost probleem. De meeste AI's maken prototypes. Die van jou kan een echt bedrijf bouwen, en als je de benaderingen naast elkaar wilt vergelijken, begin dan met AI POS builder vs. traditional POS.