Een medewerker gebruikt een POS-betaalterminal aan een winkelbalie
GidsUitgebreide gids15 oktober · 17:0018 min leestijd

POS-kassasysteem koppelen aan je boekhouding: dagelijkse sluiting

Sluit je fysieke POS elke dag gecontroleerd af met Z-rapport, openingskas, pin, contant, refunds, cash drops en kasverschillen. Met een concreet boekingsmodel, uitzonderingsqueue en rekenvoorbeeld voor SumUp en Moneybird.

Om 22:40 telt de medewerker de lade. Het POS zegt dat er € 486,00 in hoort te zitten, de terminal meldt een ander bedrag en op het aanrecht ligt een kassabon van € 18,50 voor schoonmaakmiddelen. Als je alleen de dagomzet doorstuurt, blijft precies het deel over dat later niet meer te verklaren is.

Een fysieke kassa sluit je daarom niet af met één knop. Je sluit per betaalmethode, bewaart het Z-rapport, koppelt iedere geldbeweging aan een boekingsregel en laat een verschil met bewijs door een mens vrijgeven. Na deze gids kan een winkel, horecazaak of finance-team die dagelijkse POS-dag zelfstandig inrichten.

De productdetails, prijskaarten en helpteksten hieronder zijn gecontroleerd op 15 oktober 2026. Fiscale keuzes blijven afhankelijk van je rechtsvorm, btw-regime en accountant.

Een POS-dagstaat is een andere handoff dan een PSP-payout: een payout met fees, refunds en chargebacks sluit je via clearing tegen de bank. Een webshopstatus is geen betalingsbewijs en bij een correctie moeten orderregel, betaling, payout en menselijke vrijgave bij PrestaShop apart blijven.

Een POS-dagafsluiting is de controleerbare overdracht van één afgesloten handelsdag en één getelde kassalade naar de boekhouding. De overdracht bevat omzet per btw-tarief, pin, contant, refunds, uitgaven, cash drops, openingskas, het Z-rapport, bewijsstukken en eventuele verschillen. De dag is pas vrijgegeven als een bevoegde persoon de uitzonderingen heeft beoordeeld.

Wat je nodig hebt voordat je koppelt

Begin met de handoff-eenheid. Dat is hier niet de losse bon en ook niet de bankuitbetaling, maar de combinatie van locatie, kassa, handelsdag, Z-nummer en getelde lade. Een POS kan SumUp POS, Lightspeed Restaurant, Lightspeed Retail, Zettle, CCV of een ander systeem zijn. De boekhouding kan Moneybird, Exact Online, Twinfield of AFAS zijn. De controlelogica blijft hetzelfde.

1. Een vaste daggrens en een lade per kassa

Leg vast wanneer de handelsdag eindigt. Voor een winkel is dat vaak na de laatste verkoop. Voor horeca is 02:00 misschien de feitelijke sluiting, niet middernacht. Bij ploegwissels draai je een X-rapport als momentopname. Het Z-rapport gebruik je één keer om de handelsdag te sluiten. Lightspeed beschrijft het verschil concreet: een X toont de totalen, een Z reset de verkooptotalen en maakt gefinaliseerde tickets niet meer wijzigbaar na het genereren van een Z-rapport.

Geef elke lade een eigen code, bijvoorbeeld UTR-01-LADE-A. Gebruik niet alleen de naam van een medewerker. De lade blijft dezelfde financiële stroom, ook wanneer drie medewerkers hem achter elkaar gebruiken.

2. Een POS-export met de juiste velden

Je hebt minimaal nodig:

  • het Z-nummer, de datum, tijdzone en locatie;
  • bruto- en netto-omzet per btw-tarief;
  • betaalmethode en bedrag: contant, pin, creditcard, cadeaubon, op rekening en mobiele betaling;
  • refunds en annuleringen, liefst met oorspronkelijke bon-ID;
  • openingskas, kasstortingen, cash drops, kasuitgaven en verwacht eindsaldo;
  • fooien en servicekosten afzonderlijk voor horeca;
  • gebruiker, terminal-ID en kassa-ID;
  • een ongewijzigd PDF-, CSV- of API-snapshot van het rapport.

Een Z-rapport is geen vervanging voor de onderliggende transacties. De Belastingdienst behandelt een kassasysteem als onderdeel van je administratie. Bewaar dus het rapport, de digitale gegevens en de controleregels volgens je fiscale bewaarbeleid, niet alleen een foto van de laatste bon.

3. Een boekhoudstructuur die geldstromen uit elkaar houdt

