These pages open STW Automation, our Microsoft 365 team’s site, in a new tab.
SharePoint Intranet & Portals SharePoint Document Management & Collaboration Microsoft Teams Apps & Extensions SharePoint & Teams Integration Microsoft 365 Setup & Consulting SharePoint Support & MaintenanceMicrosoft Power Platform
Power Apps & Power Platform ↗ Power Automate ↗ Power BI & Analytics ↗ Copilot Studio & AI AgentsAI & business automation
Generative AI: STW.AI SQL Assistant RPA & Process Automation ↗ Intelligent Workflow Automation ↗ Customer Service Automation ↗Move your on-premises Dynamics CRM to Dynamics 365 online without losing data, customizations or integrations.
STW Services assesses your Dynamics CRM or Dynamics 365 (on-premises) deployment, fixes what would block a migration, prepares the cloud environment and moves your organisation to Dynamics 365 online through the right route: Microsoft’s supported on-premises-to-online pathway where eligible, or an upgrade or clean data migration where it is not.

Moving to Dynamics 365 online removes servers to run and patch, puts you on Microsoft’s current release, and unlocks cloud features such as Power Platform, Copilot and Entra ID security that on-premises versions do not get.
On-premises CRM needs Windows and SQL servers, upgrades, backups and specialist skills. Many older versions are out of support: version 9.0 stopped receiving updates on 12 July 2023, and older 8.x and earlier releases are also past end of support. Version 9.1 is supported until 2029 for mainstream support, but it will not receive the online features released every wave.
Dates from Microsoft’s lifecycle page, checked November 2026.
Entra ID sign-in, MFA, Conditional Access and Microsoft-managed infrastructure.
Power Automate, Power BI, Copilot Studio agents and Copilot in Dynamics 365.
No SQL, IIS or CRM server patching, upgrades or hardware refreshes.
Mobile apps, Outlook and Teams integration without VPN or ADFS.
Microsoft’s documented on-premises-to-online migration pathway supports Dynamics CRM or Dynamics 365 (on-premises) version 9.0 or later. Older versions need an upgrade or a different migration route first.
The first step is establishing exactly what you run: CRM version and update level, SQL Server version, deployment topology, solutions and their publishers, plug-ins, custom workflow activities, reports, integrations and database size.
| Your version | Typical route |
|---|---|
| Dynamics 365 9.0 or 9.1 (on-premises) | Eligible for Microsoft’s on-premises-to-online (OP2OL) migration, run through Dynamics Lifecycle Services, after remediation |
| Dynamics CRM 2016 / Dynamics 365 8.x | Upgrade to 9.x on-premises first, or move data and solutions into a new online environment |
| Dynamics CRM 2015 and earlier | Multi-step upgrade, or a clean rebuild online with data migration, decided in the assessment |

There is no single button that moves every on-premises deployment. We choose the route that fits your version, customizations and data.
For version 9.0 or later. Microsoft’s migration tooling, orchestrated through Dynamics Lifecycle Services, moves the organisation database to Dynamics 365 online. Online licences must be in place first, and unsupported customizations or SQL-level changes must be fixed before the migration can run.
For 8.x and some older deployments. The on-premises organisation is upgraded to a supported 9.x version, remediated and then migrated with the Microsoft pathway.
For very old or heavily customised systems, or when you want a clean start. Solutions are rebuilt or re-imported in a new online environment and data is moved through a staging database with full reconciliation.
Microsoft’s pathway and its requirements are described in its on-premises-to-online migration guidance and whitepaper. Eligibility and the final route are confirmed in your assessment; we do not assume every deployment can migrate automatically.
Everything that touches the on-premises servers needs a cloud equivalent: identity, reports, integrations, email and custom code.

