# Claude Opus 5 kan urenlang zelfstandig coderen. Welke onderdelen van een POS hebben nog steeds meer nodig dan code?

> Published: 2026-07-27
> Updated: 2026-07-28
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/nl/blog/claude-opus-5-kan-urenlang-zelfstandig-coderen-welke-onderdelen-van-een-pos-hebben-nog-steeds-meer-nodig-dan-code

Claude Opus 5 kan urenlang zonder toezicht coderen. Een POS heeft nog steeds onderdelen die geen enkele codesessie oplevert: betalingsovereenkomsten, gecertificeerde kaarthardware en naleving van kaartgegevensvoorschriften. Hier ligt de grens.

De onderdelen van een POS die nog steeds meer nodig hebben dan code, zijn de onderdelen die met geld en de fysieke wereld in aanraking komen: overeenkomsten voor betalingsverwerking, PCI-naleving (de beveiligingsregels van de kaartindustrie voor de omgang met kaartgegevens), gecertificeerde terminals voor fysieke kaartbetalingen en een administratie die iedere keer opnieuw exact moet kloppen. Claude Opus 5, uitgebracht op 24 juli 2026, kan urenlang codesessies uitvoeren met minimaal toezicht[¹](https://www.anthropic.com/news/claude-opus-5). Geen van die uren levert een merchant-account op.

Modelversies en datums in dit bericht zijn nauwkeurig op het moment van publicatie; beschouw de details als een momentopname.

## Wat heeft Claude Opus 5 daadwerkelijk veranderd?

Anthropic beschrijft een model dat gebouwd is voor langdurig draaiende agents: het plant bewust, controleert het eigen werk en draait langer en autonomer dan eerdere Opus-modellen[²](https://www.anthropic.com/claude/opus). Op de moeilijkste benchmark voor software-engineering van Anthropic heeft het de score van zijn voorganger meer dan verdubbeld[¹](https://www.anthropic.com/news/claude-opus-5). Eerste testers melden dat ze het werk geven dat voorheen in veel kleine stukjes werd opgedeeld en volledige resultaten terugkrijgen.

Dat is een serieuze verandering, en het versterkt een patroon dat we bespraken toen [GPT-5.6 werd gelanceerd](/blog/can-chatgpt-5-6-build-a-working-pos): om de paar maanden groeit de hoeveelheid werkende software die u uit één prompt haalt. Een checkout-interface waarvoor vorig jaar een week aan prompts nodig was, kost nu een middag, en met Opus 5 gaat het model gewoon door nadat u wegloopt.

![Lege stoel naast een laptop die een onbeheerde nachtelijke codesessie uitvoert](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2862728df6db1838-opus-5-autonomous-coding-session-inline.jpg)

## Waarom maakt meer coderingstijd de klus niet af?

Omdat de moeilijkste onderdelen van een point of sale geen problemen in de vorm van code zijn. Een autonoom model levert meer code op, en beter gecontroleerde code. Het kan geen acceptatiebesluit, hardwarecertificering of beveiligingsaudit opleveren, hoe lang het ook draait. Die komen van instanties, niet van compilers.

Er is een tweede, subtielere grens. De belangrijkste vaardigheid van Opus 5 is het verifiëren van het eigen werk, en verificatie heeft een feitelijke grondslag nodig. Een model kan testen of zijn checkout-rekenwerk klopt. Het kan niet testen tegen een echt kaartnetwerk, een echt uitbetalingsschema (wanneer kaartgelden daadwerkelijk uw bank bereiken) of een echte belastingdienst, omdat geen van die zaken bestaat in een sandbox voor codering. Code kan volkomen zelfconsistent zijn en toch pas op uw balie voor het eerst de werkelijkheid ontmoeten.

## Welke onderdelen van een POS hebben nog steeds meer nodig dan code?

Hoofdzakelijk vier.

- Geld verplaatsen. Het belasten van een kaart vereist een relatie met een verwerker van betalingen (het bedrijf dat kaartgelden naar uw bank overboekt): acceptatie, uitbetalingsschema's, fraudemonitoring, afhandeling van geschillen. Geen enkele codesessie levert een goedgekeurd merchant-account op.
- Beveiliging van kaartgegevens. PCI-naleving geldt voor elk systeem dat in aanraking komt met kaartnummers. Gegenereerde checkoutcode die kaartgegevens verwerkt, legt die auditlast bij u neer; gecertificeerde betaalinfrastructuur bestaat juist om winkeliers buiten die scope te houden.
- Hardware voor fysieke kaartbetalingen. Contactloze en chipbetalingen draaien op gecertificeerde terminals met veilige firmware die niemand ad hoc mag schrijven. Het is dezelfde muur die ervoor zorgt dat [vibe-coded betaal-apps worden afgewezen in de App Store](/blog/why-vibe-coded-payment-apps-get-rejected): de obstakels zijn entitlements en certificeringen, niet de kwaliteit van de code.
- Een administratie die altijd exact klopt. Voorraad die twee gelijktijdige verkopen overleeft en rapporten die aansluiten (overeenkomen met het geld dat daadwerkelijk is verschoven) zijn technisch gezien code, maar wel code die voor altijd moet klopen. We hebben die muur in kaart gebracht in [Vibe Coding a Point of Sale](/blog/vibe-coding-a-point-of-sale). Opus 5 schrijft dit soort code beter dan welk model hiervoor ook; u wilt toch niet dat de eerste productietest plaatsvindt tijdens uw zaterdagse drukte.

![Kaart aangetikt op een generieke gecertificeerde betaalterminal aan een winkelbalie, de hardware voor fysieke kaartbetalingen die geen enkele codesessie oplevert](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/3c959c269de15319-certified-card-terminal-tap-inline.jpg)

## Dus wat moet u Claude Opus 5 laten bouwen?

Alles boven die lijn: de schermen, de flow, de logica, het branchespecifieke gedrag dat zorgt dat een POS bij uw bedrijf past in plaats van bij een sjabloon. Die laag is code, en Opus 5 is nu aantoonbaar het sterkste beschikbare hulpmiddel daarvoor.

De praktische weg is MCP (Model Context Protocol, de open standaard waarmee AI-tools op andere software kunnen inpluggen). In plaats van het model te vragen om betalingen vanaf nul opnieuw op te bouwen, koppelt u het aan een platform waar geldverkeer, hardwarecertificering en naleving al bestaan, en laat u het de checkout daar bovenop bouwen. We hebben al eerder geschreven over het verschil tussen [platformen die een AI kan bedienen en platformen waarop een AI kan bouwen](/blog/retail-platform-mcp-server); autonome modellen maken die tweede categorie veel belangrijker, omdat het model nu een bouwproces een heel eind zelfstandig kan uitvoeren.

Build van Final werkt op deze manier: de builder is gebaseerd op prompts, u beschrijft de gewenste flow of koppelt uw eigen AI via MCP, en de flow wordt geïmplementeerd op infrastructuur waar Final Pay, gecertificeerde terminals en de onderliggende administratie al geregeld zijn. [Hoe u Claude Fable 5 gebruikt om een werkende POS te bouwen](/blog/claude-fable-5-build-working-pos) legt uit hoe dat eruitziet met de grotere broer van Opus 5.

![Laptop via een lichtdraad verbonden met een tablet-POS op een kassa, wat toont hoe een AI via MCP bouwt op echte handelsinfrastructuur](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/a2fcc931cfba32aa-mcp-laptop-to-pos-connection-inline.png)

## Dus, welke onderdelen van een POS hebben nog steeds meer nodig dan code?

De onderdelen die eindigen in een overeenkomst, een certificering of een uitbetaling: betalingsverwerking, PCI-naleving en hardware voor fysieke kaartbetalingen, plus een administratie die iedere keer exact moet kloppen. Claude Opus 5 heeft veranderd hoeveel POS u uit een codesessie kunt halen. Het heeft niet veranderd wát een codesessie kan opleveren. Een handige vuistregel: **als de taak eindigt met code, geef deze dan aan het model; als deze eindigt met een overeenkomst, een certificering of geldverkeer, geef deze dan aan de infrastructuur.**

Als u in de praktijk wilt zien waar de grens ligt, [koppel dan uw eigen AI aan Build via MCP](https://finalpos.com/help/connect-your-own-ai-mcp) en laat het model het gedeelte doen waar het nu erg goed in is.

## FAQ

**Q: Kan Claude Opus 5 zelfstandig een POS bouwen?**
A: Het kan de schermen, flow en logica van een POS bouwen in een lange onbeheerde sessie. Het kan geen kaartbetalingen verwerken, terminalhardware certificeren of naleving van kaartgegevensvoorschriften overnemen, dus een werkende POS vereist dat het model gekoppeld is aan echte handelsinfrastructuur.

**Q: Wat is Claude Opus 5?**
A: Claude Opus 5 is Anthropic's model in het Opus-segment dat werd uitgebracht op 24 juli 2026. Het is gebouwd voor langlopende agents: het plant doordacht, controleert zijn eigen werk en programmeert gedurende langere periodes met minimale supervisie.

**Q: Waarom kan door AI gegenereerde code niet rechtstreeks kaartbetalingen verwerken?**
A: Een kaart belasten vereist een goedgekeurde relatie met een verwerkingsbedrijf voor betalingen, gecertificeerde fysieke betaalterminals en PCI-naleving voor elk systeem dat in aanraking komt met kaartgegevens. Die zijn het resultaat van overeenkomsten en certificeringen, niet van code.

**Q: Hoe verbind ik Claude via MCP met een POS-builder?**
A: Build van Final ondersteunt het verbinden van je eigen AI via MCP. Je genereert een verbindingsblok in Build, plakt dit in een MCP-client zoals Claude Code, en het model bouwt de checkout-flow met een live preview.