Strategic Business and Technical Considerations for Cloud Dynamics CRM Online Deployments vs On-premise

Preface: This article is a follow up after a number of #MSDyn365 (Dynamics CRM) conference sessions where I talked about this topic. The presentation slides from the session are at the bottom of my equivalent post on my blog and I will be publishing a white paper with more details soon. Please comment below if you want a copy. This post builds on experiences (plus pains) and lessons learnt during a number of large scale multi-thousand users Dynamics CRM Online implementations taking into account data protection, compliance, regulatory issues and strategic considerations.

"The answer is the Cloud, what is your question?" I don't know about you, but I have heard this sentence (or similar wording) quite a few times in recent years.

While you can argue for or against this statement, the way I see this, is on a case by case basis. Every organisation is unique and every digital & business transformation programme is different.

Having a blanket view or a pre-decided position, in either directions you go, may mean that organisations do not investigate or consider all factors affecting this extremely significant business decision. For this reason, in this article I am not going to recommend one way or the other but I'm inviting all readers to consider and evaluate the variety of factors that impact their move to the Cloud, or not.

Strategic Business and Technical considerations discussed in this article and the attached slides/white paper, are focusing on Microsoft Dynamics 365 Cloud or as previously known Microsoft Dynamics CRM. Technical, Integration and Reporting considerations mentioned may not apply to other Cloud CRM platforms. Unlike Microsoft Dynamics 365, other CRM platforms such as SalesForce may not have an on-premise version.

There are very good reasons for a CTO, CIO, Head of IT or similar leadership roles to decide that the Cloud is too risky and they want to do the implementation on Dynamics 365 on-premise. These reasons should not be trivialised or not considered even in our current Cloud First era. Some of the examples of really valid and common reasons to stay or choose on-premise are:

  • Cyber Security, Data Protection, GPDR, Data Location, etc.
  • Regulatory and Compliance
  • Maintenance, Support, Upgrade and BAU (Business as Usual Operations)
  • License Costs?
  • Technical considerations, Integration, Architecture, Design, Technology Stack & organisation echo system
  • Custom Development, Solution Complexity (including Integration complexity) and keeping up with regular CRM Updates

Each and every reason mentioned above, could literally take a whole article or even more. Hence, I won't cover these here in this post but I'll try to talk about them in more detail in the (soon-to-be-published) white paper I'm currently writing about the subject.

You can also listen to my recent talks in various Dynamics conferences where I talk about this subject extensively. Here is a clip from my recent talk about this subject in Dublin.

While I won't go through the details in this article, I am however going to say that I have personally spent days, literally, in never ending meetings to discuss just the regulatory, compliance and data protection aspect of going to Cloud Dynamics CRM with one recent 10K+ CRM implementations. After lots of trips between Redmond, Seattle and London, lots of Skype conferences, etc., we have all reached the conclusion that this highly regulated organisation can safely go to the Cloud CRM option as long as they implement a number of very detailed safeguards. It was a relief to reach that conclusion but it was also a great learning for myself and most of us involved (including our Microsoft colleagues).

Saying that, there are still good reasons that may drive your organisation to stick to the on-premise version. While License Costs may not be a reason any more following the new license model of Dynamics 365, but there are other technical considerations around a) Reporting, b) Integration and c) Technical. I list these below without detail at this stage but hopefully the talk and the white paper covers that sufficiently.

Reporting considerations for choosing Dynamics 365 (not exhaustive list):

  • FetchXML not T-SQL queries: Data Export Service to an Azure SQL database is a good possible solution
  • SSRS Server & unavailable report Scheduling
  • Queries 5 minutes timeout
  • Notes attachments of type images in SSRS Reports – SDK limitation
  • Limit on Charts and Grids of 50K rows

Technical considerations for choosing Dynamics 365 (not exhaustive list):

  • No Physical Access to the Database (e.g. indexing challenges)
  • Bulk Data Access – Data warehouse and BI access to CRM data
  • No access to Server Registry settings (e.g. timeout value changes)
  • Cloud Data Storage and associated costs. Audit Data and Archiving
  • Authentication and Active Directory Synchronisation
  • 2 minutes timeout limit for plugins and custom workflow execution
  • Limit* of 200 Workflows, 300 Dialogues and 300 Custom Entities

* Limit lifted – Now indicative only in Dynamics 365 Online according to this MSDN article:

Integration considerations for choosing Dynamics 365 (not an exhaustive list):

  • Firewall ports opening or,
  • Exposing web services externally for on-premise systems, which consequently require:
  • Data Security considerations
  • IFrames and Cross-Domain reference restrictions
  • Possible SSL requirements for certain
  • Telephony Systems integration (cloud PBX versus conventional PSTN)
  • Express Route as a possible solution


Finally, and perhaps very importantly, please consider the fact that a lot of the new features and capabilities in Dynamics 365 CRM that are Online Only and Cloud Only. A full list (with the MSDN source) can be found in the attached slides (pdf) available to download on my corresponding blog post. The list includes some significantly innovative and transformational features such as Project Services, Field Services, Relationships insights, Portals, advanced analytics, etc.

When I do this session, I always ask my audience for their opinions and make sure it is an interactive session. This is because the points I mentioned in the article are not a full list of all considerations and I'm sure there will be lots of different views for and against the content. Hence, you are strongly encouraged to share you objective and professional views based on your own learnings and experiences.

Looking forward to read everyone's view in the comments below.

Leave your comment