Release plans are dead — how I’m tracking the Dynamics 365 roadmap now

Every March and every September for the last few years, my routine has been the same. Microsoft publishes the release plan, I download the PDF, I filter Release Planner down to Sales, Customer Service, Customer Insights, and Power Platform, and I build the “What’s New” deck that I present to partners each month. That routine ended on 25 August 2026, when Microsoft announced there would be no 2026 release wave 2 plan — not delayed, not renamed, just none.

This post is what I found when I sat down to rebuild my workflow, including the parts that broke and the parts I actually like better.

What Microsoft announced

The short version, from the official announcement by Richard Riley (GM, Agents and Low Code):

  • The twice-yearly release wave model is retired. Starting September 2026, new Dynamics 365, Power Platform, and Dataverse capabilities are published continuously, as soon as Microsoft commits to them, rather than being held for an April or October announcement.
  • Everything moves to the AI at Work roadmap (the site formerly known as the Microsoft 365 roadmap) at aka.ms/AIatWorkroadmap. Dynamics 365, Power Platform, Dataverse, Microsoft 365, and Copilot roadmap items now live in one place.
  • Each item has a lifecycle: In Development → Rolling Out → Launched. The item stays on the roadmap and gets updated as it progresses, instead of disappearing after publication like release plan entries did.
  • Release plans on Microsoft Learn stop being published from September 2026. The old ones stay online for historical reference.
  • Release Planner retires by 15 November 2026.
  • Only roadmap content with a public preview or GA date of 1 June 2026 or later migrates to the new roadmap. Anything older stays in the archived release plans.
  • Saved views in “My Release Plans” do not carry over. The AI at Work roadmap has no personalised saved views at all.

The two things that are explicitly not changing: product release schedules stay as they are, and Message Center remains the place for tenant-specific change notifications.

What broke for me

I’ll be honest about the friction, because most coverage of this change reads like a press release.

  1. My saved filters are gone. I had a curated view in Release Planner covering exactly the apps I present on. That’s dead by mid-November, and there is no equivalent. The workaround is a bookmarked URL with the filters baked in, plus an RSS subscription to that filtered view. It works, but it’s a step backwards for anyone who maintained several views.
  2. No more “the plan” as a document. Partners loved being able to say “it’s in the wave 2 plan” and point at a PDF. That artefact no longer exists. The replacement is a CSV export of a filtered roadmap view, which is fine for planning spreadsheets but not something you hand to a customer.
  3. The historical split is awkward. For the next few months, I’m working from two sources: archived release plans for anything that shipped before June 2026, and the AI at Work roadmap for anything after. If a partner asks “when did feature X go GA”, I need to know which side of the line it falls on.
  4. Bookmarks and internal docs. Every “see release plan” link in our internal partner documentation now needs updating. Small job, but it has to be done before November.

What I actually like

Continuous disclosure is better for support. Under the wave model, a feature that Microsoft committed to in May might not be publicly disclosed until the September plan. Partners would open tickets about behaviour that was already planned to change, and I couldn’t tell them. Now I can point to a roadmap item the moment it’s committed.

The lifecycle status is useful. Release plans told you a target date and then went silent. The new roadmap tells you whether something is still in development, actively rolling out, or launched — and updates that status. For a support role, that’s the question I’m actually asked most: “Is it live in my region yet?”

Feature IDs are searchable and shareable. Every item has an ID, and you can link directly to it. That’s exactly what I want to put in a ticket response.

The part nobody is talking about: querying the roadmap from your own tools

This is the piece I think is the most interesting and the least covered. Microsoft has published a Release Communications MCP Server that exposes the AI at Work roadmap (and Azure Updates) to any MCP-compatible AI client. No authentication, no licence, free to use.

The endpoint is:

https://www.microsoft.com/releasecommunications/mcp

Standard configuration for most clients:

{
"servers": {
"MRC-MCP-Server": {
"type": "http",
"url": "https://www.microsoft.com/releasecommunications/mcp"
}
}
}

It exposes four tools: get_recent_roadmaps, get_roadmap_by_id, get_recent_azure_updates and get_azure_update_by_id. The roadmap tools support OData-style filtering by product, platform, release ring, cloud instance, status, and dates, plus text search on titles. Data refreshes daily.