Maak of controleer minimaal deze rekeningen en tussenrekeningen:

GeldstroomVoorstel voor boekhoudlaagWat je ermee controleert
Omzet 9% en 21%Omzetrekeningen per btw-codeDe verkoop en verschuldigde btw
Contant in ladeKasrekening per locatie of kassagroepVerwacht saldo versus fysieke telling
Pin en kaartPin- of betaalprovider-clearingBruto transacties versus settlement
Contante stortingGeld onderweg of bankstorting onderwegCash drop versus latere bankregel
RefundCorrectierekening of creditnota-routeTerugbetaling aan de oorspronkelijke verkoop
KasuitgaveKostenrekening met btw volgens bonGeld uit de lade met bewijs
PSP- en terminalfeeBetaalkostenBruto pin minus fee en refund
KasverschilAlleen na onderzoek en vrijgaveOnverklaard overschot of tekort

De POS is de bron voor verkochte artikelen, btw en betaalwijze. De betaalterminal of PSP is de bron voor geslaagde pintransacties, refunds en fees. De getelde lade is de bron voor fysieke cash. De boekhouding is de plek waar die drie verklaringen samenkomen. Laat geen connector raden welke bron voor een feit leidend is.

4. Toegang, rollen en bewijs

Regel vooraf een POS-account met rapportrechten, een boekhoudaccount met beperkte schrijfrechten, toegang tot de terminalrapporten en één benoemde vrijgever. De medewerker die geld telt mag een afwijking registreren. Die persoon hoeft niet automatisch de afwijking af te boeken.

Bewaar per dag één map of dossier met het Z-rapport, de tellijst, foto of scan van kasuitgaven, cash-dropbonnen, stortingsbewijs, terminalrapport, refundbewijs en de uiteindelijke boekingsreferentie. Sla de ruwe export op voordat je hem normaliseert. Een later opgehaald rapport mag de bronversie van de sluiting niet stil vervangen.

De uitleg over omzet bij contante ontvangsten benadrukt dagelijkse ontvangsten en uitgaven, regelmatige kascontrole en het bewaren van de onderliggende vastleggingen. Bij onverklaarde verschillen noemt de dienst positieve verschillen omzet en negatieve verschillen privébesteding of -opname, waarbij een tekort geen aftrek voorbelasting oplevert. Laat de exacte rekening voor jouw rechtsvorm door je accountant bevestigen.

5. Een testweek, niet alleen een testbon

Test zeven volledige dagen met een rustige dag, een drukke dag, twee medewerkers, een cash drop, een cash refund, een pinrefund, een kasuitgave, een mislukte synchronisatie en een late bankstorting. Neem ook een dag mee waarop het Z-rapport twee keer wordt aangevraagd of een webhook dubbel binnenkomt. De test is geslaagd als opnieuw verwerken geen tweede dagboeking maakt.

Startcheck voor een POS-boekhoudkoppeling
0/8

Concrete stappen: van lade naar boeking

De route hieronder draait om één simpele volgorde: eerst vastleggen, dan tellen, daarna per geldstroom matchen en pas op het einde boeken. Zo kan een nette omzetdag niet verhullen dat de lade € 2,50 tekortkomt.

1. Leg de openingskas vast

Open elke lade met een geteld bedrag, bijvoorbeeld € 300,00. Registreer datum, tijd, kassa-ID en medewerker. Dit is geen omzet en geen storting. Het is het beginsaldo van de kas.

Gebruik een vaste openingsbuffer als het kan. Een winkel die iedere ochtend willekeurig € 250,00, € 300,00 of € 350,00 in de lade legt, maakt een verschil moeilijker te lokaliseren. Als het bedrag toch verandert, registreer je de extra storting als een aparte kasbeweging met reden.

Controlepunt: de openingskas in het POS en het beginsaldo van de kasrekening zijn gelijk.

2. Registreer cash drops en uitgaven op het moment zelf

Een cash drop is een beveiligingsbeweging: geld gaat uit de lade naar een kluis of geldzak, maar is nog geen bankstorting. Boek hem daarom als cash onderweg of als transfer tussen twee kaslocaties. Noteer bedrag, tijd, kassa, medewerker, zaknummer en bestemming.

Een kasuitgave is iets anders. Denk aan € 18,50 voor schoonmaakmiddelen, een taxirit of wisselgeld dat je bij een andere kassa koopt. Scan de bon en leg de reden vast. Een kasuitgave is geen negatieve omzet en ook geen refund. Hij verlaagt de lade en wordt pas een kostenboeking als de bon en btw-behandeling zijn gecontroleerd.

