Tag: Dynamics 365

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
From MS CRM to Dynamics 365 Customer Engagement

Last year when Microsoft officially launched their Dynamics 365 commercial offering, it marked the end of the Dynamics CRM brand. Initially launched as “Microsoft CRM” in 2003 and then rebranded as “Microsoft Dynamics CRM” in 2005 (see the first 10 years of the platform’s history in this blog post), the acronym “CRM” had become a big part of the identity for the ecosystem surrounding the software product. Nevertheless, there were fair arguments for why those three letters had gradually become a bit of a liability for the rapidly expanding cloud business applications platform that now reaches far beyond the familiar CRM grounds. My point of view can be found from the post “The End of CRM as (Microsoft) Software”, which turned out to be one of my most popular writings in 2016.

So, out with Dynamics CRM and in with Dynamics 365. Problem solved! Except that this time around the rebranding had a bit wider reaching impact, due to the fact that it covered not only CRM but also the ERP side of the house. And not just one but two ERP’s: AX and NAV. With the catchy names “Microsoft Dynamics 365, Business edition” and “Microsoft Dynamics 365, Enterprise edition”, MS has almost managed to hide the fact that each of the editions consists of two completely separate application platforms. A bit like what they did with Office 365, which seemed to have worked out very well for MS, so not a surprise we’re seeing the same playbook in action again.

In this new world, we now have the concept of an “App”. You could, for example, license just “Dynamics 365 for Sales, Enterprise edition” if you don’t want to manage cases, or “Dynamics 365 for Customer Service, Enterprise Edition” if leads and opportunities are not on your radar. Financially the incentives for buying the complete “Plan 1” with all the Apps is quite strong, though, so the App model may not become a big part of the conversation after the customer has made the license acquisition and the real fun begins – as us “consultants formerly known as CRM consultants” surely are well aware of.

The real question that remains is: what exactly do you have once you’ve bought the software license? Unless you opted for the full suite of Plan 2 and also acquired the ERP application called Operations (in the Enterprise edition), you’re dealing with a subset of Dynamics 365 that does not have any name. If you go XRM and create custom entities, they do not exist inside the walls of “Sales” or “Customer Service” specifically. They’re in “CRM”, just like 90% of the platform functionality exists across all the Apps.

Why using the generic Dynamics 365 name can become confusing is that you can’t assume any text containing it to be about the ex-CRM part of it. It might as well be about ex-AX or ex-NAV. If you go and look at the SDK documentation on MSDN or the newer site at docs.microsoft.com, all they talk about is “Microsoft Dynamics 365”.

As long as you have a long history of working with any of the three platforms, you’ll probably be able to identify what the text you’re reading refers to after a while. But what about all the newcomers that the Dynamics ecosystem needs to attract, in order to continue on its growth trajectory? How will they know what applies to which platform? As an example, here’s what the new MB2-715 certification exam page originally looked like:

“Microsoft Dynamics 365 Online Deployment”. Mmm, yeah, so will this cover both CRM and AX? If you would ignore the CRM old logo with the “Sails” that have actually been discontinued since WPC 2015 announcement already (and can still found in some Microsoft sites & services), the actual description text of the exam never once mentions if its about CRM or ERP. By scanning through the related course material on Dynamics Learning Portal, the word “CRM” is completely avoided in every place – even though it’s obviously all about our beloved platform. The reason of course being that there hasn’t been anything sensible available to replace CRM with, if you stick to the official MS branding guidance.

This is just silly, and being the brutally honest consultant that I am, I also voiced my concern over on Twitter about this. In fact, there was already an earlier discussion I had with some of the community members about this lack of proper product names for us to use. Nick Doelman wrote a great blog post about this, so go and check it out for context. Yesterday, when I was again browsing through a list of the latest DLP materials, though, I came across a term that I had been expecting to see in public facing Microsoft sites for quite some time now. Here it is:

Microsoft Dynamics 365 Customer Engagement. There we have it, folks! The MB2-715 exam description was updated not just with the new logo but also a name that properly describes which particular platform the exam is about. I’ve seen this term being unofficially used among MSFT personnel, but now we get a search engine hit for it that’s not just partner content.

What do I think of the name? I believe it’s the right compromise to make, given that CRM must go and XRM is too technical for the wider audience. It’s most likely not a brand that Microsoft is too thrilled about promoting, but it’s a name that must exists – because there aren’t really any other good options around. The way I see it, Dynamics 365 Customer Engagement isn’t so much the result of a grand vision but rather it has been born out of necessity. And I for one am perfectly happy with starting to use it, if indeed this becomes the third name for the XRM platform. Not the Apps, but the thing that was MS CRM and Dynamics CRM back in the days.

So, should I now rush out to buy a suitable domain name for “Surviving Customer Engagement”? Hmm, I think I’ll hold off from any rash decisions, since the kind of changes that we saw with the Dynamics 365 launch last year are maybe good for grabbing media attention but not the optimal approach if you just want to get your message across to the Dynamics community. CRM will be around for a while, even though we may gradually need to shift towards using a bit different vocabulary when talking about the business application platforms that we work with.

March 9, 2017
I’m Back! …In The CRM Rocks Podcast