Documented clients include VS Code, Visual Studio, GitHub Copilot CLI, Claude Desktop, Claude Code, Cursor, and Codex. It’s also a plain remote MCP server, so it can be added as a tool in a Copilot Studio agent.

Why this matters for my monthly webinar: instead of manually scrolling a filtered web page, I can ask, “list all Dynamics 365 Sales and Customer Insights roadmap items updated in the last 30 days with status Rolling Out” and get the raw material for the deck. That’s my old Release Planner filter, except it answers questions.

One practical note from the docs: AI clients sometimes don’t invoke the MCP tools unless you’re explicit. Mention “AI at Work roadmap” in the prompt, and don’t mix Azure and Microsoft 365 questions in the same request.

My new workflow

Here’s what I’ve set up to replace the wave routine:

  1. One filtered roadmap URL for the products I cover, bookmarked, with the RSS feed for that view added to my reader.
  2. A monthly review on the first working day of each month — pulling the last 30 days of changes, which becomes the webinar content. Microsoft itself recommends a monthly or quarterly rhythm to replace the wave cadence; monthly matches what I already do.
  3. The MCP server connected to my AI client for ad-hoc partner questions and for generating the first draft of the update list.
  4. Message Center still checked for tenant-specific rollout notices — the roadmap tells you what’s coming. Message Center tells you when it hits your environment.
  5. Archived release plan links kept for anything pre-June 2026.

#1 How I have started the User Group – Beginning

This will be slightly different from regular blog posts, which you have gotten used to seeing and reading on this blog. This series of posts will be about how I have started and how I’m leading one Microsoft Business Application User Group in Serbia.

Regular blog posts about Microsoft Business Applications will continue to be published regularly. But let’s try to have something new as I have created one UG, and maybe somebody is doing the same at the moment, so this blog post serial will be some tips and tricks on starting and leading UG.

#1 Beginning

Like most things in life and business, you must start with an idea. My idea was to form a User Group focused on Microsoft Business Applications. Business Apps are my focus in my day-to-day job, and all my community work is also focused on Microsoft Business Applications. So, when I realized that in my county MS Business Apps don’t have any active User Groups where people with the same interest can getter and speak and share knowledge. I started to think about forming one.

With an idea, we come to the first and most important part of forming a User Group. You can’t do everything alone, so you need at least one Co-Lead. In my case, this was easy because I immediately asked my recent co-speaker on some events and my friend Nikola Pancic if he would be interested in starting a User Group with me. He accepted the idea.

As advice, if you don’t know somebody who shares the same enthusiasm as you, do search well because there is always a lot of work with User Group, especially in the beginning. Better slow down a little bit until you find someone, then rush with everything alone.

This leads us to the second important part of the beginning of founding your User Group. Think about the name. You have to think of an interesting name that can be connected to the main focus of your User Group and also be different from others. With a good name, you will be recognizable, and also, it is important because everybody who starts with User Group plans to stay with that group for some time, and the name will always be there.

When you have the team and name, you can continue to the third part. Contact your local Microsoft for support. Depending on how big your country and community this could be easy, or if you are from a big country, it could be much more complex. But with support and approval from Microsoft, you are on an excellent path to organizing your first meetup.

In our case, we connected with leaders of other User Groups, who introduced us to the Microsoft team. Then, we shared our idea, which was a good fit for Microsoft Community in Serbia, so support from Microsoft has come easily and fast. It will help you in the future, and of course, If you are starting a Microsoft User Group it is nice to inform them and ask for approval. But I know that in some cases, this will be challenging but do it.

After getting support from Microsoft, we are getting to the part where we must work on the design a bit. Create your logo. This step is important same as a name. The logo will follow you for a long time. Take your time and think about it. There are a lot of free online design tools, so you can use them, but try to create and create many different options and then vote for the best one. In the voting part, ask your friends and family because this is just the part where you create something that has to look nice.

After the logo, we are still on the design side. I recommend creating a PowerPoint template. It is not time-consuming, and there are a lot of tutorials and documentation on how it should be done. This was the first time I was working with PowerPoint templates, and it took me around an hour and a half to create a PowerPoint template.

Before our last step, there is one more thing to do. Create an email address. We wanted to avoid paying anything in the beginning. So, we have created a free Outlook account and are still using it. It is easy and fast. But it is important for our next step.

