Wanneer een organisatie live gaat met Dynamics 365, voelt het vaak alsof de zwaarste fase achter de rug is. De implementatie is afgerond, gebruikers zijn getraind en processen draaien. Even ademhalen. Maar in de praktijk zien we iets anders.

Binnen enkele weken begint het supportboard zich te vullen. Eerst met kleine vragen, daarna met incidenten, en vervolgens met discussies over performance, rechten of data die niet klopt. Voor je het weet zit de organisatie weer in een reactieve modus.

Opvallend genoeg ligt dat zelden aan Dynamics 365 zelf. Het platform doet in de meeste gevallen precies wat het moet doen. De echte oorzaken liggen vrijwel altijd in keuzes die eerder zijn gemaakt rondom inrichting, data, integraties en governance. En het interessante is: die problemen ontstaan bijna overal op dezelfde plekken.

Supportproblemen komen zelden uit het niets

Wat in supporttickets verschijnt, zijn zelden losse incidenten. Het zijn signalen dat één van de fundamenten nog niet stevig genoeg staat.

In de kern draait het bijna altijd om dezelfde vragen:

• Wie beslist over wijzigingen?
• Wie is eigenaar van data?
• Hoe robuust zijn integraties?
• Hoe is support na livegang ingericht?

Met andere woorden: governance, data, integraties en supportorganisatie. Als daar onduidelijkheid zit, komt dat vroeg of laat terug.

Waar het in de praktijk misgaat?

1. Autorisaties en security Wanneer rollen en rechten niet kloppen, merken gebruikers dat direct. Processen lopen vast en het vertrouwen in het systeem daalt. In veel projecten groeit de rollenstructuur organisch, totdat niemand meer precies weet waarom iets zo is ingericht. Zeker in internationale omgevingen wordt dat snel complex.
2. Performance en stabiliteit Systemen werken vaak prima, tot het moment dat de belasting toeneemt. Maandafsluitingen, MRP-runs of grote volumes leggen bloot wat in testomgevingen niet zichtbaar was. Functioneel testen is niet genoeg; de echte vraag is of het systeem overeind blijft onder druk.
3. Datakwaliteit en migratie Gebruikers accepteren veel, maar geen onbetrouwbare data. Zodra cijfers niet kloppen, ontstaan er Excel-lijstjes en parallelle processen. De oorzaak ligt meestal in migraties, vervuilde masterdata of meerdere ‘waarheden’ binnen het landschap.
4. Integraties en afhankelijkheden Dynamics 365 staat nooit op zichzelf. Problemen in koppelingen , met bijvoorbeeld WMS, BI of middleware, worden al snel als ‘Dynamics-probleem’ gezien. Zonder duidelijke ownership en monitoring ontstaat er al snel een blame game.
5. Customisaties en lifecycle management Maatwerk stapelt zich op, zeker wanneer meerdere teams wijzigingen doorvoeren zonder duidelijke release-aanpak. Het gevolg: instabiliteit, onverwachte effecten en oplopende supportkosten.

Het zit zelden in de technologie

Supportproblemen zijn zelden verrassingen. Ze zijn het gevolg van keuzes die eerder zijn gemaakt. Niet in de technologie zelf, maar in hoe een organisatie ermee werkt.

De grootste risico’s zitten vrijwel altijd in: governance, datadiscipline, integratie-architectuur of het supportmodel na livegang.

Wat succesvolle organisaties anders doen?

Organisaties waar support beheersbaar blijft, maken andere keuzes , vaak al vroeg in het traject.

Ze beperken aatwerk en kiezen waar mogelijk voor standaard. Ze investeren bewust in datakwaliteit. Ze testen niet alleen functionaliteit, maar ook performance onder belasting. Ze maken duidelijke afspraken tussen klant, partner en Microsoft. En misschien wel het belangrijkste: ze zien support niet als een fase ná de implementatie, maar als onderdeel van de hele businesscase.

Want uiteindelijk bepaalt niet de go-live het succes van een project. Dat blijkt pas in de maanden daarna.