Category: Licensing

Licensing of Microsoft’s Power Platform and Dynamics 365 products.

Demystifying Dynamics 365 & Power Platform Licensing: Part 2

In the previous post I highlighted some of the recent updates on Dynamics 365 licensing. Now let’s have a look at how the birth of Power Platform has further expanded the licensing options for delivering business applications to customers. Just like before, the content is taken from my session at Dynamics Power 365 Saturday London 2019 and you’ll find the complete slide deck on ~~SlideShare~~ my Slides archive:

PowerApps vs. Dynamics 365 CE licensing

Common Data Service for Apps (CDS) environment is essentially the same as a Dynamics 365 Customer Engagement instance, just without the first party apps from Microsoft. If you can get CDS both via PowerApps license as well as Dynamics 365, then it’s important to understand what the subtle differences there may be. Currently at least these features are missing from a pure CDS environment when you provision it for PowerApps and not Dynamics 365:

There are interesting differences in how the licenses grant you resources when comparing Dynamics 365 CE and PowerApps. On the storage side you get the same starting 10 GB per tenant and as you purchase more user licenses they give you more storage quota. As for the actual instance/environment count, on the Dynamics 365 side you need to pay for additional sandbox and production instances (roughly €125 & €460 per month). PowerApps is far more generous in this sense, as each P2 user license gives you 2 environments. With 100 users you could therefore have 200 environments for your organization, which sound like a ludicrous amount if you’d think of them as CRM instances. That’s where the broader business application scope of Power Platform and the citizen developer mindset clearly differs from the Dynamics way of doing things in a controlled, centralized manner.

One area which Microsoft has left very unclear in their licensing documentation is what level of PowerApps user rights are included in the non-Enterprise Dynamics 365 licenses. A recent presentation finally listed the restrictions that licenses like Team Member, Sales Professional and Customer Service Professional face in their ability to leverage PowerApps. With the new feature that allows embedding canvas apps into model-driven app forms, the rights of all Dynamics 365 licenses now do include access to these embedded experiences. However, running any standalone PowerApps canvas app is NOT included in these cheaper licenses, so you’ll need a separate license for those scenarios (like PowerApps P1, or the rights bundled in Office 365).

Looking at it the other way around, what Dynamics 365 style of functionality you get access to with a PowerApps license, the differences between P1 and P2 can be a bit tricky to understand in real world scenarios. Sure, P1 is limited to canvas apps usage only, but also on that side we have exclusions for restricted entities and complex entities. The concept of “complex business logic” is the real gotcha, though, as enabling real-time workflows or plug-ins for an entity will instantly switch the requirement level to P2 license. Here’s how you might fall into this trap:

For anyone who’s either been building more advanced apps or has planned to do this and has stayed within the PowerApps & Flow licenses bundled in with Office 365 subscriptions, you’ll need to pay close attention to the updated license terms that came into effect on February 1st. In short, usage of custom connectors, HTTP custom actions and on-premises data gateway were moved to PowerApps P1 level and are no longer “free” with Office 365 plans. For a deeper dive into the practical implications of this change, be sure to check out this comprehensive licensing guide to Microsoft Flow and PowerApps by MVP Jussi Roine.

The push for getting organizations to adopt CDS environments as the basis for their PowerApps canvas apps and therefore upgrading their license package to the paid tier of PowerApps P1 will be a milestone Microsoft undoubtedly wants to reach. This can initially be a hard sell if there aren’t that many apps in production use and the cost of these advanced features would have to be absorbed into their business case calculations. However, if this can be viewed as a proper platform story that is about acquiring licenses for the common foundation of hundreds of apps to come, then the math is far more favorable.

Model-driven apps and P2 of course represent another big jump in the relative cost of a single license vs. P1 and “free” Office 365 license. Then again, when viewed from a Dynamics 365 perspective, the ~€34 price of P2 is so much cheaper than a Sales Enterprise app license at €80 (and with none of the Sales Professional limitations) that even building your custom Sales app on top of the platform becomes an interesting scenario. That’s one of the changes that has take place with the Dynamics 365 licensing guide wording, as the earlier restrictions about replicating existing 1st party app features have been removed:

That’s it for the licensing mysteries that I had the pleasure of covering in my 365 Saturday session. Grab the full deck from SlideShare and keep in mind that by the time you read it these licensing terms may well have changed already! For example, the PowerApps licensing page on docs.microsoft.com was updated on Feb 1st and there was a new January 2019 version of the Dynamics 365 Licensing Guide published already.

February 3, 2019
Demystifying Dynamics 365 & Power Platform Licensing: Part 1