And now, for the first post about How I have created a User Group, I will end with the last step, which you have to do in this process, which is important. Create Social Media Groups. And when I say create social media groups, I mean to make them all.

At this moment, we have the following:

  1. Twitter
  2. LinkedIn
  3. Facebook
  4. Instagram
  5. Meetup

Social media are important for the future because you will attract users to come to your events and to see all the important things about your group.

With these steps, you have successfully created a Microsoft User Group, and you can be proud of yourself, as we are. For the next post, you will see how to organize your first meetup, and I will try to cover all things which were important to us and all those things which made our first event good.

How to create Sales Order in Business Central using Power Virtual Agent?

Now, when chatbots are becoming a more and more popular way of communicating with customers, all users would like to do more via chatbots. As Microsoft’s response to tools that can make chatbots, there is Power Virtual Agents, and the real power of Power Virtual Agent (PVA) is enormous.

But as business application specialists, we always try to think about how to connect it to some of our Business Applications. This time we plan to connect PVA to Business Central (BC). More precisely, we want to create New Sales Order from PVA and directly in BC.

How we can achieve that, and not to say it is easy, but it is not so complicated. In a concise explanation, we will create PVA with typical questions, and then we will ask some specific questions to our users so that they can give us order-specific data. After collecting data, we will use Power Automate to connect all.

But let’s stop talking hypothetically and start creating our PVA connected to BC.

The critical thing to mention is that I will not explain how to create PVA nor suggest which questions to use to trigger it and which flow you will make. I will focus only on the essential steps you must implement to create a Sales Order in BC using PVA. You can start as you like and do it in the best possible way so that it fulfills all of your requirements.

So, let’s start.

First, you will have to get three essential pieces of information from your PVA users:

  1. Account/Customer No.
  2. Item No.
  3. Quantity of Item which customer wants to buy

You can work with Item Name and Customer Name, but be aware that this can make your process more complicated because we have a few things to take into consideration before using this approach:

  1. Human error
  2. Similar names
  3. Many more questions for users
  4. Many more variables to consider
  5. Etc.

If you want to try this approach, consider this problem, and you can do it. The process is similar, only with some more steps.

But with our approach, let’s create three questions in Power Virtual Agent and define Variables for them:

  1. Choose Add Node
    1. Choose Ask a Question
  2. In Question, define:
    1. What is your company account number with us?
    1. Identify the User’s entire response
    1. Save response as
      1. Click on the Pen icon and name it VarCustomerID
  3. choose Add Node
    1. Choose Ask a Question
  4. In Question, define:
    1. What Product No. are you looking to purchase?
    1. Identify the User’s entire response
    1. Save response as
      1. Click on the Pen icon and name it as VarItemNo
  5. Choose Add Node
    1. Choose Ask a Question
  6. In Question, define:
    1. Can you tell us which Quantity you would like to order?
    1. Identify Number
    1. Save response as
      1. Click on the Pen icon and name it as VarItemNo

And now we have our questions and variables. What we have to do from here is to add a new action in our PVA, but this time is going to be active for triggering Power Automate.

To do this, you will have to:

  1. Navigate to Add node in a Topic editor in Power Virtual Agent
  2. Choose to Call an action
  3. Choose to Create a flow

And from here, you will be redirected to the Power Automate editor, and you should start creating a new Power Automate.

You will see immediately that you already have trigger and Output predefined for PVA. Just keep it, and we will use it in the process.

From here, you will have to create some Variables and, most important Sales Order Header and Line.

As you probably know, in BC, Sales order contains two tables:

  1. Sales Order Header
  2. Sales Order Line

We will have to use both. First, we will create Header, and later we will use the Find Record action to find our Item, and then, in the end, we will fulfill Sales Order Line.

Don’t worry. I will now list all actions one by one and in the order in which you will have to create them so that you’re Power Automate works at the end.

Before you start with Sales Order Header and Lines, as I sed, you will need to do some setup in Trigger and initialize some variables.

For the trigger, what you would need to do is to add you’re Inputs. You will probably understand now whose inputs are values we will get from Questions we have asked users in our PVA.

