enterprise platforms · dynamics 365

Release waves are gone. Your update planning still needs a calendar.

Microsoft has dropped the twice-yearly release waves for Dynamics 365 and Power Platform. Plans now go onto the AI at Work roadmap whenever they're ready. We implement Dynamics 365 and keep watching that roadmap for the apps you actually use.

platforms
enterprise-platforms / dynamics-365 5 platforms
01 · IDENTITY 02 · DATAVERSE 03 · FINANCE AND OPERATIONS 04 · DATA Entra ID: users · security groups Entra ID users · securitygroups Customer engagement apps: Sales · Customer Service Customer engagementapps Sales · CustomerService Security roles and teams: business units · group teams Security roles andteams business units · groupteams Power Platform: Power Automate · Copilot Studio Power Platform Power Automate ·Copilot Studio Finance and SCM: general ledger · procurement Finance and SCM general ledger ·procurement Microsoft Fabric: OneLake · Power BI Microsoft Fabric OneLake · Power BI Snowflake: reporting warehouse Snowflake reporting warehouse
01 · IDENTITY02 · DATAVERSE03 · FINANCE AND OPERATIONS04 · DATA Entra ID: users · security groups Entra ID users · security groups Customer engagement apps: Sales · Customer Service Customerengagementapps Sales ·CustomerService Security roles and teams: business units · group teams Securityroles andteams business units· group teams Power Platform: Power Automate · Copilot Studio PowerPlatform Power Automate· CopilotStudio Finance and SCM: general ledger · procurement Finance and SCM general ledger · procurement Microsoft Fabric: OneLake · Power BI MicrosoftFabric OneLake · Power BI Snowflake: reporting warehouse Snowflake reportingwarehouse © Cohash · cohash.com
Microsoft Dynamics 365Microsoft Power PlatformMicrosoft Entra IDMicrosoft Fabric
in short·15-second read

Cohash implements and supports Microsoft Dynamics 365 on Dataverse and Power Platform, including Sales, Customer Service, Finance and Business Central.

Microsoft retired the wave 1 and wave 2 release model from September 2026, and Release Planner itself retires by 15 November 2026. So we watch the AI at Work roadmap for the apps you use and turn each update into a test plan.

you probably need this if
  • Your update plan still runs on release wave 1 and wave 2 dates, and those waves are gone.
  • Someone on your team still checks Release Planner, and it retires in November 2026.
  • Somebody assigns Dynamics security roles one person at a time instead of using Entra ID groups.
terms on this page DataversedefinitionThe full Power Platform database. You get auditing, API access, model-driven apps and the rest, but it eats into your paid storage and needs Power Platform licences.explained in a field note →WavedefinitionOne batch of workloads moved together. Large migrations run as a series of these, so each one can be planned, cut over and reviewed on its own.explained in a field note →
Ask an engineer facts checked 2026-10-20
how it runs
  1. 01Discovery
  2. 02Design
  3. 03Build and test
  4. 04Run
you keep
  • Solution design and environment strategy
  • Security role model mapped to Entra ID groups
  • Data migration mapping and reconciliation
+ 2 more documents
who does it
Dynamics 365 CE functional consultantDynamics 365 CE developer (plug-ins, PCF)Dynamics 365 Finance and Operations developer (X++) Microsoft Certified: Dynamics 365 Customer Service Functional Consultant Associate Microsoft Certified: Dynamics 365: Finance and Operations Apps Developer Associate
platforms
the story · microsoft dynamics 365 services

From the first call to a setup your own team can run.