De verwachte kasformule is:

verwacht eindsaldo = openingskas + contante verkopen - contante refunds - kasuitgaven - cash drops + kasstortingen

Gebruik kasstortingen alleen voor geld dat vanuit een andere kaslocatie terugkomt. Een bankstorting hoort niet opnieuw aan deze formule te worden toegevoegd als de cash drop al uit de lade is gehaald.

Controlepunt: iedere euro die fysiek uit de lade is verdwenen heeft een cash-drop-ID, uitgavenbon of refund-ID.

3. Draai eerst een X-rapport, daarna het Z-rapport

Gebruik het X-rapport vlak voor het sluiten als controle. Kijk of er nog open tafels, offline transacties, ongezonden bonnen of openstaande betalingen zijn. In horeca sluit je open tafels eerst af. In retail controleer je de laatste bon en de terminalstatus.

Draai daarna precies één Z-rapport voor de handelsdag. Sla het originele bestand direct op met een naam als 2026-10-14_UTR-01_LADE-A_Z-004821.pdf. Noteer het Z-nummer in je eigen sluitingsrecord. Een Z-rapport reset bij systemen zoals Lightspeed de verkoopteller. Gebruik het rapport dus als onwijzigbare daggrens, niet als een preview.

Als SumUp POS je kassa is, zit kassabeheer in POS Plus en kun je de kassa openen met een openingsbedrag, sluiten met een geteld bedrag, een opmerking opslaan en Z-rapporten terugkijken. De actuele SumUp-uitleg onderscheidt kassabeheer van alleen contant geld beheren en noemt ook afwijkingen bij sluiting als onderdeel van de kassabeheerworkflow.

Controlepunt: de Z-teller, het tijdstip en de periode van het rapport staan vast voordat je geld gaat tellen.

4. Tel de lade en leg het verschil vast

Tel biljetten en munten per coupure. Laat de medewerker het telblad ondertekenen of digitaal bevestigen. Vergelijk het getelde bedrag met het verwachte eindsaldo uit het POS. Sla beide bedragen op, niet alleen het verschil.

Gebruik deze formule:

kasverschil = geteld eindsaldo - verwacht eindsaldo

Een verschil van € 0,00 is een automatische match. Een verschil van € 2,50 is een uitzondering, ook als het klein lijkt. De oorzaak kan wisselgeld, een niet geregistreerde uitgave, een foutieve refund of een verkeerde cash drop zijn.

Koppel aan een afwijking minimaal een reden, eigenaar, bedrag, bewijs, deadline en status. Gebruik bijvoorbeeld open, in_behandeling, wacht_op_bon, vrijgegeven en geblokkeerd. In behandeling betekent niet dat de afwijking financieel is opgelost.

Controlepunt: een tweede persoon kan uit Z-rapport, telstaat en kasbewegingen reconstrueren waarom de lade wel of niet sluit.

5. Sluit pin en kaart tegen de terminal, niet tegen de omzet

Neem het brutobedrag uit het POS en vergelijk dat met het terminal- of PSP-rapport. Houd minstens deze waarden apart:

  • geslaagde pin- en kaartverkopen;
  • pin- en kaartrefunds;
  • chargebacks als je provider die aanbiedt;
  • terminal- of PSP-fees;
  • netto settlement;
  • settlement-ID en verwachte bankdatum.

Een bankregel is meestal de laatste stap. Een terminal kan € 2.976,20 aan verkopen tonen, € 89,00 aan refunds verwerken en € 28,75 aan fees inhouden. De bank ontvangt dan € 2.858,45, terwijl het POS een bruto betaalstroom van € 2.976,20 rapporteert. Boek de omzet niet op € 2.858,45. Gebruik de clearingrekening om bruto transacties, refunds, fees en de latere bankontvangst aan elkaar te knopen.

De POS-koppelingen van Moneybird laten zien hoe de markt dit oplost: dagomzet kan vanuit onder meer Lightspeed, SumUp, Zettle en CCV automatisch in Moneybird belanden. Dat betekent niet dat iedere koppeling dezelfde refunds, fees of cash drops ondersteunt. Controleer dat punt vóór aanschaf.

Controlepunt: de formule bruto pin - pinrefunds - fees = netto settlement sluit op de providerstaat en verwijst naar één settlement-ID.

6. Verwerk refunds op de betaalmethode waarop ze teruggaan

