Newer Version Available
Field Audit Trail
| Available in: Salesforce Classic (not available in all orgs), Lightning Experience, and the Salesforce app |
| Available in: Enterprise, Performance, and Unlimited Editions |
| User Permissions Needed | |
|---|---|
| To specify a field history retention policy: | Retain Field History |
Use Salesforce Metadata API to define a retention policy for your field history for fields that have field history tracking enabled. Then use REST API, SOAP API, and Tooling API to work with your archived data. For information about enabling Field Audit Trail, contact your Salesforce representative.
Field history is copied from the History related list into the FieldHistoryArchive big object. You define one HistoryRetentionPolicy for your related history lists, such as Account History, to specify Field Audit Trail retention policies for the objects you want to archive. You can then deploy the big object by using the Metadata API (Workbench or Ant Migration Tool). You can update the retention policy on an object as often as you like. With Field Audit Trail, you can track up to 60 fields per object. Without it, you can track only 20 fields per object.
- Accounts, including Person Accounts
- Assets
- Campaigns
- Cases
- Contacts
- Contracts
- Contract Line Items
- Entitlements
- Individuals
- Leads
- Opportunities
- Orders
- Order Products
- Price Books
- Products
- Service Appointments
- Service Contracts
- Solutions
- Work Orders
- Work Order Line Items
- Custom objects with field history tracking enabled
You can include field history retention policies in managed and unmanaged packages.
- Formula, roll-up summary, or auto-number fields
- Created By and Last Modified By
- Expected Revenue field on opportunities
- Master Solution Title or the Master Solution Details fields on solutions
- Long text fields
- Multi-select fields
After you define and deploy a Field Audit Trail policy, production data is migrated from related history lists such as Account History into the FieldHistoryArchive big object. The first copy writes the field history that’s defined by your policy to archive storage and sometimes takes a long time. Subsequent copies transfer only the changes since the last copy and are much faster. A bounded set of SOQL is available to query your archived data.
Use Async SOQL to build aggregate reports from a custom object based on the volume of the data in the FieldHistoryArchive big object.