Customizations are where on-premises migrations succeed or fail. We inventory every solution, assembly and process and test it against online rules.
| Item | What we check | Typical remediation |
|---|---|---|
| Plug-ins & custom workflow activities | Must run in the online sandbox with no file system or local resource access | Refactor, or move logic to Power Automate or Azure Functions |
| Direct SQL changes | Triggers, views, stored procedures or data written straight to SQL | Remove; re-implement with supported APIs before migration |
| Client scripts & web resources | Deprecated client APIs, unsupported DOM access | Update to the current client API |
| SSRS reports | SQL-based reports cannot run online | Rebuild as FetchXML reports or Power BI |
| Integrations | Endpoints, authentication, network rules, file drops | Dataverse Web API, application users, Azure Service Bus or Power Automate |
| Email router or server-side sync to Exchange on-premises | Server-side synchronisation with Exchange Online | |
| Classic workflows & dialogs | Deprecated features | Migrate to Power Automate cloud flows |
This page covers Dynamics CRM / Dynamics 365 Customer Engagement on-premises. Moving Dynamics NAV to Business Central is a separate ERP process; see our NAV to Business Central migration service.
Microsoft’s pathway requires the customer or partner to fix unsupported customizations or SQL Server-level changes that would block the database migration. We plan and do this work before migration day.

Users, business units, security roles, teams, field security and record ownership come across with the database or are recreated for a rebuild, and are verified role by role. Identity moves from Active Directory and ADFS to Microsoft Entra ID, with MFA and Conditional Access.

Whatever the route, we compare record counts per table, key totals and samples between on-premises and online, and test attachments and notes.
Tenant, licences, Dynamics 365 environments, storage capacity, region, release settings and administrative access set up before migration.
Every solution, plug-in, flow, report and integration is tested online against agreed test cases.
Freeze window, final migration, URL and link changes, integration switch-over, go or no-go checks and a fallback plan.
Business users run their real scenarios on migrated data and sign off before go-live.
User and admin training on the online experience, hypercare, then optional ongoing Dynamics 365 support and a server decommissioning plan.
Start with a readiness assessment: version, customizations, integrations and the right migration route.
A Microsoft business applications team in Pune, India, delivering for clients worldwide since 2011.
Dynamics 365 Sales implementations, customisation, plug-ins and integrations
Staging, mapping documents, trial runs and reconciliation, not one-shot imports
Business Central, Power Automate, Power BI, SharePoint and Copilot Studio in one team
We tell you what will move, what will be rebuilt and what should be archived
Clear answers on versions, pathways, customizations and downtime.
Ask us a question →Most can, but not automatically. Microsoft’s documented on-premises-to-online pathway supports version 9.0 or later, requires online licences first and requires unsupported customizations to be fixed. Older versions need an upgrade or a rebuild with data migration.
Dynamics CRM or Dynamics 365 (on-premises) version 9.0 or later, on a SQL Server version supported by that release. The migration is orchestrated through Dynamics Lifecycle Services.
CRM 2016 is version 8.x. You can upgrade to 9.x on-premises and then use Microsoft’s pathway, or set up a new online environment and migrate solutions and data. The assessment compares cost, risk and downtime for both.
Many will, after review. Plug-ins must run in the online sandbox and cannot use local files or direct database access. Classic workflows still run but are deprecated, so we usually move them to Power Automate.
SQL-based SSRS reports cannot run online. They are rebuilt as FetchXML reports or, more often, Power BI reports on Dataverse.
Downtime depends on database size and the route. Trial migrations measure it, and the cutover plan schedules the freeze for a quiet period such as a weekend.
Yes. Microsoft requires online licences to be procured before its migration process starts. We help you map current users and roles to the right licence types.
No. NAV is an ERP and moves to Business Central through a separate upgrade or migration process. This service covers Dynamics CRM and Dynamics 365 Customer Engagement.
Specialist route for Pipedrive deals, people, organizations and activities.
See this service →Salesforce, Zoho CRM, HubSpot, SugarCRM, custom and legacy CRMs.
See this service →Dynamics CRM or Dynamics 365 on-premises to Dynamics 365 online.
Consulting, implementation and support across Dynamics 365.
Explore →Sales and customer engagement on Dynamics 365.
Explore →Power Automate workflows and API integrations.
Explore →The separate ERP migration path for Dynamics NAV.
Explore →Tell us your CRM version, number of users and the main customizations and integrations. We will reply with the likely route and next steps.
Tell us which CRM or version you run today, roughly how much data you have and what Dynamics 365 should do on day one. A Dynamics 365 consultant will reply with practical next steps.