Een cash refund verlaagt de lade. Een pinrefund verlaagt de pin-clearing. Een refund via een PSP kan pas later op een banksettlement zichtbaar worden. Houd de refund-ID aan de oorspronkelijke bon of verkoop vast.

Maak de boekhoudkundige correctie volgens je factuur- en btw-beleid. Bij een verkoopbon zonder klantfactuur kan het POS een correctieregel leveren. Bij een factuur maak je een creditnota of een andere formele correctie. Laat een connector nooit een refund als negatieve omzet boeken zonder te weten welke btw-code, oorspronkelijke transactie en periode erbij horen.

Refunds na het Z-rapport horen bij de volgende verwerkingsdag, maar verwijzen terug naar de oorspronkelijke bon. Probeer een gefinaliseerd ticket niet alsnog in de oude Z-dag te wijzigen. Zo blijft de dagteller reproduceerbaar.

Blokkeer een refund als het bedrag hoger is dan de oorspronkelijke verkoop, als er al een eerdere refund bestaat of als de betaalmethode niet overeenkomt. Bij een time-out zoek je eerst op de bestaande refund-ID of actiessleutel. Je maakt geen tweede geldopdracht omdat de eerste API-respons te laat kwam.

Controlepunt: iedere refund heeft een oudertransactie, bedrag, btw-context, betaalmethode, status en uniek ID.

7. Splits btw, omzet en betaalmiddel in de dagstaat

Maak van het Z-rapport een dagstaat met ten minste deze regels:

OnderdeelBronBoeking of controle
Omzet 9%Z-rapportOmzet 9% en verschuldigde btw
Omzet 21%Z-rapportOmzet 21% en verschuldigde btw
Contant nettoZ-rapport en tellerKasrekening
Pin brutoPOS en terminalPin-clearing
Card feeTerminal of PSPBetaalkosten
Cash refundRefundbewijsKas en omzetcorrectie
PinrefundRefundbewijsPin-clearing en omzetcorrectie
KasuitgaveBonKosten, btw en kas
Cash dropDropbonKas naar geld onderweg
KasverschilTellingQueue, daarna vrijgave

Let op het btw-regime. De Belastingdienst beschrijft het kasstelsel als de situatie waarin ondernemers die vooral aan particulieren leveren de btw in de aangifte berekenen op basis van kas- en bankadministratie. Dat maakt de betaalstroom relevant, maar het Z-rapport bepaalt niet in zijn eentje jouw fiscale regime. Laat de btw-code per omzetgroep en refundroute door je accountant vastleggen.

Een btw-bedrag in een Z-rapport is bovendien niet hetzelfde als een fee of een kasverschil. Fees komen uit het providerbewijs. Een verschil blijft eerst een verschil.

Controlepunt: de dagstaat bevat een controleerbare aansluiting van bruto omzet naar netto betaalstromen en sluit per btw-code.

8. Boek de dagstaat idempotent in je boekhouding

Gebruik één sleutel per dagstaat: locatie + kassa-ID + handelsdatum + Z-nummer. Leg in Moneybird, Exact Online, Twinfield of je eigen tussenlaag vast dat die sleutel maar één keer definitief mag worden geboekt. Een opnieuw ontvangen CSV, webhook of API-response verandert de ontvangstlog, niet de omzet.

Boek bij voorkeur een samenvattende dagboeking per locatie en Z-rapport als het POS voldoende detail in het bewijs bewaart. Boek op transactieniveau als je accountant, voorraadproces, facturatie of wettelijke eisen dat nodig maken. Een dagboeking is geen vrijbrief om de onderliggende regels weg te gooien.

Voor Moneybird bestaat een kasboekfunctie waarmee je contante betalingen als handmatige transacties toevoegt en aan facturen koppelt. De helptekst beschrijft de route via Instellingen > Bank > Rekeningen, een kasboek toevoegen en daarna transacties invoeren of vanuit een factuur registreren in het Moneybird-kasboek. Voor een POS-integratie moet je daarna nog beslissen hoe de dagstaat, cash drop en het kasverschil in jouw administratie landen.

Controlepunt: de boekhouding bevat een referentie naar het Z-nummer en de dagstaat, en opnieuw verwerken geeft duplicate_day_close in plaats van een tweede boeking.

9. Match de cash drop met de bankstorting

Een cash drop van € 1.000,00 op dinsdag is niet automatisch de bankontvangst van woensdag. Bewaar zaknummer, sluitzegel of stortingsbon en de bankreferentie. De bankboeking gaat eerst tegen geld onderweg. Pas wanneer bedrag, datumvenster en bewijs overeenkomen, sluit je de transfer.