So let’s create three inputs:

  1. Text: CompanyName
  2. Text: Item
  3. Number: Quantity

And after inputs, I will list all variables you have to Initialize, and all of them will be STRING. Just create them, don’t assign any values. We will do that later in the Power Automate.

  1. Order ID
  2. Currency Code
  3. Item No
  4. Quantity
  5. UOM
  6. Total Price

Now that we have created Variables, we can continue creating records in BC. For better understanding, our Variables are here so that we can collect output at the end and show Sales Order info in PVA so that users can understand what they have created and get some information about orders they had made automatically.

If you want to create Sales Order and not use data back in PVA, you don’t need all these Variables. But when making PVA, it is always lovely to show values at the end to users of PVA.

Now let’s continue with Power Automate, and finally, let’s create a record in BC.

We will now perform three actions; you must do this in this order.

  1. Create Record V3 (Business Central)
    1. Environment Name: SANDBOX (if you are working with a PRODUCTION environment, choose PRODUCTION)
    1. Company Name: CRONUS USA, Inc.
    1. API Category: v2.0
    1. Table name: salesOrders
    1. customerNumber: CompanyName (from trigger)
  2. Find Records V3 (Business Central)
    1. Environment Name: SANDBOX (if you are working with a PRODUCTION environment, choose PRODUCTION)
    1. Company Name: CRONUS USA, Inc.
    1. API Category: v2.0
    1. Table name: items
    1. Filter Query: number eq ‘ItemNo’ (ItemNo Variable form dynamic value)
  3. Create Record V3 (Business Central) (Apply to Each will be created automatically)
    1. Environment Name: SANDBOX (if you are working with a PRODUCTION environment, choose PRODUCTION)
    1. Company Name: CRONUS USA, Inc.
    1. API Category: v2.0
    1. Table name: salesOrderLines
    1. documentId: id (from Create Record (Header) dynamics value)
    1. itemId: id (from Find Records (Item) dynamics value)
    1. quantity: Quantity (from the trigger, dynamics value)

And now, after we have created Sales Order in BC, we need to get data and show them back in PVA so that users can see what they have done.

We will do this by assigning values to our Variables. For this scenario, it is best to use Append to string variable action.

Again let’s see what we have to do here.

  1. Append to a string variable (in Apply to Each)
    1. Name: ItemNo
    1. Value: description (from Create Record line)
  2. Append to a string variable (in Apply to Each)
    1. Name: Quantity
    1. Value: Quantity (from Create Record line)
  3. Append to a string variable (in Apply to Each)
    1. Name: UOM
    1. Value: UniteOfMesureCode (from Create Record Line)
  4. Append to a string variable (in Apply to Each)
    1. Name: Order ID
    1. Value: number (from Create Record Header)
  5. Append to a string variable (in Apply to Each)
    1. Name: Total Price
    1. Value: amountIncludingTax (from Create Record Line)
  6. Append to a string variable (in Apply to Each)
    1. Name: Currency Code
    1. Value: currencyCode (from Create Record Line)

When we have assigned values to Variables, we are only left with a few steps till the end of this scenario.

Now we must create one more Variable and append value to it.

This time we are doing this to format our Output result in the best possible way because formatting output values from Power Automate in the PVA is not the best, so we want now to do it in Power Automate and later show this value in our PVA.

To do this, we will create the following Variable:

  1. Initialize variable (Out of Apply to Each)
    1. Name: Order
    1. Type: String
    1. Value: (none)
  2. Append variable
    1. Name: Order
    1. Value:
      You have created a sales Order with ID: Order ID (Variable dynamics value)

With Item: ItemNo (Variable dynamics value)

Quantity:  Quantity (Variable dynamics value) UOM (Variable dynamics value)

With total price: Total Price (Variable dynamics value) Currency Code (Variable dynamics value)

And now, we are just two more steps to the end in Power Automate.

This time we must use two actions and keep in mind that one of them is already there, so in reality, we must create one more cation (COMPOSE) and, in the end, assign that value to our PVA output.

  1. Compose
    1. Inputs: Order (Variable dynamics value)
  2. Return value(s) to Power Virtual Agents
    1. Inputs
      1. Text: Item
        1. Outputs