Here's what usually prompts a call about your Microsoft Dynamics 365 Services, what we do about it and in which order, and where you end up.

  1. chapter 01 · where it hurts

    Why teams reach out

    • Your update plan still runs on release wave 1 and wave 2 dates, and those waves are gone.
    • Someone on your team still checks Release Planner, and it retires in November 2026.
    • Somebody assigns Dynamics security roles one person at a time instead of using Entra ID groups.
  2. chapter 02 · what we change

    How we solve it

    • Customer engagement apps
    • Finance and operations apps
    • Update planning without release waves
    • Dataverse security and Entra ID
    • Integration and data export
    • Copilot and agent readiness
  3. chapter 03 · how it runs

    Our approach

    • Discovery
    • Design
    • Build and test
    • Run
  4. chapter 04 · where you end up

    What changes

    • Tests now follow Microsoft's monthly publishing rhythm, and nothing hangs on Release Planner anymore.
    • Dynamics access follows Entra ID group membership.
    • Copilot only shows each seller what they could already open, since we fixed their access first.
    • Solution design and environment strategy
what we do

Where we spend the hours

6 areas of work, each one done by an engineer who has run it in production.

  1. Dynamics 365 Sales and Customer Service on Dataverse, using model-driven apps and business process flows. Plug-ins only when nothing simpler will do.

  2. We configure Dynamics 365 Finance and Supply Chain Management, build the integrations and migrate the data. The timing is planned around your fiscal close.

  3. We keep an eye on the AI at Work roadmap and Message Center for the apps you actually run. When something's coming, we try it early in a sandbox before it gets near production.

  4. We tie business units, security roles and teams to Entra ID groups, so a directory change shows up in Dynamics without anyone touching it.

  5. We connect apps using dual-write, virtual tables or APIs, and for reporting we land Dataverse data in Fabric or Snowflake.

  6. We check what data Copilot features and agents can reach before anyone switches them on, based on the security roles they inherit.

capability 01 / 06in production

Customer engagement apps

Dynamics 365 Sales and Customer Service on Dataverse, using model-driven apps and business process flows. Plug-ins only when nothing simpler will do.

capability 02 / 06in production

Finance and operations apps

We configure Dynamics 365 Finance and Supply Chain Management, build the integrations and migrate the data. The timing is planned around your fiscal close.

capability 03 / 06in production

Update planning without release waves

We keep an eye on the AI at Work roadmap and Message Center for the apps you actually run. When something's coming, we try it early in a sandbox before it gets near production.

capability 04 / 06in production

Dataverse security and Entra ID

We tie business units, security roles and teams to Entra ID groups, so a directory change shows up in Dynamics without anyone touching it.

capability 05 / 06in production

Integration and data export

We connect apps using dual-write, virtual tables or APIs, and for reporting we land Dataverse data in Fabric or Snowflake.

capability 06 / 06in production

Copilot and agent readiness

We check what data Copilot features and agents can reach before anyone switches them on, based on the security roles they inherit.

typical situations

Situations we walk into

We pieced these together from Microsoft Dynamics 365 Services situations that come up a lot. They're patterns. You won't find a specific client in them.

case file 01

Update testing still planned around release wave dates

composite · not a client story
  1. Beforethe situation

    The admins still plan Sales and Customer Service testing around wave 1 and wave 2, and they keep the feature list in Release Planner. Microsoft retired the waves from September 2026. Release Planner itself retires by 15 November 2026, so that list needs a new home.

  2. What we dothe work

    We track the AI at Work roadmap and Message Center instead, filtered to the apps you license. New items become test cases once a month. We run them in a sandbox, using early access where an app offers it, and record decisions in one log.

  3. Afterwhere you end up

    Tests now follow Microsoft's monthly publishing rhythm, and nothing hangs on Release Planner anymore.

case file 02

Around a thousand users, four business units, roles assigned by hand

composite · not a client story
  1. Beforethe situation

    A Dataverse environment has four business units and around a thousand users, every one assigned security roles by hand. Leavers hold roles until someone happens to notice. Two roles have been copied so many times nobody knows which is current.

  2. What we dothe work

    We consolidate roles into a short, documented set. Entra ID security groups get created per role and business unit and connected through Dataverse group teams. Direct user assignments come off once group-based access checks out with a pilot team.

  3. Afterwhere you end up

    Dynamics access follows Entra ID group membership. Leave the group and the roles go with it. The set is small enough to review every quarter.

case file 03

Copilot turned on in Sales before regional access was checked

