Have you ever needed to make changes to a large number of fields? Perhaps 25 fields need their max value updated? All of the currency base fields need prefixed with zzz so they’re at the end of advanced find? You could go through and tediously open and change all of the fields. Or, you could use the Xrm Toolbox Bulk Attribute Editor.
This tool turns this process into 3 simple steps:
- Backup the entity being edited by creating and/or exporting a solution.
- Download and/or open “Attribute Editor” in XRM Toolbox.
- Click “Load Entities”.
- Select the entity to be edited from the entity drop-down.
- Click “Download Template”.
- Open the downloaded template.
- Edit the spreadsheet as necessary. Note that the logical name, schema name, and type columns should not be changed.
- Save and close the spreadsheet.
- Upload the edited template by clicking on the “…” to the left of the “Upload Template” button, selecting the spreadsheet, and then clicking “Upload Template”.
- Verify that the fields displayed in the grid match the expected fields.
- Click “Save Entity”.
Be sure to report any issues and/or suggestions in the comments below or at the Project Site:
This post is intended to provide a high-level description of the Common Data Service. It took me some effort to come up with what I feel is a good summarized description, but, I eventually settled on this:
The Common Data Service is a scalable and standardized data store for integrating between and with Dynamics 365 applications.
Some of the advantages of the Common Data Service are below.
Standardized entities/fields between applications (Common Data Model)
The common data model provides a standardized set of entities/fields. The schema for these entities is automatically added when a database is created, and they cannot be deleted. Custom entities/fields can also be added as necessary. However, it is best to use the standardized entities/fields when possible. Using the standard model ensures that new features or apps can be leveraged by your application. Standardizing the model also allows developers that are familiar with the Common Data Service structure to quickly become familiar with other applications that utilize the same structure.
Bringing data together in a single database helps to eliminate data silos between applications. It also allows data to be reported on from a central location. My initial thought was that the Common Data Service could potentially be used as a data warehouse. However, with the current limit of 10GB per database, I do not think this is a good fit nor is it Microsoft’s intention for the service.
Data Integration Service
This service provides a standard set of maps for integrating data with the Common Data Service. Two examples of these are Dynamics 365 for Sales and Dynamics AX. This is a core component of the Prospect to cash solution.