At Dynamics Power 365 Saturday London 2019 I presented on a topic that I had never attempted to cover in any public forum earlier: licensing. In fact, I bet it’s an area most members of the Dynamics 365 community would want to avoid touching at all cost in their sessions. It’s even worse if you’re a technical specialist working for Microsoft, because then you’re under strict guidance on not to make your own statements on an area as delicate as licensing (let alone pricing) and instead direct the customers to talk with a department focusing on these commercial matters.

Yes, it might feel like explaining quantum physics as you travel deeper into the maze of a software product licensing matrix built from license types and feature bullets, accompanied by pages of text full of phrases that feel as if they’re intentionally designed to make you trip over a detail you failed to notice. Then again, this isn’t really that much different from the attention to detail that is required when designing a technical solution made of software bits that must work together. A proper solution needs to be viable both from a technical and commercial perspective, so there’s no point in closing your eyes and hoping that the client forgets to ask about the license requirements.

As with the technical side, you don’t need to memorize all the details that are found in the official licensing documentation. You just need to be aware of how the big picture looks like, what factors may affect the type of license needed and where to search for the exact answer. Like with the product itself, also the licensing model is constantly being updated and you’ll need to keep up with the changes to stay on top of the licensing game. Now when the Dynamics 365 and Power Platform product lines are being united not only on technical level but also commercial, it’s particularly interesting to see how Microsoft will align these two license models.

You’ll find my full deck from the London event already on ~~SlideShare~~ my Slides archive, so feel free to browse through the story. I’ve divided the blog post into two parts where I highlight some of the more interesting graphs, in an attempt to grab your attention before throwing 54 slides of PowerPoint at ya! In part 1 I’ll cover the Dynamics 365 side and the next post talks about Power Platform.

Dynamics 365 recent licensing updates

Licensing enterprise software has never been too simple. As the product suites grow, they tend to accumulate all sorts of weird exceptions to the general rules that used to define the basic licensing model. Whenever a brand new model is introduced, the promise tends to be “we’ve simplified our licensing!” and yet you end up with documentation twice the length of the earlier model. Such is life, and Dynamics 365 Customer Engagement is one part of it. Here are the main concepts you need to understand in order to grasp the details of how the product’s licensing works today:

Even though the anticipated split between Enterprise Edition and Business Edition never materialized for Dynamics 365, we did get some alternatives to the “real” Enterprise plans and apps with the introduction of Sales Professional and Customer Service Professional licenses in 2018. To compensate for the cheaper price, there are a number of limitations imposed on the Professional apps. Some of the features you may have come to take for granted as an XRM core capability are stripped away if you opt for the cheaper license:

There is of course an even cheaper and much more widely used license type: Team Member. Back at the time when Dynamics 365 brand was announced, Microsoft still appeared to be in denial about the business potential of this cloud service as a true application platform and neglected this aspect in their licensing model. As a result, Team Members were granted unlimited rights to custom entities, thus opening a back door for XRM scenarios. Now when the winds have changed with the Power Platform revolution and platform licensing is a thing with PowerApps P2, that door had to be slammed shut with changes to the licensing terms. First, the access to the most central entity of most CRM systems, the account, was limited to read only for Team Members. Second, the use of custom entities was restricted and the following guidance is now given for choosing the right license type:

An important aspect for both Professional and Team Member license holders is that there will soon be more technical enforcement of the limitations for customized scenarios. Specifically, the App Module concept will be used to determine what the user can access. You can have 15 editable custom entities per app and grant Team Member users access to all of these (+ global read rights to all Dynamics 365 entities). However, configuring your own App Module will be off limits, as Microsoft wants to ensure you are really just using the 1st party apps with extensions and not something completely custom – unless you pay for Enterprise apps or PowerApps P2.

The more recent the apps in Dynamics 365 product family, the more interesting their licensing models appear to get. Dynamics 365 for Marketing launch was of course a big event in 2018 and the per instance licensing model combined with the per contact pricing is a story you’re better off reading from the blog of a fellow MVP. Recently we’ve seen the AI apps march onto the stage and Dynamics 365 AI for Sales already getting a license type available for purchase. Who gets what where isn’t all too clear when these AI powered features are offered via two different application UI’s for both those with an AI license and those with just the Sales Enterprise one:

Stay tuned for part 2 where I’ll dive deeper into the PowerApps side of the licensing pool.

January 31, 2019
Exploring CDS for Apps Platform Licensing (PowerApps)

When Microsoft originally made the Spring 2018 release announcement for Business Applications products and essentially promoted XRM to be the Common Data Service for Apps, they didn’t yet disclose the finer details about how the CDS for Apps license model would work outside the Dynamics 365 Apps and Plans that we’re familiar with. On May 1st the details were revealed alongside the blog post “Which PowerApps plan do I need for model-driven apps and CDS for Apps”.

