Creates a new comment related to an existing thread, record or entry.
To create comments on records, you will need the `object_configuration:read` and `record_permission:read` scopes.
To create comments on list entries, you will need the `list_configuration:read` and `list_entry:read` scopes.
Required scopes: `comment:read-write`.
Creates a native folder entry or a connected file/folder entry on an object record.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `file:read-write`, `object_configuration:read`, `record_permission:read`.
Creates a new list.
Once you have your list, add attributes to it using the [Create attribute](/rest-api/endpoint-reference/attributes/create-an-attribute) API, and add records to it using the [Add records to list](/rest-api/endpoint-reference/entries/create-an-entry-add-record-to-list) API.
New lists must specify which records can be added with the `parent_object` parameter which accepts either an object slug or an object ID. Permissions for the list are controlled with the `workspace_access` and `workspace_member_access` parameters.
Please note that new lists must have either `workspace_access` set to `"full-access"` or one or more element of `workspace_member_access` with a `"full-access"` level. It is also possible to receive a `403` billing error if your workspace is not on a plan that supports either advanced workspace or workspace member-level access for lists.
Required scopes: `list_configuration:read-write`.
Creates a new person, company or other record. This endpoint will throw on conflicts of unique attributes. If you would prefer to update records on conflicts, please use the [Upsert record endpoint](/rest-api/endpoint-reference/records/upsert-a-record) instead.
Required scopes: `record_permission:read-write`, `object_configuration:read`.
Creates a new task.
At present, tasks can only be created from plaintext without record reference formatting.
Required scopes: `task:read-write`, `object_configuration:read`, `record_permission:read`, `user_management:read`.
Adds a record to a list as a new list entry. This endpoint will throw on conflicts of unique attributes. Multiple list entries are allowed for the same parent record
Required scopes: `list_entry:read-write`, `list_configuration:read`.
Create a call recording for a meeting. This endpoint is rate limited to 1 request per second.
This endpoint is in alpha and may be subject to breaking changes as we gather feedback.
Required scopes: `meeting:read`, `call_recording:read-write`.
Deletes a comment by ID. If deleting a comment at the head of a thread, all messages in the thread are also deleted.
Required scopes: `comment:read-write`.
Delete a single file by ID. Deleting a folder will delete all of its descendants.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `file:read-write`, `object_configuration:read`, `record_permission:read`.
Finds an existing meeting or creates a new one if it doesn't yet exist. [Please see here](/rest-api/guides/syncing-meetings) for a full guide on syncing meetings to Attio.
This endpoint is in alpha and may be subject to breaking changes as we gather feedback.
Required scopes: `meeting:read-write`, `record_permission:read`.
Get a single comment by ID.
To view comments on records, you will need the `object_configuration:read` and `record_permission:read` scopes.
To view comments on list entries, you will need the `list_configuration:read` and `list_entry:read` scopes.
Required scopes: `comment:read`.
Get a single file entry by ID.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `file:read`, `object_configuration:read`, `record_permission:read`.
Get a single meeting by ID.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `meeting:read`, `record_permission:read`.
Get all comments in a thread.
To view threads on records, you will need the `object_configuration:read` and `record_permission:read` scopes.
To view threads on list entries, you will need the `list_configuration:read` and `list_entry:read` scopes.
Required scopes: `comment:read`.
Get a single call recording by ID.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `meeting:read`, `call_recording:read`.
Get the transcript for a call recording.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `meeting:read`, `call_recording:read`.
List all lists that your access token has access to. lists are returned in the order that they are sorted in the sidebar.
Required scopes: `list_configuration:read`.
Lists all attributes defined on a specific object or list. Attributes are returned in the order that they are sorted by in the UI.
When `target` is `objects`, the required scopes are `object_configuration:read`. When `target` is `lists`, the required scopes are `list_configuration:read`.
List all call recordings for a meeting.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `meeting:read`, `call_recording:read`.
Lists internal files, externally connected files and folders for a specific record. Use the `object` and `record_id` query parameters to specify the record. Optional query parameters may be provided to filter results by storage provider or parent folder.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `object_configuration:read`, `record_permission:read`, `file:read`.
Lists all meetings in the workspace using a deterministic sort order. When both the `participants` and `linked_record_id` filters are supplied, they are combined with OR: meetings that match either filter are returned.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `meeting:read`, `record_permission:read`.
List all entries, across all lists, for which this record is the parent.
Required scopes: `record_permission:read`, `object_configuration:read`, `list_entry:read`.
Lists people, company or other records, with the option to filter and sort results.
Required scopes: `record_permission:read`, `object_configuration:read`.
Lists all select options for a particular attribute on either an object or a list.
When `target` is `objects`, the required scopes are `object_configuration:read`. When `target` is `lists`, the required scopes are `list_configuration:read`.
Lists all statuses for a particular status attribute on either an object or a list.
When `target` is `objects`, the required scopes are `object_configuration:read`. When `target` is `lists`, the required scopes are `list_configuration:read`.
List all tasks. Results are sorted by creation date, from oldest to newest.
Required scopes: `task:read`, `object_configuration:read`, `record_permission:read`, `user_management:read`.
List threads of comments on a record or list entry.
To view threads on records, you will need the `object_configuration:read` and `record_permission:read` scopes.
To view threads on list entries, you will need the `list_configuration:read` and `list_entry:read` scopes.
Required scopes: `comment:read`.
The search records endpoint provides a convenient way to fuzzy search for records across one or more objects.
The matching strategy employed in this endpoint follows the in-product strategy and will match names, domains, emails, phone numbers and social handles on people and companies, and labels on all other objects.
Please note, results returned from this endpoint are eventually consistent. For results which are guaranteed to be up to date, please use the record query endpoint instead.
This endpoint is in beta. We will aim to avoid breaking changes, but small updates may be made as we roll out to more users.
Required scopes: `record_permission:read`, `object_configuration:read`.
Updates an existing list. Permissions for the list are controlled with the `workspace_access` and `workspace_member_access` parameters. Please note that lists must have either `workspace_access` set to `"full-access"` or one or more element of `workspace_member_access` with a `"full-access"` level. It is also possible to receive a `403` billing error if your workspace is not on a plan that supports either advanced workspace or workspace member level access for lists. Changing the parent object of a list is not possible through the API as it can have unintended side-effects that should be considered carefully. If you wish to carry out a parent object change you should do so through the UI.
Required scopes: `list_configuration:read-write`.
Use this endpoint to update list entries by `entry_id`. If the update payload includes multiselect attributes, the values supplied will be created and prepended to the list of values that already exist (if any). Use the `PUT` endpoint to overwrite or remove multiselect attribute values.
Required scopes: `list_entry:read-write`, `list_configuration:read`.
Use this endpoint to update people, companies, and other records by `record_id`. If the update payload includes multiselect attributes, the values supplied will be created and prepended to the list of values that already exist (if any). Use the `PUT` endpoint to overwrite or remove multiselect attribute values.
Required scopes: `record_permission:read-write`, `object_configuration:read`.
Updates an existing task by `task_id`. At present, only the `deadline_at`, `is_completed`, `linked_records`, and `assignees` fields can be updated.
Required scopes: `task:read-write`, `object_configuration:read`, `record_permission:read`, `user_management:read`.
Use this endpoint to create or update a list entry for a given parent record. If an entry with the specified parent record is found, that entry will be updated. If no such entry is found, a new entry will be created instead. If there are multiple entries with the same parent record, this endpoint with return the "MULTIPLE_MATCH_RESULTS" error. When writing to multi-select attributes, all values will be either created or deleted as necessary to match the list of values supplied in the request body.
Required scopes: `list_entry:read-write`, `list_configuration:read`.
Use this endpoint to create or update people, companies and other records. A matching attribute is used to search for existing records. If a record is found with the same value for the matching attribute, that record will be updated. If no record with the same value for the matching attribute is found, a new record will be created instead. If you would like to avoid matching, please use the Create record action.
If the matching attribute is a multiselect attribute, new values will be added and existing values will not be deleted. For any other multiselect attribute, all values will be either created or deleted as necessary to match the list of supplied values.
Required scopes: `record_permission:read-write`, `object_configuration:read`.