Object Reference for Salesforce and Lightning Platform

Object Basics
Primitive Data Types
Field Types
Compound Fields
API Data Types and Salesforce Field Types
Required Fields
System Fields
API Field Properties
Custom Fields
Custom Object Behavior
External Objects
Big Objects
Relationships Among Objects
Factors that Affect Data Access
Reference
PDF

Newer Version Available

This content describes an older version of this product. View Latest

System Fields

The following fields are read-only fields found on most objects. These fields are automatically updated during API operations. For example, the ID field is automatically generated during a create operation and the LastModifiedDate is automatically updated when a user modifies a record.

Field Field Type Description
Id ID Globally unique string that identifies a record. For information on IDs, see ID Field Type. Because this field exists in every object, it is not listed in the field table for each object. Id fields have Defaulted on create and Filter access.
IsDeleted boolean Indicates whether the record has been moved to the Recycle Bin (true) or not (false). Because this field does not appear in all objects, it is listed in the field table for each object.
Audit Fields
CreatedById reference ID of the User who created this record. CreatedById fields have Defaulted on create and Filter access.
CreatedDate dateTime Date and time when this record was created. CreatedDate fields have Defaulted on create and Filter access.
LastModifiedById reference ID of the User who last updated this record. LastModifiedById fields have Defaulted on create and Filter access.
LastModifiedDate dateTime Date and time when a user last modified this record. LastModifiedDate fields have Defaulted on create and Filter access.
SystemModstamp dateTime Date and time when a user or automated process (such as a trigger) last modified this record. In this context, "trigger" refers to Salesforce code that runs to implement standard functionality, and not an Apex trigger. SystemModstamp fields have Defaulted on create and Filter access.

If you import data into Salesforce and want to retain the audit field values of the source system, you can set the values for audit fields on the following objects: Account, ArticleVersion, Attachment, CampaignMember, Case, CaseComment, Contact, ContentVersion, Contract, Event, Idea, IdeaComment, Lead, Opportunity, Question, Task, Vote, and custom objects. The only audit field you cannot set a value for is systemModstamp.

  1. From Setup, enter User Interface in the Quick Find box, then select User Interface under Customize.
  2. Under Setup, select Enable “Set Audit Fields upon Record Creation” and “Update Records with Inactive Owners” User Permissions.
  3. In the permission set or profile that you want to set audit fields with, enable the permission Set Audit Fields upon Record Creation.
  4. Using the API, create a record and set its audit fields.

Not all standard objects have all audit fields. Check the Enterprise WSDL to verify which audit fields are available for a given object.

Parent Reference Fields

If an object has a relationship to a parent object, two fields are added.

  • Parent_Name contains the object name of the parent. For example, Case has a Contact field that contains a reference to the contact parent of the case.
  • Parent_NameId contains the ID of the parent. For example, Case has a ContactId field that refers to the contact parent of the case. This field is used in SOQL relationship queries such as the following:
    1SELECT Case.ContactId, Case.Contact.Name FROM Case

Even if the object can parent itself, these fields occur. For example, the Campaign object has a Campaign and CampaignId field for referencing the parent Campaign.