composite · not a client story
  1. Beforethe situation

    Copilot features in Dynamics 365 Sales went live in production. Sellers can summarize opportunities and email threads. Nobody checked whether their security roles let them read other regions' records.

  2. What we dothe work

    For Copilot users we go through security roles, business units and field security profiles, and test with a persona from each region. Read access that's too broad gets corrected. You then choose which features stay on per environment, and compliance gets it in writing.

  3. Afterwhere you end up

    Copilot only shows each seller what they could already open, since we fixed their access first. Compliance keeps a written record of what's on and why.

case studies

Microsoft Dynamics 365 Services case studies

All case studies
migration ERP and HCM

Dynamics AX 2012 to Dynamics 365 Finance & Operations

We take AX 2012 R2 or R3 systems to Dynamics 365 finance and operations apps, and the code, data, attachments and integrations come across with them.

read the case study
migration CRM, ITSM and automation

Self-hosted Dynamics CRM to Dynamics 365 online, where Microsoft runs the servers

Hosting Dynamics CRM yourself or with a partner keeps you on the on-premises product and its support dates. We move 9.x orgs to Dynamics 365 online.

read the case study
migration CRM, ITSM and automation

Replacing a homegrown or Siebel CRM nobody wants to touch with Salesforce or Dynamics 365

Outgrown a homegrown or Siebel CRM? We move its business rules, data and integrations to Salesforce or Dynamics 365, one business unit at a time.

read the case study
AI rollout AI and agents

Turning on Agentforce, Now Assist, Joule and Copilot safely

Turning on vendor AI in Salesforce, ServiceNow, SAP and Dynamics 365, with permissions checked, an owner for each use case, agents tested and costs watched.

read the case study
upgrade Industry platforms

Nasdaq Calypso upgrade to V19

Upgrading Nasdaq Calypso to V19, with server consolidation, properties moved to the database, the WebUI and deployment changes tested on your own trades.

read the case study
migration Industry platforms

Duck Creek on-premises to Duck Creek OnDemand

We move self-hosted Duck Creek Policy, Billing and Claims onto Duck Creek OnDemand and keep the product and rating content, integrations and data intact.

read the case study
architecture

How Dynamics 365 connects to Entra ID, Power Platform and your warehouse

Entra ID group membership decides the Dataverse security roles and teams, so a directory change reaches Dynamics 365. The customer engagement and finance apps share data over dual-write. For reporting, Dataverse data lands in Fabric or Snowflake.

How Dynamics 365 connects to Entra ID, Power Platform and your warehouse Entra ID group membership decides the Dataverse security roles and teams, so a directory change reaches Dynamics 365. The customer engagement and finance apps share data over dual-write. For reporting, Dataverse data lands in Fabric or Snowflake. 01 · IDENTITY 02 · DATAVERSE 03 · FINANCE AND OPERATIONS 04 · DATA group teams record access flows and agents dual-write Fabric link Fabric link Dataverse export Ex Entra ID users · securitygroups D365 Customerengagement apps Sales · CustomerService Security roles andteams business units · groupteams PP Power Platform Power Automate ·Copilot Studio D365 Finance and SCM general ledger ·procurement Fb Microsoft Fabric OneLake · Power BI Snowflake reporting warehouse © Cohash · cohash.com
01 · IDENTITY02 · DATAVERSE03 · FINANCE AND OPERATIONS04 · DATA Entra ID: users · security groups Entra ID users · security groups Customer engagement apps: Sales · Customer Service Customerengagementapps Sales ·CustomerService Security roles and teams: business units · group teams Securityroles andteams business units· group teams Power Platform: Power Automate · Copilot Studio PowerPlatform Power Automate· CopilotStudio Finance and SCM: general ledger · procurement Finance and SCM general ledger · procurement Microsoft Fabric: OneLake · Power BI MicrosoftFabric OneLake · Power BI Snowflake: reporting warehouse Snowflake reportingwarehouse group teams dual-write Fabric link Fabric link Dataverse export © Cohash · cohash.com
how it runs

A typical engagement

