Hotel-PMS aan Exact Online koppelen: folio tot OTA-afrekening

Een Mews-naar-Exact-koppeling lijkt klaar zodra het journaalbedrag klopt. Toch kan hetzelfde totaal een directe boeking en een OTA-boeking verbergen zonder bruikbare folio-ID’s, VCC-gegevens of terugbetalingsreferenties. Na de proef weet je welke route die gegevens bewaart en hoe je een fout herstelt.

Een hotel-PMS-boekhoudkoppeling is de gecontroleerde overdracht van kameropbrengsten, gastrekeningen, belastingen, betalingen en correcties uit je PMS naar het grootboek of de debiteurenadministratie. Elke regel houdt een bron-ID, boekingsdatum, btw-code en doel-ID. De koppeling sluit pas wanneer je in Exact Online kunt terugvinden welke reservering, folio en uitbetaling het bedrag vormden.

De distributie- en boekhoudroute raken elkaar bij de reservering, maar doen ander werk. Expedia laat hotels kamertypes, tarieven, betaalinstellingen en beschikbaarheid via bestaande kanaalsoftware overzetten; jouw financiële koppeling moet folio- en betaalgebeurtenissen uitleesbaar naar de administratie brengen.

Productdetails hieronder zijn gecontroleerd op 3 november 2026. Laat btw-codes en boekingsmomenten aansluiten op je accountant, gemeente en contracten.

Wat je nodig hebt

Mews Marketplace vermeldt Exact Online via de Omniboost-API en een onboarding van twee tot drie werkweken nadat de Mews-configuratie en boekhoudvariabelen klaar zijn. De standaardverbinding biedt drie bestaande flows: Consumed, Closed met journaalposten en Closed met bills en invoices. Ze verschillen in timing en boekingsdetail. De Mews-naar-Exact-route, flows en onboarding staan in de Marketplace-vermelding.

Exact Online staat ook op Mews' Ledger API-pilotlijst voor Omniboost. De pilot vervangt de bestaande rapportbron door Ledger-data en geldt voor Omniboost-koppelingen met een accrual/Consumed-flow. Mews vraagt, afhankelijk van de complexiteit, om maximaal een maand financiële data te valideren. Reken dus op een langere validatiefase dan voor één proefboeking. De gewone Marketplace-onboarding van twee tot drie werkweken is geen toezegging over de pilotdoorlooptijd. Mews zegt dat alle Omniboost-properties uiteindelijk naar de Ledger-feed gaan. Wie de huidige route houdt, moet dus rekening houden met een latere migratie; deelnemers aan de pilot vermijden die tweede overstap. Mews noemt Exact Online, de voorwaarden en validatie van de Ledger-pilot.

Vraag de beheerder van Mews om toegang tot Settings > Property > Finance > Accounting Categories en Accounting Configuration. Je accountant of Exact-beheerder levert de Exact Online-division, grootboekrekeningen, dagboekcodes, btw-codes, eventuele kostenplaatsen en het besluit over debiteuren. De Exact Online-koppeling gebruikt REST en OAuth 2.0 per administratie, dus neem de juiste division mee in de test. Bij Omniboost moet duidelijk zijn wie de onboarding begeleidt, welke setup hij controleert en wie storingen na productie oppakt. De pagina voor deze koppeling toont geen afzonderlijke prijs voor de connector; vraag licentie, eenmalige inrichting, niet-standaardvelden en beheer apart uit.

Leg eerst vast welk systeem eigenaar is van ieder financieel feit. Een werkbare afspraak voor de proef ziet er zo uit:

Een OTA-code is geen Mews-reserverings-ID. Bewaar de vertaling als expliciete relatie. De Mews Connector API vraagt orderregels op via ServiceOrderId, maar andere boekingsregels hangen standaard aan het gastprofiel; alleen Stay-producten zijn via OrderId aan een reservering gekoppeld. Dezelfde API haalt hoteluitbetalingen en de bijbehorende transacties op. PaymentId onderscheidt betalingstransacties van rekeningbewegingen; CreatedUtc kan de betaaldatum zijn in plaats van de uitbetalingsdatum. Voor een eigen API-route wacht je tot zowel de Accounting als Operational Editable History Window verstreken is, en gebruikt de langste van de twee. Mews beschrijft deze reserverings- en uitbetalingsrelaties in de accounting use case.