Stort je € 1.000,00 maar ontvangt de bank € 990,00, boek dan niet stil € 10,00 als kasverschil. Onderzoek eerst bankkosten, tel- of stortingsfout en een ontbrekend deel. De cash drop en de bankregel zijn twee events.

Controlepunt: elke bankstorting wijst terug naar één of meer cash drops, en iedere cash drop heeft een eindstatus.

10. Laat een mens de dag vrijgeven

Het vrijgavescherm toont de dag, locatie, Z-nummer, omzet per btw-tarief, pin-clearing, cashsaldo, refunds, kasuitgaven, cash drops, open uitzonderingen en boekingsstatus. De vrijgever kiest:

  • vrijgeven bij exacte matches en nul onverklaarde waarde;
  • vrijgeven met uitzondering als het beleid dat toestaat en eigenaar plus deadline vaststaan;
  • blokkeren wanneer een bedrag, bron of btw-route niet verklaard is;
  • heropenen als nieuw bewijs een eerdere beslissing verandert.

Sla actor, tijdstip, bronversies, beslissing en reden op. Verwijder geen oude beslissing. Een correctie is een nieuw event.

Valkuilen die je dagelijkse sluiting breken

Je boekt alleen het nettobedrag op de bank

De bank toont een settlement na fees en refunds. Als je dat bedrag rechtstreeks als omzet boekt, verdwijnen brutoverkoop, betaalkosten en refunds in één getal. Gebruik een clearingrekening en laat de bank de settlement sluiten.

Je verwart X en Z

Een X is een controlemoment. Een Z maakt de dag definitief of reset de teller, afhankelijk van je POS. Draai geen Z bij iedere dienstwissel. Zet de sluitingsrechten bij een leidinggevende en archiveer het Z-rapport direct.

Je sluit de lade zonder openingskas

Zonder openingskas lijkt een overschot op extra verkoop en een tekort op een verdwenen bedrag. Leg de buffer vast vóór de eerste bon.

Je noemt een cash drop een uitgave

Een cash drop is geen kostenpost. Het geld zit nog in de onderneming, alleen op een andere plek. Gebruik een tussenrekening voor geld onderweg en koppel later aan de bankstorting.

Je boekt iedere kasuitgave als een refund

Een refund gaat terug naar een klant en corrigeert een verkoop. Een schoonmaakbon, taxi of klein inkoopbedrag is een kostenboeking met eigen bewijs. De twee hebben een ander btw- en controlepad.

Je laat een pending refund door als voltooide refund

requested, pending, succeeded en settled zijn geen synoniemen. Boek de geldbeweging pas volgens de status die je beleid als financieel definitief heeft aangewezen.

Je gebruikt één brede tolerantie

Een tolerantie van € 5,00 maakt een kassalade groen, maar vertelt niet of het wisselgeld, een fee, een dubbele refund of een ontbrekende bon was. Stel een kleine afrondingsregel in en stuur de rest naar de queue.

Je laat de POS-connector twee keer factureren

Als een POS-koppeling de dagomzet boekt en een terminalkoppeling dezelfde verkoop nogmaals boekt, verdubbelt je omzet. Maak de POS de bron van de verkoop. Laat de terminal alleen betalingen, refunds en settlements leveren. Dit is de fysieke variant van het principe dat een webshoporder niet tegelijk door webshop en betaalprovider mag worden gefactureerd.

Je verwijdert het bewijs na vrijgave

Een groen dagdashboard is geen audit trail. Bewaar het Z-rapport, tellijst, dropbon, refundbewijs en boekingsreferentie. De Belastingdienst noemt het kassasysteem onderdeel van de administratie en verwacht dat de gegevens volgens de wettelijke eisen beschikbaar blijven.

Je vergeet late bankstortingen

Een cash drop op dinsdag kan woensdag of donderdag op de bank verschijnen. Houd handelsdag, dropdatum, bankdatum en boekingsdatum apart. De bankdatum verandert niet de omzetdag.

Beslis-kader: kant-en-klaar, orkestratielaag of maatwerk

Kies op de zwaarste uitzonderingssituatie, niet op het gemiddelde aantal bonnen. Een winkel met 2.000 identieke pintransacties kan eenvoudiger zijn dan een horecazaak met 80 bonnen, drie betaalmethoden, fooien, open tafels en refunds na sluiting.

