Datakwaliteit in Business Central wordt bepaald bij de invoer, niet bij de maandafsluiting. Eén verkeerd ingevuld veld op een klantkaart of een journaalregel zit vanaf dat moment in je administratie, en elk rapport dat je daarna draait neemt die fout over. Exsion 365 combineert daarom twee dingen: Exsion Reporting om de fouten op te sporen die er toch doorheen zijn geglipt, en Field Validation van 2-Controlware om de meest voorkomende fouten bij de bron tegen te houden. Thomas Werkhoven, directeur van Exsion 365 en zelf nog controller, vertelt waarom Exsion sinds dit jaar Field Validation in de eigen administratie gebruikt, en hoe schone brondata de rapportage op live Business Central-data in Excel betrouwbaar houdt.
Waarom beginnen fouten in de rapportage bij de invoer?
Slechte data in je rapportage begint bijna altijd bij de invoer, niet bij de rapportage zelf. Thomas ziet dat van twee kanten. "Ik ben eigenaar van Exsion, maar ik kom bij klanten ook binnen als controller of CFO. En dan zie je waar het misgaat: iemand vult een veld verkeerd in, en die fout zit vanaf dat moment in je data."
De werking van Business Central maakt dat erger dan het klinkt. Een boekingsgroep of dimensie wordt vanuit de stamkaart (de tabel Customer, tabel 18, of de leverancierskaart) overgenomen op het document, en vanuit het document op de geboekte posten in G/L Entry (tabel 17), Cust. Ledger Entry (tabel 21) of Vendor Ledger Entry (tabel 25). Eenmaal geboekt zijn die posten niet meer aan te passen. Een verkeerde btw-bedrijfsboekingsgroep op één klantkaart levert dus niet één verkeerde regel op, maar een verkeerde regel op elke factuur voor die klant, totdat iemand het ziet.
Meestal zie je het pas als de cijfers al de deur uit zijn. Dan ben je fouten aan het herstellen in plaats van te kijken naar wat de cijfers je vertellen. Zoals Thomas het zegt: één verkeerd ingevuld veld, en een controller is zo een halve dag bezig om uit te zoeken waarom de cijfers niet kloppen.
Wat kost een fout die je pas bij de maandafsluiting vindt?
Dezelfde fout heeft een heel andere prijs, afhankelijk van waar in de keten je hem vangt. Bij de invoer kost hij een paar seconden, want de gebruiker corrigeert het veld voordat het record wordt opgeslagen. Na het boeken kost hij een tegenboeking, een correctiepost, een notitie voor de accountant en vaak een gesprek met de collega die de invoer deed. Bij de maandafsluiting, als het rapport al verstuurd is, kost hij geloofwaardigheid.
[[TABLE_START]]
Waar de fout wordt gevangen | Wie herstelt | Wat het kost | Gevolg voor de rapportage
Bij de invoer, voor het opslaan | De medewerker die invoert | Eén veld corrigeren, enkele seconden | Geen, het record klopt vanaf het begin
Bij het boeken, in het dagboek | Financiële administratie, dezelfde dag | Voorbeeld controleren, regel aanpassen | Geen, mits gevangen voor het boeken
Na het boeken, tijdens de maand | Controller | Tegenboeking plus correctiepost, audittrail | Rapport klopt nog bij de maandafsluiting
Bij de maandafsluiting, in het rapport | Controller, onder tijdsdruk | Zoeken in de grootboekposten, tegenboeken, rapport opnieuw draaien | Afsluiting vertraagt, gedeelde cijfers wijzigen
Nadat het rapport de deur uit is | Controller en directie | Herziening uitleggen | Vertrouwen in de cijfers daalt
[[TABLE_END]]
Dat is de kern van het argument voor voorkomen. Exsion gebruikt Field Validation nu een paar maanden, dus met harde cijfers is Thomas voorzichtig. "Wat ik merk, is dat de brondata schoner binnenkomt en dat we minder tijd kwijt zijn aan herstelwerk."
Opsporen kan Exsion al, voorkomen is de volgende stap
Exsion Reporting is goed in opsporen. Je haalt G/L Entry (tabel 17) of Cust. Ledger Entry (tabel 21) naar Excel, vernieuwt, en een validatierapport laat meteen zien waar iets niet klopt, bijvoorbeeld een post op de verkeerde rekening of een ontbrekende dimensie. Met 700.000 grootboekposten die in minder dan vijf seconden laden, is een controle van het hele grootboek een kwestie van één klik in plaats van een middag. "Exsion is de detective, het stelt vast wat er misgaat," legt Thomas uit.
De beperking van opsporen is dat het altijd achteraf komt. Je kunt je rapportage aanpassen zoveel je wilt, maar dan blijf je fouten opsporen nadat ze al gemaakt zijn. Volgende maand typt iemand hetzelfde veld weer verkeerd. De echte winst zit dus niet in beter opsporen, maar in voorkomen, en dat kan alleen als de data bij de bron al klopt.
Wat doet Field Validation in Business Central?
Field Validation van 2-Controlware zet regels op velden in Business Central. Wordt iets vergeten of verkeerd ingevuld, dan kom je niet verder tot het klopt. Je bepaalt zelf wanneer een regel geldt, dus gebruikers krijgen geen meldingen op het verkeerde moment; een regel die relevant is voor een EU-klant stoort niemand die een binnenlandse klant aanmaakt.
Thomas geeft voorbeelden uit de eigen administratie van Exsion. "Bij een klant met een btw-bedrijfsboekingsgroep op EU moet een btw-nummer worden ingevuld. Er moet een factuuremailadres staan, zodat de factuur op de juiste plek terechtkomt. En bij contracten leggen we de juiste defer-code vast, met de einddatum en de partnerdimensie."
Die drie voorbeelden dekken precies de categorieën die het meeste herstelwerk veroorzaken: een fiscaal veld dat aan een boekingsgroep hangt, een referentie waar een volgend proces van afhangt, en een set velden die samen compleet moet zijn.
Welke velden en boekingen gaan meestal mis?
Vraag het een controller die de boeken sluit in Business Central en dezelfde handvol velden komt terug: optioneel in de standaardinrichting, verplicht voor jouw rapportage.
- Dimensies. Een lege kostenplaats- of projectdimensie op een inkoopregel betekent dat de kosten in de winst-en-verliesrekening belanden zonder eigenaar. In het dimensierapport verschijnt een lege kolom die iemand met de hand moet toewijzen.
- Boekingsgroepen. Een verkeerde bedrijfs- of productboekingsgroep stuurt omzet of kosten naar de verkeerde grootboekrekening in G/L Account (tabel 15). Het totaal klopt, de verdeling niet, en niemand ziet het tot de margeanalyse er vreemd uitziet.
- Btw-velden. Een EU-klant zonder btw-nummer, of een btw-bedrijfsboekingsgroep die niet past bij het land, leidt tot een btw-aangifte met handmatige correcties.
- Ontbrekende referenties. Een ontbrekend factuuremailadres, extern documentnummer of contracteinddatum breekt de boeking niet, maar wel het proces erachter: de factuur komt niet aan, het afletteren klopt niet, de deferral loopt een maand te lang door.
Voor elk van deze gevallen biedt de standaardinrichting van Business Central enige bescherming (bijvoorbeeld verplichte dimensiewaarden op een rekening), maar veel daarvan zit op rekeningniveau en niet op het niveau van een specifieke klant, leverancier of contract. Met Field Validation zet je de regel precies waar de fout ontstaat, op de kaart of de regel, onder de voorwaarden die jij bepaalt. Het financieel overzicht op Microsoft Learn beschrijft de standaard boekingsinrichting waarop die regels voortbouwen.
Hoe werken Field Validation en Exsion Reporting samen?
Field Validation en Exsion Reporting versterken elkaar. "Exsion stelt vast wat er misgaat, met Field Validation zorg je er preventief voor dat het niet meer gebeurt," zegt Thomas. In de praktijk ziet de cyclus er zo uit.
- Bouw een validatierapport in Excel met Exsion Reporting: bijvoorbeeld alle grootboekposten van de periode met een lege afdelingsdimensie, of alle klanten met een EU-boekingsgroep en zonder btw-nummer. Vernieuwen duurt seconden en de querydefinitie staat in de werkmap, dus de controle is elke maand opnieuw te gebruiken.
- Kijk naar het patroon. Gaat het om één rekening, één gebruiker, één documenttype? Dat bepaalt of de oplossing in de standaardinrichting van Business Central hoort of in een veldregel.
- Waar de fout terugkeert, voeg je in Field Validation een regel toe op dat veld, met de voorwaarde waaronder hij geldt.
- Laat de Exsion-controle blijven draaien. Volgende maand hoort het rapport leeg terug te komen. Is dat niet zo, dan heb je de volgende regel gevonden.
Soms vang je een fout gewoon met Exsion binnen de standaard van Business Central. In andere gevallen is een validatie op een veld precies wat je nodig hebt. Zo dek je de hele keten af, van invoer tot rapportage. Een vergelijkbare aanpak voor het grootboek zelf staat in general ledger checks without the hassle.
Waarom maakt schone brondata de rapportage in Excel betrouwbaar?
Exsion Reporting leest live Business Central-data via de API, zonder kopie in een datawarehouse of Azure-database ertussen. Het rapport laat altijd zien wat er nu in Business Central staat, over elke administratie die je in het queryraster aanvinkt. Het betekent ook dat het rapport precies zo goed is als de bron; er is geen tussenlaag waar iemand stilletjes een lege dimensie repareert.
Met Field Validation ervoor wordt die directheid een voordeel in plaats van een risico. De 16 live financiële functies, de draaitabel op tot 25 miljoen rijen en de Show Details-doorklik die Business Central opent op precies de juiste rekening en periode, vertrouwen er allemaal op dat de posten de juiste rekening, dimensie en boekingsgroep dragen. Schone invoer betekent dat de doorklik het cijfer verklaart in plaats van een dataprobleem blootlegt.
Waarom 2-Controlware?
Dat het 2-Controlware werd, voelde logisch. "De oprichter is net als ik registeraccountant, en hij werkt zelf al jaren met Exsion," vertelt Thomas. Ze kwamen elkaar tegen op een klantendag van een gezamenlijke partner en organiseren inmiddels samen webinars. "Waar hij al jaren fan is van Exsion, ben ik fan geworden van zijn Field Validation." Geen toeval, want ze kijken op dezelfde manier naar data: liever bij de bron goed dan achteraf herstellen.
De eerste ervaringen
Thomas ziet een bredere verschuiving bij Exsion-gebruikers. "De laatste jaren gebruiken controllers Exsion steeds vaker niet alleen om te rapporteren, maar ook om hun cijfers te controleren." Field Validation is voor hem de volgende stap: niet alleen zien dat iets fout is, maar voorkomen dat het gebeurt. Hoe schoner de bron, hoe meer van de maand een controller besteedt aan wat de cijfers betekenen.
Zelf schone data bij de bron?
Werk je met Business Central en herken je die stroom aan invoerfouten? Schone data bij de bron en betrouwbare rapportage in Excel horen bij elkaar. Exsion Reporting installeer je vanuit AppSource in ongeveer vijf minuten, met een volledige proefperiode van 30 dagen en openbare prijzen. Neem contact op met Exsion 365, dan laten we zien hoe de combinatie van validatie bij de invoer en live rapportage in Excel werkt in jouw situatie.
Thomas Werkhoven is directeur van Exsion 365 en werkt zelf nog als controller.
Veelgestelde vragen
[[FAQ_START]]
Wat is Field Validation voor Business Central? | Field Validation is een Business Central-extensie van 2-Controlware die regels op velden zet. Wordt een veld vergeten of verkeerd ingevuld, dan kan de gebruiker niet verder tot het klopt, en je bepaalt zelf onder welke voorwaarden elke regel geldt.
Is Field Validation onderdeel van Exsion Reporting? | Nee. Field Validation is een apart product van 2-Controlware dat Exsion 365 in de eigen administratie gebruikt en naast Exsion Reporting aanbeveelt. Exsion spoort de fouten in je data op, Field Validation voorkomt ze bij de invoer.
Welke velden in Business Central veroorzaken de meeste rapportagefouten? | Dimensies zoals kostenplaats of project, algemene en btw-boekingsgroepen, btw-nummers bij EU-klanten, en referentievelden zoals factuuremailadres, extern documentnummer en contracteinddatum.
Waarom niet gewoon fouten corrigeren na het boeken? | Geboekte posten in Business Central zijn niet aan te passen, dus elke correctie is een tegenboeking plus een nieuwe post, en dezelfde fout komt volgende maand vaak terug. Voorkomen bij de invoer kost seconden; herstellen bij de maandafsluiting kost uren en kan de afsluiting vertragen.
Hoe vind ik bestaande datafouten in Business Central? | Haal de betreffende tabel, bijvoorbeeld G/L Entry (tabel 17) of Customer (tabel 18), met Exsion Reporting naar Excel en filter op lege dimensies, afwijkende boekingsgroepen of ontbrekende btw-nummers. De controle draait in seconden en is elke maand opnieuw te gebruiken.
[[FAQ_END]]