Laat je boekhouder daarnaast rekeningen aanwijzen voor logiesomzet, eventuele restaurant- of baromzet, verschuldigde btw, toeristenbelasting, directe betaalclearing, clearing voor OTA-VCC, PSP-kosten, OTA-commissie en terugbetalingen. De PMS is de bron voor de verkochte kamer en de folioregel. Een betaalprovider is de bron voor een geslaagde betaling, terugbetaling, kosten en uitbetaling. De bank is de bron voor het ontvangen bedrag. De boekhouding bewaart de boeking en de aansluiting tussen die feiten.

Wijs één financieel eigenaar aan voor btw-mapping, terugbetalings en vrijgave. Wijs één technisch eigenaar aan voor accounts, koppelingen, foutmeldingen en opnieuw verwerken. De baliemedewerker kan een correctie aanvragen; diezelfde aanvraag mag niet zonder afgesproken controle automatisch een tweede boeking maken. Voor de eerste proef zijn een testadministratie of gecontroleerde conceptboekingen nodig, plus één directe boeking, één OTA-boeking, één POS-regel, één terugbetaling en één mislukte API-response.

Concrete stappen: van reservering naar Exact Online

Volg de geldstroom van reservering naar folio en pas daarna naar grootboek. Een test die alleen een kamerprijs naar Exact stuurt, bewijst niet dat toeristenbelasting, VCC, commissie, late correctie en betaalclearing goed landen.

1. Kies eerst de Mews-naar-Exact-flow

Open Mews Marketplace en vraag bij de Exact Online-koppeling welke boekhoudflow voor jouw hotel wordt ingericht. In de Consumed Flow gaan verbruikte omzet en betalingen per boekhoudcategorie als journaalpost naar Exact. In de Closed Flow gaat een rekening pas mee zodra de gast uitcheckt en de bill (gesloten gastrekening) sluit of een invoice (factuur) is uitgegeven. De closed route kent een journaalpost-variant en een Bills & Invoices-variant met afzonderlijke documenten en debiteurgegevens. De tweede past beter als je per factuur of openstaande debiteur wilt terugzoeken; hij garandeert op zichzelf nog niet dat de Mews- en Booking.com-ID’s in Exact staan.

Vraag om een testboeking in alle relevante overzichten: Mews Accounting Report, Bills and Invoices Report en Exact Online. Laat de leverancier per flow tonen welke velden in Exact komen, niet alleen welk rapportbedrag. Klaar als je schriftelijk hebt welke flow, dagboeksoort, correctieroute en exacte standaard- en maatwerkvelden worden gebruikt. Een algemene belofte als “complete accounting data transfer” vervangt de lijst met referenties niet.

2. Zet boekhoudcategorieën en debiteuren aan de juiste kant

Vul in Mews voor iedere actief gebruikte Accounting Category een Ledger account code in die ook in het grootboekrekeningschema van Exact bestaat. Kostenplaatsen zijn optioneel als je die in Exact gebruikt. Omniboost documenteert dat de andere categorievelden zoals Code, External code en Posting account code in de meeste gevallen niet door de boekhoudkoppeling worden opgehaald. Wil je een fijnere mapping, vraag dan of daarvoor een aanvullende inrichting nodig is. De Omniboost-handleiding noemt de Mews-instellingen, Receivable Tracking en de gevolgen van de boekhoudflow.

Beslis ook waar debiteuren worden bijgehouden. Met Mews Receivable Tracking aan beheert het hotel openstaande facturen en debiteuren in de Mews City Ledger. Als Exact de debiteurenadministratie moet dragen, stem dan met Omniboost af of Receivable Tracking uit moet en of debiteurenregels naar Exact gaan. De Exact-vermelding noemt debiteuren optioneel en standaard debiteurinformatie met naam en nummer. Zet niet beide systemen als bron voor dezelfde openstaande factuur in.

