title | description | ms.custom | ms.date | ms.reviewer | ms.suite | ms.tgt_pltfrm | ms.topic | applies_to | helpviewer_keywords | author | ms.author | search.audienceType | |||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Audit entity data changes (Developer Guide for Dynamics 365 Customer Engagement (on-premises)) | MicrosoftDocs |
Supports auditing of entity and attribute data changes on a per organization basis. |
audit |
05/27/2022 |
jdaly |
article |
|
|
Bluebear7 |
munzinge |
|
Organizations need to track changes made to business data for maintaining security, examining the history of a particular data record, documenting modifications for future analysis and record keeping, and being in compliance with regulations. Dynamics 365 Customer Engagement (on-premises) support auditing of entity and attribute data changes on a per organization basis.
Organizations often need to be in compliance with various regulations to ensure availability of customer interaction history, audit logs, access reports, and security incident tracking reports. Organizations may want to track changes in Dynamics 365 Customer Engagement (on-premises) data for security and analytical purpose. To learn more, see Auditing Feature Overview in the Dataverse documentation.
There are three levels where auditing can be configured: organization, entity, and attribute. The organization level is the highest level, followed by the entity level, and finally the attribute level. For attribute auditing to take place, auditing must be enabled at the attribute, entity, and organization levels. For entity auditing to take place, auditing must be enabled at the entity and organization levels. To learn more, see Configure Entities and Attributes for Auditing in the Dataverse documentation.
After auditing is enabled and data changes are made to those entities and attributes being audited, you can proceed to obtain the data change history. Optionally, you can delete the audit records after you review the change history. To learn more, see Retrieve and Delete the History of Audited Data Changes in the Dataverse documentation.
When using Dynamics 365 Customer Engagement (on-premises) the behavior of the DeleteAuditData
message depends on the which edition of SQL Server is used.
When using SQL Server Enterprise edition, the DeleteAuditData
message will delete all audit data in those partitions where the end date is before the date specified in the EndDate
property. Any empty partitions are also deleted. However, neither the current (active) partition nor the audit
records in that active partition can be deleted by using this request or any other request.
SQL Server Standard edition doesn't support the database partitioning feature. In this case the DeleteAuditData
message deletes all audit records created up to the end date specified in the EndDate
property.
Dynamics 365 Customer Engagement (on-premises) support the ability to audit user access. The information that is recorded includes when the user started accessing Dynamics 365 Customer Engagement (on-premises) and if access originated from the Dynamics 365 Customer Engagement (on-premises) web application, Dynamics 365 for Outlook, or SDK calls to the web services. To learn more, see Audit User Logons in the Dataverse documentation.
This sample demonstrates how to enable and disable auditing on an entity and its attributes, retrieve the data change history of the audited entity, and delete the audit records. To learn more, see Sample: Audit Entity Data Changes in the Dataverse documentation.
This sample demonstrates how to audit user access to Dynamics 365 Customer Engagement (on-premises). To learn more, see Sample: Audit User Access in the Dataverse documentation.
Data Management in Dynamics 365 Customer Engagement (on-premises)
[!INCLUDEfooter-include]