Business Central optimaliseren: waar mkb-bedrijven meestal de snelste winst behalen

De meeste implementaties van Dynamics 365 Business Central worden op de dag van de livegang als geslaagd beoordeeld en gaan daarna geruisloos achteruit. Niet omdat de software faalt, maar omdat de organisatie doorgaat terwijl de configuratie stilstaat. Een jaar later sluit finance te laat af, werkt operations om het systeem heen en weet niemand zeker welk rapport te geloven. Het goede nieuws: de verbeteringen die zich het snelst terugverdienen, zijn meestal geen projecten. Het zijn gerichte correcties op zes gebieden, waarvan de meeste in korte cycli onder een supportregeling kunnen worden opgeleverd.

Waarom systemen na de livegang wegdrijven

Tijdens een implementatie worden beslissingen genomen onder tijdsdruk en met onvolledige kennis van hoe de organisatie het systeem werkelijk zal gebruiken. Na de livegang komen er nieuwe producten, klanten, locaties en mensen bij; niemand herziet de inrichtingskeuzes; en gebruikers bedenken omwegen die gewoontes worden. De implementatiepartner gaat door naar het volgende project. Wegdrijven is normaal. De vraag is of iemand ernaar kijkt.

1. Stamgegevens en boekingsinstellingen

Hier ontstaan de meeste tickets van het type "het systeem klopt niet". Veelvoorkomende bevindingen in mkb-systemen:

• Artikelen aangemaakt met verschillende kostprijsmethoden binnen dezelfde productgroep, waardoor de voorraadwaardering zich inconsistent gedraagt.
• Boekingsgroepen toegekend op basis van giswerk, waardoor omzet of kosten op de verkeerde grootboekrekeningen terechtkomen.
• Dubbele klanten en leveranciers, inconsistente betalingscondities, ontbrekende btw-bedrijfsboekingsgroepen.
• Standaardlocaties, eenheden en artikeltracering per gebruiker ingericht in plaats van per artikel.

Snelle winst. Voer een gestructureerde stamgegevensreview uit: exporteer de belangrijkste tabellen, toets ze aan een kleine set regels, corrigeer de records en introduceer sjablonen en verplichte velden zodat nieuwe records correct worden aangemaakt. Het meeste hiervan is configuratie- en datawerk, geen ontwikkeling.

2. Dimensies en rapportagestructuur

Dimensies zijn het antwoord van Business Central op "rapporteren per afdeling, project, kostenplaats, regio". Goed ingericht maken ze managementrapportage bijna gratis. Inconsistent ingericht maken ze het onmogelijk. Typische problemen: dimensies die optioneel zijn waar ze verplicht zouden moeten zijn, ontbrekende standaarddimensies op rekeningen en artikelen, en codes die in verschillende bedrijven van dezelfde groep iets anders betekenen.

Snelle winst. Spreek met finance een dimensiemodel af (meestal volstaan twee globale en een paar snelkoppelingsdimensies), maak de juiste dimensies verplicht via boekingsregels, corrigeer de standaardwaarden en stem de codes over de bedrijven heen af. De rapportage verbetert direct en consolidatie wordt routine in plaats van een afstemmingsexercitie.

3. Goedkeuringsworkflows en documentstromen

Inkoopgoedkeuringen per e-mail, verkoopoffertes in Word, creditnota's aangemaakt zonder de oorspronkelijke factuur te controleren: elk van deze is een proces dat Business Central met een audittrail kan uitvoeren, maar dat nooit is geconfigureerd. Standaardworkflows (goedkeuring van inkoopdocumenten, dagboeken, klanten en leveranciers) blijven vaak ongebruikt, simpelweg omdat niemand ze na de livegang heeft ingericht.

Snelle winst. Configureer standaardgoedkeuringsworkflows met zinvolle drempelwaarden en delegatie, gebruik Power Automate voor meldingen in Teams of Outlook, en breng documentsjablonen onder in de rapportlay-outs van het systeem. Het resultaat is minder handmatige stappen en een goedkeuringshistorie die accountants daadwerkelijk accepteren.