Happy New Year to all the Surviving CRM readers! Yes, it’s been a while since the last post, so I’m only kicking off 2017 in February this time around. That doesn’t mean there wouldn’t be anything of interest happening in the Dynamics 365 – quite the contrary. In fact, there’s so many things going on all at once that even the most hardcore XRM fans may need to take a quick breather to let things sink in and figure out where to focus their energy next in the #MSDyn365 space.

Those of you who having been following this blog for a longer time may have come across a few podcasts that I’ve been recording with my buddy Markus Erlandsson. CRM Rocks is where it’s at, and I’m glad to let you know that Markus invited me into his virtual recording studio for the fourth time. Together we did the 50th episode of CRM Rocks: The State of Dynamics 365 (Sales) in 2017.

Some of the topics we discussed during this episode include the following:

We still have “Surviving CRM”, “CRM Rocks” and many things related to the term CRM – even though in the official Microsoft lingo the product name Dynamics CRM is no more. How are things working out in real life for this?

How is Dynamics 365 really different from the Dynamics CRM Online cloud service we had just a moment ago? Is it all just a new licensing scheme invented by Microsoft? And what’s the future of XRM with all these shiny new Azure services like CDS hovering over its head?

How have the Field Service and Project Service extended the footprint of C… sorry, Dynamics 365? With both Operations and Financials apps surrounding the XRM apps, what’s the resource management story? Will everyone’s ERP’s be in the cloud now?

What’s been happening on the Social front lately? How can we expect the huge money spent on LinkedIn acquisition to start showing up in the Dynamics product portfolio? Will the Singularity arrive once the LinkedIn data and MS algorithms are fused together?

Finally: what the **** is going on with the Marketing apps? What will come after Dynamics Marketing, how is it going to be delivered and to whom? And why is MS pushing Adobe Marketing Cloud as a preferred solution over their own or ISV products?

That’s easily more than an hour worth of geek talk, but Markus managed to squeeze it into 56 minutes. So, if that sounds like your cup of audio, then go and listen to the latest CRM Rocks episode.

February 14, 2017
Activity Management Enhancements in Dynamics 365 (v8.2)
Whenever a new version of Dynamics CRM and now Dynamics 365 (the XRM part) are released, the first thing you should review is the “what’s new” documentation that Microsoft produces for three different audiences: users, admins/customizers and developers. For the “December 2016 update for Dynamics 365” a.k.a version 8.2 of what used to be called CRM, these articles can be found from the following links:
As always, there’s way more goodies in there that a single blog article could ever hope to cover in meaningful level of detail. One area that deserves a mention in terms of the core XRM platform enhancements is the way activities can now be presented in the UI, so let’s focus on those in this here post.

Display the associated activities of the related entities

If you’ve happened to read my ancient CRM 2011 era blog post about how subgrids ain’t what associated views used to be, then the concept of activity rollup may be familiar to you. The way Dynamics CRM has worked up to this point is that for out-of-the-box core entities like Account and Opportunity the activities from under the child entity were presented also under the parent entity’s Associated Activities View. If you created a custom entity under the Account, though, then none of the activities linked to it would show up in the rollup view. A major inconvenience for any XRM scenarios where you then had to instruct the users not to track their activities against any of the child entity records but rather put them all to the Account level.

In v8.2 this limitation has now been addressed by the product team:

“We added a new flag called Rollup View in the customization user interface, on the Relationship Behavior form. It lets customizers indicate that associated activities of the related entity should be included in the Activity Associated View for the primary entity.”

Woo-hoo! Let’s go and try this one out in an example scenario with a custom entity called “Account Plan” that we’ve linked to the standard Account entity via N:1 relationship. Meaning: there can be several Account Plans (per year, for example) for a single Account. Being the “plan” and all, you’d find it pretty natural to track tasks and other upcoming activities against this record, but also would probably prefer to have access to them from under the parent Account of this plan.

When we open up the relationship configuration screen and have a look at the Relationship Behavior section, we find our usual list of actions where cascading behavior can be configured. Down at the bottom there’s a new option: Rollup View. This is where the magic will happen for activity rollup between the two entities. (Note: if the field is disabled, make sure your entity is enabled for activities before trying to enable the Rollup View.)

With the Rollup View behavior set to “Cascade All”, we can now go and do some activity entry on the Account Plan form. Let’s use the Social Pane to add some tasks that are set regarding this particular plan. Normally this would be the only place where we’d see them (aside from the owner’s My Activities view and their task list synced to Outlook, of course), but thanks to our cascading relationship behavior this will no longer be the case. Let’s navigate up in the hierarchy towards the Account record.

Now, in addition to the activities that have been either directly set regarding the Account or one of the built-in roll-u enabled child entities, we also see those activities created from the Account Plan form listed in the Social Pane of the Account record. A tiny step towards the mythical “Customer 360”, but a major improvement nonetheless for ensuring the complete communication history for a particular customer account is easily accessible for the Dynamics 365 end user. In case you were wondering: yes, these child entity activities also roll up the account hierarchy, so a global group’s top account may end up having a BIG list of emails in its Social Pane.

As for another follow-up question related to the article from five years ago: no, the activity subgrid still won’t show any of these “special” relationships. The feature is specific to the Activity Associated View, which is also a “special” thing in the XRM platform, supported by another “special” component called the Social Pane. The implications from this are laid out bare in the feature documentation:

