May adds new REST API resources for service templates and job communication history, plus webhook diagnostics improvements for API integrations.
New: ServiceTemplate API
A new ServiceTemplate REST resource is available for accounts using Services:
GET /api_1.0/ServiceTemplate.jsonGET /api_1.0/ServiceTemplate/{uuid}.jsonPOST /api_1.0/ServiceTemplate/{uuid}.jsonDELETE /api_1.0/ServiceTemplate/{uuid}.json
The API returns a curated service template shape including questions, choices, variations, and staff capabilities. Reads require read_service_templates; create/update/delete requires manage_service_templates.
POST performs sparse updates on editable service rows only. Publishing via the API is not supported in this version. DELETE soft-deletes the service.
New: Job SMS And Email History
Two new read-only resources expose job-related communication history:
GET /api_1.0/sms.jsonGET /api_1.0/sms/{uuid}.jsonGET /api_1.0/email.jsonGET /api_1.0/email/{uuid}.json
The SMS API requires read_sms; the Email API requires read_email.
Both resources return merged inbound and outbound job history, support cursor pagination via x-next-cursor, and support $filter for direction, related_object, and related_object_uuid.
Use $filter, for example:
/api_1.0/sms.json?$filter=direction eq inbound and related_object_uuid eq {job_uuid}
Direct query filters such as ?direction=inbound are not supported for these endpoints.
Webhook Subscription Diagnostics
GET /webhook_subscriptions now supports:
status=active
status=inactive
status=all
Responses include last_failure_reason and last_failure_at, making it easier to diagnose subscriptions that were automatically deactivated after repeated delivery failures.
Webhook documentation now also clarifies that callback URLs must return a successful 2xx response within 10 seconds. Repeated failures or timeouts can cause automatic deactivation.