Kies een kant-en-klare koppeling als je één locatie of een klein aantal locaties hebt, één herkenbaar POS, standaard btw, één boekhouding, weinig kasuitgaven en een beheerder die iedere dag de uitzonderingen bekijkt. Moneybird toont voor POS-koppelingen ondersteuning voor onder meer Lightspeed, SumUp, Zettle en CCV. Een partnerkoppeling kan dagomzet automatisch verwerken, maar de partner en het POS bepalen welke velden werkelijk meekomen.

Kies een orkestratielaag als je bronnen los van elkaar staan, maar de regels stabiel zijn. n8n kan webhooks, exports, API's, meldingen en een eigen wachtrij verbinden. De actuele Cloud-prijskaart van n8n noemt € 20 per maand bij jaarlijkse betaling voor Starter met 2.500 workflow-uitvoeringen en € 50 voor Pro met 10.000 uitvoeringen. De prijs is per volledige uitvoering, niet per stap. De data-opslag, deduplicatie, boekingsregels en vrijgave blijven jouw ontwerp.

Kies maatwerk als je meerdere locaties, kassa's, PSP's of entiteiten combineert, cash drops met bankstortingen moet matchen, refunds een menselijke goedkeuring vereisen, offline transacties moet herstellen of een audit trail per Z-nummer nodig hebt. Dan bouw je geen doorgeefluik. Je bouwt een kleine financiële transactielaag met bronversies, idempotentie, clearing en een vrijgavescherm.

Exact Online biedt concrete kassacategorieën zoals SumUp en Count-IT. Dat is een goed startpunt als je al in Exact werkt, maar een marktplaatsvermelding bewijst nog niet dat cash drops, refunds en kasverschillen in jouw gewenste boekingsstructuur terechtkomen. Test de volledige dag, niet alleen een geslaagde verkoop.

Welke POS-boekhoudroute past bij jouw situatie?

Hoeveel locaties, kassa's en betaalproviders moeten dagelijks samenkomen?

Uitgewerkt voorbeeld: een lunchroom met SumUp en Moneybird

Onderstaand voorbeeld gebruikt oefendata voor woensdag 14 oktober 2026. De bedoeling is de aansluiting zichtbaar te maken, niet een boekingsadvies voor iedere onderneming te geven. De lunchroom heeft één SumUp POS, één kassalade en Moneybird. In Moneybird is de integratie via een partner geactiveerd. De koppeling levert de dagstaat aan, maar de eigenaar blijft verantwoordelijk voor de controle.

De bronstanden

OnderdeelBedragBron
Openingskas€ 300,00Telling om 09:00
Contante verkopen€ 1.248,50Z-rapport
Pinverkopen€ 2.976,20Z-rapport en terminal
Contante refund€ 44,00Refundbewijs en Z-rapport
Pinrefund€ 89,00Refund-ID en terminalrapport
Kasuitgave schoonmaak€ 18,50Bon K-2026-1014-03
Cash drop naar kluis€ 1.000,00Dropbon CD-2026-447
Verwacht eindsaldo lade€ 486,00Rekenkern
Geteld eindsaldo lade€ 483,50Telling om 22:42
Kasverschil- € 2,50Geteld minus verwacht
Terminalfee€ 28,75Terminalrapport
Verwachte pinsettlement€ 2.858,45€ 2.976,20 - € 89,00 - € 28,75

De lade sluit als volgt: € 300,00 + € 1.248,50 - € 44,00 - € 18,50 - € 1.000,00 = € 486,00. De medewerker telt € 483,50. Dat is geen afronding in de dagstaat, maar een open verschil van € 2,50. Het wordt niet direct als kosten geboekt.

De pin sluit anders. De bruto pinverkopen zijn € 2.976,20. Na een pinrefund van € 89,00 en een terminalfee van € 28,75 blijft € 2.858,45 over voor de settlement. De bankboeking kan een dag later komen. De dagstaat bevat daarom een pin-clearing van € 2.976,20, een refund van € 89,00, een fee van € 28,75 en een verwachte settlement van € 2.858,45.

De feitelijke sluiting

De medewerker maakt eerst een X-controle. Er is geen open tafel, de laatste pintransactie staat als geslaagd in het terminalrapport en beide refunds hebben een refund-ID. Daarna draait de medewerker Z-rapport 004821. Het rapport wordt opgeslagen met kassa-ID, datum en locatie.

De cash drop van € 1.000,00 krijgt een zaknummer. De kasuitgave heeft een leesbare bon en wordt niet als refund geboekt. De eigenaar controleert vervolgens het kasverschil. De medewerker herinnert zich dat een klant € 2,50 wisselgeld kreeg na een handmatige afronding, maar het POS-ticket is niet aangepast. De bron is dus niet sterk genoeg om de afwijking automatisch vrij te geven. De eigenaar zoekt de bon en laat de medewerker een correctienotitie maken.