Mews waarschuwt in de Omniboost-setupgids dat Mews-factuurtracking en de automatische factuuroverdracht dubbele records kunnen opleveren. Omniboost beschrijft in een uitleg van 15 juli 2026 het concrete betaalrisico: als een externe betaling al bij de debiteur in Exact is verwerkt en die betaling daarna ook in Mews wordt geregistreerd om de factuur daar te sluiten, kan de Mews-betaling opnieuw naar Exact worden gestuurd. Kies daarom één leidend systeem voor debiteuren en betalingen. Als Mews-tracking aanblijft, laat Omniboost bevestigen hoe deze Exact-route de dubbele betaalboeking voorkomt. Mews licht de Receivable Tracking-waarschuwing toe; Omniboost beschrijft de dubbele betaling en adviseert een passende configuratie.

Klaar als een bestaande bedrijfsgast, een particuliere gast en een onbekende debiteur elk de afgesproken Exact-relatie of uitsluitroute krijgen, iedere gebruikte Mews-categorie een bestaande Exact-rekening heeft en een testfactuur met opvolgende betaling precies één Exact-betaling oplevert.

3. Test de ID-keten vóór je bedragen accepteert

Maak een ID-vertaaltabel met channel, externe reserveringscode, Mews ReservationId, Bill/Invoice ID, Order Item ID, Payment ID, Exact EntryID en waar beschikbaar afwikkelings- of uitbetalings-ID. De Booking.com-code blijft apart van de Mews-ID. Als je channelmanager die code niet in de Mews-export zet, leg de relatie vast bij de reserveringsinvoer.

Voor een POS-ticket op een gastfolio ondersteunt de Mews Connector API een folio-order. Gebruik LinkedReservationId om de order aan de reservering te koppelen, AccountingCategoryId op de orderregel voor de omzetcategorie en Notes op de order voor het POS-ticketnummer. Bewaar de Mews-bronsleutel OrderItem.Id. Een rebate of correctie is een nieuwe regel met RebatedItemId als verwijzing naar de oorspronkelijke orderregel; wijzig de oorspronkelijke verkoop niet.

Een direct afgerekende POS-bon is een andere route: de POS kan de afgeronde dagontvangsten als een Mews outlet bill sturen. Die bon heeft een eigen Number en de outlet-items ondersteunen elk een ExternalIdentifier voor de POS-bron-ID. Een outlet bill is bedoeld voor dagafsluiting van al afgerekende kassabonnen, niet als folio-order van een gast. Mews ondersteunt deze velden in de API, maar de standaard Omniboost-overdracht garandeert publiek niet dat deze POS- en bron-ID's in Exact belanden. Ook voor de Ledger-pilot staat die veldmapping niet publiek vast. Laat de gekozen flow daarom elk veld aantonen in Mews, de overdracht en Exact. De Mews-POS-handleiding beschrijft folio-orders, ticketnotities en rebates, de Order Items API beschrijft de order-ID en rebate-verwijzing en de Outlet Bills API beschrijft Number en ExternalIdentifier. De standaard Mews-naar-Exact-vermelding groepeert omzet en betalingen per boekhoudcategorie.

Order items hebben de statussen Open, Closed, Inactive en Canceled. Een rebate wijst met RebatedItemId naar de oorspronkelijke orderregel. Klaar als je vanuit Exact naar reservering, gastrekening, POS-ticket, oorspronkelijke orderregel en correctie terug kunt.

Voor een eigen route ondersteunt Exact Online REST GeneralJournalEntries met GET en POST. Het maakt journaalposten van type 90 (Other), met een EntryID en status, geen open verkoopfactuur. Exact’s OurRef is numeriek, dus bewaar de tekenreeks-ID’s in je ID-vertaaltabel. De journaalregel heeft een Notes-veld en kan alleen een VATCode verwerken als het dagboek btw ondersteunt; test de zoekbaarheid van die notitie in Exact. De API beschrijft het journaalobject, EntryID en verwerkingsstatus en de velden van de journaalregel.

