- Bepaal eerst of het project een upgrade van klassieke Navision is of een nieuwe Business Central Online-implementatie.
- Leg Belgische vereisten voor BTW, SEPA-betalingen en Intrastat vast vóór configuratie en datamigratie.
- Koppel opleiding aan rollen: finance, operations, key users, IT-beheer en development hebben elk andere vaardigheden nodig.
- Meet na go-live proceswaarde met een beperkte set KPI’s en stuur tegelijk op datakwaliteit.
Navision is voor veel Belgische KMO’s de vertrouwde naam voor het ERP-systeem waarmee finance, voorraad, aankoop, verkoop en rapportering worden beheerd. De huidige Microsoft-oplossing heet Microsoft Dynamics 365 Business Central, maar de oudere term blijft relevant omdat veel organisaties nog met klassieke Navision-installaties, historische maatwerkcode of vertrouwde gebruikersprocessen werken.
Voor CFO’s, finance managers, operations leads en ERP-projectteams is de kernvraag zelden alleen welk systeem gekozen wordt. Belangrijker is hoe Business Central wordt ingericht rond Belgische compliance, hoe ver maatwerk moet gaan, welke medewerkers op welk moment worden opgeleid en hoe de organisatie na go-live aantoont dat processen werkelijk verbeteren.
Redactionele update: deze gids is bijgewerkt voor 2026 met meer aandacht voor Business Central Online, Belgische lokalisatie, AL-extensies, rolgebaseerde enablement en meetbaarheid na go-live. De bronbasis bestaat uit officiële Microsoft-documentatie over Business Central, Microsoft Learn-informatie over AL development en implementatie, en publieke richtlijnen rond SEPA en EU-rapportageverplichtingen; externe bronnen worden bewust als tekst genoemd en niet als extra links toegevoegd.
Van klassieke Navision naar Business Central Online
Het verschil tussen klassieke Navision en Business Central Online is groter dan een naamswijziging. Klassieke Navision werd vaak on-premises geïmplementeerd, met maatwerk rechtstreeks in C/AL-code en lange periodes tussen upgrades. Business Central Online is cloud-first, krijgt regelmatige Microsoft-releasegolven en gebruikt AL-extensies om functionaliteit buiten de kernapplicatie te houden.
Dat heeft praktische gevolgen voor elk upgradeproject. Maatwerk dat jarenlang stabiel werkte in een oudere omgeving kan een obstakel worden wanneer het rechtstreeks verweven is met standaardobjecten. Tijdens een vooronderzoek moet het projectteam daarom niet alleen functionaliteit inventariseren, maar ook bepalen welke aanpassingen vervangen kunnen worden door standaardfunctionaliteit, configuratie, Power Platform-automatisering of een nette AL-extensie.
Een veelgemaakte fout is om een upgrade te behandelen als een technische migratie. In de praktijk is het ook een proces- en dataproject. Oude rapporten, aangepaste boekingslogica, niet-gestandaardiseerde dimensies en informele workarounds moeten worden beoordeeld voordat data naar een nieuwe omgeving gaat. Anders verhuist de organisatie oude complexiteit naar een moderner platform.
Belgische lokalisatie begint bij data, niet bij rapportage
Belgische bedrijven kijken vaak pas laat naar lokalisatie omdat BTW-aangifte, SEPA-betalingen en Intrastat als rapportageonderwerpen worden gezien. Dat is riskant. Deze vereisten zijn afhankelijk van correcte masterdata, boekingsgroepen, klant- en leveranciersgegevens, artikeldetails, landcodes, betalingsinformatie en dimensies. Als die basis niet klopt, worden rapportages na go-live een hersteloperatie in plaats van een gecontroleerd proces.
Voor finance betekent dit dat BTW-structuren, boekingsgroepen en audit trails vroeg in de configuratie moeten worden getest met realistische transacties. Voor operations raakt Intrastat aan artikelgegevens, goederenstromen en grensoverschrijdende bewegingen. Voor treasury en accounts payable vraagt SEPA aandacht voor bankrekeningen, betalingsformaten, goedkeuringsflows en foutafhandeling wanneer betalingen door de bank worden geweigerd.
Microsoft-documentatie over de Belgische Business Central-lokalisatie is hierbij een noodzakelijk referentiepunt, maar lokale configuratie blijft organisatieafhankelijk. Een Belgische groothandel met veel EU-leveringen heeft andere datarisico’s dan een dienstverlener met beperkte voorraadbewegingen. Daarom hoort lokalisatie thuis in de eerste ontwerpworkshops en in de UAT-scenario’s, niet pas in de laatste rapportagecontrole.
Fit-to-standard, extensies en lichte automatisering
Business Central biedt standaardprocessen voor financiële administratie, aankoop, verkoop, voorraadbeheer, projectadministratie en rapportering. Het projectteam moet per proces bepalen of de standaard werkwijze volstaat, of configuratie nodig is, of een extensie gerechtvaardigd is. Die keuze bepaalt niet alleen de implementatiekost, maar ook de upgradebaarheid van het systeem.
Een fit-to-standard-aanpak dwingt de organisatie om kritisch te kijken naar bestaande gewoontes. Sommige afwijkingen zijn wettelijk, sectorspecifiek of commercieel noodzakelijk. Andere bestaan vooral omdat het vorige systeem beperkingen had of omdat teams jarenlang om ontbrekende data heen hebben gewerkt. Het verschil tussen die twee categorieën bepaalt hoeveel complexiteit het nieuwe platform moet dragen.
In veel Belgische KMO’s ligt de betere oplossing niet in zwaar maatwerk, maar in integratie met het Microsoft-ecosysteem. Outlook kan worden gebruikt voor klant- en leveranciersinteractie, Teams voor goedkeuringen en overleg, Power BI voor managementrapportering, Power Automate voor eenvoudige notificaties of processtappen, en Dataverse wanneer gegevens tussen toepassingen consistenter moeten worden gedeeld. Deze patronen moeten wel beheerd worden; low-code automatisering zonder eigenaarschap leidt snel tot onzichtbare afhankelijkheden.
Rolgebaseerde enablement: wie leert wat wanneer?
Opleiding rond Business Central werkt beter wanneer ze wordt gekoppeld aan verantwoordelijkheden in plaats van aan generieke systeemmodules. Een CFO of controller heeft vooral grip nodig op periodieke afsluiting, dimensies, audit trails, rapportagestructuren en interne controles. Operations- en supply chain-teams moeten begrijpen hoe aankoop, voorraad, magazijnprocessen en leverbetrouwbaarheid samenhangen. Sales- en servicegebruikers hebben baat bij consistente klantgegevens, verkoopprocessen en opvolging van klantinteracties.
Key users vormen de brug tussen proces en systeem. Zij moeten niet alleen transacties kunnen uitvoeren, maar ook testscenario’s schrijven, fouten analyseren, collega’s begeleiden en verbetervoorstellen beoordelen. IT-beheerders richten zich op rechten, omgevingen, integraties, monitoring en releasebeheer. Developers hebben dan weer kennis nodig van AL, API’s, extensiepatronen en de grenzen van maatwerk in Business Central Online.
Vanuit dat perspectief is een twee-sporenstrategie meestal effectiever dan één grote trainingsronde. Vóór go-live krijgen key users en projectleden snelle, praktijkgerichte enablement om ontwerpkeuzes, UAT en datamigratie te ondersteunen. Na stabilisatie volgt verdieping per rol, wanneer gebruikers echte transacties, uitzonderingen en rapportagevragen herkennen. Een overzicht van Business Central-cursussen en leerpaden kan helpen om die fasering te vertalen naar concrete vaardigheden zonder elk team hetzelfde programma te geven.
Sandbox, UAT en datamigratie bepalen de kwaliteit van go-live
Een Business Central-project wordt betrouwbaarder wanneer sandbox-omgevingen worden gebruikt als vaste werkruimte voor configuratie, tests en opleiding. UAT mag geen demonstratie zijn van wat de implementatiepartner gebouwd heeft; het moet aantonen dat gebruikers hun eigen processen, uitzonderingen en controles kunnen uitvoeren met gemigreerde data die dicht genoeg bij de werkelijkheid ligt.
Datamigratie vraagt daarbij meer discipline dan vaak wordt voorzien. Klanten, leveranciers, artikelen, open posten, bankgegevens, grootboekrekeningen en dimensies moeten niet alleen technisch worden overgezet, maar ook opgeschoond en gevalideerd. Als dimensies inconsistent zijn of leveranciersgegevens onvolledig, worden rapportering, betalingen en compliance meteen na go-live kwetsbaar.
Een beknopte Belgische mini-case illustreert dit punt. Een middelgrote handelsorganisatie verving een oudere Navision-omgeving door Business Central Online en koos ervoor om eerst de artikeldata, leveranciersgegevens en aankoopflows te standaardiseren. De grootste verbetering kwam niet uit een nieuw scherm, maar uit minder correcties op aankooporders, snellere goedkeuringen en betrouwbaardere voorraadrapportering. De organisatie hield maatwerk beperkt door uitzonderingen in Power Automate en rapportering in Power BI op te vangen waar dat voldoende was.
Waarde meten na go-live
Na go-live verschuift de vraag van “werkt het systeem?” naar “levert het betere sturing op?”. Daarvoor heeft de organisatie een kleine set proces- en datakwaliteitsindicatoren nodig. Te veel KPI’s maken rapportering zwaar; te weinig KPI’s verhullen waar adoptie achterblijft.
Een bruikbare set bevat meestal vijf tot zeven indicatoren die aansluiten bij de bedrijfsdoelen. Denk aan doorlooptijd van aankooporders, tijdige factuurverwerking, DSO, voorraadnauwkeurigheid, leverbetrouwbaarheid, aantal handmatige correcties en actief gebruik van managementrapporten. De precieze selectie verschilt per organisatie, maar elke KPI moet een eigenaar, een databron en een verbeteractie hebben.
Feedbackloops zijn even belangrijk als dashboards. Finance kan maandelijks vastleggen welke boekingsfouten terugkeren. Operations kan uitzonderingen in voorraad en levering analyseren. Key users kunnen supporttickets groeperen naar proces, training of systeemconfiguratie. Zo ontstaat een verbeterkalender die verder gaat dan incidentoplossing en Business Central stapsgewijs dichter bij de bedrijfsvoering brengt.
Een realistisch leer- en implementatiepad
Business Central vraagt samenwerking tussen finance, operations, IT en externe implementatiepartners. De projectstructuur moet daarom duidelijk maken wie procesbeslissingen neemt, wie data-eigenaar is, wie testresultaten goedkeurt en wie wijzigingen na go-live beheert. Zonder die afspraken blijft het systeem formeel live, maar verschuiven beslissingen naar ad-hoc overleg en individuele workarounds.
Een praktisch implementatiepad begint met proceskeuzes en datakwaliteit, niet met schermtraining. Daarna volgen configuratie, sandbox-tests, rolgebaseerde opleiding, UAT met realistische scenario’s, migratievalidatie en gecontroleerde nazorg. In elke fase moet het team opnieuw toetsen of een wens beter wordt opgelost met standaardfunctionaliteit, configuratie, integratie, low-code automatisering of een AL-extensie.
Wanneer organisaties externe training gebruiken, moet die aansluiten bij de projectfase. Readynez kan in die context dienen als opleidingspartner voor teams die Business Central-kennis gestructureerd willen opbouwen, maar de waarde van opleiding hangt vooral af van de koppeling met echte processen, testscenario’s en verantwoordelijkheden.
Business Central laten werken voor Belgische teams
Business Central (Navision) is vooral waardevol wanneer het wordt behandeld als een bedrijfsplatform, niet als een geïsoleerd finance-systeem. Belgische compliance, upgradebaarheid, datakwaliteit, integratie en rolgebaseerde adoptie bepalen samen of het platform de dagelijkse besluitvorming verbetert.
De meest effectieve volgende stap is een korte assessment van processen, maatwerk, masterdata en rollen voordat de organisatie een implementatie- of opleidingsplan vastlegt. Teams die daarna hun Microsoft-vaardigheden breder willen ontwikkelen, kunnen ook Microsoft Unlimited bekijken als opleidingsoptie van Readynez, naast een projectspecifiek Business Central-leerpad.
