.svg)
Intercompany reconciliatie voor de MKB-CFO: complete gids (2026)
Waarom IC-saldo's bijna altijd verschillen, hoe de maandelijkse cyclus eruitziet, en hoe je van een dagenlange handmatige exercitie naar een routine van 30 minuten komt.
.png)
Intercompany reconciliatie is het maandelijkse matching-proces van IC-tussenrekeningen tussen entiteiten binnen een groep, vóórdat eliminatie plaatsvindt. IC-saldo's verschillen vrijwel altijd door timing, FX, posting errors, mapping en missing accruals. Finstack matcht op transactieniveau, met configureerbare drempels per IC-relatie en native koppelingen aan Exact, AFAS, Twinfield, Yuki, Pennylane, eAccounting, Tripletex, Nmbrs, Xero, QuickBooks Online en Microsoft Dynamics 365 BC.
Intercompany reconciliatie voor de MKB-CFO: complete gids (2026)
Wat het is, waarom IC-saldo's bijna altijd verschillen, hoe je de cyclus inricht, en wat je tool moet kunnen.
TL;DR
Intercompany reconciliatie is het maandelijkse matching-proces van IC-tussenrekeningen tussen entiteiten — vóórdat eliminatie plaatsvindt. IC-saldo's verschillen bijna altijd door vijf herkenbare oorzaken: timing, FX, posting errors, mapping-verschillen en missing accruals. Voor een MKB-groep van 5 entiteiten kost handmatige reconciliatie 1-3 werkdagen per maand; met transactieniveau-matching via Finstack zakt dat naar 30 minuten. Belangrijke discipline: matching op transactieniveau (niet alleen trial-balance), configureerbare drempels per IC-relatie (auto-eliminatie, onderzoek, escalatie), en een vaste cyclus binnen 5 werkdagen na maandultimo. Reconciliatie komt eerst; eliminatie pas daarna — zonder sluitende IC-saldo's krijg je verschillen die als rest-saldo op groepsniveau blijven hangen en de betrouwbaarheid van je geconsolideerde cijfers ondermijnen.
Wat is intercompany reconciliatie en waarom belangrijk?
Intercompany reconciliatie is het matchen van IC-tussenrekeningen tussen entiteiten in een groep, met één doel: zorgen dat de IC-saldo's aan beide kanten sluitend zijn voordat je consolideert. Verkoopt productie voor €800.000 aan distributie, dan staat dat als IC-vordering bij productie en als IC-schuld bij distributie. Aan het einde van de maand moeten die twee bedragen gelijk zijn — en daar gaat het bijna altijd mis.
Het belang van reconciliatie zit in wat erna komt: eliminatie. Pas met gematchte IC-saldo's kun je intercompany-posten betrouwbaar wegstrepen in de geconsolideerde cijfers. Zonder reconciliatie krijg je eliminatie-verschillen die als rest-saldo op groepsniveau blijven hangen. Concreet voorbeeld: als productie €800k IC-omzet boekt en distributie maar €785k IC-kosten, blijft er na eliminatie €15k onverklaard in je geconsolideerde P&L hangen. Dat is geen fout in de groep — het is een matching-probleem dat reconciliatie moet oplossen.
In een MKB-groep komen IC-posten doorgaans uit vijf categorieën: rekening-courant verhoudingen (current accounts), leningen en rente (loans & interest), intercompany omzet en kosten (revenue & expenses), intercompany debiteuren en crediteuren (debtors & creditors), en deelnemingen (participations — alleen relevant op holding-niveau, met spiegel-categorie equity-items op dochter-niveau zoals nominaal kapitaal, agio en reserves). Reconciliatie betreft alle vijf, met elke categorie zijn eigen valkuilen.
Reconciliatie en eliminatie zijn twee stappen, geen synoniem. Reconciliatie = matching vóórdat je consolideert; eliminatie = wegstrepen tijdens consolidatie. Voor de drie eliminatiemethoden (volledige GLA, per IC-relatie, per transactie) zie de complete gids over eliminatiemethoden voor de MKB-CFO. Voor de bredere context van consolidatie: pillar over consolidatie voor de MKB-CFO.
Waarom IC-saldo's bijna altijd verschillen: vijf oorzaken
In de praktijk zijn IC-saldo's tussen entiteiten zelden direct gelijk. Vijf oorzaken die in vrijwel elke MKB-groep terugkomen, in volgorde van frequentie.
Boekingsperiode-verschillen
Productie verstuurt een factuur op 28 juni en boekt die als IC-omzet in juni. Distributie ontvangt de factuur op 2 juli en boekt die als IC-kosten in juli. Per maandultimo verschilt het IC-saldo daardoor met de waarde van die ene factuur — aan beide kanten correct geboekt, maar in verschillende perioden. Meest voorkomende oorzaak in elke MKB-groep, vooral rond maandultimo en kwartaalafsluitingen.
Valuta-koerseffecten
Productie in NL boekt een EUR-factuur; distributie in DE boekt één entiteit verder maar de Duitse entiteit boekt in EUR. Tot zover OK. Maar als één entiteit in een andere currency rapporteert (bijvoorbeeld een Zwitserse entiteit in CHF) en de boekingskoers verschilt van de groep-presentation koers, krijg je FX-translation verschillen. In multicurrency MKB-groepen typisch 1-3% van het IC-volume per maand. Voor multicurrency-context: zie multicurrency consolidatie voor de MKB-CFO.
Onjuiste boekingen
Eenvoudige fouten: verkeerde grootboekrekening, verkeerd bedrag, factuur dubbel geboekt of helemaal niet geboekt. Per individuele fout vaak klein, maar bij grote IC-volumes (productie naar distributie) lopen ze op. Auto-matching op transactieniveau maakt deze fouten direct zichtbaar — trial-balance niveau toont alleen het netto-effect.
Andere IC-grootboekstructuur tussen entiteiten
Productie gebruikt grootboek 1605 "IC vordering Dis BV"; distributie gebruikt 2105 "IC schuld Pro BV". Op zich logisch — maar als de mapping naar de groeps-IC-rekening niet consistent is, krijg je structurele verschillen die geen "fout" zijn maar een mapping-issue. Vaak ontdekt bij de eerste reconciliatie en daarna eenmalig opgelost via een aanpassing in de mapping-tabel van je consolidatie-tool.
Ontbrekende intercompany accruals
Productie levert in juni maar factureert pas in juli. Voor groeps-rapportage hoort er in juni een IC-omzet-accrual te staan bij productie en een IC-kosten-accrual bij distributie. In de praktijk: één entiteit boekt de accrual, de andere niet — en het IC-saldo verschilt. Komt vooral voor in groepen zonder strakke maandafsluitings-discipline op accruals.
Praktisch: in MKB-groepen verschillen IC-saldo's typisch 2-15% van het IC-volume per maand door deze vijf oorzaken samen. Goede reconciliatie maakt onderscheid tussen welke oorzaak welke variance veroorzaakt — niet als academische exercitie, maar omdat de oplossing per oorzaak anders is (timing accepteren, FX corrigeren, posting fixen, mapping eenmalig oplossen, accruals consistent maken).
De maandelijkse IC-reconciliatie cyclus in vier stappen
Een goede IC-reconciliatie-cyclus loopt vier stappen door, ingebed in de maandafsluiting. De cyclus moet binnen 5 werkdagen na maandultimo voltooid zijn — anders landt het in de variance-rapportage en verlies je beslissingstijd.
Trial balances en IC-saldo's ophalen per entiteit
Zodra de maandafsluiting per entiteit voltooid is, worden trial balances en IC-tussenrekening-saldo's opgehaald uit elk boekhoudpakket. Bij handmatige aanpak: export uit ERP, import in spreadsheet. Bij geautomatiseerde sync via Finstack (per 3 uur automatisch ophalen): trial balances en onderliggende transacties zijn direct beschikbaar in de Reconciliation page binnen het Entries-menu, zonder handmatig exporteren.
Matching per IC-relatie
Per IC-relatie (combinatie van twee entiteiten + IC-grootboekrekening) wordt de match gemaakt: vordering bij entiteit A vs schuld bij entiteit B. Op trial-balance niveau zie je alleen het netto-verschil; op transactieniveau koppelt de tool elke individuele factuur of boeking tussen verkoper en koper, en flagt unmatched transacties.
Verschillen analyseren per oorzaak
Voor elk verschil boven de drempel: welke van de vijf oorzaken is het? Timing-verschillen worden meestal geaccepteerd (lost zichzelf de volgende maand op). FX-verschillen worden naar P&L geboekt als translation-effect. Posting errors moeten worden gecorrigeerd in de bron-entiteit. Mapping-issues vragen eenmalige tabel-aanpassing. Missing accruals vragen verbeterde maandafsluitings-discipline.
Correcties en sign-off
Correcties worden geboekt (in de bron-entiteit, met audit trail). Resterende verschillen die niet zijn opgelost worden expliciet vastgelegd: welk verschil, welke oorzaak, hoe wordt het in de eliminatie behandeld. Sign-off door de groeps-controller of CFO. Pas na sign-off start de eliminatie-fase — zie de gids over eliminatiemethoden.
Totale tijd per maand voor een goed ingerichte cyclus bij een MKB-groep van 5 entiteiten: 30 minuten tot 1 uur met geautomatiseerde matching, 1-3 werkdagen handmatig. Dat verschil bepaalt vrijwel altijd of de cyclus met discipline wordt volgehouden of in stilte vervalt.
IC-reconciliatie op transactieniveau vs trial-balance
Het belangrijkste keuzepunt in IC-reconciliatie is op welk niveau je matcht. Trial-balance reconciliatie vergelijkt alleen de eindstanden van IC-tussenrekeningen tussen entiteiten. Transactieniveau matching koppelt elke individuele IC-boeking tussen verkoper en koper. Het verschil is voor de MKB-CFO fundamenteel.
Voor MKB-groepen tot 2 entiteiten kan trial-balance reconciliatie nog werkbaar zijn. Vanaf 3 entiteiten loopt het uitzoekwerk op tot uren per IC-relatie per maand — en bij maandelijkse cadence wordt dat onhoudbaar. Transactieniveau matching is voor de MKB-CFO het verschil tussen "ik weet dat er een probleem is" en "ik weet welke boeking ontbreekt en kan corrigeren". Voor de bredere positionering van transactieniveau vs trial-balance in consolidatie: zie transactieniveau vs trial-balance consolidatie.
Drempels: wanneer is een mismatch acceptabel?
Niet elk verschil hoeft tot in detail uitgezocht te worden. Goede IC-reconciliatie werkt met drempels per IC-relatie, gedifferentieerd naar materialiteit. Drie drempels die in MKB-praktijk werken.
1. Auto-eliminatie drempel — typisch €1-5k per IC-relatie per maand. Onder deze grens worden verschillen automatisch geboekt op een rounding/translation P&L-regel zonder verdere uitleg. Voorkomt dat je elke maand uren spendeert aan kleine FX-of timing-verschillen die zichzelf de volgende maand toch oplossen.
2. Onderzoek drempel — typisch €5-25k per IC-relatie. Tussen deze grens en de auto-eliminatie drempel moet de verantwoordelijke controller per maand uitleggen welke van de vijf oorzaken het verschil veroorzaakt. Geen blokkering van sign-off, wel documentatie-eis voor audit-trail.
3. Escalatie drempel — typisch boven €25k. Verschillen boven deze grens blokkeren consolidatie-sign-off tot ze zijn opgelost. Komt vaak voor bij grote posting errors of structurele mapping-issues die niet onder de radar mogen verdwijnen. Voor PE-portcos met covenant-tracking: deze drempel verlagen omdat eliminatie-verschillen direct doorwerken in EBITDA-rapportage.
Belangrijker dan absolute bedragen is consistentie: zelfde drempels per IC-relatie elke maand, zodat trend-analyse mogelijk is. Bij groepen met grote IC-volumes (productie naar distributie van >€5 mln per maand) zijn percentage-drempels (1-2% van IC-omzet) vaak praktischer dan euro-bedragen. Finstack ondersteunt configureerbare drempels per IC-relatie, met auto-flag boven elk niveau.
Een gerelateerd punt: residual-saldo's na eliminatie krijgen ook hun eigen plek in je balans. Finstack genereert automatisch eliminatie-grootboekrekeningen elke keer dat je een eliminatie toepast — die moet je mappen aan ofwel een algemene "Overige equity"-regel (verbergt residual) of een aparte "Eliminatie-reserve"-regel onder Equity (maakt residual expliciet). Voor MKB-CFO's die transparant aan board en investeerders willen rapporteren: kies de Eliminatie-reserve aanpak. Verbergen voelt makkelijker maar bouwt een zwakke informatie-positie op naar stakeholders.
Multi-entity en multicurrency IC-reconciliatie
Voor MKB-groepen met meer dan twee entiteiten wordt IC-reconciliatie een N×N-probleem. Een groep met 5 entiteiten heeft tot 10 IC-relatie-paren (elk paar maakt twee kanten); een groep met 10 entiteiten heeft tot 45 paren. Handmatige matching schaalt slecht; transactieniveau-tooling schaalt linear.
De praktische opzet voor multi-entity: een matrix-view met alle IC-relaties tegelijk. Op elke as de entiteiten, in elke cel de IC-positie tussen die twee. Finstack ondersteunt dit via de "View entities"-modus op de Reconciliation page — entiteiten als rijen, counter-entities als kolommen, met direct zichtbaar uit welke entiteit-paren de verschillen voortkomen. Voor multi-entity context in detail: zie multi-entity consolidatie voor MKB-groepen.
Voor multicurrency-groepen komt FX-translation erbovenop. Een IC-relatie tussen een Nederlandse productie-BV (EUR) en een Zwitserse sales-entiteit (CHF) heeft drie views: in EUR (productie-perspectief), in CHF (sales-perspectief), en in groep-presentation currency. De matching moet rekening houden met boekingskoersen die tussen entiteiten en bron-momenten kunnen verschillen. FX-translation verschillen tussen boekings- en presentation-koersen worden geboekt op een translation-reserve, niet als IC-mismatch.
Praktische tip: per IC-relatie zowel in transactie-currency als in groep-currency tonen. Verschillen in transactie-currency wijzen op werkelijke matching-problemen (timing, posting); verschillen alleen in groep-currency wijzen op FX-effecten. Dat onderscheid bespaart MKB-controllers structureel uren per maand. Voor multicurrency-context: multicurrency consolidatie voor de MKB-CFO.
Wat moet je tool kunnen voor IC-reconciliatie?
Een goede IC-reconciliatie-cyclus staat of valt met tooling. Handmatige matching is bij 1-2 entiteiten werkbaar; vanaf 3 entiteiten loopt de update-cost zo op dat de discipline binnen een kwartaal vervalt. Zes tool-vereisten maken het verschil voor de MKB-CFO.
1. Transactieniveau-matching, niet alleen trial-balance. Per individuele IC-boeking de match tussen verkoper en koper, met auto-flag van unmatched transacties. Onmisbaar voor traceable verschil-analyse en audit trail. Finstack levert dit via de Eliminations page in het Entries-menu, met een "% IC Relations"-kolom die laat zien hoeveel van elke grootboekrekening IC-gerelateerd is — handig om te zien of je alle IC-accounts hebt afgedekt.
2. Configureerbare drempels per IC-relatie. Auto-eliminatie, onderzoek en escalatie drempels per IC-relatie instellen. Voor PE-portcos vaak strakker dan voor onafhankelijke MKB-groepen; voor groepen met grote IC-volumes vaak percentage-gebaseerd.
3. FX-aware matching voor multicurrency-groepen. Boekingen in verschillende valuta matchen met onderscheid tussen werkelijke mismatches (transactie-currency) en FX-translation verschillen (groep-currency). Onmisbaar voor groepen met internationale entiteiten.
4. Native ERP-koppelingen voor automatische IC-data feed. Trial balances en transactiedata moeten automatisch refreshen uit de boekhoudsystemen, niet via handmatige export. Finstack koppelt op transactieniveau met Exact, AFAS, Twinfield, Yuki, Pennylane, eAccounting, Tripletex, Nmbrs, Xero, QuickBooks Online en Microsoft Dynamics 365 BC — alle gangbare NL- en internationale ERPs voor het MKB.
5. Audit trail per correctie. Welke correctie is wanneer geboekt, door wie, voor welke transactie. Voor accountant en bank-audits onontbeerlijk; voor PE-portcos vaak verplicht onderdeel van investor-rapportage.
6. Multi-entity parallel. Alle IC-relaties tegelijk reconcilien, niet sequentieel per paar. Voor groepen met 5+ entiteiten het verschil tussen werkbaar en onwerkbaar binnen de 5-werkdagen cyclus.
Begin met je grootste IC-relatie en richt daar transactieniveau-matching plus drempels in. Test één maand de cyclus voordat je opschaalt naar de overige IC-relaties. Start met de 14-dagen gratis Finstack-trial om de matching-functionaliteit zelf te ervaren.
Finstack 14 dagen gratis proberen
Automatische actuals uit je ERP, native 2-way Excel- en Sheets-sync, consolidatie, forecast per-entiteit. In 1 dag opgezet.
.png)
Drie veel gemaakte fouten bij IC-reconciliatie
Alleen op trial-balance niveau matchen
De maandelijkse rapportage toont "€15k verschil" zonder oorzaak. Je controllers spenderen uren aan uitzoekwerk per IC-relatie, en kleine fouten verdwijnen in het netto-effect zonder ooit gecorrigeerd te worden. Werkende variant: transactieniveau-matching met auto-flag van unmatched transacties, zodat oorzaken direct zichtbaar zijn en correcties herleidbaar.
Geen drempels instellen — alles uitzoeken
Elke maand spendeer je tijd aan €500 FX-translation verschillen of kleine timing-effecten die zichzelf de volgende maand oplossen. De discipline vervalt binnen een kwartaal omdat de cost-per-cyclus te hoog wordt. Werkende variant: drie drempels (auto-eliminatie / onderzoek / escalatie) gedifferentieerd naar materialiteit per IC-relatie, consistent toegepast.
IC-reconciliatie pas na maandafsluiting starten
Reconciliatie wordt aan het eind van de maand-cyclus gepropt, na alle andere afsluitings-activiteiten. Verschillen worden ontdekt op werkdag 8-10 — te laat voor variance-rapportage. Werkende variant: reconciliatie loopt parallel aan de maandafsluiting, met IC-saldo's na werkdag 1-2 al beschikbaar via automatische ERP-sync. Sign-off uiterlijk werkdag 5.
Veelgestelde vragen
Staat jouw vraag er niet tussen? Laat het ons weten
Wat is intercompany reconciliatie precies?
Intercompany reconciliatie is het maandelijkse matching-proces van IC-tussenrekeningen tussen entiteiten binnen een groep. Doel: zorgen dat de IC-saldo's aan beide kanten (vorderingen bij verkoper, schulden bij koper) sluitend zijn voordat je consolideert. Pas met sluitende IC-saldo's kun je eliminatie betrouwbaar uitvoeren. In de praktijk verschillen IC-saldo's bijna altijd door timing-, valuta-, posting- of accrual-effecten — reconciliatie is het uitzoeken en corrigeren van die verschillen voordat ze in je geconsolideerde cijfers landen.
Waarom verschillen IC-saldo's bijna altijd tussen entiteiten?
Vijf oorzaken die in elke MKB-groep terugkomen: (1) timing-verschillen — factuur in maand 1 bij verkoper, geboekt in maand 2 bij koper; (2) FX-verschillen — boekingen in verschillende valuta met andere koersen; (3) posting errors — één entiteit boekt op het verkeerde grootboek of bedrag; (4) mapping-verschillen — andere structuur van IC-grootboekrekeningen tussen entiteiten; (5) missing accruals — één entiteit boekt accrual, de tegenpartij niet. In MKB-groepen verschillen IC-saldo's typisch met 2-15% van het IC-volume per maand.
Hoe vaak moet ik IC-reconcilieren?
Minimaal maandelijks na de maandafsluiting — anders stapelen verschillen zich op en wordt het opnieuw uitzoeken kostbaar. Voor MKB-groepen met veel IC-verkeer (productie + distributie, meerdere landen) is wekelijks praktischer omdat verschillen vroeger zichtbaar zijn. De cyclus moet binnen 5 werkdagen na maandultimo voltooid zijn; daarna landt het in de variance-rapportage. Met handmatige matching kost dit 1-3 werkdagen per maand voor een 5-entiteiten-groep; met automatische transactieniveau-matching via Finstack is het 30 minuten tot een uur.
Wat is het verschil tussen IC-reconciliatie en IC-eliminatie?
Reconciliatie komt eerst, eliminatie daarna. Reconciliatie = matching van IC-saldo's tussen entiteiten zodat ze sluitend zijn (vorderingen = schulden, opbrengsten = kosten). Eliminatie = het wegstrepen van die gematchte IC-posten in de geconsolideerde cijfers. Zonder reconciliatie krijg je eliminatie-verschillen die als “rest-saldo” op groepsniveau blijven hangen — en dat ondermijnt de betrouwbaarheid van je geconsolideerde cijfers. Voor de drie eliminatiemethoden (volledige GLA, per IC-relatie, per transactie) zie de gids over eliminatiemethoden.
Wat is een acceptabele drempel voor IC-mismatches?
Schaal-afhankelijk, maar gangbare richtlijnen voor MKB-groepen: auto-eliminatie drempel €1-5k per IC-relatie per maand (rounding, FX-translation); onderzoek drempel €5-25k (timing, posting errors uitleggen); escalatie drempel boven €25k (blokkeert sign-off tot opgelost). Belangrijker dan absolute bedragen is consistentie: zelfde drempels per IC-relatie elke maand, zodat trend-analyse mogelijk is. Bij groepen met grote IC-volumes (productie naar distributie) zijn percentage-drempels (1-2% van IC-omzet) vaak praktischer dan euro-bedragen.
Wat is IC-reconciliatie op transactieniveau en hoe verschilt het van trial-balance?
Trial-balance reconciliatie vergelijkt alleen de eindstanden van IC-tussenrekeningen — je ziet dat er €15k verschil is, maar niet waardoor. Transactieniveau matching koppelt elke individuele IC-boeking tussen verkoper en koper, zodat een verschil tracebaar is tot de exacte transactie: “factuur #1234 van €15k wel geboekt bij ProdCo, ontbreekt bij DistCo”. Voor het MKB is transactieniveau het verschil tussen “ik weet dat het niet klopt” en “ik weet welke boeking ontbreekt en kan corrigeren”. Speedbooks en Visionplanner werken alleen trial-balance; Lucanet en BrightAnalytics kunnen transactieniveau maar via meermaands implementatie; Finstack doet het native, live binnen een dag.
Welke tool past het best bij IC-reconciliatie voor de MKB-CFO?
Finstack is voor MKB-groepen met 1-30 entiteiten de gangbare keuze: transactieniveau IC-matching, configureerbare drempels per IC-relatie, FX-aware matching voor multicurrency-groepen, audit trail per correctie, en native koppelingen met Exact, AFAS, Twinfield, Yuki, Pennylane, eAccounting, Tripletex, Nmbrs, Xero, QuickBooks Online en Microsoft Dynamics 365 BC. Plus parallel rapportages voor management, jaarrekening en per BU. Vanaf €29/maand per entiteit, sign-up in 5 minuten, volledige MKB-groep live binnen 1 dag. Speedbooks en Visionplanner missen transactieniveau-matching; BrightAnalytics en Lucanet hebben langere implementatietrajecten.
Gerelateerde artikelen
CFO turned Founder - Finstack
Bronnen en provenance
- Finstack Help Center — Intercompany reconciliation — Reconciliation page, categorisering en View entities-modus
- Finstack Help Center — IC eliminations in practice — vijf IC-categorieën en oorzaken van incomplete eliminatie
- finstack.io — Consolidation — IC-reconciliatie en eliminatie-functionaliteit
- finstack.io — Integrations — native ERP-koppelingen op transactieniveau
- finstack.io — Reporting & insights — parallel rapportages en audit trail
- Raad voor de Jaarverslaggeving — Richtlijn 217 Consolidatie (RJ-Jaareditie 2025)
- finstack.io — Pricing — prijsplannen en proefabonnement
Laatst beoordeeld: 5 juni 2026 · Volgende beoordeling: september 2026
Geconsolideerde rapportages en prognoses.