4. Zet btw en lokale belasting per regel vast

Vanaf 1 januari 2026 geldt 21% btw voor kortdurend Nederlands logies, ook bij een betaling in 2025 voor een verblijf in 2026. Controleer de verblijfsdatum en betaaldatum bij een jaargrens. De Belastingdienst bevestigt het tarief en de ingangsdatum.

Toeristenbelasting verschilt per gemeente en kan per persoon per nacht of naar de kamerprijs worden berekend. RVO meldt dat gemeenten hun tarieven jaarlijks aanpassen. Arnhem vermeldt op de pagina die 3 november 2026 is gecontroleerd €3,59 per persoon per nacht voor een standaardovernachting. Zet deze post apart op de rekening en bereken hem naar het werkelijke aantal gastnachten. Een Rechtbank Noord-Holland-uitspraak over een hostel met een all-inprijs laat zien dat niet uitgesplitste toeristenbelasting onderdeel van de btw-vergoeding kan worden. De Arnhemse pagina noemt het tarief; RVO licht de lokale variatie toe; de uitspraak licht de btw-voorwaarde toe. Voor POS-regels geldt het tarief van het product. Bier boven 0,5% alcohol valt onder 21%; alcoholarme en niet-alcoholhoudende dranken onder 9%. De Belastingdienst beschrijft de dranktarieven.

In Exact krijgt de aparte gemeentebelasting een eigen rekening en een door de accountant bevestigde code. Klaar als logies, btw, toeristenbelasting en POS-regels afzonderlijk tot op de cent aansluiten op de folio’s.

5. Stel nachtgrens en Accounting Editable History Window in

Leg vast wanneer de hotelhandelsdag eindigt. Omniboost gebruikt standaard 00:00 tot 00:00; vraag om een andere grens, bijvoorbeeld 02:00, als dat bij je hotel past. Leg beide Mews-bewerkvensters vast: accounting en operationeel. Een eigen API-route wacht tot het langste venster is verstreken. Omniboost telt één dag bij de Accounting Editable History Window op voordat het entries verstuurt. Bij één dag editable gaat data van 1 juni volgens de handleiding op 3 juni over. De Omniboost-handleiding beschrijft de instellingen en de vertraging.

Stem de Accounting Report of Bills and Invoices Report af op de echte nachtgrens. Een nachtaudit controleert gastrekeningen en sluit de hotelhandelsdag; zij maakt een latere correctie niet vanzelf juist. Mews beschrijft de controle van rekeningen en formele dagafsluiting in het nachtcontroleproces. Klaar als financieel beheer de rapportdatum, boekingsdatum en verwacht Exact-moment uit elkaar kan houden.

6. Scheid directe betalingen, VCC, toeristenbelasting en OTA-commissie

Maak clearing apart voor directe betaalproviders en Booking.com-virtuele creditcards (VCC’s). In Booking.com Extranet open je Reservations > gastnaam of reserveringsnummer > View credit card details en controleer je activeringsdatum, saldo en vervaldatum. De VCC is alleen beschikbaar met Payments by Booking.com. Boek hem niet als een tweede gastbetaling en pre-autoriseer hem niet. Laad maximaal het beschikbare bedrag. Je kunt een VCC tot twaalf maanden na checkout belasten; daarna vervalt hij. Voor een vereiste terugbetaling noemt Booking.com 45 dagen vanaf de eerste terugbetalingsherinnering. De VCC-handleiding beschrijft activering, opladen en terugbetalen.