“The primary entity for the relationship must be Account, Contact, or Opportunity. This is because these are the only entity forms in the system where the Activity Associated View appears. You can’t specify any other primary entity for activity rollups.”

So, this is not a generic Holy Grail to presenting activity data in XRM just the way we’d want to, but one big rock rolled in the ditch from that long road at least.

Control how activities are sorted by date

Another new feature in v8.2 that touches upon the same functional area is related to the Social Pane configuration options. Traditionally, these words would not have existed anywhere near each other – aside from the countless feature requests on ~~MS Connect~~ CRM Ideas forum. Everybody liked the CRM 2013 feature in terms of rich presentation and inline editing capabilities, and simultaneously loathed it for being a completely uncustomizable component placed smack in the middle of most XRM entity forms.

(more…)
November 22, 2016
Reflecting on Dynamics 365

The past couple of months leading to the Microsoft Dynamics 365 commercial launch have been interesting, to say the least. A lot of things happening, but in a way that hasn’t been all too easy to grasp. I’ve started a lot of draft blog articles around the topic yet I haven’t written that much about Dynamics 365 – because I haven’t really known what to say about it. After visiting Redmond last week for the annual MVP Summit and talking to all the awesome Dynamics C… sorry, Business Solutions MVPs, I’ve decided that it’s time to just start putting my thoughts out there. I believe this is the best way to gain more clarity on the topic, rather than trying to come up with the ultimate, complete definition on what Dynamics 365 is and how it will impact different parties.

In Loving Memory of CRM

First, let’s get this thing out of the way: CRM is dead. Yes, believe it or not, but from a Microsoft product marketing perspective this is absolute the truth. There isn’t a single SKU available now after November 1st that would carry the three letter acronym we’ve come to know from the Microsoft business software offering during the past 13 years. I wrote an article on this change in branding and why I think it makes sense, so go and have a look at it if you’re interested in the details: “Why is Microsoft dropping ‘CRM’ from its Dynamics branding?”

Second, Dynamics CRM as a technology is totally alive and kicking. It’s bigger than it’s ever been and about to get even more massive with the road ahead that is Dynamics 365. XRM remains the backbone on top of which most of the new Apps in Dynamics 365 will be built. In fact, it’s the non-XRM products in the portfolio that are being axed, with Dynamics Marketing being replaced by a new XRM based Marketing app for Dynamics 365 Business Edition, and Parature being discontinued as the features mostly already exist in the XRM service. So, the real reason why Dynamics CRM isn’t called “CRM” anymore is because it’s grown so far beyond what the humble beginnings of the product were back in 2003.

Third(ly), all of this means we’ve ended up deep in the enterprise territory. The number of different applications included in the Dynamics “customer engagement” portfolio (which appears to be the unofficial new term for the CRM platform) is now so big that no single individual in the world can claim to be fluent in all those areas. As a result, fully deploying these applications into real life business processes is a task that will require significant investments from the customer organization – even if they are configurable cloud apps rather than custom software. The current offering + the new features are now sold under the Dynamics 365 Enterprise Plan for a good reason and the pricing of the whole package has been increased to reflect the potential value that can be derived from it. The SMB story around Dynamics 365 remains unclear as of now and we’ll need to wait a while before the dust settles. To get an understanding of what’s going on there, I recommend you to subscribe to the writings of one Dynamics 365 Fighter Pilot to keep up with the latest news.

A Bigger Picture

The whole story of Dynamics 365 isn’t just about taking two products, formerly known as Dynamics CRM and Dynamics AX, then offering them as a single subscription service. Yes, that ease of acquiring a full business application platform from Microsoft cloud is already a major step forward and a big competitive advantage. However, CRM + ERP <> 365. Don’t settle for that explanation if a Microsoft partner gives it to you, because there’s a lot more to it than meets the eye.

The timing of Dynamics 365 commercial launch coincided with the general availability of two new Microsoft products, PowerApps and Flow. These two cloud services are so intertwined that I don’t actually think they are separate entities, but rather components of a single “thing”. What that thing is exactly is not so easy for even Microsoft to articulate, but I’m expecting the story to evolve quite rapidly on this front. Just recently, the Common Data Model that I covered in a past blog post during its first preview was renamed to Common Data Service, to better reflect the true nature of this piece of the cloud business apps puzzle that Microsoft is putting together.

Since both PowerApps and Flow have been advertised not only as parts of the Dynamics story but also the broader productivity offering of Office, they’ve received far more attention in the blogs than a more recent entrant to the scene: Dynamics 365 for Customer Insights. Also known as “Azure Customer Insights”, or “Cortana Intelligence Customer Insights”, it is something that sits outside of the CRM platform, but when viewed from the perspective of business strategy, is definitely very much about CRM. You see, the purpose of Customer Insights is to deliver on the mythical “customer 360” promise that countless customer relationship management initiatives throughout the past two decades have aimed for – and often missed. It is the analytical CRM, where the traditional systems that some of us have spent their whole professional lives developing and deploying are firmly in the operational CRM territory.

Rise of the Machines

This leads us to the bigger vision that Microsoft has around more intelligent computing. While the existing business applications both in the Office and Dynamics product lines are being developed at a more rapid pace than ever before, they alone don’t reflect what the future of business software will be like. The term “transactional platform” has been used by Microsoft in reference to what XRM as we know it represents. This platform is not going away, rather it is becoming increasingly integrated into the direct interactions with customers via different channels, rather than the oldskool salesforce automation scenarios where a sales rep recorded information manually into the CRM system about these interactions. Alongside this platform, a new pillar is being built: the analytical platform.

