This API is deprecated. Use the Settings API instead. Look for the Problem notifications (builtin:problem.notifications
) schema.
Updates the specified notification configuration.
If a notification configuration with the specified ID doesn't exist, a new configuration is created.
The request consumes and produces an application/json
payload.
PUT | SaaS | https://{your-environment-id}.live.dynatrace.com/api/config/v1/notifications/{id} |
Environment ActiveGate | https://{your-activegate-domain}:9999/e/{your-environment-id}/api/config/v1/notifications/{id} |
To execute this request, you need an access token with WriteConfig
scope.
To learn how to obtain and use it, see Tokens and authentication.
The ID of the notification configuration to be updated.
If you set the ID in the body as well, it must match this ID.
The JSON body of the request. Contains updated parameters of the notification configuration.
NotificationConfig
objectConfiguration of a notification. The actual set of fields depends on the type
of the notification.
See Notifications API - JSON models in Dynatrace Documentation for example models of every notification type.
The configuration is enabled (true
) or disabled (false
).
The ID of the associated alerting profile.
The ID of the notification configuration.
The name of the notification configuration.
Defines the actual set of fields depending on the value. See one of the following objects:
EMAIL
-> EmailNotificationConfigPAGER_DUTY
-> PagerDutyNotificationConfigWEBHOOK
-> WebHookNotificationConfigSLACK
-> SlackNotificationConfigVICTOROPS
-> VictorOpsNotificationConfigSERVICE_NOW
-> ServiceNowNotificationConfigXMATTERS
-> XMattersNotificationConfigANSIBLETOWER
-> AnsibleTowerNotificationConfigOPS_GENIE
-> OpsGenieNotificationConfigJIRA
-> JiraNotificationConfigTRELLO
-> TrelloNotificationConfigANSIBLETOWER
EMAIL
JIRA
OPS_GENIE
PAGER_DUTY
SERVICE_NOW
SLACK
TRELLO
VICTOROPS
WEBHOOK
XMATTERS
This is a model of the request body, showing the possible elements. It has to be adjusted for usage in an actual request.
{"active": true,"alertingProfile": "4f5e00f4-39b3-455a-820b-3514843615f3","description": "{ProblemDetailsText}","id": "acbed0c4-4ef1-4303-991f-102510a69322","issueType": "Task","name": "REST example","password": "","projectKey": "DEV","summary": "Problem {ProblemID}: {ProblemTitle}","type": "JIRA","url": "https://my-jira.atlassian.net/rest/api/2/","username": "john.smith"}
Success. The new notification configuration has been created. The response contains the ID of the new notification configuration.
Success. The notification configuration has been updated. The response doesn't have a body.
NotificationConfigStub
objectThe short representation of a notification.
A short description of the Dynatrace entity.
The ID of the Dynatrace entity.
The name of the Dynatrace entity.
The type of the notification.
ANSIBLETOWER
EMAIL
HIPCHAT
JIRA
OPS_GENIE
PAGER_DUTY
SERVICE_NOW
SLACK
TRELLO
VICTOROPS
WEBHOOK
XMATTERS
{"description": "string","id": "string","name": "string","type": "ANSIBLETOWER"}
We recommend that you validate the payload before submitting it with an actual request. A response code of 204 indicates a valid payload.
The request consumes an application/json
payload.
POST | SaaS | https://{your-environment-id}.live.dynatrace.com/api/config/v1/notifications/{id}/validator |
Environment ActiveGate | https://{your-activegate-domain}:9999/e/{your-environment-id}/api/config/v1/notifications/{id}/validator |
To execute this request, you need an access token with WriteConfig
scope.
To learn how to obtain and use it, see Tokens and authentication.
Validated. The submitted configuration is valid. The response doesn't have a body