In his earlier blog post, Frank Weigel announced that PowerApps Plan 2 officially became the platform SKU for CDS for Apps. In the updated PowerApps pricing page we can see that actually the license types and prices have effectively remained the same as they were before Spring 2018 release:

The changes are mostly on the new Model-driven App side (formerly XRM), but since there’s now also a wealth of server-side functionality made available for PowerApps via the new CDS for Apps concept, it also affects the Canvas Apps designers. Let’s dive into the details and explore the license model from a few different angles.

PowerApps for the Productivity Folks

A customer who’s got Office 365 will already have the specific PowerApps license type included in that subscription. As stated by the Licensing overview page over on docs.microsoft.com, this allows them to create and run applications within the context of this service (O365), as well as connect to “common cloud services including Box.com, Facebook, and many more”. Not D365 and not CDS, but that still covers a lot of interesting scenarios for building an app to replace a manual process that used to run on email or Excel.

Since it never was a “pure business app” like Dynamics 365 CRM and ERP products, PowerApps has grown into a highly versatile tool that connects with the more mainstream Microsoft services. You can embed them into a wide variety of places within your MS Cloud environment, like on Power BI dashboards or modern SharePoint pages. For your data collection forms, they are InfoPath on steroids. An Office 365 customer might therefore get pretty far with just mashing up the UI’s of different apps and storing data into less structured places like SharePoint lists or OneDrive files.

If they’d like to introduce more solid capabilities for relational data modeling, process automation and granular security management, the PowerApps Plan 1 would unlock this scenario for €5.90 per user. With this the data could be managed in CDS for Apps database, a much more robust back end for a business application than simple lists in the Office tools. The users still couldn’t access any Dynamics 365 style UI, since Plan 1 doesn’t grant the access to Model-driven Apps. You would need to construct the required lists, forms, navigation and client side logic with the traditional PowerApps “maker” experience and publish it through the same channels as what the Office 365 users already have access to.

This Plan 1 approach could be viewed as the first step up from the starting point where a knowledgeable power user or “citizen developer” had built a PowerApp with the license they already had via Office 365 and now the app needs to be adopted more widely within the organization. The new admins and designers of the app would need a Plan 2 license for €33.70 but the users could be assigned the cheaper Plan 1 license for €5.90 a piece. It shouldn’t be too difficult a business case to build if there’s real demand for the app and it either saves time or money in some business process that used to be a painful manual operation before Microsoft Cloud came along. If things work out well, these same P1 licensed users can then go and use any number of apps that the P2 power users design for them, since each P2 gets 2 databases with it and no limits on how many PowerApps you have on top of those.

PowerApps for the Dynamics Crowd

Dynamics 365 has a powerful, growing set of first party Apps from Microsoft, but sometimes there isn’t an app for that particular business process you’re looking to digitally transform with the help of MS Cloud. This is where the power of the platform comes to rescue and saves you from custom software development and maintenance efforts. Earlier this platform was called “eXtended Relationship Management” (XRM) but now we refer to it as the Common Data Service for Apps. We don’t even need to buy a Dynamics 365 license for it anymore, since we could just use PowerApps Plan 2 instead.

What sets Plan 2 apart from Plan 1 is that you can work with the application data via the Model-driven App UI that is automatically generated for you when you design your data model. Sure, you’ll need to configure the details of it to deliver a pleasant UX, but you’re not forced into pixel-perfect design work of the Canvas App. Navigation is provided for you, there’s the full search capability, you can quickly configure dashboards, Business Rules can make your entity forms adapt to field data values, and so on. With the new Unified Interface your Model-driven App will adapt to any screen size, and the solution framework ensures you can easily transport your customizations across environments. The Model-driven sample apps will give you a quick idea of what a non-Dynamics 365 app on CDS might look like.

There are limitations, though, and you’ll find them listed on the “license requirements for entities” page on CDS for Apps documentation. As mentioned, P1 users can’t access the Model-driven App UI, but they also aren’t authorized to access a Canvas App that runs on a CDS for Apps instance and uses entities that have real-time workflows or plug-ins associated with them. These require a P2 license, which unlocks the full XRM style functionality of the platform.

Now, just because the Dynamics 365 first party Apps from Microsoft are built on the same platform as your custom Model-driven Apps, that doesn’t mean a PowerApps P2 license would fully cover their usage. There’s a list of restricted entities that are used in MS apps like Sales, Customer Service, Field Service, that you aren’t allowed to touch without the proper Dynamics 365 license. For example, you’re free to work with leads and opportunities, but you can’t use cases or knowledge articles in your custom PowerApps – because Microsoft said so.

For an overview of the different license types and privileges, be sure to check out the great blog posts and ever so slick videos that MVP Scott Durow has created for explaning the topic of PowerApps to those of us who’ve got a Dynamics background.