“What’s so special about that? We’ve had data warehouses and BI tools integrated into our CRM systems for years and years already.” A fair question to ask, my dear fictional reader voice. Data analysis systems are of course nothing new in the realm of CRM, but they have often focused on reporting on the old world of business data coming from CRM and ERP databases. What’s different this time around is that both the sources of data and the quantity of the actual data, which are growing faster than the traditional BI solutions can cope with. You don’t need a new platform to build an even fancier opportunity pipeline chart from the data your sales reps are entering. You do, however need a whole different approach once you start automating your business processes based on the IoT device data that millions of sensors will be sending in a million times a day.

Although it may not seem like an everyday scenario just yet for most Dynamics customers out there, this is the future that Microsoft is very seriously preparing for. As one data point, the newly established Microsoft AI and Research Group has (or will shortly have) 5000+ computer scientists and engineers working on “democratizing AI”. What this means is that machine learning algorithms will be embedded into each and every service that Microsoft offers, to crunch the data inputs from various sources inside and outside your company, in an attempt to make the applications more intelligent. In Dynamics 365, Relationship Insights are the first taste of what added value Microsoft’s data cloud can provide when the algorithms get to work on the communication network data from both XRM as well as your Exchange Online.

This new form of intelligence will become both a built-in feature of the common business applications as well as a capability that the business application platform allows you to build on top of your customer data, business process data and, increasingly, sensor data. The first examples we’ll see might not be so glorious in practice yet (I’m totally expecting to see some less intelligent recommendations from Dynamics 365 Relationship Assistant), but the machines may well learn faster than many of us would predict. Also, even if your business wouldn’t be manufacturing any smart IoT devices to generate endless streams of data, there’s bound to be other valuable data sources out there that can be connected with your business processes. Microsoft didn’t spend $26B on LinkedIn just to get an excuse to spam you with email every day, so I bet we’re going to see some pretty compelling B2B insights being offered from this treasure trove of professional network data.

Welcome All Species

Back in the days of oldskool CRM things used to be simple: on one specific date a new package of bits would become available, people would find a server to install it on by following the deployment guide steps and… TA-DAA! Here was your business application! People would start entering letters and numbers into the system via their keyboards, to be later viewed by different people sitting in front of their own keyboards. Now we’ve got cloud software we can’t really touch, rolling out into our virtual subscription containers at an unspecified date, containing new functionality that we’ve barely seen for a few seconds in video stream broadcast online. New cloud apps keep popping up like mushrooms and they form a fungus-like network beneath the surface, communicating with one another in ways we can’t easily observe. They gradually find their way into new business processes and, thanks to the evolving AI capabilities, pretty soon start actively altering the behavior of us mere mortals who interact with these apps via any screen, keyboard not required.

The future isn’t scary, but it’s different. There isn’t anything specifically forcing you to work differently than you did a decade ago with your CRM software, thanks to the backward compatibility of core features and the underlying stack of MS technology. If you’re paying attention, though, you’ll see everything around you being gradually replaced with something else, expanded beyond the borders that used to be there just a moment ago. Close your eyes for too long in this environment and when you open the curtains you might be shocked to see that your cozy lil’ cabin has been surrounded by an urban metropolis that grew around you while you were sleeping. That hectic new lifestyle out there is going to take some getting used to.

It’s not a single thing like the Dynamics 365 commercial launch or the deprecation of CRM as a product name that’s responsible for the change. They are simply logical steps on the way towards a much broader set of tools for a universe of use cases that keeps expanding a lot like our physical one – at an increasing rate. Which means that unless you want to remain stuck on Planet CRM, there’s a lot of space exploration ahead for all of us.

November 16, 2016
CDM: New Data Model For The Common Good?

The first new component of the upcoming Dynamics 365 platform that has reached a stage of public preview is the Microsoft Common Data Model (CDM). Available via PowerApps, CDM can be provisioned in your Office 365 tenant with only a few clicks, so there’s little reason for not having a look an early look at it. In fact, you only need to sit back and relax while watching CRM MVP Scott Durow walk you through a first look at the Common Data Model:

So, there you have it! That’s what CDM looks like when accessed via the PowerApps web management UI. Any questions?

Yeah, I actually do have a couple.

How will this work with CRM and AX?

What we have available in the preview is pretty much the most straightforward part of the very big puzzle to put together, meaning a database on Azure with some preconfigured tables and data model management tools. We do not yet know much about how the Dynamics CRM and Dynamics AX functionality will be linked to CDM as part of the Dynamics 365 cloud platform, so there’s plenty room for speculation, which honestly is mostly what I’m about to do here. In a way I’m just continuing on the theme of my previous post about Dynamics 365 and its potential implications for XRM, to pass the time as we wait for Microsoft’s plans to be revealed in more detail.

