Step by step

Articles in the database: 1

9 signs that D365 implementation was done poorly

Implementation of the Microsoft Dynamics 365 ERP system is a project that involves every department in the company and requires many months of intensive work. Sometimes it’s not immediately obvious that something is wrong. Below we present 9 signs that something may have gone off track and is worth fixing. What should you look at to assess what went wrong? Hypercare never cools down A long period of “firefighting” after go-live, a flood of recurring issues, lack of stability, and the feeling of being “stuck in tickets.” This is a classic sign that implementation errors are taking their toll after launch. Low adoption and workarounds outside the system Key steps are handled in Excel, “shortcuts,” or auxiliary systems, and decisions are not based on a single, centralized source of truth. Polish Localization isn’t complete Omitted legal and tax requirements (e.g., E-Invoicing, SAF-T, split payment, white list) lead to delayed go-live, document recording issues, and user resistance. Additional red flags include the lack of automatic NBP exchange rate handling with delay and taxpayer validation. Poor data migration and lack of validation Inconsistent master data, errors in the opening balance, and issues with settlements after data transfer – all result from insufficient migration testing and data quality checks. Testing features, not processes Testing is limited to individual screens instead of end-to-end scenarios, with no integration, regression, or performance tests; users are brought into UAT too late. Customizations instead of configuration A high number of code modifications, no extension guidelines, and no update maintenance plan – this is a recipe for a fragile system and costly upgrades. Disorganized architecture and integrations No approved application blueprint, unclear role of D365 in the ecosystem, inconsistent or duplicate integrations and data flows. Unclear roles, weak training, and change management Missing roles like Solution Architect, unclear division of responsibilities, and minimal training or instructions – users don’t “get” the solution even from the testing phase. Chaos in environments and licensing Poorly managed environments (Dev/Test/UAT/Prod), no refresh/sync procedures, plus suboptimal licenses and user roles – this signals high maintenance costs and team workflow bottlenecks.
Featured image for '9 signs that D365 implementation was done poorly'
You've seen 1 of 1 article
That's all