PowerApps vs. Dynamics 365 License Model

Just because we now have something declared as Platform SKU on a Microsoft blog post doesn’t mean we get to skip the finer details laid out in the Dynamics 365 Licensing Guide. Anyone working on the partner side must have experienced the amount of documentation that goes into performing changes to the licensing practices of Dynamics products. (Remember that deck about transition from Dynamics CRM to Dynamics 365? Of course you do, how could you ever forget…) I’ve got a feeling that we’re going to see more licensing related information emerge about the new PowerApps Model-driven Apps offering in the near future, as this initial announcement raises many questions that need to be answered before customers and partners can fully embrace the new platform opportunities. (more…)

May 10, 2018
XRM Rebooted with Dynamics 365 Embedded?

The next major release of Microsoft Dynamics 365 Customer Engagement, the July 2017 Update, has been called “the biggest release to date” by the product team. If you look at the number of features that a single release now touches, with the product offering being further divided into Enterprise Edition and Business Edition, the number of work streams sure is massive. It’s amazing to think how much wider the scope of Dynamics 365 is today compared to “just” five years ago when it was still Dynamics CRM and the primary target seemed to be making the traditional sales-service-marketing CRM package to work with modern browsers (non-IE), devices (mobile) and infrastructure (cloud). Here’s the roadmap presented in WPC 2012:

Times change and even the Worldwide Partner Conference has evolved into Microsoft Inspire now – which I think is far too close to Microsoft Ignite as a name, since I’ve found myself mixing #MSInspire with #MSIgnite all the time. Anyway, this annual MS partner conference launched on July 10th with a keynote led by Satya Nadella. The recording of this is naturally already available, but you could also check out my Storify collection of the most interesting tweets from the event:

One of the announcements that didn’t get much space on the big stage but certainly has big potential implications for the Dynamics ecosystem was the announcement of a new ISV Cloud Embed program for partners. With a reference to their earlier success with offering Azure IaaS and PaaS services as the foundation for ISV applications, Microsoft now states that it will offer also higher level services available as building blocks for ISV apps. The list shown below includes “Dynamics 365 Embedded”.

Yes, it shows a number of other embeddable products too, like PowerApps and Flow, but c’mon – those are newcomers to the Microsoft product portfolio. Dynamics as in CRM and later Customer Engagement has been around for a decade and a half now! One does not simply rip the CRM roots out of the platform (assuming that it even is the CRM part and not AX/NAV) and then use the remaining parts as a building block for an ISV app. Except that it might just be happening soon.

This is not a brand new concept of course. Since I have a tendency of documenting the platform evolution of Dynamics CRM/XRM/365/CE/etc. onto my blog posts, all I have to do is search and reference my earlier writings these days. Back in 2010 when Office 365 was launched, I posted the first reference to the concept of “Dynamics CRM Services”. This is turned out to be pure slideware in the end, as the early illustrations of what the high level Azure services architecture was planned to be never quite materialized in that format. Read this post from Simon Hutson for a great overview of the buzz and confusion around CRM Services.

The statement in 2008 was:

“In the future, developers will have access to SharePoint & CRM functionality for collaboration and building stronger customer relationships. With the flexibility to use familiar developer tools like Visual Studio, developers will be able to rapidly build applications that utilize SharePoint and CRM capabilities as developer services for their own applications. Developers can expect a breadth of SharePoint & CRM capabilities across the spectrum of on-premises, online & the Azure Services Platform.”

With this week’s statement on Dynamics 365 Embedded, could the “future” referenced in the original text actually arrive ten years later? We don’t know for sure yet, but there are a lot of signs pointing towards that direction. If you followed the V9 Preview Executive Briefing or skimmed through my collected tweets from it, then you might already be aware of the concept of App/Plat Separation that’s taking place right this very moment. The earlier built-in application functionality of sales, marketing and services that you always got preinstalled with a CRM instance are now being moved into solutions like the newer Field Service etc. already are. Not only that, but also the built-in ASPX controls for data presentation components like grids and dialogs are now being rewritten with the new Custom Control Framework.

And what about Azure? Well, it’s everywhere you look now with the new features built for Dynamics 365. Then there’s also… something that will become more clear as the GA of V9 approaches. With all of this technical architecture being lined up for the next generation XRM, it looks like the only thing missing really is a commercial model for selling Dynamics 365 without the CRM. Now that we have the ISV Cloud Embed program announced at Inspire 2017, I would say the time has come to give the people what they want:

That Twitter poll ain’t open anymore, but please feel free to place your bets in the comments section of this post! What might the Embedded future of Dynamics 365 be and what still needs to happen in your opinion?

July 11, 2017