Right now the only way to push data into CDM is a Flow. If you’ve ever played with automation tools like IFTTT or Zapier, then you’ll quickly grasp the idea of Microsoft Flow. The application itself shouldn’t be underestimated just because of its current simplistic demo scenarios that usually are along the lines of “when a new row is added to a SharePoint list, send an email to this address”. Built on top of Azure Logic Apps, there’s actually a next generation BizTalk type of cloud integration platform under the hood, which should provide plenty of future potential for advanced messaging solutions to orchestrate business processes across a number of different systems.

Once Dynamics 365 Enterprise arrives and gives us the features of CRM and AX in one seamless cloud environment, there’s naturally going to be a need for something a lot more than a “build your own” type of Flow integration. Keeping the Sales and Operations apps of D365 in sync with the customer and transaction data managed in the process of making an delivering a sale involves a fair amount of business logic. If you’ve ever designed and developed a custom integration for this type of a scenario, you’ll know the requirements can quickly grow a bit hairy. Assuming Microsoft can come along and say “we’ll take care of that hairy part, don’t you worry about it” then who could resist it?

The reason CDM exists is that there will be more than one physical database in the Dynamics 365 suite. It’s not all XRM, which means you can’t find the Operations app entities inside your CRM solution files. For the business processes to work seamlessly, someone needs to keep those database closely in sync with one another. From reading through the Common Data Model tutorials, we can see that at least as of now, Flow is not the system that can handle it:

“Today, when you use Microsoft Flow to import data or export data, it is not a full synchronization service. Whenever an object is added to one service, it will be imported into the other system. However, that means if an object is deleted from one system it will not be deleted in the other system.”

So, the sync part is still in the “To Be Implemented” bucket. So is security, since the passing of a record from CRM to CDM via Flow will not carry over any details about who should have the rights to do some CRUD work on it. Again, it may not sound like such a mission impossible to build. However, if you’ve ever faced the requirement in a Dynamics CRM project to implement SharePoint document library integration with account records that includes not just linking the folders but also enforcing the account access rights on the documents, you’ll know the struggle is real. Sure, a collaboration solution like SharePoint has very different security concepts than a system designed for structured business records management like CRM or ERP. But if Microsoft hasn’t been able to offer OoB synchronization of access rights across Dynamics CRM and SharePoint despite of the clear business demand for it, maybe we’d be foolish to expect that it will all be seamless inside the Dynamics 365 world either.

The thing here is that unless the solution provided by Microsoft is going to be fairly advanced, it might not be an actual solution. It’s like the old saying from the dawn of the internet:

Some people, when confronted with a problem, think “I know, I’ll use regular expressions.” Now they have two problems.

When confronted with the need to integrate processes across two different cloud business applications, there’s always the danger of someone rushing into thinking “I know, I’ll build a database in the middle to unify the process data”. So we end up with three cloud business applications… Now, I’m not saying that Microsoft wouldn’t have the type of application architecture masterminds working on the Dynamics 365 platform that can solve these complex problems when developing a new product. I’m just afraid that things may still turn out a bit more complex in reality than the marketing pitch for the new product launch might lead people to believe.

What limitations will this impose on customization?

The one reason why many of us love the capabilities of the Dynamics XRM platform is the awesome flexibility it offers us to customize the application to meet the specific needs of customers. And by “customize” I actually mean “configure”, since these days you can build such amazing features for business users without writing a single line of Javascript or C#. With Dynamics 365 now promising to deliver so many preconfigured apps for different departments’ needs, as well as making them all work together, I bet some of us are thinking about whether there’s a potential threat to the platform’s flexibility buried in the new approach Microsoft is taking. (more…)

August 29, 2016
Dynamics 365: The Next Chapter of MS Cloud Business Apps
Have you heard about this brand new thing called “Dynamics 365” yet? If you attended or followed the WPC 2016 conference, I bet you have, since it was the big headline news for Microsoft’s partners and corporate customers that kicked off their FY17. Satya Nadella spent a significant part of the WPC keynote explaining how Dynamics 365 is the service through which his vision of reinventing business processes comes to life. So, obviously there’s got to be some big things packaged into this new offering. But putting the visions aside for a moment, what exactly does this service contain in practice?

In short, Microsoft Dynamics 365 is both the same old and brand new when it comes to the underlying components. As presented by many of the tech news sites, essentially Dynamics 365 is about taking the previous Dynamics CRM & ERP products and bundling them into a single cloud service. Comparing it to “the other 365”, meaning Office, it’s not an entirely different approach than taking established server applications like SharePoint & Exchange and making them easier to purchase via a single Office 365 plan. While the name is different and the tools to administer the applications are specific to the subscription service, beneath the portal there are many of the same bits as you could have on your own servers, too. In the case of Dynamics 365, you’ll be mostly getting the latest versions of CRM and AX/NAV from the Microsoft cloud.

“Ok, so we’ll have a new SKU to purchase Dynamics products from the cloud. A bit like the earlier bundles for Sales Productivity then, where you bought CRM, Office 365 and Power BI for a discounted price. Got it, can I now go back to chasing nearby Pokémons with my phone ’cause I’d really want to catch them all?” Well, if you ask me, I think you should look a bit deeper into the Dynamics 365 story to understand how it really will impact CRM as a product as well as the ecosystem around it. I too was initially a bit skeptical about this whole thing when reading the first press release from Microsoft, but the more I’ve investigated the pieces of information available at this early stage, the more I’ve started to believe that what we have here isn’t a mere product marketing stunt but rather the next major chapter in the story of Microsoft Dynamics applications.