Boek kameromzet en VCC-betaling apart. Als je de VCC via je betaalterminal belast, is de transactie-ID van de terminal of PSP leidend. Bewaar een eventuele Mews PaymentId daarnaast, want dat zijn twee verschillende records. De VCC-kosten horen bij de betaalprovider; OTA-commissie hoort bij Booking.com. De commissie hangt af van het contract, is normaal maandelijks gefactureerd na checkout en sluit lokale belasting uit, maar kan btw meenemen. Payments by Booking.com kan commissie soms met uitbetalingen verrekenen. Booking.com licht grondslag en maandfactuur toe. Een uitbetaling is een bundel van betalingen, terugbetalingen en kosten; een clearingrekening houdt die bundel los van de omzetboeking.

Klaar als de VCC-betaling, gastbetaling, kosten, commissie, lokale belasting en bankregel elk een eigen status en referentie hebben.

7. Stuur eerst de gekozen proefset naar concept of testomgeving

Gebruik twee reserveringen uit dezelfde handelsdag: één rechtstreeks, één via Booking.com. Plaats op de eerste reservering een POS-ticket als folio-order en maak daarnaast een apart testgeval met een direct afgerekende outlet bill. Laat één ticket dubbel binnenkomen en corrigeer de dubbele orderregel met de verwijzing naar de oorspronkelijke orderregel. Test ook een testfactuur met Receivable Tracking aan: stuur de debiteurenpost naar Exact, registreer de bedoelde betaling en controleer dat Exact die betaling één keer ontvangt en de factuur in beide systemen sluit. Zo test je expliciet de Mews-waarschuwing vóór productie.

Bij een Omniboost-flow, inclusief de Ledger-pilot, vraag je de partner om de Mews Accounting Report of Bills and Invoices Report naast de boeking in Exact te leggen. Laat per gekozen route LinkedReservationId, AccountingCategoryId, het POS-ticket in Notes, OrderItem.Id en RebatedItemId teruglezen. Toon voor de aparte outlet-billroute ook de eigen Number en ExternalIdentifier. De standaard Omniboost-overdracht belooft deze POS- en bron-ID's niet publiek; een geslaagd journaaltotaal bewijst de mapping dus niet. Voor de API-route moet de Mews-export de benodigde objecten bevatten en Exact een antwoord teruggeven met het doel-ID.

Klaar als een financieel medewerker zonder ontwikkelconsole de bedragen en alle vereiste ID's uit bronrapport, Exact en uitbetalingsrapport kan narekenen, de testbetaling in Exact precies eenmaal voorkomt en geen testregel alleen als totaalsom of “geslaagd”-melding zichtbaar is. Ontbreekt een vereist veld of ontstaat een dubbele betaling, dan wordt de route niet vrijgegeven.

8. Simuleer een time-out en een terugbetaling na de nachtcontrole

Onderbreek de verbinding nadat Exact een POST heeft ontvangen maar voordat jouw koppeling het antwoord toont. In de geraadpleegde Exact-referentie voor dit journaal staat geen idempotentiesleutel beschreven. Sla daarom vóór de schrijfactie een zakelijke sleutel op, zoek bij time-out eerst in je eigen log en test in een demo of de Exact Notes-referentie het bestaande EntryID betrouwbaar terugvindt. Blijft de uitkomst onzeker, maak er een controletaak van en verstuur niet opnieuw.

De Nederlandse overheidsrichtlijn adviseert de idempotentiesleutel duurzaam op te slaan vóór de aanvraag en bij een herhaling exact dezelfde sleutel te gebruiken. De richtlijn beschrijft hoe dat dubbele schrijfacties voorkomt. Test daarna een terugbetaling na gesloten folio: bewaar het oorspronkelijke Order Item ID, rebate- of correctie-ID, terugbetalings-ID, betaalstatus en Exact-doel-ID. Klaar als de terugbetaling één correctie maakt en de time-out geen tweede boeking oplevert. Een financiële herhaling hoort dezelfde handeling te herkennen voordat er opnieuw wordt geboekt.

De stappen zijn pas klaar wanneer je niet alleen het bedrag maar ook de boekingsbeslissing hebt vastgezet. Een geslaagde kamernacht mag naar het grootboek; een ontbrekende kaartactivatie of verkeerde belastingcode gaat naar een herkenbare uitzonderingsroute.

