crmtipoftheday: Tip #1007: What is the Common Data Service (CDS) today?
Much digital ink has been spilled about the Common Data Service (CDS) and the vision of what it will be in the future as the glue that connects Dynamics applications and model driven apps.
But what is the CDS today?
The Common Data Service is a service that provides one or more databases that include many of the common entities and fields that are in Dynamics 365 Customer Engagement (CRM) and Operations (AX). Administrators can add additional entities, fields, and relationships, but cannot delete or modify the system created components. CDS provides pre-defined templates for integration with AX and CRM common processes.
CDS is also a back-end database for PowerApps. Users creating PowerApps can define their data model in CDS and build an app that stores data in the CDS database.
How do you get to the CDS?
You manage the CDS through the PowerApps website. If you don’t have access to PowerApps, you cannot access CDS.
To configure integration with Dynamics 365 and CDS:
CDS can have one or more databases. In the Environments area of the PowerApps Admin Center you can define multiple PowerApps environments, each of which has its own CDS database. The number of CDS databases you can have differs based on licensing.
So a best practice may be to separate your instances based on usage. If you are synchronizing CRM data to CDS and building Power Apps that don’t use the Dynamics tables (or need those tables for other unrelated purposes), I would recommend creating additional environments and CDS databases so your usage doesn’t conflict. This can also be helpful for dev/prod scenarios.
What about security?
From the Environments area of the PowerApps Admin Center you can define permission sets, which are groups of CRUD permissions by entities.
You can then create roles and associate one or more permission sets to the roles, then grant roles to users.
Some important things to note:
One of the reasons why you may use CDS instead of a direct integration is because while AX and CRM have similar data and related processes, they do things in different ways. One example is currencies–both provide multiple currency support, but the way that currencies on transactions are stored is different in both applications. The CDS is designed to provide a common shared integration database that stores this data in a common way, simplifying process integration between the two (such as in quote to cash scenarios).
In some cases, however, a custom ETL integration (using tools like KingswaySoft) will be a better fit. Especially in highly customized deployments or where significant changes to standard field mapping is required.
And the answer may be both. If the standard templates work for you, but you need some additional integration support, it may be valid to use the CDS integration and supplement with some additional ETL based integrations.
Any other questions or comments? Put them in the comments
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
|atinkerersnotebook: Creating New Customer Notifications for Dynamics 365 for Operations using Flow and the Common Data Service||Blog bot||DAX Blogs||0||15.12.2016 22:12|
|emeadaxsupport: SEPA affected objects||Blog bot||DAX Blogs||0||29.11.2013 13:11|
|atinkerersnotebook: Using Service Management to Track Service Orders||Blog bot||DAX Blogs||1||25.08.2013 19:16|
|wiki.dynamicsbook: Changes Made in Navision Attain 3.60||Blog bot||Dynamics CRM: Blogs||0||02.09.2008 13:23|
|Опции темы||Поиск в этой теме|