Eén versie van de waarheid. Voor elke afdeling.

Waarom afdelingen verschillende cijfers zien

Verschillende cijfers in dashboards zijn zelden een rekenfout. Meestal rekent elke afdeling vanuit een eigen bron en met een eigen definitie, en die verschillen stapelen zich op. Het resultaat: drie rapporten, drie omzetcijfers en een overleg dat over de cijfers gaat in plaats van over de beslissing.

• Elke afdeling haalt data rechtstreeks uit een eigen systeem: finance uit het ERP, sales uit het CRM, operations uit de planning.
• Definities verschillen: is omzet inclusief of exclusief creditnota's, op factuurdatum of op orderdatum?
• Exports in Excel leven hun eigen leven en worden met de hand bijgewerkt.
• Dashboards worden los van elkaar gebouwd, elk met een eigen berekening van dezelfde KPI.
• Peildatums lopen uiteen: het ene rapport is van vanochtend, het andere van vorige week.

Zo bouw je een single source of truth

Een werkende single source of truth heeft drie lagen. Ontbreekt er één, dan ontstaan er alsnog meerdere versies van de waarheid. Een warehouse zonder afspraken over definities levert net zo goed verschillende cijfers op als losse Excel-bestanden.

Bedrijfsdata centraliseren zonder je systemen te vervangen

Datasilos oplossen betekent niet dat je al je systemen vervangt door één groot pakket. Je ERP, CRM en planning blijven leidend voor het dagelijkse werk. Wat je centraliseert, is de data: die wordt periodiek uit elk systeem in het datawarehouse geladen, bijvoorbeeld met Airbyte of via de API van de bron, en daar aan elkaar gekoppeld.

Zo ontstaat centrale bedrijfsdata waarin een klant uit het CRM dezelfde klant is als de debiteur in het ERP. Voor rapportage en analyse is het warehouse leidend, voor processen blijft dat het bronsysteem.

Eén versie van de waarheid begint bij definities

Techniek alleen is niet genoeg. De belangrijkste stap is afspreken wat je KPI's betekenen en wie daarover beslist. Leg die afspraken vast in het datamodel en in de datadictionary, zodat elke berekening ze volgt. De AI in de SQL Explorer gebruikt die beschrijvingen ook bij het schrijven van queries.

• Omzet: op factuurdatum of leverdatum, inclusief of exclusief creditnota's?
• Brutomarge: welke kosten tel je mee?
• Actieve klant: binnen welke periode moet iemand iets gekocht hebben?
• Voorraadwaarde: tegen kostprijs of tegen verkoopprijs?

Wat een single source of truth in ENABLE oplevert

In ENABLE werken dashboards, de SQL Explorer en de Data-API op hetzelfde warehouse. Een directeur die een dashboard opent, een controller die een vraag stelt in de SQL Explorer en een planningstool die cijfers ophaalt via de API, krijgen dus hetzelfde antwoord.

Bij elk Power BI-dashboard ziet de gebruiker wanneer de data voor het laatst is ververst, zodat iedereen weet van welke peildatum de cijfers zijn. Via gebruiksstatistieken zie je bovendien welke dashboards nog worden gebruikt, zodat je oude of dubbele rapportages kunt opruimen.