Als het bewijs de oorzaak bevestigt, wordt de queuekaart afgesloten met reden niet_geregistreerd_wisselgeld, verantwoordelijke, tijdstip en correctiereferentie. Als het bewijs ontbreekt, blijft € 2,50 open tot de deadline. De dag kan volgens het interne beleid toch worden vrijgegeven, maar alleen met het expliciete rest-risico.

De dagstaat gaat daarna naar Moneybird. De POS-koppeling maakt geen tweede verkoop voor de terminaltransacties. De terminal blijft de bron voor pinstatus en fee. De kasrekening krijgt het getelde of beleidsmatig gecorrigeerde saldo, de cash drop gaat naar geld onderweg en de bank settlement sluit de pin-clearing op de dag dat het geld werkelijk binnenkomt.

De boekingscontrole op donderdag

De volgende ochtend verschijnt een bankontvangst van € 2.858,45 met de settlementreferentie. De koppeling matcht die tegen de pin-clearing. Hij boekt geen extra omzet. De € 1.000,00 cash drop verschijnt pas na de bankstorting als aparte ontvangst met verwijzing naar CD-2026-447.

De controle-uitkomst is:

  • één Z-rapport met één dagstaat;
  • omzet per btw-code uit de POS-bron;
  • cashrefund en pinrefund op hun eigen geldstromen;
  • kasuitgave met bon en kostenrekening;
  • pinfee apart;
  • pinsettlement volledig gematcht;
  • cash drop nog zichtbaar tot de bankstorting;
  • kasverschil € 2,50 met bewijs en menselijke vrijgave;
  • opnieuw verwerken geblokkeerd door de sleutel UTR-01-LADE-A-2026-10-14-004821.

Dat is het doel van de koppeling. Niet dat ieder scherm direct groen is, maar dat elk bedrag naar één bron, één periode, één eigenaar en één besluit wijst.

Vergelijkingstabel: welke route past bij je POS?

Prijzen en mogelijkheden zijn gecontroleerd op 15 oktober 2026. Partnerkosten, implementatie en beheer staan los van de licentieprijzen.

RouteConcrete invullingActuele detailsPast bijBreekpunt
Bestaande POS-koppeling naar MoneybirdSumUp, Lightspeed, Zettle, CCV of een ander POS via een partnerkoppelingMoneybird toont Start voor € 15 per maand met 20 verwerkte transacties, Groei voor € 29 met 50 transacties en Compleet voor € 41 met onbeperkte transacties, bij jaarlijkse betaling. De POS-partner rekent apart.Eén of enkele locaties, dagomzet als handoff en weinig afwijkingenCash drops, meerdere refunds, eigen uitzonderingsregels of een ontbrekende bronversie
SumUp POS Plus plus MoneybirdSumUp kassabeheer voor openen, tellen, sluiten en Z-rapport; Moneybird voor de boekingSumUp maakt kassabeheer onderdeel van POS Plus. Moneybird meldt dat de SumUp-koppeling verkoopbedragen, betaalmethoden en tijdstippen kan synchroniseren; Combidesk beheert deze koppeling.Kleine winkel, marktkoopman of horecazaak met één SumUp-stroomPartner ondersteunt niet jouw cash-drop- of refundbeleid
Exact Online App StoreKassakoppeling zoals SumUp of Count-IT naar Exact OnlineExact heeft een aparte categorie Kassa en noemt onder meer SumUp en Count-IT. Partnerprijs en ondersteunde velden verschillen per app.Organisaties die al in Exact werken, meerdere administratieve eisen hebben of willen opschalenDe app levert dagomzet, maar niet automatisch jouw functiescheiding of vrijgavescherm
Export met dagelijkse controleZ-rapport als CSV of PDF, dagstaat handmatig of halfautomatisch boekenLage softwaredrempel, maar iedere import krijgt een eigenaar, datum, hash en controle op dubbele dagenEén kassa, laag volume en een nauwkeurige finance-eigenaarHerhaalde invoer, meerdere locaties en veel refunds
n8n als orkestratielaagPOS-API of export, eigen normalisatie, meldingen en boekhoud-APIStarter € 20 per maand bij jaarlijkse betaling voor 2.500 uitvoeringen; Pro € 50 voor 10.000. Self-hosted Community Edition is beschikbaar, maar beheer en hosting zijn eigen werk.Meerdere bronnen met stabiele regels en een technische beheerdern8n is geen kasboek, clearingrekening of auditdossier zonder extra ontwerp
Maatwerk POS-boekhoudpipelineEigen datamodel, clearing, replay, uitzonderingsqueue, vrijgave en dashboardsGeen geloofwaardige vaste prijs zonder POS-inventarisatie, boekingsbeleid en testdataMeerdere locaties, entiteiten, betaalproviders, offline herstel en complexe uitzonderingenGeen eigenaar voor beheer, bronwijzigingen en periodiek testen

