Je systemen geven allemaal een ander omzetcijfer omdat ze elk een eigen definitie van “omzet” hanteren, op een ander moment in het verkoopproces meten en data niet automatisch met elkaar uitwisselen. Het gevolg is dat je CRM, ERP, boekhouding en rapportagetool elk een ander bedrag tonen voor dezelfde periode. In dit artikel beantwoorden we de meest gestelde vragen over data-inconsistentie tussen systemen en wat je eraan kunt doen.
Hoe ontstaan er verschillende omzetcijfers in je systemen?
Verschillende omzetcijfers ontstaan doordat elk systeem data op een ander moment vastlegt, met een andere definitie werkt en niet automatisch gesynchroniseerd wordt met andere systemen. Er is geen technische fout in de afzonderlijke systemen. Ze doen elk precies wat ze zijn ontworpen om te doen, maar ze praten niet met elkaar.
De meest voorkomende oorzaken zijn:
- Verschillende meetmomenten: het ene systeem registreert omzet bij het plaatsen van een order, het andere pas bij de factuur, en het derde bij de betaling.
- Handmatige invoer: als medewerkers data in meerdere systemen apart invoeren, ontstaan er al snel kleine verschillen in bedragen, datums of klantgegevens.
- Geen gedeelde definities: wat het ene systeem “omzet” noemt, kan inclusief btw zijn, terwijl een ander systeem exclusief btw rekent.
- Vertraagde synchronisatie: koppelingen tussen systemen werken soms met een vertraging van uren of zelfs dagen, waardoor tussentijdse rapportages niet overeenkomen.
Het probleem is niet dat de systemen slecht zijn. Het probleem is dat ze nooit goed op elkaar zijn afgestemd.
Wat is het verschil tussen omzet in een CRM en in een ERP?
Omzet in een CRM is een verwachte of gesloten verkoopwaarde op basis van deals en offertes. Omzet in een ERP is de daadwerkelijk verwerkte omzet op basis van orders, leveringen en facturen. Dat zijn fundamenteel andere grootheden, ook al gaat het over dezelfde klant en hetzelfde product.
Een CRM zoals Dynamics 365 Sales is gebouwd voor het bijhouden van klantrelaties en verkoopkansen. Zodra een deal wordt gewonnen, registreert het CRM dat als omzet. Maar op dat moment is er nog geen factuur verstuurd, geen levering gedaan en geen betaling ontvangen.
Een ERP zoals Dynamics 365 Business Central werkt andersom: het registreert pas omzet wanneer de order daadwerkelijk is verwerkt, de levering is bevestigd en de factuur is aangemaakt. Dat kan dagen of weken later zijn dan de registratie in het CRM.
Dit ERP-CRM-omzetverschil is dus structureel en bedoeld. De vraag is alleen welk cijfer je nodig hebt voor welk doel. Voor een salesrapportage gebruik je het CRM. Voor een financieel overzicht gebruik je het ERP. Probeer je ze te vergelijken zonder die context, dan kloppen de omzetcijfers per definitie niet met elkaar.
Waarom telt Power BI een ander bedrag dan mijn boekhouding?
Power BI telt een ander bedrag dan je boekhouding omdat het de data toont die erin is geladen, niet de data die op dat moment in je bronsysteem staat. Als de koppeling tussen Power BI en je boekhoudpakket niet realtime werkt of als de data verkeerd is getransformeerd, ontstaan er onvermijdelijk verschillen.
Er zijn drie veelvoorkomende oorzaken voor dit soort databronnen die niet synchroon lopen:
- Verouderde data: Power BI werkt met een dataset die periodiek wordt vernieuwd. Als die vernieuwing gisteren om middernacht plaatsvond, mist het rapport alles wat vandaag is geboekt.
- Verkeerde transformaties: bij het inladen van data worden soms berekeningen toegepast die afwijken van hoe de boekhouding rekent, bijvoorbeeld door een andere valutaomrekening of een andere toewijzing van kostenplaatsen.
- Gefilterde data: het dashboard toont misschien alleen een subset van de data, terwijl de boekhouding het totaal toont.
Het goede nieuws is dat Power BI zelf niet het probleem is. Het is een rapportagetool die afhankelijk is van de kwaliteit en tijdigheid van de onderliggende databron. Los de databron op, en Power BI toont automatisch het juiste cijfer.
Wat is een golden record en hoe lost het dit probleem op?
Een golden record is één officiële, betrouwbare versie van een gegeven die als enige bron van waarheid geldt voor alle systemen. In plaats van dat elk systeem zijn eigen versie van de omzetdata bijhoudt, is er één centrale plek waar de definitieve waarde staat. Alle andere systemen lezen daaruit, in plaats van zelf te berekenen.
Het concept lost data-inconsistentie op door de vraag “welk systeem heeft gelijk?” overbodig te maken. Er is namelijk maar één systeem dat de definitieve waarde bevat, en dat is het golden record. De overige systemen blijven gewoon functioneren voor hun eigen doel, maar voor rapportages en besluitvorming wordt altijd het golden record geraadpleegd.
In de praktijk betekent dit dat je een centrale datalaag inricht die data uit alle bronsystemen verzamelt, op elkaar afstemt en beschikbaar stelt als één consistent beeld. Dat is technisch complexer dan een simpele koppeling, maar het is de enige structurele oplossing voor organisaties die met meerdere systemen werken.
Hoe weet je welk systeem de juiste omzetcijfers toont?
Het systeem dat de juiste omzetcijfers toont, is het systeem dat het dichtst bij de definitieve financiële verwerking staat. Voor de meeste organisaties is dat de boekhouding of het ERP, omdat daar de facturen en betalingen worden vastgelegd. Maar “juist” hangt altijd af van het doel waarvoor je het cijfer gebruikt.
Stel jezelf de volgende vragen om te bepalen welk cijfer je nodig hebt:
- Wat is het doel van het rapport? Een salesprognose vraagt om CRM-data. Een jaarrekening vraagt om boekhoudkundige data.
- Op welk moment in het proces meet je? Offerte, order, levering of betaling? Elk systeem heeft een eigen “nulpunt”.
- Zijn de definities gelijk? Vergelijk je inclusief of exclusief btw? Met of zonder creditnota’s? Met of zonder interne doorbelastingen?
Als je deze vragen niet eenduidig kunt beantwoorden, is dat een signaal dat je organisatie nog geen heldere afspraken heeft over welk systeem leidend is voor welk type rapportage. Dat is het echte probleem, niet de systemen zelf.
Hoe voorkom je omzetverschillen tussen systemen in de toekomst?
Je voorkomt omzetverschillen door drie dingen goed in te richten: gedeelde definities, geautomatiseerde datakoppelingen en één leidende databron voor rapportages. Zonder die drie elementen blijven handmatige correcties en twijfel over de juistheid van cijfers terugkomen, ongeacht welke systemen je gebruikt.
Concrete stappen die het verschil maken:
- Stel definities vast: leg organisatiebreed vast wat “omzet” betekent, op welk moment het wordt gemeten en welke posten wel of niet worden meegeteld.
- Automatiseer de datastroom: vervang handmatige exports en kopieerbewegingen door geautomatiseerde koppelingen die data betrouwbaar en herhaalbaar van A naar B brengen.
- Wijs een leidend systeem aan: bepaal per type rapportage welk systeem de definitieve waarde levert en communiceer dat intern.
- Centraliseer rapportagedata: breng data samen in een centrale laag voordat je rapporteert, zodat dashboards en overzichten altijd uit dezelfde bron putten.
Dit is geen eenmalig project, maar een structurele inrichting. Organisaties die dit goed hebben opgezet, merken dat discussies over “welk cijfer klopt nu?” vrijwel verdwijnen, omdat iedereen naar dezelfde bron kijkt.
Hoe wij bij Brander Company dit probleem oplossen
Wij zien dit probleem dagelijks bij organisaties die met meerdere systemen werken: een CRM, een ERP, een financieel pakket en een rapportagetool, maar geen centrale plek waar al die data samenkomt. Precies daarvoor hebben wij BranderSPOT ontwikkeld.
BranderSPOT is onze aanpak om verspreide bedrijfsdata samen te brengen tot één betrouwbare bron, zonder dat bestaande systemen worden vervangen. Concreet werkt het zo:
- BranderBUS haalt automatisch data op uit je bronsystemen (zoals Exact, Dynamics 365 of andere pakketten), bewerkt die data onderweg waar nodig en levert die betrouwbaar af bij de volgende stap.
- BranderDWH is een apart datawarehouse waar alle data samenkomt en op elkaar wordt afgestemd. Je productiesystemen blijven ongestoord functioneren.
- Power BI toont vervolgens de samengevoegde data als dashboards waarop je kunt sturen, met één consistent beeld voor sales, finance en directie.
Het resultaat is dat de vraag “welk systeem heeft gelijk?” niet meer gesteld hoeft te worden. Er is één bron van waarheid, en iedereen rapporteert daaruit. Wil je weten of BranderSPOT past bij jouw situatie? Neem contact met ons op voor een vrijblijvend gesprek.
Veelgestelde vragen
Hoe begin ik met het aanpakken van data-inconsistentie als mijn organisatie al jaren met meerdere systemen werkt?
Begin met een data-audit: breng in kaart welke systemen je gebruikt, wat elk systeem meet en op welk moment in het proces dat gebeurt. Daarna stel je per systeem vast wat de definitie van ‘omzet’ is en waar de grootste discrepanties zitten. Pas als je dat overzicht hebt, heeft het zin om technische oplossingen zoals koppelingen of een datawarehouse te implementeren — anders los je symptomen op in plaats van de oorzaak.
Wat is een veelgemaakte fout bij het koppelen van systemen om omzetverschillen op te lossen?
De meest gemaakte fout is systemen technisch koppelen zonder eerst de definities op elkaar af te stemmen. Je kunt data feilloos van CRM naar ERP sturen, maar als het CRM omzet inclusief btw registreert en het ERP exclusief btw, blijven de cijfers niet kloppen. Zorg dus altijd eerst voor gedeelde definities en afspraken over meetmomenten, voordat je begint met de technische integratie.
Moet ik mijn bestaande systemen vervangen om dit probleem structureel op te lossen?
Nee, het vervangen van systemen is vrijwel nooit nodig en ook niet de meest efficiënte aanpak. De meeste organisaties lossen dit op door een centrale datalaag — zoals een datawarehouse — toe te voegen die data uit bestaande systemen verzamelt en harmoniseert. Zo blijven je CRM, ERP en boekhouding gewoon functioneren voor hun eigen doel, terwijl rapportages altijd uit één betrouwbare bron komen.
Hoe vaak moet data gesynchroniseerd worden tussen systemen om betrouwbare rapportages te garanderen?
Dat hangt af van hoe actueel je rapportages moeten zijn. Voor operationele dashboards waarop dagelijks wordt gestuurd, is een synchronisatie van meerdere keren per dag of zelfs realtime wenselijk. Voor maandelijkse financiële rapportages kan een nachtelijke verversing voldoende zijn. Belangrijk is dat je de synchronisatiefrequentie bewust kiest en intern communiceert, zodat gebruikers weten hoe actueel de data in een dashboard op een gegeven moment is.
Hoe zorg ik ervoor dat verschillende afdelingen — zoals sales en finance — dezelfde definitie van omzet hanteren?
Dit is primair een organisatorisch vraagstuk, geen technisch. Stel een gezamenlijk ‘data-woordenboek’ op waarin begrippen als omzet, orderwaarde en geboekte omzet eenduidig worden gedefinieerd, inclusief welk systeem leidend is per rapportagetype. Betrek zowel de salesafdeling als finance bij het opstellen van deze definities, zodat er draagvlak is en niemand zijn eigen interpretatie blijft hanteren.
Kan een datawarehouse zoals BranderDWH ook helpen als mijn organisatie maar twee systemen gebruikt?
Ja, ook bij twee systemen kan een centrale datalaag waardevol zijn, zeker als die systemen verschillende definities of meetmomenten hanteren. Bovendien groeit vrijwel elke organisatie in het aantal systemen dat ze gebruikt, waardoor een centrale aanpak op termijn altijd loont. Het voorkomt dat je bij elk nieuw systeem opnieuw point-to-point koppelingen moet bouwen en beheren.
Hoe weet ik of mijn Power BI-rapporten op dit moment betrouwbaar zijn?
Controleer drie dingen: ten eerste wanneer de dataset voor het laatst is vernieuwd (zichtbaar in Power BI zelf), ten tweede of de transformaties in Power Query overeenkomen met hoe je bronsysteem rekent, en ten derde of het dashboard filters toepast die een subset van de data tonen. Vergelijk daarna een bekende waarde — bijvoorbeeld de omzet van vorige maand — handmatig met de boekhoudkundige uitkomst. Als die overeenkomen, is de basis betrouwbaar; als ze afwijken, weet je waar je moet beginnen.