Valkuilen

Een nachtgrens op 00:00 knipt een hotelhandelsdag verkeerd

De nachtdienst kan na middernacht nog gastrekeningen sluiten. Als Exact de dag om 00:00 knipt en de hotelrapportage tot 02:00 loopt, valt dezelfde activiteit in twee perioden. Omniboost gebruikt standaard 00:00 tot 00:00. Stem een afwijkende grens vooraf af en test een late checkout.

De VCC wordt geladen voordat de kaart actief is

Booking.com toont de activeringsdatum en beschikbare balans in de Extranet. Een te vroege poging faalt; vooraf autoriseren is niet nodig. Controleer datum en bedrag, laad de kaart pas wanneer die actief is en probeer na een fout niet direct opnieuw met een nieuw kaartrecord.

Toeristenbelasting verdwijnt tussen omzet en commissie

De gemeente stelt eigen tarieven en grondslagen vast. Als de mapping de taxpost in kameromzet stopt, klopt de btw- en commissieaansluiting niet meer. Toon het werkelijke bedrag apart per gastnacht, controleer de lokale verordening en bevestig met de accountant of de factuur aan de voorwaarden voor uitsluiting van btw voldoet.

Een oude btw-code blijft op de kamerprijs staan

Sinds 1 januari 2026 geldt 21% btw op kortdurend logies. Een voorafbetaling voor een verblijf in 2026 kan dus een ander tarief hebben dan je oude PMS-code. Test verblijfsdatum en betaaldatum rond de jaargrens en verwerk een correctie via het afgesproken factuurbeleid.

Commissie wordt als inhouding op kameromzet geboekt

De VCC, OTA-commissie en lokale taxpost zijn drie aparte stromen. Booking.com baseert commissie op het contract en factureert na checkout. Boek de kameromzet uit het folio en de maandcommissie apart, tenzij de echte afwikkeling de inhouding laat zien.

Een POS-ticket dubbel op het folio wordt als extra verkoop gezien

Een time-out kan hetzelfde kassabonnetje twee keer op een gastrekening zetten. Match het POS-ticketnummer in Notes met de Mews OrderItem.Id. Wijzig of verwijder de oorspronkelijke orderregel niet: maak een negatieve rebate/correctie met RebatedItemId die naar de dubbele regel wijst en bewaar de refund- en Exact-referenties. Bij een direct afgerekende outlet bill volg je de eigen Number en ExternalIdentifier van de outlet-bon en stuur je een negatieve correctieregel via die route. De POS-dagafsluiting behandelt de fysieke Z-rapport-, kassa- en terminalcontrole; die sluiting blijft buiten de PMS-folioflow. Mews beschrijft de aparte POS-order-, outlet-bill- en rebate-routes; de POS-dagafsluiting behandelt de fysieke Z-rapport-, kassa- en terminalcontrole.

Dezelfde POST wordt opnieuw verstuurd na een time-out

Na een time-out kan Exact de POST al hebben opgeslagen. Zoek daarom eerst de bestaande sleutel en EntryID terug. Als dat niet lukt, zet financieel beheer de poging op controle in plaats van hem blind opnieuw uit te voeren. Dezelfde herstelregel geldt voor een garagesoftwarekoppeling waarbij na een time-out de factuur al kan zijn opgeslagen.

Beslis-kader: welke koppelroute past bij jouw hotel?

Kies op de detailgraad die financieel beheer nodig heeft. Mews standaardiseert omzet en betalingen per Accounting Category; de Bills & Invoices-flow kan individuele documenten plus debiteurgegevens sturen. Mews noemt creditcardcommissies en gedetailleerdere regels als niet-standaard. Vraag welke test-ID in welk Exact-veld komt.

Hanteer deze keuzes:

• Mews Ledger API-pilot via Omniboost past als je bestaande koppeling via Omniboost op een accrual/Consumed-flow draait en je nu naar Ledger-data wilt overstappen. Exact Online staat op de pilotlijst; plan validatie met maximaal een maand eigen financiële data. De publieke pilotbeschrijving garandeert geen POS- of bron-ID-mapping, dus toets die velden apart. Als je niet deelneemt, houd dan rekening met de latere migratie die Mews voor alle Omniboost-properties aankondigt.

• Mews / Omniboost Consumed Flow (journaalpost) past als per boekhoudcategorie verbruikte omzet en betalingen genoeg zijn. Niet voor folio- of Booking.com-detail.

• Mews / Omniboost Closed Flow (journaalpost) past als je na checkout per categorie wilt boeken en kunt afstemmen op de Closed Accounting Report. Reken de bewerkperiode vertraging mee.

• Mews / Omniboost Closed Flow (facturen en debiteuren) past als je individuele bills, invoices en debiteurgegevens nodig hebt. Laat de proef bewijzen dat Booking.com-code, Bill ID, POS-regel en correctie-ID terugkomen.

• Handmatige export met Exact-journaalpost past bij maximaal 30 gesloten folio’s per maand, één property en één Exact-division, als financieel beheer de batch in 60 minuten per maand kan controleren. Dit zijn startdrempels, geen productlimieten. Bewaar rapport, batch-ID en Exact-referentie.

• Eigen Mews API-koppeling naar Exact Online past als vereiste ID’s ontbreken, meerdere properties of divisions samenkomen, of VCC en terugbetaling per transactie moeten aansluiten. Gebruik een ID-vertaaltabel en herstelroute. Een journaalpost is geen open verkoopfactuur.

Bereken de maandkosten als folio’s × minuten per folio ÷ 60 × volledig belast uurbedrag, plus correcties en clearing. Vergelijk dit met connector, beheer en een twaalfde van de inrichting. Blijft handwerk onder 60 minuten met maximaal één correctie per maand, dan kan export volstaan. Een ontbrekende verplichte ID is reden om de route af te keuren, ongeacht volume.

Leg vóór de demo vast: nul dubbele Exact-records, 100% ID-koppeling, correcte btw en geen terugbetaling zonder parent-ID. Herhaal na time-out en terugbetaling. Een fout blokkeert productie.

Uitgewerkt voorbeeld: twee reserveringen, één terugbetaling

Dit fictieve hotel staat in Arnhem en gebruikt Mews, Exact Online, Omniboost, Booking.com en een betaalprovider. De testdatum is 2 november 2026. De twee testcodes hieronder zijn korte aliassen voor het voorbeeld, geen letterlijke formaten van Mews of Booking.com. Voor Mews bewaar je de echte UUID’s; voor Booking.com de externe reserveringscode.

De directe reservering DIR-014 en de Booking.com-reservering OTA-016 hebben elk twee gasten, één nacht en een kamerprijs van €121,00 inclusief btw. De kameropbrengst per verblijf is €100,00 exclusief 21% btw (€21,00), samen €121,00. Arnhem vermeldt €3,59 toeristenbelasting per persoon per nacht. Per kamerrekening is dat 2 gasten × €3,59 = €7,18. Booking.com betaalt de OTA-kamer via een VCC van €121,00; de toeristenbelasting van €7,18 wordt bij het hotel aan de gast gevraagd.

De gast van DIR-014 heeft ook een alcoholhoudend drankje uit de hotelbar, ticket POS-8842, van €12,10 inclusief btw. Voor dit voorbeeld is dat €10,00 omzet en €2,10 btw. Een dubbele POS-verzending plaatst hetzelfde ticket nog een keer op het gesloten folio. De kaart wordt daardoor eerst belast voor:

€121,00 kamer + €7,18 toeristenbelasting + 2 × €12,10 POS = €152,38

Na de nachtcontrole vindt financieel beheer de dubbele regel. De medewerker maakt een correctie van €12,10 en een terugbetaling met eigen terugbetalings-ID, gekoppeld aan het dubbele Order Item ID en niet aan de geldige POS-8842-regel. De directe gast is na de correctie dus €152,38 - €12,10 = €140,28 verschuldigd. Het geldige ticket blijft €12,10. De omzet uit die ene barregel blijft €10,00 en de btw €2,10.

