xMatters API Pagination, Fields & Errors
xMatters API pagination with limit and offset, field selection, and stable error codes — one request shape via MindCloud.
Once your first xMatters request works, use this page to shape real production requests. MindCloud keeps the app-specific API details behind one REST format, so you can control arguments, pagination, filtering, fields, and errors without learning a separate convention for every provider. If you have not connected xMatters yet, start with Connect to xMatters.
Arguments
Arguments are the inputs an action needs. Put them in the JSON body under the arguments field. Each xMatters action page documents its exact argument keys and types. It also shows which arguments are required. Keys are case-sensitive. Requests with missing or invalid required arguments fail.
Request format
Choose a xMatters action and send a POST request to its Universal API run URL. Authenticate with your MindCloud API Key. Put the connection, arguments, and response controls in the JSON body.
| Piece | Where it goes |
|---|---|
arguments | An object in the JSON body. Put all action fields inside it. |
connectionId | An optional public connection id in the JSON body. The API selects the default or only valid connection when omitted. |
limit, offset, where, sort, fields | Response controls in the JSON body. |
Pagination
Paginated list actions accept limit and offset in the JSON body. Some providers use page numbers, and some use cursors. MindCloud translates the request for xMatters. Start at offset=0, add limit to the offset after each page, and stop when a page returns fewer rows than you asked for.
curl --request POST \
--url "https://connect.mindcloud.co/v2/universal/apps/xMatters/actions/get-people/run" \
--header "Authorization: Bearer $MINDCLOUD_API_KEY" \
--header "Content-Type: application/json" \
--data '{
"connectionId": "$CONNECTION_ID",
"arguments": {},
"limit": "25",
"offset": "0"
}'These xMatters actions support pagination:
- Get a group's recipients
- Get a group's supervisors
- Get a person's devices
- Get a person's groups
- Get a person's supervisors
- Get changes
- Get communication plans
- Get conference bridges
- Get deleted shift occurrences
- Get device names
- Get device types
- Get devices
- Get event annotations
- Get event audit information
- Get events
- Get form response options
- Get form sections
- Get forms
- Get forms in a plan
- Get group license quotas
- Get group members
- Get groups
- Get import job messages
- Get import jobs
- Get incidents
- Get integration logs
- Get integrations
- Get members in a shift
- Get on-call summary
- Get People
- Get plan constants
- Get plan endpoints
- Get plan properties
- Get roles
- Get scenario sender permissions
- Get scenarios
- Get scenarios in a form
- Get scheduled messages
- Get service dependencies
- Get services
- Get shared libraries
- Get shift occurrences
- Get shifts
- Get signals
- Get sites
- Get subscribers
- Get subscription forms
- Get subscription forms in a plan
- Get subscription share permissions
- Get subscriptions
- Get suppressed events
- Get temporary absences
- Get user delivery data
- Get user license quotas
- Get who is on call
Sorting
Sortable list actions accept a sort body field. Use a comma-separated list of fields with a - prefix for descending order, such as sort=-createdAt,name. MindCloud maps it into the sorting format xMatters supports, and the sortable fields are listed on each action page.
These xMatters actions support sorting:
- Get a group's recipients
- Get a group's supervisors
- Get a person's devices
- Get a person's groups
- Get a person's supervisors
- Get changes
- Get communication plans
- Get conference bridges
- Get deleted shift occurrences
- Get device names
- Get device types
- Get devices
- Get event annotations
- Get event audit information
- Get events
- Get form response options
- Get form sections
- Get forms
- Get forms in a plan
- Get group license quotas
- Get group members
- Get groups
- Get import job messages
- Get import jobs
- Get incidents
- Get integration logs
- Get integrations
- Get members in a shift
- Get on-call summary
- Get People
- Get plan constants
- Get plan endpoints
- Get plan properties
- Get roles
- Get scenario sender permissions
- Get scenarios
- Get scenarios in a form
- Get scheduled messages
- Get service dependencies
- Get services
- Get shared libraries
- Get shift occurrences
- Get shifts
- Get signals
- Get sites
- Get subscribers
- Get subscription forms
- Get subscription forms in a plan
- Get subscription share permissions
- Get subscriptions
- Get suppressed events
- Get temporary absences
- Get user delivery data
- Get user license quotas
- Get who is on call
Field selection
Use the fields body field to return only the response fields your code reads. Use dot notation for nested objects: fields=id,name,profile.email. Selection is applied to each row in data after the response is mapped, and id is kept whenever it exists so rows stay identifiable.
Responses and errors
Every xMatters response is mapped into the same public envelope before it reaches your code: success, your rows in a data array (single-row actions return an array with one item), and optional meta. Failed requests return success: false with a stable code to branch on and a human-readable message:
{
"success": false,
"code": "CONNECTION_APP_MISMATCH",
"message": "Connection \"conn_123\" is not configured for this app."
}Check the HTTP status first: 401 or 403 for authentication and authorization, 400 for invalid request shape, and 5xx when MindCloud cannot complete the action upstream. Most failures come from a missing API Key, a missing or mismatched connection, or arguments that do not match the action page.