Satya’s Masterplan

One year ago when Microsoft announced that they were going to tear down the silo of MBS (Microsoft Business Solutions) and merge Dynamics product teams into C+E (Cloud and Enterprise), Nadella said he wanted to “enable the company to accelerate ERP and CRM work and bring it into the mainstream C+E engineering and innovation efforts.” It took a while before saw what this “mainstreaming” really means, but I believe Dynamics 365 is the major output from this process that started with the restructuring. It is elevating the Dynamics product offering from being just an app you can order via the Office 365 portal and turning it into a proper destination of its own.

Back when I was starting my first gig as a Dynamics CRM consultant in 2010, I distinctly remember the day after I had returned home from the Convergence conference in Prague. I was about to sign the contract with my new employer and was riding in a cab with my boss to be, catching up on the latest tweets (with my Windows Mobile 6.0 device and whatever apps we had back then). I came across Microsoft’s announcement of Office 365 and said to him “have you heard about this already, might be kind of a big deal for the business”. Well, the business of my upcoming employer was largely about hosted MS business applications and it turned out to a big deal indeed, as the rationale for offering local CRM or Exchange instances eroded much faster than most service providers were willing to understand – let alone for them to adapt to this new reality.

How I see this relate to the recent Dynamics 365 announcement is that when you stop to think about the tools we work with these days, it’s not just about the cloud as a delivery channel. If it were enough for the customer organizations to just use their business applications via a browser, from a server environment managed by someone other than your own IT department, then we’d still probably be happily working in the BPOS era of application servers hosted by “someone out there”. In reality, it rarely is about the servers or even the server application bits. It’s about services: how they can be consumed and how information flows between them. Sure, someone of course needs to set up the services, but once that problem has been solved (e.g. Dynamics CRM Online removing the need for manually installing customer specific CRM instances) it’s time to start solving problems higher up in the value chain. This, I believe, is what Microsoft is aiming to achieve with Dynamics 365. Making it more than just the sum of its parts, by lowering the barriers between the apps and encouraging customers to build solutions that consist of a network of apps – from MS and ISVs. The new AppSource portal is therefore a very important part of the Dynamics 365 story (even though at launch time it’s not yet that much better than the infamous Dynamics Marketplace).

Front to the Back with Dynamics 365

Once launched later this year, Dynamics 365 will be available as two editions. The Enterprise Edition will be made up of Dynamics CRM modules and Dynamics AX, whereas the Business Edition is being built on top of Project Madeira (brand new cloud version of Dynamics NAV, from what I know). Details about the pricing haven’t yet been disclosed, but at WPC there were slides shown that outline the different plans that the Enterprise Edition will offer. Since the Business Edition is clearly a lot more “work in progress” at this stage, and because it might not even contain any of the Dynamics CRM functionality (if I read the WPC materials correctly), it’s best for us to focus on analyzing the Enterprise Edition.

Looking at it from a CRM perspective, the platform formerly known as Dynamics CRM is being broken down into smaller modules that can be purchased separately. We’ve already seen how the recent CRM Online enhancements like Project Service and Field Service have been introduced as separately licensed modules (and their trials are now distributed via AppSource), but with Dynamics 365 this will be taken even further. A sales user can be assigned only a license to the “Sales app”, rather than needing a “CRM Online Professional” license to manage their opportunity pipeline. Even without knowing the price points for per app licenses in Dynamics 365, it’s easy to see that the barrier for consuming application features from the cloud will be lower when you can only select what you want. In the on-premises world the traditional “all you can eat” model of Dynamics CRM licensing probably made sense, but if Microsoft now has the option to make their cloud service available in various different shapes and sizes, why wouldn’t they?

Even though there will be more individual apps to choose from, the main value proposition of Dynamics 365 is in the possibility of making the whole end to end business process visible to the users. Traditional licensing silos between the front office CRM system and the back office ERP system have often led to scenarios where employees need to ask another employee to check information from a system they can’t access – or needing to work with limited snapshots or static reports rather than the real-time dynamic data from the business application. Microsoft surely recognizes this as a great opportunity to move customers gradually away from using legacy ERP systems by offering a cloud platform where the licensing model is no longer determined by the server application barriers but rather the workloads of the users. The Enterprise Edition contains a “Dynamics 365 for Team Members” plan that covers read rights to each and every application, from marketing to operations (the ERP part), which specifically addresses the information silo issue.

How Can It Actually Work?

Knowing that all the CRM and ERP applications under the Microsoft Dynamics umbrella have been completely separate products with little in common when it comes to architecture, how is Microsoft going to turn these into a single business application platform all of a sudden? Well, that is the billion $ question to which we don’t yet have an exact answer, but let’s speculate a bit while we await for it.

Microsoft has announced that underneath the Dynamics 365 apps there will be a platform layer called Common Data Model. On the official Microsoft Dynamics blog this CDM is described with the following words:

The common data model is a cloud-resident business database, built on years of experience with our enterprise customers. It will come with hundreds of standard business entities spanning both business process (Dynamics 365) and productivity (Office 365). The standardization and consistency of schema enables partners to build innovative applications and to automate business processes spanning the entire business process spectrum with confidence their solutions can be easily deployed and used across Microsoft’s entire customer base.