We don't start a step until the last one has produced something you can check.

  1. step 01

    Discovery

    We list the apps, customizations, integrations and licenses, and write down which processes each one supports.

  2. step 02

    Design

    Solution design, security model and data migration plan agreed with business owners and IT.

  3. step 03

    Build and test

    We build managed solutions in development environments and move them through pipelines. Testing runs against real scenarios.

  4. step 04

    Run

    Go-live, then a recurring update review so roadmap changes become a known list of tests.

you keep

What you're left with

We write these for your Microsoft Dynamics 365 Services setup, and they're working documents. Your team should be able to keep things running from them long after we've gone.

  • design01

    Solution design and environment strategy

    yours to keep
  • design02

    Security role model mapped to Entra ID groups

    yours to keep
  • inventory03

    Data migration mapping and reconciliation

    yours to keep
  • plan04

    Update review checklist, tied to the AI at Work roadmap

    yours to keep
  • runbook05

    Runbooks for administrators

    yours to keep
talent and delivery · microsoft dynamics 365 services

Certified engineers, wherever you need them.

Some clients want a project team, some want a couple of engineers on theirs. Either works. Onsite, nearshore or offshore, with handovers across time zones that keep things moving.

Onsite

Engineers at your sites in the US

Nearshore

Overlapping hours with US teams

Offshore

Overnight progress on your backlog

All time zones

Coverage handed over across time zones

24-hour coverage · US Central time
OnsiteUS business hours
Nearshoreoverlapping US hours
Offshoreovernight progress
Combinedhandover, not hand-off
certifications our engineers hold
  • Microsoft Certified: Dynamics 365 Customer Service Functional Consultant AssociateMicrosoft
  • Microsoft Certified: Dynamics 365: Finance and Operations Apps Developer AssociateMicrosoft
  • Microsoft Certified: Power Platform Developer AssociateMicrosoft
roles we staff
  • Dynamics 365 CE functional consultant
  • Dynamics 365 CE developer (plug-ins, PCF)
  • Dynamics 365 Finance and Operations developer (X++)
  • Dataverse integration developer
  • Dynamics 365 solution architect
  • Power Platform developer
01Are Dynamics 365 release waves really gone?

Yes. Microsoft's Dynamics 365 blog says the twice-yearly release waves are going away, with plans published continuously instead. New plans stop showing up in Release Plans on Learn from September 2026, and the old ones stay there for reference. Release Planner itself retires by 15 November 2026. The AI at Work roadmap becomes the main source.

02Does that change how often updates reach our environment?

The roadmap change is about how Microsoft publishes plans. Update mechanics still differ by app, so check the per-app guidance Microsoft links from its release schedule page. We map that out for the apps you license.

03We also run Salesforce or SAP. Can you integrate Dynamics 365 with them?

Yes. We design which system owns each record and field, then build the sync through APIs, Azure integration services or middleware you already own.

04How long does a Dynamics 365 implementation take?

It depends on the apps in scope, the amount of data to migrate and the number of integrations. Finance projects also depend on when you can cut over without disrupting a close. We estimate after discovery.

05Another partner set up our Dynamics 365 environment. Can you take it over?

Yes. We go through solutions, plug-ins, security roles and integrations, list the unmanaged changes in production and agree what to fix first. Then a pipeline goes in, so the next change leaves a trail.

related

Often paired with

Projects on Microsoft Dynamics 365 Services usually end up touching one of these, so they're worth a look.

fact-checked Checked against vendor and official documentation last checked 2026-10-20 content fingerprint 8b8fa7a5
  1. 01Book a 30-minute working sessionsenior engineer
  2. 02Talk to an engineer about your setupreply within 24 hours
  3. 03See how similar projects wentcase studies
Reviewed by the Cohash team Product names are trademarks of their owners. how we handle facts and data →
next step

Tell us what you're running. We'll tell you what we'd do first.

A 30-minute working session with a senior engineer. No slides.

useful to bring
  • The platform and the version you're on
  • Where you need to get to, and by when
  • What's custom: rules, plugins, integrations
  • Any audit finding or deadline driving it