De Arnhemse reservering krijgt als lokale belasting €7,18. De OTA-kamerregel is €121,00 en de VCC wordt pas belast als Booking.com in de Extranet de kaart als actief toont. Neem voor de commissie alleen een rekenaanname: het contract voor dit fictieve hotel rekent 15% over de kamerprijs inclusief btw en niet over toeristenbelasting. De commissie is dan 15% × €121,00 = €18,15. Het echte percentage en de btw-behandeling komen uit het eigen contract en reserveringsoverzicht.

De boeking naar clearing sluit zo:

De bedragen aan PSP-kosten zijn fictieve waarden uit de teststaat. De toeristenbelasting staat op iedere gastrekening als afzonderlijke regel die evenredig is aan de werkelijke gastnachten; de accountant bevestigt de btw-behandeling voor de eigen gemeente. De rekencontrole blijft exact: €152,38 + €121,00 + €7,18 - €12,10 = €268,46 netto ontvangen vóór kaartkosten. Daarna is €268,46 - €4,72 = €263,74, gelijk aan €137,74 bank + €118,82 bank + €7,18 kas. De belastingkant is €42,00 kamer-btw + €2,10 bar-btw + €14,36 toeristenbelasting = €58,46. Na €18,15 commissie blijft €263,74 - €58,46 - €18,15 = €187,13. Dat is ook €210,00 omzet - €4,72 PSP-kosten - €18,15 commissie = €187,13.

De proef met Omniboost draait in een testadministratie. De Closed Journal Flow levert op 4 november totalen per boekhoudcategorie, niet de individuele folio- en OTA-codes die dit hotel nodig heeft. Finance wijst die proefroute af vóór productie en kiest een eigen Mews API-koppeling naar Exact Online. De koppellaag bewaart voor DIR-014 en OTA-016 elk de externe code, Mews Reservation ID, Bill ID, Order Item ID, Payment ID en Exact EntryID. Dit zijn korte aliassen voor het voorbeeld, geen officiële ID-formaten.

In deze fictieve opzet staan zowel het accounting- als het operationele bewerkvenster op één dag; de eigen koppeling haalt de definitieve data bij de volgende nachtelijke run op, twee dagen na de rapportdag. Op 4 november schrijft hij de twee folio’s naar Exact. Op 5 november ontdekt finance bij de terugleescontrole de dubbele POS-regel. De oorspronkelijke gastrekening blijft gesloten. Een nieuwe correctieregel en kaartterugbetaling verwijzen naar het dubbele Order Item ID en krijgen eigen Exact- en terugbetalings-ID’s. De VCC sluit apart op de tussenrekening; de commissie blijft op de maandfactuur. Bij een onzekere schrijfactie zoekt de koppeling eerst het bestaande Exact EntryID terug.

Vergelijkingstabel

Productdetails en routes zijn gecontroleerd op 3 november 2026. Mews noemt twee tot drie werkweken voor onboarding en publiceert geen aparte connectorprijs. Vraag connector, extra velden, inrichting en beheer apart uit. De voorbeeldbedragen zijn oefencijfers.

De standaard partnerroute is een goede eerste keuze als de eigen data exact binnen de ondersteunde velden past. Een journaalpost per categorie is eenvoudiger wanneer je per nacht totalen nodig hebt. Bills & Invoices zijn logischer als financieel beheer open gastrekeningen als documenten wil volgen. Een rapportexport houdt de eerste stap klein bij laag volume. Een eigen API is pas verantwoord wanneer de ontbrekende detailvelden echte financiële controle blokkeren en iemand de koppeling na productie beheert.

De nachtcontrole maakt een daggrens. De boekhouding bewaart de financiële beslissing. Als je voor elke kamerrekening dezelfde bron-ID’s, bedragen en correcties kunt terugvinden, sluit de koppeling ook op de ochtend waarop een kaartbetaling of terugbetaling later valt.