Hmm, okay, so there’s at least going to be a new database in addition to the application specific databases of CRM and AX, as we can see from the Dynamics 365 architecture image below. The promise of a “standardized, consistent schema” also implies that at least the OoB entities will be connected across CRM and AX without any additional configuration effort required. Now, how exactly the integration of custom entities can be configured, or how the platform will handle the business logic involved in each connected app is something that isn’t very clear at this point.

Surprisingly enough, the most detailed information about CDM was first released not via the Dynamics product blogs but on the Power Apps blog. The post PowerApps and the Microsoft Common Data Model gives us the first practical view into what functionality the CDM part of the platform is expected to deliver. Some examples:
- CDM will encompass not only CRM and AX but also the data model of productivity apps like Outlook.
- CDM will include complex data types like address and auto-numbering.
- CDM will contain features familiar to CRM admins, like field level security and auditing.
Once the CDM Preview arrives in August we’ll hopefully get to explore the contents and functionality of this data model via the PowerApps Studio at least, even though Dynamics 365 itself will probably arrive a bit later. On another PowerApps blog post, it was announced that there will be a Dynamics 365 specific SDK, which should be launched in preview mode before the year ends.

Why does the PowerApps team work so actively in bringing this information available? There’s a simple explanation: PowerApps, Power BI and Flow are a fundamental part of the Dynamics 365 product offering. They are included in the Enterprise Edition plans and they form the new business application platform that supports the 365 apps on top of them – to the extent that there is now even a dedicated site to describe the capabilities of these three products.

Since business process orchestration is fundamentally a cross-application domain, it makes a lot of sense that you don’t only rely on the workflow process engines found inside applications like CRM. Also, if you’ve tried to leverage these three tools with current Dynamics CRM Online application, it soon becomes obvious that working with the relational data and specific data types of CRM is not where Power BI, PowerApps or Flow currently excel. Therefore what CDM as part of Dynamics 365 can offer for the business process orchestration tools to make the interaction easier is surely very welcome.

Farewell to On-prem

All of this you see coming available for Dynamics 365 is exclusive to the Microsoft cloud. Period. While you could of course take many of the individual technologies like Dynamics CRM and build custom integrations to your own servers, a single commercial offering licensed and managed by Microsoft will not become available for that environment.

In the past Microsoft has been using the “power of choice” as an argument on why investing in Dynamics CRM technology is a safer choice than going with a cloud-only platform like Salesforce. Six years ago when CRM Online was launched that certainly was an important benefit of the MS stack. Even though the business world is a lot more “cloud ready” today, there still are many scenarios where a service hosted outside the borders of the customer’s country is not a valid option. Nevertheless, the power of choice isn’t such a clear differentiator anymore if pretty much everyone is making the same choice. For those organizations who are able to move ahead at the speed of cloud, there just has to be a fast track available. Sure, CRM Online has already been developing at a faster release cadence than CRM on-prem, but with Dynamics 365 the ties are officially cut now.

It isn’t a completely new situation, even within the Dynamics product family. From what I know about Dynamics AX, the latest “AX 7” version has been designed not only as a “cloud first” but pretty much “cloud only” approach. The application architecture has been heavily redesigned and now relies on services from Azure, so it’s not something you could ever install on a Windows Server. The strategy for on-premises support is based on the Azure Stack product, which will allow customers to run a version of the same services on their very own servers. (In related news, the Azure Stack release plans have recently been revised: it won’t arrive for another year yet and it will require specific hardware when it finally does.)

Does the announcement of Dynamics 365 mean that no investment will be made to on-premises Dynamics products anymore? No, at least according to the official statement from Microsoft. CRM, AX and NAV, meaning the in-house application layer of Dynamics 365, will continue to be developed, sold and supported. For example, AX 2012 will be supported until 2021 which gives some indication about the expectations Microsoft has on when existing on-prem ERP customers would really be able to adopt the new cloud offering of Dynamics 365. I bet that the hybrid scenarios will be taken into consideration as well when driving the adoption of the 365 cloud service.

Still, if you’re looking for the latest Microsoft product innovations and integrating your business applications with the coolest new services, it’s hard for me to see how remaining in the on-prem land would be a viable option anymore. While new server versions will still keep on coming, having a new product feature that doesn’t require you to be running Dynamics 365 is probably going to become an exception rather than a rule. Already many of the latest CRM Online features have been built on Azure based services (offline sync for mobile, Relevance Search, machine learning in product recommendations) and the 365 cloud platform is going to make it even easier for MS to hook these things up to their business apps. The gap is just going to grow wider and wider.

What Will Happen to XRM?

Looking at the Dynamics CRM application specifically, there’s been a reasonably good parity between the Online and on-premises editions when it comes to the core XRM platform features. With all of these new integration points and platform layers now being developed for weaving together the complete Dynamics 365 service, it raises the question of whether the “core” really is inside XRM anymore or is it being actively replaced by something completely different?

While I don’t think Dynamics 365 signals the death of XRM, it certainly does give a clear indication about how it is positioned in Microsoft’s new business application platform architecture. It’s what the individual apps are still built on (sales, project service, field service, portals, Voice of the Customer and so on) but it may not deliver the full user experience anymore. The users may interact with data through a purpose built PowerApp rather than the standard CRM client apps. The business process automation may jump across different apps via Flow, with CRM workflows handling only a part of it. The process metrics will frequently be monitored and analyzed with Power BI charts and not the CRM dashboards. I don’t think the 365 platform will overnight replace too many of the traditional XRM features, but it will undoubtedly set a boundary for feature development at Microsoft’s end if the new capabilities could be leveraged also outside the XRM apps.