And now we are finished with Power Automate. All that is left here is to Save it, jump back to PVA, and map Variables in PVA so that our inputs in Power Automate can work. Your Power Automate would look like the one on the Screenshot if you created it with the exact steps I described.

To do this, you will have to go back to your PVA and inaction, which you have called Power Automate. You have to choose one which we have created just now.

  1. Choose Power Automate, Which you have created
  2. Setup Variables
    1. CompanyName (text) -> VarCustomerId
    1. Item -> VarItemNo
    1. Quantity -> VarQuantity
  3. Add Node
    1. Show a message
      1. Dear customer VarCustomerID (add a variable from the list),

Your order has been created with the following details:

Item (variable from the list)

Now you can Save your PVA and Test it to see if it works. If everything is fine, the result will look something like this.

This is not the end. You can continue playing with this PVA and add one new branch where you will create one more Power Automate for users who are not Customers in BC and first create them so that they can make an order. But this is the end for this scenario, How to create a Sales Order from PVA in BC.

In conclusion, when we can use Power Automate with some other tool natively, SKY IS THE LIMIT in what we can do.

I know that this scenario has a bigger number of steps, but in total, it is not so complicated. Still, it gives an excellent perspective on what you can do and gives you an idea of what some other Power Automates should look like if you are using them from PVA. Enjoy creating this Power automate and Power Virtual Agent.

Dynamics 365 & PowerPlatform Conferences in 2023

We are close to the end of this, and we mostly have important conference dates for the following year. I would like to have all Dynamics 365 (and/or Power Platform) conferences in one place, with all dates planned for 2023. So, you can find them here and start planning your attendance as most of them have early bird:

  • Days of Knowledge US (September 2023 – TBD)

I hope I’ll se you on some of them.

Dynamics 365 Sales Professional Infographic

Recently I finished my session about using Dynamics 365 Sales professional with Business Central at Directions EMEA. But there were many questions about D365 Sales Professional capabilities… what is possible, where are limitations…

First, Sales Professional is a CRM solution for SMB companies targeting businesses with more straightforward sales needs with basic sales force automation and limited customizations. But it is still a powerful tool, and I wanted to show you what this app includes using an infographic model. You can see details here:

What more is essential to know? You cannot mix a Sales Professional license with Sales Enterprise (and other Sales licenses)… if you decide to use Sales Professional, you must use it for all Sales users. But if this is not enough for you (at some moment, your company has grown), you can upgrade this license to Dynamics 365 Sales Enterprise.

If you like this infographic, I’ll add a similar one for Sales Enterprise.

Dynamics 365 SMB Ecosystem Map – October 2022

You already know Microsoft publishes new releases two times per year (wave 1 in April and wave 2 in October). You can find all news in Microsoft’s release plans. There is also an amazing ecosystem map by Vadim Korepin about all solutions in Dynamics 365 family.

But as I’m most connected with SMB solutions inside Dynamics 365 and Power Platform, I wanted to share more details on what is available for SMB users and companies from Microsoft Dynamics 365 family. Three business applications (Dynamics 365 Business Central, Sales Professional, Customer Service Professional) covered ERP and CRM parts but with plenty of features. I’m sure no other vendor currently can offer more for SMB customers worldwide.

You can look at and download the Ecosystem map for Dynamics 365 SMB solutions I created (resolution is 3840×2160):

I hope this SMB ecosystem map will be helpful for you, and we will have more features and maybe even more solutions here in the future.

Business Central and D365 Sales

I know it has passed since I wrote the first part of this topic, ‘Where is a limit in Business Central CRM capability and when integrating it with D365 Sales (part 1),’ and people expect the second part. But as I’ll speak about this topic on Directions EMEA this year, I decided to postpone the following parts after this event. I would like to keep it interesting and show many of these topics in my session. Of course, as I cannot go so deep into details in 45 minutes, I’ll continue here with publishing my point of view related to this topic.

In the meantime, if you will attend Directions EMEA in Hamburg this year, I warmly invite you to come to my session and discuss this. My session will hold on November 10, 2022, from 11:15 to 12:00 in Room: Hall Y4 – Dynamics 365 Sales Professional for Business Central Users.

But I promise I’ll continue with this topic here in my blog.

Where is the limit in Business Central CRM capability and when integrating it with D365 Sales? (part 1)

