Employees
An Employee relationship links your own Organisation (parent) to a Person (child), defining that person as an employee of your organisation. Employees are commonly referenced as sales representatives, account managers, and assignees across activities and other relationships.
Use the Relationship_Person_Contact_Employee endpoint to manage your employees. Employees inherit all fields from Relationship and add employee-specific fields.
An Employee (Relationship_Person_Contact_Employee) is a Relationship — it defines the role a person plays as a member of your organisation.
A Person (Relation_Person) is the entity itself — the individual record. The same Person can be both an Employee of your organisation and a Contact at another company.
It is recommended to create employees through the Tribe CRM UI rather than the API. When created through the UI, additional setup (account, permissions, team assignment) is handled automatically. If you need to reference an employee in API calls, use the list or search endpoints below to find their ID.
Endpoints
List Employees
Retrieve a paginated list of employees.
/v1/odata/Relationship_Person_Contact_EmployeeSingle Employee
Retrieve a single employee by its ID.
/v1/odata/Relationship_Person_Contact_Employee({id})With expanded relations:
/v1/odata/Relationship_Person_Contact_Employee({id})?$expand=Relation,PersonGet Current Employee
Retrieve the employee record of the currently authenticated user.
/v1/odata/GetCurrentEmployee()?$expand=PersonCreate Employee
Create an employee by linking an existing or new Person to your organisation.
/v1/odata/Relationship_Person_Contact_EmployeeRelation.ID— Your own organisation (parent)Person— The new Person fields (created automatically).LastNameis mandatory.
Update Employee
Update an existing employee relationship. Provide only the fields to update.
/v1/odata/Relationship_Person_Contact_Employee({id})Delete Employee
Employees cannot be deleted via the API. Use the Tribe CRM UI to manage employee removal.
Fields
Standard Fields (all entities)
| Field | Type | Description |
|---|---|---|
ID | Guid | Primary key (UUID) |
_Type | String | Entity type discriminator (Relationship.Person.Contact.Employee) |
_Name | String | Computed display name |
SortIndex | Double | Sorting order |
CreationDate | DateTimeOffset | Date the record was created |
LastMutationDate | DateTimeOffset | Date of the last modification |
IsActive | Boolean | Whether the record is active |
IsClosed | Boolean | Whether the record is closed |
Employee Fields
| Field | Type | Description |
|---|---|---|
Name | String | Employee display name |
Relationships
| Relationship | Target Entity | Cardinality | Description |
|---|---|---|---|
| Relation | Relation | N:1 | Parent organisation (your company) |
| Person | Relation.Person | N:1 | The employee as a person |
Expanding Relationships
/v1/odata/Relationship_Person_Contact_Employee({id})?$expand=Person/v1/odata/Relationship_Person_Contact_Employee?$filter=contains(Name,'Halpert')&$select=Name&$expand=Relation($select=ID),Person($select=ID)Navigating Relationships
/v1/odata/Relationship_Person_Contact_Employee({id})/RelationFiltering Examples
/v1/odata/Relationship_Person_Contact_Employee?$filter=contains(Name, '{Name}')&$top={top}/v1/odata/Relationship_Person_Contact_Employee?$filter=contains(Name, '{Name}')&$top={top}/v1/odata/Relationship_Person_Contact_Employee?$filter=CreationDate gt {CreationDate}&$top={top}/v1/odata/Relationship_Person_Contact_Employee?$filter=IsActive eq {IsActive}&$top={top}Common Use Cases
Employees are frequently referenced when creating or updating other entities:
- Sales Opportunities — as
SalesRepresentative - Customers — as
AccountManager - Activities — as assigned employee
POST /v1/odata/Activity_SalesOpportunity
{
"Subject": "New deal",
"SalesRepresentative": {
"ID": "employee-relationship-id-here"
}
}