The arrival of a Dynamics 365 SDK means that the wider ecosystem of partners and service providers who wish to connect with customer organizations using Dynamics 365 may well choose to integrate their apps via this new API and not the XRM specific Web API, as modern and RESTful as it might be. Without knowing the exact services available in 365 it’s of course impossible to say yet what functionality would move to the CDM part of the platform, but since the whole point of CDM is to make it easier to connect cloud apps together, that’s where much of the development effort will naturally gravitate towards. Extending a specific 365 app like Sales with new UI level functionality will surely still require XRM developer skills, similarly as modifying the Operations app’s logic requires knowledge of X++ (the programming language for AX). Now, if you’re an XRM developer with no experience of AX, imagine being tasked with building a custom feature that needs to talk with both the Sales and Operations apps. Would you rather dive right in to learning X++ or start by exploring the common 365 platform SDK instead? Exactly. That’s how our solution design practices get disrupted: first gradually, then suddenly.

Honestly, the direction that Microsoft appears to be taking with Dynamics 365 makes perfect sense to me, and I see it as a brighter future for Dynamics CRM to be a part of this cross-application business platform – rather than a self-sustained “any relationship management” toolkit. No matter how awesome it is, XRM can’t do it all. It could certainly use a lil’ help in certain areas where Microsoft has more advanced tools available. If the new platform gives a wider set of options for me when designing solutions for customers then sign me up for it! Even if the administration experience or depth of functionality may not be on quite the same level when working with a set of connected applications sitting on top of CDM rather than a single XRM solution, it’s probably a price worth paying in the long run.

Dynamics 365 explains a lot of the shortcomings with the current pieces of the MS cloud puzzle. Like: why must Power BI try and consume the CRM Online data via the slow OData endpoint when Microsoft could surely open up a shortcut between their two clouds? Well, here you go! The answer is that instead of taking the easy way out, a brand new Azure based architecture has been designed to support the current and future needs of CRM and other cloud business apps. It’s impossible for us outsiders to know all the different dependencies that the Dynamics 365 product strategy has had on the CRM feature roadmap, but it’s easy to imagine quite a few of them. I’m not expecting the floodgates to open with the initial release of Dynamics 365 this fall (more likely it’s a preview than a fully baked V2 platform), but I do expect the pace to pick up as the new strategy is executed on the commercial delivery side.

How we’ll be able to transition an existing organization from Dynamics CRM Online to Dynamics 365 and connect to the Common Data Model is going to be a big question. I’m not worried about the application functionality really, as it might well be just a simple CDU experience of upgrading to the latest version. On the data model side, If there are some “best practices” implemented in CDM that don’t align with the customer specific entity model and attributes, then some refactoring of the existing CRM solutions may well be needed. While there may not be an immediate need to switch over, in the long run I expect there to be a number of services that target CDM specifically which cannot be used with a “legacy” CRM Online environment. As funny as it sounds, we may have indeed reached a point in the Dynamics CRM lifecycle where even the cloud based environments need a bit of a “reboot” to reach the next generation business application platform compatibility.

It’s Always a Journey

If we look at the history of Microsoft’s CRM software starting from 13 years back and analyze how the platform has evolved over time, we can see that up until the past couple of years, the progress made has been fairly product focused. Setting aside the app vs. platform debate on what the product is really about, the core package of what a Dynamics CRM server does has remained the same on a high level since the start, and I’d assume the story on the ERP side isn’t radically different either. It’s the world around it that has transformed into something quite different, and it’s this interface with the outside world of other apps and services where the most exciting stuff is happening.

On the product code base level, Microsoft tried to merge their in-house CRM with the four acquired ERP products already over a decade ago with Project Green. As we now know, this never resulted in any “One Microsoft Dynamics” type of a platform nor new products being brought to market. When Satya Nadella (CVP of MBS at that time) was asked about why the ambitious initiative appeared to have stalled in 2007, his response was “we don’t have the goal of just convergence for convergence’s sake”. I can believe that while technically not an impossible task, there just wasn’t a clear enough business benefit for the customers to make them want to move into a single code base product merged from five existing applications, knowing how disruptive the migration could have been for their day to day operations. Fast forward ten years to the Dynamics 365 announcement and the business case now looks a lot more solid in this cloud era. Although the initial release of Dynamics 365 this fall is likely to be more of a preview than a fully functioning business application platform, it will already be a lot further in terms of visible platform harmonization than what Project Green achieved.

While it’s easy to label almost anything in the IT business these days as “digital transformation”, there are quite a few signs that Microsoft is serious about aligning their set of different cloud products into a comprehensive toolkit for companies wanting to build and operate those digital business processes. How transformative will the end results be is something that we’ll see in time as the Dynamics 365 platform materializes. Whatever happens, Surviving CRM will be there to report on the progress of this journey!

For a summary of what other community members have shared around the Dynamics 365 announcement and sessions from WPC, please have a look at this Sway presentation I’ve compiled from the #Dynamics365 tweets:
July 15, 2016