Difference between revisions of "Custom Object"

From LongJump Support Wiki
imported>Aeric
imported>Aeric
Line 1: Line 1:
A {{type|}} is an [[object]] that has been created by a user or an application. It can be modeled after any of the standard {{Type}}s, or it can be entirely unique.  
A {{type|}} is an [[object]] that has been created by a user or an application. It can be modeled after any of the standard {{Type}}s, or it can be entirely unique.  
__TOC__
__TOC__
== Find the Object Type ==
== Find the Object Type ==
{{:Find the Object Type Identifier}}
{{:Find the Object Type Identifier}}

Revision as of 01:06, 24 November 2011

A Custom Object is an object that has been created by a user or an application. It can be modeled after any of the standard Built-in or CRM objects, or it can be entirely unique.

Find the Object Type

To find the object type identifier for an object:

  1. Click Designer > Objects > {object}
  2. The Object Name is displayed at the top of the page.
    (To see the object ID, click the section-expansion (triangle) icon next to it. Sections-expand.gif)

Notepad.png

Note: The Object Name is typically used as the identifier, because it is human-readable for both Built-in or CRM objects and Custom Objects. Object ID can be used, as well, but it is only human-readable for Built-in or CRM objects.

View Object Attributes

You examine attributes of Custom Objects in the same way you view attributes for Custom Objects.

For example, to see the fields defined for a Custom Object:

Designer > Data > Objects > {object} > Fields

Standard Fields

These fields are predefined in platform objects.

System Fields

The standard system fields are:

  • Common to, and predefined in, all Objects.
  • Created automatically when an object is created.
  • Populated automatically when a record is added or updated in the GUI.
  • Required when a record is added or updated using an API.
Field Name REST Search Name GUI Label Display Type Description
object_id object_id Object ID Number Unique identifier for the object. (This field is always present, but is only displayed when examining Object metadata (the data that defines the object).
record_id id Record ID Number Unique record identifier
owner_id OWNERID Owner String Unique identifier of the record's owner
owner_team_id OWNER_TEAM_ID n/a String Unique identifier of record owner's primary team. (This is a virtual field that does not actually exist in the record. The actual field is in the User object. It is returned in APIs, to keep from having to access the database a second time to check permissions.)
created_id CREATEDID Created By String Unique identifier of the user who created the record
date_created DATECREATED Date Created String Date the record was created:
date_modified DATEMODIFIED Date Modified String Date the record was last modified:
modified_id MODIFIEDID Modified By String Unique identifier of the user who last modified the record

Workflow Fields

The standard workflow fields are:

  • Common to, and predefined in, all Custom Objects
  • Created automatically when an object is created
  • Updated automatically when Workflow Actions are taken
Field Name GUI Label Display Type Description
workflow_state Workflow State String Current state the record is in, with respect to the workflow process.
workflow_state_change_date Workflow State
Change Date
String Date the workflow state changed.