Notifications API - PUT a notification configuration
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} |
Authentication
To execute this request, you need an access token with WriteConfig
scope.
To learn how to obtain and use it, see Tokens and authentication.
Parameters
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.
Request body objects
The NotificationConfig
object
Configuration 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
-> TrelloNotificationConfig
ANSIBLETOWER
EMAIL
JIRA
OPS_GENIE
PAGER_DUTY
SERVICE_NOW
SLACK
TRELLO
VICTOROPS
WEBHOOK
XMATTERS
Request body JSON model
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"}
Response
Response codes
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.
Response body objects
The NotificationConfigStub
object
The 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
Response body JSON model
{"description": "string","id": "string","name": "string","type": "ANSIBLETOWER"}
Validate payload
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 |
Authentication
To execute this request, you need an access token with WriteConfig
scope.
To learn how to obtain and use it, see Tokens and authentication.
Response
Response codes
Validated. The submitted configuration is valid. The response doesn't have a body