De kortste route is niet altijd de goedkoopste route. Een standaardkoppeling past als de dagstaat die hij oplevert precies overeenkomt met je controleproces. Zodra je iedere week spreadsheets naast de connector legt, is het tijd om de uitzonderingen als eerste te ontwerpen.

Een fysieke kassa is pas aangesloten wanneer omzet, pin, contant, refunds, uitgaven en cash drops ieder hun eigen spoor houden. Het Z-rapport sluit de dag, de boekhouding bewaart het verhaal en de menselijke vrijgave bepaalt of een verschil acceptabel is. Zo wordt de dagelijkse telling een betrouwbare financiële handoff in plaats van een groen vinkje dat niemand kan uitleggen.

Veelgestelde vragen

Alisina Nawabi
Geschreven doorAlisina Nawabi

AI Product Engineer & Solutions Architect

Je kassastroom laten kloppen

Ik denk mee over je POS-dag, ontwerp de boekings- en vrijgavelogica en bouw de koppeling end-to-end, van bronexport en clearing tot uitzonderingsqueue.

Meer informatie

Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.

Genoemde integraties

Dit artikel noemt deze tools. Ik koppel ze op maat aan je eigen systemen.

Gerelateerde artikelen

Groothandelfactuur per project: van regel naar nacalculatie en doorbelasting
Gids
Uitgebreide gids16 min

11 sep 17:00

Groothandelfactuur per project: van regel naar nacalculatie en doorbelasting

Verwerk een groothandelfactuur per regel: koppel artikel en order aan het juiste project, parkeer twijfel in een reviewbak en stuur alleen vrijgegeven materiaal door naar nacalculatie en klantfactuur.

Stoppen met je bedrijf: in welke volgorde je systemen uitzet zonder je eigen administratie te breken
Gids
Uitgebreide gids17 min

28 aug 09:00

Stoppen met je bedrijf: in welke volgorde je systemen uitzet zonder je eigen administratie te breken

Je zegt je boekhoudpakket op en het gat in je laatste boekjaar zie je pas jaren later. Dit is de volgorde waarin je bij bedrijfsbeëindiging uitzet, met per systeem de exportroute, het formaat en de controle vooraf.

PSP-fees reconciliëren: van rate card naar herstelboeking
Gids
Uitgebreide gids20 min

12 okt 17:00

PSP-fees reconciliëren: van rate card naar herstelboeking

Controleer PSP-fees per payment-ID tegen je contractuele rate card en settlement. Verklaar drift, claim te veel betaalde kosten en geef een herstelboeking pas vrij na bewijs en read-back.

PrestaShop-chargebacks: aparte geldstroom, bewijs, boeking en menselijke vrijgave
Gids
Uitgebreide gids22 min

5 okt 17:00

PrestaShop-chargebacks: aparte geldstroom, bewijs, boeking en menselijke vrijgave

Bouw in PrestaShop een aparte chargebackstroom met dispute-ID, bewijsdeadline, PSP-fee, boekingspolicy en menselijke vrijgave, zonder refund en chargeback dubbel te verwerken.

Autogarage: werkorder als vrijgavepoort van diagnose naar factuur
Gids
Uitgebreide gids16 min

25 sep 17:00

Autogarage: werkorder als vrijgavepoort van diagnose naar factuur

Richt een controleerbare garageflow in van kenteken en diagnose via onderdelen, foto’s en klantakkoord naar uitvoeringsbewijs en factuurvrijgave, met een uitzonderingsqueue voor dossiers die niet kloppen.

Bouwbedrijf: meerwerk bewijzen en vrijgeven vóór de factuur
Gids
Uitgebreide gids18 min

25 sep 09:00

Bouwbedrijf: meerwerk bewijzen en vrijgeven vóór de factuur

Richt meerwerk in als een vrijgavepoort: van foto en duidelijke omschrijving naar klantakkoord, werkbon, bewijscontrole en pas daarna een factuur die je kunt uitleggen.