Escape Dynamics 365. Own your data, your data model and your business logic.
We read your Dynamics 365 environment from its own metadata, with the Dataverse Web API, and we watch the people who use it. Then we rebuild the system on Fusion, on the hosting that you choose. In the same work, we fix the pain points, rewrite the documentation and the user guides, and close the compliance gaps.
- Parts that we read
- 8
- Parts of your environment that we read from the metadata
- Changes to your environment
- 0
- Changes that the analysis makes to your environment
- Problem & Opportunity Statement session
- 1h
- A Problem & Opportunity Statement session with your sponsor
- Seat licences on the new system
- 0
- Seat licences for the people who use the new system
What we read
The metadata in your environment describes the current system.
The metadata describes what your organisation built on Dynamics 365: the tables, the rules, the automation, the access and the screens. We read the metadata with the Dataverse Web API. The analysis does not change your environment.
Show the platform:
Each name in the table is the name that Microsoft documents. The analysis can reach only the parts that your integration user can see. The standard behaviour of Dynamics 365 is not in the metadata, so the observation sessions show us that behaviour. The scope is Dynamics 365 applications on Dataverse.
The method
Hours of your people's time, not weeks of workshops.
Three of the six steps need people from the business. The metadata analysis is step 03, and it runs without them.
-
01
Problem & Opportunity Statement session
-
02
Observation sessions
-
03
Metadata analysis
-
04
Domain model and design
-
05
Build, test and document
-
06
Data migration and switch-over
Bring the Dynamics 365 system that you most want to leave.
One hour with your sponsor starts the work. Bring the problem that your current system does not solve today.
Microsoft Dynamics 365 is a trademark of its owner. Fusion has no affiliation with Microsoft.