4. Maatwerk dat updates blokkeert

Oudere systemen, vooral systemen die vanuit Dynamics NAV zijn gemigreerd, dragen vaak maatwerk mee dat niemand kan verklaren: een aangepaste boekingsroutine, een maatwerkrapport met vast geprogrammeerde logica, een veld toegevoegd aan meerdere tabellen voor een vereiste die niet meer bestaat. Elk onderdeel voegt risico toe aan elke update en kosten aan elke wijziging.

Snelle winst. Inventariseer elke extensie en elk stuk maatwerk met drie vragen: wordt het nog gebruikt, dekt standaardfunctionaliteit het inmiddels, en wat gaat er stuk als het wordt verwijderd? In onze ervaring kan een aanzienlijk deel worden uitgefaseerd of vervangen door standaardfunctionaliteit of AppSource-apps. Wat overblijft, moet worden herbouwd als upgradebestendige AL-extensies en vóór elke wave tegen preview-releases worden getest.

5. Rapportage die buiten het systeem leeft

Als de maandrapportage wordt gebouwd door proefbalansen naar Excel te exporteren en er formules aan toe te voegen, is rapportage een persoon en geen proces. Hetzelfde geldt voor verkooprapporten die door een analist worden bijgehouden en voorraadrapporten die afhangen van een opgeslagen weergave in iemands client.

Snelle winst. Bepaal de vijf rapporten waarop de organisatie draait. Beslis per rapport of het thuishoort in Business Central (financiële rapporten, rekeningschema's, standaardanalyses) of in Power BI (alles wat bronnen, trends of operationele details combineert), bouw het eenmalig met afgesproken definities, en faseer de spreadsheet uit. Zie onze Power BI- en rapportagedienst voor hoe een beheerd model wordt gebouwd.

6. Gebruikers, rollen en training

Rechtensets stapelen zich op. Nieuwe medewerkers erven de rechten van een collega; vertrokken medewerkers behouden hun accounts; iedereen eindigt met meer toegang dan de rol vereist. Intussen zijn de gebruikers die bij de livegang zijn getraind vertrokken, en hun opvolgers hebben het systeem geleerd van de gewoontes van een collega, inclusief de omwegen.

Snelle winst. Definieer een kleine set rolgebaseerde rechtensets, wijs gebruikers toe aan rollen in plaats van individueel, verwijder slapende accounts en organiseer korte rolgerichte trainingssessies met documentatie in een kennisbank. Dit verlaagt ook de licentiekosten als gebruikers op het verkeerde licentietype staan.

Hoe u een optimalisatiereview aanpakt

Weersta de verleiding om alles tegelijk op te lossen. Een werkbare volgorde:

1. Doorloop de processen met key users. Van offerte tot betaling, van inkoop tot betaling, voorraad en magazijn, financiële afsluiting. Noteer elke omweg en elk "dit exporteren wij naar Excel".
2. Beoordeel de inrichting, het maatwerk en de data in het licht van wat u in de doorloop heeft geleerd.
3. Scoor elke bevinding op bedrijfsimpact en inspanning. De meeste onderdelen met hoge impact en lage inspanning vallen in de zes bovenstaande gebieden.
4. Lever op in korte cycli van twee tot vier weken, elk getest in een sandbox en geaccepteerd door de key users, met documentatie die gaandeweg wordt bijgewerkt.
5. Breng de verbeteringen onder support, zodat de volgende release wave ze niet ongedaan maakt.

Zo aangepakt is optimalisatie geen project met een budget dat niemand wil goedkeuren; het is een gestage stroom kleine, zichtbare verbeteringen die het systeem de licentiekosten waard maken. De dienst Dynamics 365-support en -optimalisatie beschrijft hoe wij die stroom organiseren.