PagerDuty aims to have no breaking changes to its API. We do fix bugs and add new functionality continuously. This document serves as a reference for any bug fixes or additions to our API.
- Fixing documented request examples for the following notification rule endpoints:
POST /users/{id}/notification_rulesPUT /users/{id}/notification_rulesPOST /users/{id}/oncall_handoff_notification_rulesPUT /users/{id}/oncall_handoff_notification_rulesPOST /users/{id}/status_update_notification_rulesPUT /users/{id}/status_update_notification_rules
- Increased Base Incident Type Custom Field limit from 30 enabled (35 including disabled) to 100 total fields for Enterprise Accounts.
- Introduced new Custom Field type, Paragraph, which allows up to 2000 characters.
- Introduced type-specific limits per Incident Type Hierarchy:
- Tag fields: 5 maximum
- Multiselect fields: 10 maximum
- URL fields: 10 maximum
- Paragraph fields: 5 maximum
- Increased Tag field value length from 70 to 255 characters.
- Increased Multiselect option value length from 70 to 100 characters.
- Increased field options limit from 100 to 200 for Multiselect and Singleselect fields.
- Enforcing Multiselect fields selection to a maximum of 100 value options out of a possible 200 options.
- Enforcing Tag field values limit to 55 values.
- Enhanced error messages to provide specific details when limits are exceeded.
- These changes affect the following incident type custom field endpoints:
POST /incidents/types/{type_id_or_name}/custom_fieldsPUT /incidents/types/{type_id_or_name}/custom_fields/{field_id}POST /incidents/types/{type_id_or_name}/custom_fields/{field_id}/field_optionsPUT /incidents/types/{type_id_or_name}/custom_fields/{field_id}/field_options/{field_option_id}
- Added shift-based schedules endpoints in early access:
GET /v3/schedulesPOST /v3/schedulesGET /v3/schedules/{id}PUT /v3/schedules/{id}DELETE /v3/schedules/{id}GET /v3/schedules/{id}/rotationsPOST /v3/schedules/{id}/rotationsGET /v3/schedules/{id}/rotations/{rotation_id}DELETE /v3/schedules/{id}/rotations/{rotation_id}GET /v3/schedules/{id}/rotations/{rotation_id}/eventsPOST /v3/schedules/{id}/rotations/{rotation_id}/eventsGET /v3/schedules/{id}/rotations/{rotation_id}/events/{event_id}PUT /v3/schedules/{id}/rotations/{rotation_id}/events/{event_id}DELETE /v3/schedules/{id}/rotations/{rotation_id}/events/{event_id}GET /v3/schedules/{id}/custom_shiftsPOST /v3/schedules/{id}/custom_shiftsGET /v3/schedules/{id}/custom_shifts/{custom_shift_id}PUT /v3/schedules/{id}/custom_shifts/{custom_shift_id}DELETE /v3/schedules/{id}/custom_shifts/{custom_shift_id}GET /v3/schedules/{id}/overridesPOST /v3/schedules/{id}/overridesGET /v3/schedules/{id}/overrides/{override_id}PUT /v3/schedules/{id}/overrides/{override_id}DELETE /v3/schedules/{id}/overrides/{override_id}
- Removed the
Limited GAbanner from the Enablements endpoints, indicating that this feature is now generally available. Affects the following endpoints:GET /event_orchestrations/{id}/enablementsPUT /event_orchestrations/{id}/enablements/{feature_name}GET /services/{id}/enablementsPUT /services/{id}/enablements/{feature_name}
- Added new endpoints to get details on a user's OAuth delegations
- List a user's delegations
GET /users/{id}/oauth_delegations - Show details on a specific delegation
GET /users/{id}/oauth_delegations/{delegation_id}
- List a user's delegations
- Deprecated
GET /users/{id}/sessions- Please use the new OAuth delegations endpoints instead. - Deprecated
GET /users/{id}/sessions/{type}/{session_id}- Please use the new OAuth delegations endpoints instead.
- Add WhatsApp contact method support. WhatsApp is now available as a contact method type alongside phone, SMS, email, and push notifications. Affects the following endpoints:
GET /users/{id}/contact_methodsPOST /users/{id}/contact_methodsPUT /users/{id}/contact_methods/{contact_method_id}DELETE /users/{id}/contact_methods/{contact_method_id}
- Added new endpoint for cancelling pending responder requests on incidents:
PUT /incidents/{id}/responder_requests/cancel- Cancel responder requests for users and escalation policies
- Add
action_tierparameter to Workflow Integration Actions
- Enhanced SCIM User roles documentation to clarify that the
rolesfield accepts two formats: Format 1 using theprimaryfield (required withvalue), and Format 2 using thetypefield (must be"base"withvalue). Affects the following endpoints:POST /scim/v2/UsersPUT /scim/v2/Users/{id}PATCH /scim/v2/Users/{id}
- Updated user schema documentation to clarify
primaryis always returned as part of the role object.
- Add
appsparameter to Workflow Integrations
- Updated the upper bounds of allowed idle session timeout configurations.
PUT /session_configurations?type={type}
GET /incidents/{id}/notes- Including updated_at in response payloadPOST /incidents/{id}/notes- Including updated_at in response payload- Added Edit and Delete Incident Notes API endpoints:
PUT /incidents/{id}/notes/{note_id}- Edit an existing incident noteDELETE /incidents/{id}/notes/{note_id}- Delete an existing incident note
- Added Analytics API endpoints for user metrics:
POST /analytics/raw/users- Get raw user analytics dataPOST /analytics/metrics/users/all- Get aggregated metrics for all users
- Fixed the documentation link for SCIM User Provisioning to go to the correct web page
- Introduced a new concept Session Configurations in API Concepts
- Added session configurations endpoints so users can manage their session timeouts for web and mobile
GET /session_configurations?type={type}PUT /session_configurations?type={type}DELETE /session_configurations?type={type}
- Enhanced the
servicefield in thePUT /incidents/{id}endpoint:- Removed the
[Early Access]flag from the description, indicating that this feature is now generally available - Fixed the object schema
- Removed the
- Added channel type schemas that were missing from the following pages' docs:
GET /log_entriesGET /log_entries/{id}Channelschema
- Added documentation on the MCP (Model Context Protocol) API for agentic use cases, try it out at
https://mcp.pagerduty.com/mcp!
- Updated documentation for the incident reopening feature on the
PUT /incidents/{id}andPUT /incidentsendpoints. Setting the status field to "triggered" or "acknowledged" on a resolved incident will now reopen it. - Enhanced the
priorityfield documentation in thePUT /incidents/{id}andPUT /incidentsendpoints to clarify that it accepts either a priority object (with id, name, and type) or a string matching a priority name.
- Added
enabledfield when creating or editing configurations of the Jira Cloud Integration. Affects the following endpoints:POST /integration-jira-cloud/accounts_mappings/{id}/rulesPUT /integration-jira-cloud/accounts_mappings/{id}/rules/{rule_id}
enabledfield added to the configuration in response payloads. Affects the following endpoints:GET /integration-jira-cloud/accounts_mappings/{id}/rulesGET /integration-jira-cloud/accounts_mappings/{id}/rules/{rule_id}
- Added
alert_idas an optional param toPOST /automation_actions/actions/{id}/invocations
- Added the PagerDuty SCIM API reference section for new APIs at the path:
/scim/v2.
- Removed the deprecated
GET /response_plays,POST /response_plays,GET /response_plays/{id},PUT /response_plays/{id}, andDELETE /response_plays/{id}endpoints. This functionality has been replaced by the more robust Incident Workflows feature.
- Marked the following endpoints as deprecated
DELETE /users/{id}/sessions endpointDELETE /users/{id}/sessions/{type}/{session_id}
- Updated the
DELETE /oauth_delegationsendpoint to be synchronous and markedGET /oauth_delegations/revocation_requests/statusas deprecated
- Added
created_via_ssofield to User model in responses. This boolean field indicates whether a user was created via Single Sign-On (SSO).
- Added Limited GA endpoints for Feature Enablement management for Services and for Event Orchestrations. These endpoints allow retrieving and updating feature enablement settings (currently AIOps) on either a service or an event orchestration.
GET /services/{id}/enablements- List feature enablement settings for a servicePUT /services/{id}/enablements/{feature_name}- Update feature enablement for a serviceGET /event_orchestrations/{id}/enablements- List feature enablement settings for an event orchestrationPUT /event_orchestrations/{id}/enablements/{feature_name}- Update feature enablement for an event orchestration
- The
PUT /event_orchestrations/{id}/routerAPI will return newwarningswhen a user disables AIOps on an Event Orchestration and then has routes to a Service with AIOps enabled.
- Added new OAuth client management endpoints for creating, retrieving, updating, and deleting OAuth clients for webhook subscriptions.
- The
oauth_clientfield is present in the Webhook subscription API responses, set tonullwhen no OAuth client is associated.
- Promoted Service Custom Fields API to General Availability (GA) by removing Early Access headers requirement. This affects all Service Custom Fields endpoints and responses.
- Temporarily removed
default_valuefield from Service Custom Fields endpoints during Early Access. This change only affects service custom fields and does not impact incident custom fields or incident types custom fields. The default values feature for services may be reintroduced with improvements in a future release.
- Clarified behavior in Service Custom Field Value update model documentation
- Added support for specifying
trigger_typeswhen configuring a Webhook or Automation Action on an Event Orchestration
For the Service Custom Fields endpoints, the following clarifications were made:
- Field default values are only applied to newly created Services. We now make that clearer in the API docs.
- Field Options, when passed in the
PUT /services/custom_fields/{field_id}endpoint work as an upsert. That's now also made clearer, for the API user.
- Added Early Access endpoints for Service Custom Fields management. These endpoints allow creating, retrieving, updating, and deleting custom fields and their values for Services. All endpoints require the X-EARLY-ACCESS header.
- Service Custom Fields endpoints:
GET /services/custom_fieldsPOST /services/custom_fieldsGET /services/custom_fields/{field_id}PUT /services/custom_fields/{field_id}DELETE /services/custom_fields/{field_id}
- Field Options endpoints:
GET /services/custom_fields/{field_id}/field_optionsPOST /services/custom_fields/{field_id}/field_optionsGET /services/custom_fields/{field_id}/field_options/{field_option_id}PUT /services/custom_fields/{field_id}/field_options/{field_option_id}DELETE /services/custom_fields/{field_id}/field_options/{field_option_id}
- Field Values endpoints:
GET /services/{id}/custom_fields/valuesPUT /services/{id}/custom_fields/values
- Service Custom Fields endpoints:
- Added support for configuring a new type of Event Orchestration Cache Variable
external_data - Added endpoints for managing the data for an
external_datacache variable on a service or global Event OrchestrationGET /event_orchestrations/{ORCHESTRATION_ID}/cache_variables/{CACHE_VARIABLE_ID}/dataPUT /event_orchestrations/{ORCHESTRATION_ID}/cache_variables/{CACHE_VARIABLE_ID}/dataDELETE /event_orchestrations/{ORCHESTRATION_ID}/cache_variables/{CACHE_VARIABLE_ID}/dataGET /event_orchestrations/services/{SERVICE_ID}/cache_variables/{CACHE_VARIABLE_ID}/dataPUT /event_orchestrations/services/{SERVICE_ID}/cache_variables/{CACHE_VARIABLE_ID}/dataDELETE /event_orchestrations/services/{SERVICE_ID}/cache_variables/{CACHE_VARIABLE_ID}/data
- Deprecated the
Incident Custom Fieldsendpoints in favor of the new endpoints for Custom Fields found inIncident Types. - Clarified the usage of the
resolutionfield when updating an Incident. - Fix
summaryfield value examples in the Response payload of the Incident Types Custom Fields endpoints. - Added
allow_invocation_manually,allow_invocation_from_event_orchestration, andmap_to_all_servicesfields to Automation Actions endpoints.
- Added
incident_typeas an allowed value for thetrigger_typeparameter in bothPOST /incident_workflows/triggersandPUT /incident_workflows/triggers - Added
incident_typesto the trigger object in bothPOST /incident_workflows/triggersandPUT /incident_workflows/triggers/:triggerId - Added
incident_typeas an allowed value fortrigger_typein bothGET /incident_workflows/triggersandGET /incident_workflows/triggers/:triggerId - Added
incident_typesto the trigger response in bothGET /incident_workflows/triggersandGET /incident_workflows/triggers/:triggerId
- Added
is_enabledproperty to Incident Workflows - Deprecated
is_disabledproperty on Incident Workflow Triggers
- Released incident types endpoints to General Access (removing need for X-Early-Access header)
- Introduced a new Early Access body attribute
servicetoPUT /incidents/:idendpoint
- Added support for filtering incidents by
incident_type_idsin the API. - Updated the request parameters to include
incident_type_idsunder thefiltersobject in theGET /incidentsendpoint. - Added examples for the
incident_type_idsparameter in the API documentation.
- Added
recommended_timeoutfield toauto_pause_notifications_parameterson all Service endpoints - Added support for auto-selecting the
recommended_timeoutvalue when updating a Service with anauto_pause_notifications_parameters.timeoutof0
- POST /incidents was missing
urgencyas a valid body parameter.
- Fix position of the
route_toattribute in the request & response examples on thePUT /event_orchestrations/{id}/globalandPUT /event_orchestrations/services/{service_id}documentation.
- Add incident dedicated channel endpoints for slack integration API
- GET /integration-slack/incidents/{incident_id}/dedicated_channel
- POST /integration-slack/incidents/{incident_id}/dedicated_channel
- DELETE /integration-slack/incidents/{incident_id}/dedicated_channel
- Add incident notification channels endpoints for slack integration API
- GET /integration-slack/incidents/{incident_id}/notification_channels
- POST /integration-slack/incidents/{incident_id}/notification_channels
- PUT /integration-slack/incidents/{incident_id}/notification_channels
- DELETE /integration-slack/incidents/{incident_id}/notification_channels/{channel_id}
- Added support for
filter_type=accountto/webhook_subscriptions.
- Added support for the
iag_fieldsproperty to/alert_grouping_settingswhen using Intelligent Alert Grouping - Updated the Service
alert_grouping_parametersfield to reflect that an Alert Grouping Setting reference will be returned for unsupported alert grouping configuration
- Add
incident_type_ids(array of obfuscated IDs) as a filter for/analytics/raw/responders/:responder_id/incidents
- Add
incident_type_ids(array of obfuscated IDs) as a filter for/analytics/raw/incidents
- Introduced a new endpoint for analytics on PD Advance usage
POST /analytics/metrics/pd_advance_usage/features
- Added support for the
pd_advance_usedfilter on/analytics/metrics/incidents/all
- Introduced two new endpoints for managing OAuth delegations. In this initial release, this new functionality allows you to revoke a user's access to the mobile app
DELETE /oauth_delegationsGET /oauth_delegations/revocation_requests/status
- Add
is_defaultproperty to Workflow Integration Connection
- Fixed descriptions for
POST /incidents/types/{type_id_or_name}/custom_fields/{field_id}/field_optionsandPUT /incidents/types/{type_id_or_name}/custom_fields/{field_id}/field_options/{field_option_id}
- Update the multi-update item limit in the Manage Alerts endpoint
- Added
only_invocable_on_unresolved_incidentsfield to Automation Actions endpoints.
- Removed early access parameters from all status update notification rules endpoints; they are now in GA
- Updated Incident Log Entries to include:
- FieldValueChange
- CustomFieldsValueChange
- Added
incident_type_nameandincident_type_idtoanalytics/raw/incidentsandanalytics/raw/incidents/:id
- Added endpoints for the configuration of the Jira Cloud Integration
GET /integration-jira-cloud/accounts_mappingsGET /integration-jira-cloud/accounts_mappings/{id}GET /integration-jira-cloud/accounts_mappings/{id}/rulesGET /integration-jira-cloud/accounts_mappings/{id}/rules/{rule_id}POST /integration-jira-cloud/accounts_mappings/{id}/rulesPUT /integration-jira-cloud/accounts_mappings/{id}/rules/{rule_id}DELETE /integration-jira-cloud/accounts_mappings/{id}/rules/{rule_id}
- Updated Incident endpoints to support Incident Types
- Updated the incident event webhook to include the new Incident Type attribute.
- Added endpoints for Workflow Integrations and Connections
GET /workflows/integrationsGET /workflows/integrations/{id}GET /workflows/integrations/connectionsGET /workflows/integrations/{id}/connectionsPOST /workflows/integrations/{id}/connectionsGET /workflows/integrations/{id}/connections/{id}PATCH /workflows/integrations/{id}/connections/{id}DELETE /workflows/integrations/{id}/connections/{id}
-
Add OpenAPI array items' type specifications to response schema definitions
-
Fix update Incident Workflow status code response
-
Adding deprecation notice for alert grouping configuration via the Service resource. Alert Grouping Settings power a more robust version of alert grouping. All new alert grouping features will only be available via Alert Grouping Settings. This affects the following fields on the Service endpoints:
-
alert_grouping -
alert_grouping_parameters -
alert_grouping_timeout
- Added support for
dynamic_route_toparameter to/event_orchestrations/{orchestration_id}/routerendpoint - Added support for
escalation_policyparameter to/event_orchestrations/{orchestration_id}/globaland/event_orchestrations/services/{service_id}endpoints
- Add
is_disabledquery parameter andis_disabledresponse attribute toGET /incident_workflows/triggers, directly as deprecated. These parameters have been returned but were not documented. Both query parameter and response attribute will be removed in later versions of the API, and should not be used.
- Corrected documentation of
PUT /incidents/{id}/alertsendpoint - Corrected documentation of
PUT /incidents/{id}/alerts/{alert_id}endpoint
-
Implemented strict field validation for the
alert_grouping_parametersobject in the following endpoints:POST /servicesPUT /services
A 400 error will be returned if extra or incorrect field names are included in this object.
- Add a new 'unknown' value to the list of possible automation action invocation states
- Removed
X-EARLY-ACCESSheader requirement for all Business Services (BIS) endpoints
- Added
updated_afterfilter toPOST /analytics/raw/incidentsendpoint - Added
updated_atcolumn toGET /analytics/raw/incidents/{id}endpoint - Added
updated_atcolumn toGET /analytics/raw/incidentsendpoint
- Added the query parameter
nameto theGET /servicesendpoint
- Specified the maximum
limitfor List Incidents API
- Added
action_idparameter to Automation Actions invocation list endpoint, which filters results based on those associated with the specified action. - Removed
X-EARLY-ACCESSheader requirement for all Status Page endpoints
- Added
webhook_subscriptions.readscope toGET /webhook_subscriptionsendpoint - Added
webhook_subscriptions.readscope toGET /webhook_subscriptions/{id}endpoint - Added
webhook_subscriptions.writescope toPOST /webhook_subscriptionsendpoint - Added
webhook_subscriptions.writescope toPUT /webhook_subscriptions/{id}endpoint - Added
webhook_subscriptions.writescope toDELETE /webhook_subscriptions/{id}endpoint - Added
webhook_subscriptions.writescope toPOST /webhook_subscriptions/{id}/enableendpoint - Added
webhook_subscriptions.writescope toPOST /webhook_subscriptions/{id}/pingendpoint
- Updated the
escalation_policy_idandescalation_policy_namecolumns at theanalytics/raw/incidentsandanalytics/raw/incidents/:idendpoints to respect the escalation policy used in the incident as it changes. Previously these values showed the escalation policy associated with the incident's service. This change is also reflected in the aggregate Analytics endpoints.
- Added documentation for managing Cache Variables for Global Event Orchestrations and Service Event Orchestrations
- Updated documentation around allowed values for warnings returned by Event Orchestrations and included examples
- Added
joined_user_ids,joined_user_names, andactive_user_countcolumns toanalytics/raw/incidentsandanalytics/raw/incidents/:id
- Added addtional clarification for the different allowed values of event priorities when configuring Slack service connections.
- Marked
alert_creationwithin the service model as deprecated and add knowledge base reference for end-of-life documentation.
- Added an
acknowledgment_countcolumn toanalytics/raw/incidentsandanalytics/raw/incidents/:id
- Added
acknowledged_user_ids,acknowledged_user_names,assigned_user_ids, andassigned_user_namescolumns toanalytics/raw/incidentsandanalytics/raw/incidents/:id
- Added documentation for adding Incident Custom Field updates to Global Event Orchestration
- Added documentation for adding Incident Custom Field updates to Service Event Orchestration
- Added external status page endpoints
GET /status_pagesGET /status_pages/{id}/impactsGET /status_pages/{id}/impacts/{impact_id}GET /status_pages/{id}/servicesGET /status_pages/{id}/services/{service_id}GET /status_pages/{id}/severitiesGET /status_pages/{id}/severities/{severity_id}GET /status_pages/{id}/statusesGET /status_pages/{id}/statuses/{status_id}GET /status_pages/{id}/postsPOST /status_pages/{id}/postsGET /status_pages/{id}/posts/{post_id}PUT /status_pages/{id}/posts/{post_id}DELETE /status_pages/{id}/posts/{post_id}GET /status_pages/{id}/posts/{post_id}/post_updatesPOST /status_pages/{id}/posts/{post_id}/post_updatesGET /status_pages/{id}/posts/{post_id}/post_updates/{post_update_id}PUT /status_pages/{id}/posts/{post_id}/post_updates/{post_update_id}DELETE /status_pages/{id}/posts/{post_id}/post_updates/{post_update_id}GET /status_pages/{id}/posts/{post_id}/postmortemPOST /status_pages/{id}/posts/{post_id}/postmortemPUT /status_pages/{id}/posts/{post_id}/postmortemDELETE /status_pages/{id}/posts/{post_id}/postmortem
- Added
total_user_defined_engaged_secondsandmean_user_defined_engaged_secondscolumns to the following analytics endpoints:POST analytics/metrics/incidents/incidents/allPOST analytics/metrics/incidents/servicesPOST analytics/metrics/incidents/services/allPOST analytics/metrics/incidents/teamsPOST analytics/metrics/incidents/teams/allPOST analytics/metrics/incidents/escalation_policiesPOST analytics/metrics/incidents/escalation_policies/all
- Added four percentile metrics each for time to acknowledge and time to resolve to the
POST /analytics/metrics/incidents/allendpoint.
- Clarified documentation on several Incident Workflows resources
- IncidentWorkflowStep inputs, inline_steps_inputs, outputs
- IncidentWorkflowInlineStep inputs, inline_steps_inputs, outputs
- Fixed inconsistencies with the Custom Fields
Fieldentity
- Added external status page subscriptions endpoints
GET /status_pages/{id}/subscriptionsPOST /status_pages/{id}/subscriptionsGET /status_pages/{id}/subscriptions/{subscription_id}DELETE /status_pages/{id}/subscriptions/{susbcription_id}
- Added
not_invocation_stateparameter to Automation Actions invocation list endpoint, which filters results based on those NOT in the specified state
- Added Templates Fields endpoint:
GET /templates/fields
- Added support for Incident Workflows inline steps inputs
Importing PagerDuty OpenAPI Specs into Postman
- See Postman's documentation on integrating Postman with OpenAPI
- Use this URL in the OpenAPI import tool
- The "Run in Postman" button was removed in favor of this more concrete workflow.
- Documented
overflowquery parameter inGET /schedules/{id}
2023 REST API Rate Limiting Refresh
The PagerDuty REST API uses rate limits to provide a consistent experience for all of our customers. As we have grown up, these limits have grown with us; sometimes in undocumented or difficult to understand ways.
Today we are announcing the upcoming rollout of a refreshed rate limiting system for the PagerDuty REST API. The primary goal of this refresh is to provide you with a more predictable and better documented set of rate limits. We are also delivering a new API feature for your application to more easily interact with the rate limits.
Will my application change?
In most cases, your application should experience similar or more generous rate limits than it does today. However, rate limiting can be complicated and there will be some exceptions based on your particular usage pattern.
If your application never experiences rate limiting today OR your code already gracefully responds to 429 HTTP response codes, you are likely already prepared.
How to prepare?
If your application is mission critical and does not gracefully handle rate limiting today; the most important change you can make is to start responding to 429 response codes by slowing down your request rate.
The refreshed rate limiting system also includes new rate limiting headers on HTTP responses from our REST API. These headers will inform clients about their current rate limiting status.
Along with today's announcement we are enabling these new headers on requests that were evaluated by the new rate limiting system in a passive mode. You will not see these headers on all of the 429 responses you receive while the old system is still active. You may also see 200 responses where the headers indicate you have 0 remaining requests. These headers may be used to collect client-side telemetry about how close your application is getting to the new rate limiting system.
See the REST API Rate Limits page for best practices and more about the new rate limiting headers.
When will this happen?
The new rate limit headers are available for your applications to begin consuming today. Over the coming weeks we will begin enforcing these new limits, retiring the old system, and returning 429 responses when the limits are reached.
See the REST API Rate Limits page for more information.
- Added Alert Grouping Settings endpoints:
GET /alert_grouping_settingsPOST /alert_grouping_settingsGET /alert_grouping_settings/{id}PUT /alert_grouping_settings/{id}DELETE /alert_grouping_settings/{id}
- Added new Analytics endpoints
POST /analytics/raw/responders/{responder_id}/incidentsPOST /analytics/metrics/responders/teamsPOST /analytics/metrics/responders/allPOST /analytics/metrics/incidents/escalation_policiesPOST /analytics/metrics/incidents/escalation_policies/allPOST /analytics/metrics/incidents/services/allPOST /analytics/metrics/incidents/teams/all
- Added new escalation/reassignment metrics and filters to existing endpoints
- Removed
X-EARLY-ACCESSheader requirement for all Analytics endpoints
- Added
incident_workflow_referenceas possible agent type for Automation Action Invocation resources.
- Removed Early Access warning from
POST /services/{id}/rules/convert
- Updated
service.html_urlfield from/services/{id}to/service-directory/{id}. - Updated
maintenance_window.html_urlfield from/maintenance_windows#/show/{id}to/service-directory/maintenance-windows/{id}.
- Clarify sort order of timings attribute on automation action invocations
- Added documentation to all Analytics endpoints for supported time zone formats
- Added Standards endpoints:
GET /standardsPUT /standards/:idGET /standards/scores/{resource_type}GET /standards/scores/{resource_type}/{id}
- Added documentation for including the
migrated_*properties into the List Service's Event Rules endpoint response - Added documentation for including the
migrated_*properties into the Get the Service Orchestration for a Service endpoint response
- Remove
X-EARLY-ACCESSheader for/incidents/custom_fieldsand/incidents/:id/custom_fieldsendpoints - Added documentation for the Team
default_roleattribute, for public/private teams. - Removed documentation for the Team
parentattribute, since that is part of the team hierarchy feature which is still in EA. - Added an API to convert a Service's Event Rules into equivalent Service Event Orchestration rules:
POST /services/{id}/rules/convert
- Updated automation actions action API update endpoint to make previously mandatory fields be optional
- Added services.read scope to
GET /business_services/:id/supporting_services/impacts
- Added services.read scope to
GET /business_services/priority_thresholds - Added services.write scope to
DELETE /business_services/priority_thresholds - Added services.write scope to
PUT /business_services/priority_thresholds - Added services.read scope to
GET /business_services/impacts - Added services.read scope to
GET /business_services/impactors - Added incidents.read scope to
GET /incidents/{id}/business_services/impacts - Added incidents.write scope to
PUT /incidents/{id}/business_services/impacts
- Added status_dashboards.read scope to
GET /status_dashboards - Added status_dashboards.read scope to
GET /status_dashboards/{id} - Added status_dashboards.read scope to
GET /status_dashboards/{id}/service_impacts - Added status_dashboards.read scope to
GET /status_dashboards/url_slugs/{url_slug} - Added status_dashboards.read scope to
GET /status_dashboards/url_slugs/{url_slug}/service_impacts
- Updated automation actions runner API update endpoint to make previously mandatory fields be optional
- Added description details for runbook_base_uri parameter
- Refactored runner documentation to make the above changes possible
- Refactored Early-Access endpoints for Custom Fields based on customer feedback
-
GET /custom_fields -
POST /custom_fields -
GET /custom_fields/{id} -
PUT /custom_fields/{id} -
DELETE /custom_fields/{id} -
GET /custom_fields/{id}/field_options -
POST /custom_fields/{id}/field_options -
PUT /custom_fields/{id}/field_options/{option_id} -
DELETE /custom_fields/{id}/field_options/{option_id} -
PUT /incidents/:id/custom_fields/values -
GET /incidents/:id/custom_fields/values -
GET /incidents/:id/?include[]=field_values
-
- Add
workflow_name_containsquery parameter toGET /incident_workflows/triggers
resolved_atandupdated_atfields added to the Incident model in response payloads. Affects the following endpoints:GET /incidentsPOST /incidentsPUT /incidentsGET /incidents/:incident_idPUT /incidents/:incident_idPOST /incidents/:incident_id/snoozePUT /incidents/:incident_id/mergeGET /incidents/:incident_id/alerts?include[]=incidentsGET /incidents/:incident_id/log_entries?include[]=incidentsGET /log_entries?include[]=incidentsGET /log_entries/:log_entry_id?include[]=incidents
- Audit records can be published with new actor types:
app_referenceandapi_key_reference
- Added Event Orchestration Global Rules APIs:
GET /event_orchestrations/{orchestration_id}/globalPUT /event_orchestrations/{orchestration_id}/global
- Added Event Orchestration Integration APIs:
GET /event_orchestrations/{orchestration_id}/integrationsPOST /event_orchestrations/{orchestration_id}/integrationsGET /event_orchestrations/{orchestration_id}/integrations/{integration_id}PUT /event_orchestrations/{orchestration_id}/integrations/{integration_id}DELETE /event_orchestrations/{orchestration_id}/integrations/{integration_id}POST /event_orchestrations/{orchestration_id}/integrations/migration
- Updated Event Orchestrations APIs so that requests using features the account is ineligible for return a 200 OK instead of 403 Forbidden
warningsadded to response payload of:PUT /event_orchestrations/{orchestration_id}/globalPUT /event_orchestrations/{orchestration_id}/routerPUT /event_orchestrations/{orchestration_id}/unroutedPUT /event_orchestrations/services/{service_id}
- Restored OAuth scope enforcement for Classic User OAuth apps
- Added EOL warning message on each of
/rulesets/and/services/{id}/rulesendpoints
- Updated description of Escalation Policy teams field to include the limit (1) team per Escalation Policy.
- Clarified the wording around the limits of
sinceanduntilparameters for the oncall API.
- Added optional
process_automation_node_filterproperty to:POST /automation_actions/actionsPUT /automation_actions/actions/{id}GET /automation_actions/actionsGET /automation_actions/actions/{id}POST /automation_actions/actions/{id}/invocationsGET /automation_actions/invocationsGET /automation_actions/invocations/{id}
- Log entry types are now explicity listed as their attributes may differ. The list will now show on the following endpoints:
GET /log_entriesGET /log_entries/{id}GET /incidents/{incident_id}/log_entries
- Added optional
sort_bytoGET /templatesquery parameters to sort templates bynameorcreated_atfields in a (asc/desc) order.
- Update description of
IncidentWorkflowTrigger.conditionto more clearly describe the impact around triggers starting either when an incident is created, or when conditions are met
- Fix example for
POST /customfields/fields/{id}/field_optionsendpoint
- Adding deprecation notice to Response Plays. Because Incident Workflows are a more robust and powerful version of Response Plays, we will be working to upgrade accounts from Response Plays to Incident Workflows, ultimately culminating in a Response Plays end-of-life in late 2023. This affects the following endpoints:
GET /response_playsPOST /response_playsGET /response_plays/{id}PUT /response_plays/{id}DELETE /response_plays/{id}POST /response_plays/{id}/run
- Allow
default_valuewhenrequiredis false for the following endpointsPOST /customfields/schemasPUT /customfields/schemas/{id}POST /customfields/schemas/{id}/field_configurationsPUT /customfields/schemas/{id}/field_configurations/{configuration_id}
- Remove
X-EARLY-ACCESSheader warning from/incident_workflowsendpoints
- Removed
namefromPUT /customfields/fields/{id}request body.
- Update
IncidentWorkflowTrigger.permissions.team_ids(string[]) =>IncidentWorkflowTrigger.permissions.team_id(string)
- Specify valid
typeproperty values onIncidentWorkflow,IncidentWorkflowAction,IncidentWorkflowInstance,IncidentWorkflowStepandIncidentWorkflowTrigger - Add description to
stepsproprerty onIncidentWorkflow - Specify
incident_workflow_instance.incident.idis a required inPOST /incident_workflows/{id}/instancesrequest body - Update
domain_nameandnameproperty descriptions onIncidentWorkflowAction - Remove currently unused
integrationas allowed enum value onaction_typeproperty onIncidentWorkflowAction
- Fix type of
next_cursorproperty on List Triggers and List Actions response bodies
- Wording changes and typo correction for MS Teams Integration documentation
- Cleaned up the list of schemas in MS Teams Integration section
- Added Early-Access endpoints for Custom Fields
-
GET /customfields/fields -
POST /customfields/fields -
GET /customfields/fields/{id} -
PUT /customfields/fields/{id} -
DELETE /customfields/fields/{id} -
GET /customfields/fields/{id}/schemas -
GET /customfields/fields/{id}/field_options -
POST /customfields/fields/{id}/field_options -
GET /customfields/fields/{id}/field_options/{option_id} -
PUT /customfields/fields/{id}/field_options/{option_id} -
DELETE /customfields/fields/{id}/field_options/{option_id} -
GET /customfields/schemas -
POST /customfields/schemas -
GET /customfields/schemas/{id} -
PUT /customfields/schemas/{id} -
DELETE /customfields/schemas/{id} -
GET /customfields/schemas/{id}/field_configurations -
POST /customfields/schemas/{id}/field_configurations -
GET /customfields/schemas/{id}/field_configurations/{configuration_id} -
PUT /customfields/schemas/{id}/field_configurations/{configuration_id} -
DELETE /customfields/schemas/{id}/field_configurations/{configuration_id} -
POST /customfields/schema_assignments -
GET /customfields/schema_assignments -
DELETE /customfields/schema_assignments/:id -
PUT /incidents/:id/field_values -
GET /incidents/:id/field_values -
GET /incidents/:id/field_values/schema -
GET /incidents/:id/?include[]=field_values
-
- Add
permissionsproperty toIncidentWorkflowsTriggerentity schema
- Update Template API Documentation
- Change render path to /template/{id}/render, add
externalto request body and makestatus_update.messageoptional. - Add
template_typefilter to LIST endpoint - Remove Early Access flags
- Change render path to /template/{id}/render, add
- Update
GET /incident_workflows/triggersendpoint to use cursor pagination - Update
GET /incident_workflows/triggersendpoint to include sort_by query parameter - Update
GET /incident_workflows/actionsendpoint to use cursor pagination - Remove
IncidentWorkflowAction.invoke_urlproperty - Rename
IncidentWorkflowActionInput.default_value_serializedproperty todefault_value - Rename
ActionInvocation.Inputs[].serialized_valueproperty tovalue - Remove
IncidentWorkflowTrigger.workflow_idandIncidentWorkflowTrigger.workflow_nameproperties - Update
IncidentWorkflowTrigger.workflowproperty to be a proper ResourceReference
- Added
POST /incident_workflows/{id}/instancesendpoint
- Added
POST /integration-ms-teams/incidents/{incident_id}/meetingendpoint
- Added optional
queryquerystring parameter toGET /incident_workflows - Added
DELETE /incident_workflows/{id}endpoint
- Added
GET /analytics/raw/incidents/{id}/responsesto the Analytics API
- Added Early Access Incident Workflows endpoints including Triggers and Actions
GET /incident_workflowsPOST /incident_workflowsGET /incident_workflows/{id}PUT /incident_workflows/{id}GET /incident_workflows/actionsGET /incident_workflows/actions/{id}GET /incident_workflows/triggersPOST /incident_workflows/triggersGET /incident_workflows/triggers/{id}PUT /incident_workflows/triggers/{id}POST /incident_workflows/triggers/{id}/servicesDELETE /incident_workflows/triggers/{trigger_id}/services/{service_id}
- Removed
integrationskey from the example response and response schema ofGET /event_orchestrations/ - Replaced
integrationkey withintegrationsin the example response ofGET /event_orchestrations/{id}
- Removed early access parameters from all automation_access endpoints; they are now in GA
Clarified for service post/put the null option for alert_grouping_parameters.type will shut grouping off
- Added Automation Action Team Management endpoints.
GET /automation_actions/action/{id}/teamsGET /automation_actions/action/{id}/teams/{team_id}
- Added Automation Action Management endpoints.
GET /automation_actions/actions/{id}/servicesGET /automation_actions/actions/{id}/services/{service_id}
- Added Automation Action Runner Management endpoints.
GET /automation_actions/runners/{id}/teamsGET /automation_actions/runners/{id}/teams/{team_id}
- Updated specs of Automation Action Runner Management endpoints.
GET /automation_actions/runnersPOST /automation_actions/runnersGET /automation_actions/runners/{id}PUT /automation_actions/runners/{id}
- Added Automation Action Invocation endpoints.
GET /automation_actions/invocationsGET /automation_actions/invocations/{id}POST /automation_actions/actions/{id}/invocations
- Added Automation Action Management endpoints.
GET /automation_actions/actionsPOST /automation_actions/actionsGET /automation_actions/actions/{id}DELETE /automation_actions/actions/{id}PUT /automation_actions/actions/{id}POST /automation_actions/actions/{id}/servicesDELETE /automation_actions/actions/{id}/services/{service_id}POST /automation_actions/actions/{id}/teamsDELETE /automation_actions/actions/{id}/teams/{team_id}
Added new fields within alert_grouping_settings for configuring Intelligent Alert Grouping with a flexible time window.
POST /servicesPUT /services/{id}GET /servicesGET /services/{id}
- Added Automation Action Runner Management endpoints.
GET /automation_actions/runnersPOST /automation_actions/runnersGET /automation_actions/runners/{id}PUT /automation_actions/runners/{id}DELETE /automation_actions/runners/{id}POST /automation_actions/runners/{id}/teamsDELETE /automation_actions/runners/{id}/teams/{team_id}
- Fixed the wording of the
queryquery parameter. Previously it said it filtered over tags when it was actually filtering over an object's name field. GET /schedulesGET /escalation_policiesGET /extensionsGET /usersGET /teamsGET /tagsGET /servicesGET /response_playsGET /maintenance_windows
Added documentation of Flexible Licensing within the API to support querying for License and License allocation information along with creating and updating Users with specified Licenses.
This introduces three new API endpoints:
GET /licensesfor retrieving the list of Licenses an Account has purchased along with usage and availability countsGET /license_allocationsfor retrieving what Licenses are allocated to what UsersGET /users/:id/licensefor retrieiving the License assigned to an individual User
Additionally, two endpoints have been updated to support Licensing behavior:
POST /usersfor assigning a License to a User when it is first createdPUT /users/:idfor assigning a new License to an existing User
Added information on upcoming changes to OAuth token expiries
All OAuth clients registered prior to October 30th 2022 will have the following settings:
- access token expiry of one year
- refresh token expiry of one year
After October 30th 2022, all newly registered OAuth clients will have the following settings:
- access token expiry of 30 days
- refresh token expiry of 210 days
- rolling refresh window of 3 years
After April 30th 2023, we will apply the new expiry settings to all OAuth clients.
- Added Templates API documentation
- Updated Alerts definition in API Concepts
- Updated Create Orchestration API to reference the correct endpoint and remove
idas a required param
- Updated Flex Service API to reflect new changes to allow bulk changes in Fields and Field Schemas
- Updated Audit Trails params description with the new restriction of a max duration of 31 days.
- Updated 'outlier_incident' documentation link to point to new 'Outlier Incident' documentation
GET /incidents/{id}/outlier_incident
- Added
integrationsas option forinclude[]query parameter to the Get a Service endpoint.GET /services/{id}?include[]=integrations
- Provide example for how to query multiple incident statues.
- Added custom html email documentation for Status Updates.
- Added product limit documentation for Incident Notes.
- Removed ended layer in schedule create example to guide users away from creating schedules with layers that are no longer in effect.
POST /schedules
- Added rate limiting details for the "Manage incidents" endpoint. Only 500 requests per minute are allowed.
- Fixed capitalization in the following routes
POST /{entity_type}/{id}/change_tagsGET /{entity_type}/{id}/tagsGET /tagsPOST /tagsGET /tags/{id}DELETE /tags/{id}
- Expanded the description for
alerts.body.detailsto indicate that this data can also be formatted as a string (not just as a JSON object)GET /incidents/{id}/alerts
- Changed description for "Manage incidents" to reflect the lower maximum of changed incidents. Only 250 incidents may be updated at a time.
PUT /incidents/
- Updated definitions for Event Orchestration endpoints to include Automation Actions:
GET /event_orchestrations/services/{id}PUT /event_orchestrations/services/{id}
- Added open Incidents limit description to documentation for service creation and update
POST /servicesPUT /services/{id}
- Updated definitions for Analytics endpoints.
- Added product limit documentation for Services, Business Services, and Service Dependencies.
- Removed reference to an incorrect statement in the documentation indicating a
passwordproperty is accepted when updating a user.PUT /users/{id}
- Added new fields for configuring Auto-Pause Notifications to Services endpoints
POST /servicesPUT /services/{id}GET /servicesGET /services/{id}
- Updated documentation for JIRA Integration Rules API to indicate the maximum number of rules.
- Added new endpoints for reporting counts on Incident Pause usage for a given reporting period for the requesting account or scoped to a service within the account. Can scope paused incidents on
rulesandauto_pauseGET /paused_incident_reports/counts
- Added new endpoints gettting the 5 most recent alerts that were triggered after being paused and the 5 most recent alerts that were resolved after being paused for a given reporting period for the requesting account or scoped to a service within the account. Can scope paused incidents on
rulesandauto_pauseGET /paused_incident_reports/alerts
- Added documentation for Event Orchestration
GET /event_orchestrations/services/{service_id}/activePUT /event_orchestrations/services/{service_id}/active
- Updated link to the
API Conceptspage across all API Documentation (164 occurances) to point to the correct page, this link has been broken since the migration to the new API Documentation platform.
- Removed reference to an incorrect statement in the documentation indicating a
passwordproperty is required for user creation.POST /users
- Added missing documentation for the
ImagesfieldPOST /change/enqueue
- Fix missing
Fromheader requirement on response play endpoints.POST /response_playsPUT /response_plays/{response_play_id}DELETE /response_play/{response_play_id}
- Added documentation for
urgencyquery parameter forGET /users/{user_id}/notification_rulesendpoint.
- BREAKING Beginning November 2021, newly issued oauth tokens are no longer included in the
users/{id}/sessionsendpoints
- Added documentation for Event Orchestration
GET /event_orchestrationsPOST /event_orchestrationsGET /event_orchestrations/{orchestration_id}PUT /event_orchestrations/{orchestration_id}DELETE /event_orchestrations/{orchestration_id}GET /event_orchestrations/{orchestration_id}/routerPUT /event_orchestrations/{orchestration_id}/routerGET /event_orchestrations/{orchestration_id}/unroutedPUT /event_orchestrations/{orchestration_id}/unroutedGET /event_orchestrations/services/{service_id}PUT /event_orchestrations/services/{service_id}
- Updated how since and until parameters work for schedules GET API
- Added documentation for
custom_headersas part of thedelivery_methodon asubscription_webhook
- Added documentation for
incidents_respondersandresponder_requestsas part of Incident responses
- Added
userto Log Entry - Added
notificationto Channel - Added
conferenceAddressto Notification
- Added the authorization section for Slack Connections
- Added
notification_typetoSlackConnectionmodel.- The field allows users to set which format of slack card they would like to receive.
- The field has been added to all
/workspaces/{slack_team_id}/connectionsendpoints' request and response schema. - The field has two options
responderandstakeholder, and defaults toresponderonPUTandPOST
- Added documentation for HandoffNotificationRules
GET /users/{user_id}/oncall_handoff_notification_rules/POST /users/{user_id}/oncall_handoff_notification_rules/DELETE /users/{user_id}/oncall_handoff_notification_rules/GET /users/{user_id}/oncall_handoff_notification_rules/{oncall_handoff_notification_rule_id}PUT /users/{user_id}/oncall_handoff_notification_rules/{oncall_handoff_notification_rule_id}
- Removed requirement for teams ability to use
team_idsfilterPOST /analytics/raw/incidentsPOST /analytics/metrics/incidents/allPOST /analytics/metrics/incidents/servicesPOST /analytics/metrics/incidents/teams
- Updated documentation for Incident Notes now that the API can differentiate between User-created Notes and system-created Notes.
GET /incidents/{id}/notes
- Removed limits for
team_idsandservice_idsfiltersPOST /analytics/raw/incidents
- Removed Early-Access for Related Change Events endpoint
GET /incidents/{id}/related_change_events
- Added new API endpoint that returns Outlier Incident information for a given incident on its Service.
GET /incidents/{incident_id}/outlier_incident
- Fixed typos in Slack Integration API documentation
- Added
incident.status_update_publishedevent to Slack Connection
- Wording changes for past incidents documentation
- Added new API endpoints that provide the ability to create Slack specific Webhook Subscriptions (Slack Connections). These endpoints are used to manage mappings between Slack channels and PagerDuty Services and Teams.
GET /workspaces/{slack_team_id}/connectionsPOST /workspaces/{slack_team_id}/connectionsGET /workspaces/{slack_team_id}/connections/{connection_id}PUT /workspaces/{slack_team_id}/connections/{connection_id}DELETE /workspaces/{slack_team_id}/connections/{connection_id}
- Fix missing From header requirement on response play endpoints.
GET /response_playsGET /response_plays/{id}
- Removed Early Access for webhook-v3.
webhooks_early-access
- Added documentation on the new acive field for webhook_subscriptions.
- Added includes to list schedules endpoint with an example
GET /schedules
- Added subdomain as part of includes
GET /users/me
- Added Early-Access endpoint for Related Change Events
GET /incidents/{id}/related_change_events
- Added bulk overrides functionality to
PUT /schedules/{id}/overrides. This deprecates the original single-override request/response schema and semantics. We will continue to support unmanaged clients using the deprecated schema and semantics.
- Fix assignee response format for AssignLogEntry and EscalateLogEntry
- Added documentation on setting filters and parsers for generic email inbound integrations
- Removed Early Access for User Subscription endpoints.
usms-early-access
- Added one new Early-Access endpoint for enabling a webhook subscription
POST /webhook_subscriptions/{id}/enable
-
Added nine new Early-Access endpoints for business impact monitoring and management.
GET /business_services/impactorsGET /business_services/{id}/impactorsGET /business_services/impactsGET /business_services/{id}/supporting_services/impactsGET /incidents/{id}/business_services/impactsPUT /incidents/{id}/business_services/{business_service_id}/impactsGET /business_services/priority_thresholdsPUT /business_services/priority_thresholdsDELETE /business_services/priority_thresholds
-
Added five new Early-Access endpoints for Status Dashboards
GET /status_dashboardsGET /status_dashboards/{id}GET /status_dashboards/url_slugs/{url_slug}GET /status_dashboards/{id}/service_impactsGET /status_dashboards/url_slugs/{url_slug}/service_impacts
- Added a new public endpoint for the Related Incidents.
GET /incidents/{id}/related_incidents
- Documented Offset Pagination more clearly.
- Added a new public endpoint for Past Incidents.
GET /incidents/{id}/past_incidents
- Added response examples for audit records endpoints
GET /users/{id}/audit/recordsGET /teams/{id}/audit/recordsGET /services/{id}/audit/recordsGET /schedules/{id}/audit/recordsGET /escalation_policies/{id}/audit/records
- Added 14 new Early-Access endpoints for Status Update subscription management.
GET /business_services/{id}/account_subscriptionDELETE /business_services/{id}/account_subscriptionGET /business_services/{id}/subscribersPOST /business_services/{id}/subscribersPOST /business_services/{id}/unsubscribeGET /incidents/{id}/status_updates/subscribersPOST /incidents/{id}/status_updates/subscribersPOST /incidents/{id}/status_updates/unsubscribeGET /teams/{id}/notification_subscriptionsPOST /teams/{id}/notification_subscriptionsPOST /teams/{id}/notification_subscriptions/unsubscribeGET /users/{id}/notification_subscriptionsPOST /users/{id}/notification_subscriptionsPOST /users/{id}/notification_subscriptions/unsubscribe
- Updated Cursor for the Analytics Raw Incidents endpoint to be an opaque/encoded string instead of an id.
- Added ability to order by seconds_to_resolve in the Analytics Raw Incidents endpoint.
- Added ability to specify the sort order (asc/desc) in the Analytics Raw Incidents endpoint.
- Updated how Alert Grouping can be configured for Services using Services API. New field are backwards compatible.
- Updated record-level audit trail record listing endpoints to indicate that a 402 Payment Required response can be returned for unentitled accounts. This now matches the account-level audit trail record listing endpoint's behavior.
- Changed timestamp field from required to optional for Event V2
/change/enqueueendpoint.
- Removed Early-Access Header for all Change Events endpoints.
- Removed Early-access requirements for all audit records APIs.
- Updated date_range documentation to reflect the maximum (6 month) and default (1 month) durations we enforce.
- BREAKING The Subscriptions API used to manage V3 webhooks is now the Webhook Subscriptions API. You can find the details in their new home under the "Webhooks" tag.
GET /webhook_subscriptionsPOST /webhook_subscriptionsGET /webhook_subscriptions/{id}PUT /webhook_subscriptions/{id}DELETE /webhook_subscriptions/{id}POST /webhook_subscriptions/{id}/ping
- BREAKING Restricted the set of valid actions in the Audit records query
- BREAKING Changed audit record params for
resource_typestoroot_resource_types.
- Added Early-Access endpoints for Change Events
GET /change_eventsGET /change_events/{id}GET /services/{id}/change_eventsPUT /change_events/{id}
- BREAKING Changed top level attribute for
resourcetoroot_resourcein audit record schema.
- Removed the Early-Access headers from all the Service-level Event Rules endpoints.
- BREAKING Removed Business Services filter from all
/analyticsendpoints. - Improved error messaging for all
/analyticsendpoints - Added documentation for expected behavior of
Incident.assignmentsandIncident.acknowledgments.
- Clarified the process of getting authorization headers for IntegrationJiraService API
- Added Early-Access endpoints for the Subscriptions API used to manage V3 webhooks.
- BREAKING Updated pagination for Early-Access Audit records endpoints.
- BREAKING Temporarily removing early-Access endpoints around incident subscription management.
GET /users/{id}/notification_subscriptionsPOST /users/{id}/notification_subscriptionsPOST /users/{id}/notification_subscriptions/unsubscribeGET /incidents/{id}/status_updates/subscribersPOST /incidents/{id}/status_updates/subscribersPOST /incidents/{id}/status_updates/unsubscribe
- BREAKING Changed
total_assignment_countmetric tomean_assignment_countin/analyticsEarly Access endpoints. - Added
up_time_pctanduser_defined_effort_secondsmetrics to/analyticsEarly Access endpoints. - Updated response examples and some definitions in
/analyticsEarly Access Endpoints.
- Add Change Events to Events API V2
- Added Early-Access endpoints for Service-level Event Rules
GET /services/{id}/rulesPOST /services/{id}/rulesGET /services/{id}/rules/{rule_id}PUT /services/{id}/rules/{rule_id}DELETE /services/{id}/rules/{rule_id}
- Added Early-Access
variablesfield to Event Rule model. - Added Early-Access
templatestyle extraction action to Event Rule model.
- Clarified
statusonPOST /servicesendpoint.
- Fixed a lot of example requests and responses.
- Added Audit Record description in API CONCEPTS document.
- Clarified in the descriptions of audit record endpoints that records are returned in lists.
- Added Early-Access endpoint for audit trail records
GET /services/{id}/audit/records
- Added Early-Access endpoint for audit trail records
GET /escalation_policies/{id}/audit/records
- Documented Events V2 integration type on
/services/{id}/integrationsendpoints.- Note: This existed previously and was missing from this documentation.
- Clarified
contact_methodon various User Contact Method management endpoints. - Clarified Notification Subscription endpoints current under the Early Access.
- Added Early-Access endpoints for audit trail records
GET /schedules/{id}/audit/records
- Added
conference_typeparam toResponsePlaymodel
- Added documentation on
configandheadersoptions for webhooks v2. - Added Request Examples with custom headers.
- Updated models to include standard fields such as
id,type,summary,html_url, andself. - Fixed inconsistencies with the
Referencemodel.
- Added Early-Access endpoints for audit trail records
GET /audit/recordsGET /teams/{id}/audit/recordsGET /users/{id}/audit/records
- Added 6 new Early-Access endpoints around incident subscription management.
GET /users/{id}/notification_subscriptionsPOST /users/{id}/notification_subscriptionsPOST /users/{id}/notification_subscriptions/unsubscribeGET /incidents/{id}/status_updates/subscribersPOST /incidents/{id}/status_updates/subscribersPOST /incidents/{id}/status_updates/unsubscribe
- Updated the request sample for
POST /extensionsandPUT /extensions/{id}. - Clarified Content-Type header for all endpoints.
- Updated filters for all 5
/analytics/metricsand/analytics/rawendpoints. Thebusiness_service_idsfilter is added as a possible optional filter choice. This filter accepts an array, to allow filtering by multiple business service IDs.
- Add limit to the number of incidents or alerts that can be updated in a single API call to multi-update (i.e.
PUT /incidents) above which the client receives status 413.
- Updated filters for all 5
/analytics/metricsand/analytics/rawendpoints. Thepriorityfilter is replaced bypriority_idsandpriority_namesfilters. Both of these new filters accept an array, to allow filtering by multiple priority IDs or names.
- Added documentation for configuring JIRA integration via API
- Updated required headers, and filters for
POST analytics/raw/incidents,POST analytics/metrics/incidents/all,POST analytics/metrics/incidents/servicesandPOST analytics/metrics/incidents/teams. - Added
GET,DELETE, andPUT /users/{user_id}/status_update_notification_rules/{status_update_notitication_rule_id} - Added
GET,POST /users/{user_id}/status_update_notification_rules
- Document
POST extensions/{id}/enablefor extensions that are temporarily disabled.
- Added
POST analytics/metrics/incidents/all,POST analytics/metrics/incidents/servicesandPOST analytics/metrics/incidents/teamsendpoints for Early Access.
- Moved
POST analytics/incidentsandGET analytics/incidents/{id}toPOST analytics/raw/incidentsandGET analytics/raw/incidents/{id}
- Added
POST analytics/incidentsandGET analytics/incidents/{id}endpoints for Early Access.
- Modified
optional_totalquery param tototalon the business service list endpoint. optional_totalfield will continue to be supported.
- Added
suspendevent rule action to the API.
- Added
GET /response_plays,POST /response_plays,GET /response_plays/{id},PUT /response_plays/{id}, andDELETE /response_plays/{id}endpoints. - Updated Response Plays description in API CONCEPTS document.
- Documented
totalquery parameter on paginated endpoints.
- Added a
PUT log_entries/{id}/channelendpoint to enable updates to log entry channel details.
- Fix Schema of
/teams/{id}/membersendpoint to match reality of behaviour.
- Add
teamsfield toSchedulemodel, which is supported for updates and included in responses. - Clarified Reference Model,
idfield is required.
- Document
include[]=temporarily_disabledfor extensions.
- Add
typefields toLog Entrymodels. - Fixed issue with Postman build. New version available, and new ones will continue to be published with each new update here.
- Fixed model
typefields in schema definitions. - Fix issues with Request Examples
- Updated all reference schemas to better match reality of API.
- Added examples to all Request and Response body's that were missing them.
- Added Events V1 and Events V2 APIs.
- Modified response and request examples to match OpenAPI 3.0.1 schema
- Added a
GET /service_dependencies/technical_services/{id}endpoint. - BREAKING
POST /service_dependencies/associatewas changed from 204 to 200 for successful changes. - BREAKING
POST /service_dependencies/disassociatewas changed from 204 to 200 for successful changes. - Documentation Change Fixed a mistake in the documentation. The
relationshipsproperty in the request forPOST /service_dependencies/associateandPOST /service_dependencies/disassociateis an array and not an object. - Documentation Change The
service_dependenciesendpoints can now be found at the top level instead of under theBusiness Servicessection.
- Added new Rulesets endpoints
- Added
sinceanduntilparameters toGET /incidents/{id}/log_entries.
- Added
teamsto all/business_servicesendpoints.
- Clarified language on
GET /tagsquery parameter to better explain how matching happens.
- Add new Business Services endpoints
GET /oncalls OnCalls[].endwill now correctly respondnullonly when the user does not go off call.
- Clarified
POST /escalation_policiesdescription.
- Added
on_call_handoff_notificationstoEscalationPolicymodel.- The field allow users to set whether they would like on-call handoff notifications for escalation policies that have no attached services.
- The field has been added to all
/escalation_policiesendpoints' request and response schema. - The field has two options
alwaysandif_has_services, and defaults toif_has_servicesonPUTandPOST