An embedded object is a simplified custom object created within (or embedded in) another custom object. They are similar to child custom objects, but have fewer capabilities.
A child object is a custom object in a hierarchical relationship with another custom object. It has all the functionality of a custom object (such as wizards, rules, assignees, and phases), and has a dynamic life cycle and workflow.
An embedded object has a hierarchical relationship with a custom object, but does not have workflow or a dynamic life cycle. Embedded object records are best suited for static information—information that is not likely to change as the parent record moves from phase to phase.
Embedded objects do not have a workflow or dynamic life cycle. As outlined in the Properties of Embedded and Child Object table, you cannot define phases, assignees, or rules in embedded objects. They are best suited for information that is not likely to change as the parent record moves from phase to phase. Because the information is owned by the parent record, it is not relevant to other records.
The following table compares embedded objects and child objects in key functional areas.
Properties of Embedded and Child Objects
Functional area or property |
Embedded objects |
Child objects |
Accessible through All Services |
No |
Yes |
Accessible through parent record |
Yes |
Yes |
Can be contact-centric |
Yes |
Yes |
Can have child objects |
No |
Yes |
Unique ID |
Yes |
Yes |
Auto naming patterns |
Yes |
Yes |
Phases and phase transitions |
No |
Yes |
Assignees |
No |
Yes |
Categories |
Yes |
Yes |
Custom fields |
Yes |
Yes |
Blocks |
No |
Yes |
Object views |
No |
Yes |
Search views |
Yes |
Yes |
Rules |
No |
Yes |
Templates |
No |
Yes |
Wizards |
No |
Yes |
Related objects |
No |
Yes |
Involved parties |
No |
Yes |