More entity attributes to be set during the merge operation.
Yes
PerformParentingChecks
Boolean
Indicates whether to check if the parent information is different for the two entity records.
No
Merging moves any useful data from the Subordinate record to the Target record. Any existing data in the Target record aren't overwritten. Then the Subordinate record is deactivated.
To perform this operation, the caller must have privileges and access rights to both the records identified as the Target and Subordinate.
Use a POST request to send data to merge records.
This example merges two account entity records while updating accountnumber property of the record that will remain after the merge.
Because the Target, Subordinate, and UpdateContent property types are not explicitly defined by the parameter, you must include the @odata.type annotation to specify the type.
Response:
HTTP/1.1 204 No Content
OData-Version: 4.0
Merge behavior for incident
The merge behavior for incident (case) table is different from account, contact, or lead tables.
The UpdateContent parameter data isn't used.
Merge is performed in the security context of the user
Merge operations for other tables are performed with a system user security context. Because incident merge operations are performed in the security context of the user, the user must have the security privileges to perform any of the actions, such as reparenting related records, that the merge operation performs.
If the user merging records doesn't have privileges for all the actions contained within the merge operation, the merge operation fail and roll back to the original state.
This learning path focuses on Case Management capabilities of Dynamics 365 Customer Service including options for creating cases, managing the case resolution process, working with case hierarchies and merging similar cases. Queues can be used to maintain and manage case workloads for customer service agents.