We know that Microsoft Dynamics 365 Business Central (previously NAV) is primarily an ERP solution. But even so, this product has some customer relationship management capabilities. And name ‘Business Central’ probably comes because this solution can provide all business activities in one solution. But as this is primarily an ERP solution, the biggest strength comes in ERP, and in other areas, such as CRM or HRM, the level of functionalities is significantly lower. But let us make an overview of what is already in Business Central, but we can say it can be treated as CRM.

First, what we can find are a good customer and contact management. Still, as customers play an essential role in every ERP solution, we can emphasize more about contact management where we have some basic information about contacts and some segmentation.

You can also find some level of creating and tracking opportunities and sales quotes and interactions. You can also have some possibilities to make direct phone calls from BC or send an email. This is more or less what we have, but this is not a small number of functionalities.

Today I’ll not go into details about all these features. I just wanted to show some basic information about them and explain on a high level in which situation you should think about an additional and full CRM solution. As a full and independent CRM solution, I’ll focus on Dynamics 365 Sales Professional:

  • First, naturally, if you don’t have enough functionalities, you will take a specialized CRM solution, but let’s talk in detail on another occasion.
  • Second, the price can be an issue. If you have pure CRM users, they still need to pay $70 or even $100 for the license as they must pay a BC license even if they need only CRM capabilities. Sales Professional full license price is $65, and you can get full CRM. But with the new attach license for Dynamics 365 Sales Professional, BC clients can add a full CRM solution for an additional only $20.
  • Third, as I mentioned in the beginning, Business Central is still primarily an ERP solution, meaning its UI is built for ERP and not for CRM. Even if you have many CRM features, when we compare usage of these features, this is definitely not even close to being useable as in a regular CRM solution.
Dynamics 365 Sales Lead to Opportunity Business Proces Flow

Today I wanted just to make a high-level overview, but in future texts, I’ll try to be more accurate about when CRM in Business Central is enough for you and when you should think about integration with Dynamics 365 Sales.

I’m logging out

I haven’t written s single blog post for some time and I definitely decided it will be my the last one. I’ve been writing on this blog for 8 years, but I started with another domain even a couple years earlier. In this period I’ve got some really valuable feedbacks with the huge impact on me and I want to thank all of you who read these articles or eventually post some comment/question.

I’ve made this decision as I joined Business Central product group as a Program Manager and when I have something to announce or say, it will be done through Microsoft official channels. I don’t want to bring anyone into an awkward situation by misinterpreting in some situations. Of course I’ll continue to use LinkedIn and Twitter for communication, but I’ll not continue with blogging.

But just to know, this blog will stay active minimum from two reasons:

  1. There are still a lot of valuable information not related with specific version
  2. And my son will continue to use this blog (he has already proved in a Dynamics business)

That means when you find new articles in the future, they will be written by my son Marko Totovic. I think it will be even more interesting in the future as he will bring some new topics and applications from Dynamics & Power Platform family. And just to know some of existing articles already has been written by him.

I think you we hear from me soon but using different types of communication. Meanwhile, give the opportunity to my son to show what he has to give you. totovic.com will continue in a new suit.

BizApps Wiki – a great place for ERP, CRM and other experts

New platform BizApps.Wiki has just started. On the first sight it looks like as well know Wikipedia, but there is ‘but’…

In comparison with Wikipedia there is highly focused content only with business applications (solutions/software) and other related topics. By the business application topics you can find information about almost all possible business application solutions as well as vendors (global and local). Also you can find information about partners or about the most impactful experts (MVPs or similar).

By the ‘other related topics’ it means you can find a lot information about project management, business processes, implementation processes, learning guides, certifications, events, communities, accounting… and so on.

OK it is obviously that topics are not related only with Dynamics solutions as this is Wiki about all business solutions, but there are for sure a few dozens of articles (maybe even more) related only with Microsoft solutions.

And on the end, there is one really good idea about building the digital business applications museum. Even if its history is not so big, it is very interesting how these applications looked like 20-30 years ago. And this is not finished project… as you can see on the first page, this is an ongoing project (always work-in-progress) where it is expected that community will take a part in building or editing this library of articles.

I’ll not write about the project in more details as you can easily go there and check. Definitely good for developers, consultants, project managers, but also for future experts such as students…