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:
| Geldstroom | Voorstel voor boekhoudlaag | Wat je ermee controleert |
|---|---|---|
| Omzet 9% en 21% | Omzetrekeningen per btw-code | De verkoop en verschuldigde btw |
| Contant in lade | Kasrekening per locatie of kassagroep | Verwacht saldo versus fysieke telling |
| Pin en kaart | Pin- of betaalprovider-clearing | Bruto transacties versus settlement |
| Contante storting | Geld onderweg of bankstorting onderweg | Cash drop versus latere bankregel |
| Refund | Correctierekening of creditnota-route | Terugbetaling aan de oorspronkelijke verkoop |
| Kasuitgave | Kostenrekening met btw volgens bon | Geld uit de lade met bewijs |
| PSP- en terminalfee | Betaalkosten | Bruto pin minus fee en refund |
| Kasverschil | Alleen na onderzoek en vrijgave | Onverklaard 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.
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:
| Onderdeel | Bron | Boeking of controle |
|---|---|---|
| Omzet 9% | Z-rapport | Omzet 9% en verschuldigde btw |
| Omzet 21% | Z-rapport | Omzet 21% en verschuldigde btw |
| Contant netto | Z-rapport en teller | Kasrekening |
| Pin bruto | POS en terminal | Pin-clearing |
| Card fee | Terminal of PSP | Betaalkosten |
| Cash refund | Refundbewijs | Kas en omzetcorrectie |
| Pinrefund | Refundbewijs | Pin-clearing en omzetcorrectie |
| Kasuitgave | Bon | Kosten, btw en kas |
| Cash drop | Dropbon | Kas naar geld onderweg |
| Kasverschil | Telling | Queue, 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.
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
| Onderdeel | Bedrag | Bron |
|---|---|---|
| Openingskas | € 300,00 | Telling om 09:00 |
| Contante verkopen | € 1.248,50 | Z-rapport |
| Pinverkopen | € 2.976,20 | Z-rapport en terminal |
| Contante refund | € 44,00 | Refundbewijs en Z-rapport |
| Pinrefund | € 89,00 | Refund-ID en terminalrapport |
| Kasuitgave schoonmaak | € 18,50 | Bon K-2026-1014-03 |
| Cash drop naar kluis | € 1.000,00 | Dropbon CD-2026-447 |
| Verwacht eindsaldo lade | € 486,00 | Rekenkern |
| Geteld eindsaldo lade | € 483,50 | Telling om 22:42 |
| Kasverschil | - € 2,50 | Geteld minus verwacht |
| Terminalfee | € 28,75 | Terminalrapport |
| 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.
| Route | Concrete invulling | Actuele details | Past bij | Breekpunt |
|---|---|---|---|---|
| Bestaande POS-koppeling naar Moneybird | SumUp, Lightspeed, Zettle, CCV of een ander POS via een partnerkoppeling | Moneybird 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 afwijkingen | Cash drops, meerdere refunds, eigen uitzonderingsregels of een ontbrekende bronversie |
| SumUp POS Plus plus Moneybird | SumUp kassabeheer voor openen, tellen, sluiten en Z-rapport; Moneybird voor de boeking | SumUp 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-stroom | Partner ondersteunt niet jouw cash-drop- of refundbeleid |
| Exact Online App Store | Kassakoppeling zoals SumUp of Count-IT naar Exact Online | Exact 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 opschalen | De app levert dagomzet, maar niet automatisch jouw functiescheiding of vrijgavescherm |
| Export met dagelijkse controle | Z-rapport als CSV of PDF, dagstaat handmatig of halfautomatisch boeken | Lage softwaredrempel, maar iedere import krijgt een eigenaar, datum, hash en controle op dubbele dagen | Eén kassa, laag volume en een nauwkeurige finance-eigenaar | Herhaalde invoer, meerdere locaties en veel refunds |
| n8n als orkestratielaag | POS-API of export, eigen normalisatie, meldingen en boekhoud-API | Starter € 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 beheerder | n8n is geen kasboek, clearingrekening of auditdossier zonder extra ontwerp |
| Maatwerk POS-boekhoudpipeline | Eigen datamodel, clearing, replay, uitzonderingsqueue, vrijgave en dashboards | Geen geloofwaardige vaste prijs zonder POS-inventarisatie, boekingsbeleid en testdata | Meerdere locaties, entiteiten, betaalproviders, offline herstel en complexe uitzonderingen | Geen 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
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.
Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.
