While Dynamics 365 Finance and Operations can serve an invaluable function as your enterprise’s ERP, keeping your environment updated can pose a number of technical and functional challenges for organizations unfamiliar with the Dynamics One Version update process. This guide is meant to provide a high level overview of what a proactive approach to managing OneVersion updates entails.
“One Version” is Microsoft’s term for their continuous update model for D365 Finance & Operations. These consist of a series of seven updates released throughout the year, each containing both Quality Updates and New Features.
In order to allow organizations to prepare for these updates, Microsoft provides a phased rollout process. The first step is that Microsoft will publish Release Plans for the upcoming Wave Releases, providing information about the capabilities planned for release throughout the wave. Then, as per the release plan, a version update will be made available in what’s called Preview mode, sometimes referred to as early access. This allows your organization to download the update to start exploring new features and testing compatibility, however it should be noted that the Preview version can differ substantially from the final release version. After the preview window has ended, the update is made Generally Available (GA). This is essentially the “final” version of the code, however Microsoft frequently pushes out minor updates and hotfixes in the ~1-2 weeks following the GA release, so you may want to time your update and testing accordingly.
Lastly, after a certain period of time the update will become mandatory, only skippable if your organization has applied a different but sufficiently recent update. More specifically, your organization will only be allowed to be 3 major versions behind before mandatory updates start. It is for this reason that it is critical that a proactive approach to managing these updates is taken.
If a proactive approach to managing these updates is not taken, your organization is taking a substantial risk that the contents of an update may disrupt or disable a key business process. Even small changes like moving a button on the user interface can lead to significant impact to productivity if your organization is caught off guard by it.
To minimize the risk of business disruption, Avantiico recommends the use of four distinct environments (more environments may be required depending on unique customer scenarios):
Once the environments are refreshed, the update of the TEST-ENV to the new version of code can begin. Please note, if any ISV’s or other third-party integrations are implemented, their updated code will be needed for this point in the process.
After the TEST-ENV has been updated to the latest Dynamics 365 code base, the client can begin testing on the new version of code. It is Avantiico’s recommendation that standardized test scripts are drafted and utilized, to ensure that all key business processes are thoroughly tested. This can significantly decrease the risk of a “miss” that allows a defect to be replicated through to the D365 Production environment.
During this time period, regular checkpoints should be held between the customer and implementation teams to ensure that testing is proceeding per the schedule and all parties are aware of any issues that arise during testing.
Once the UAT code update has been complete, the customer team may begin testing in this environment. Similar to the previous round, test scripts should be utilized and any defects should be reported immediately.
Typically this round of testing is limited to a few days, for two reasons. Firstly, common issues that arise are likely to manifest fairly immediately, such as lack of access, ISV not functioning, etc. Secondly, while UAT is being utilized for testing, it can not be used for the promotion of emergency code fixes into prod (at least not easily). Thus keeping this window as short as reasonably possible to execute testing is preferred.
After the weekend update in the example above, one final checkpoint should occur between the project team and client to ensure no access or other issues have been reported and the customer is satisfied the Dynamics 365 update is complete.
While this Microsoft Dynamics 365 One Version management guide can be a helpful reference for the high level-process, there are many technical and functional nuances to managing a high-performance Dynamics 365 environment. A number of unique processes specific to your Dynamics 365 instance and Microsoft Tenant may have to be accounted for. Additionally, taking the time to create an annual Dynamics 365 One Version update calendar and target which updates your organization will apply vs which they will skip is a task that should be on every Dynamics Administrator’s radar.