Delete a webhook endpoint

Updates the URL, subscribed event types, resource filters, event filters, description, payload detail level, or status of a webhook endpoint. Changing `status` requires the `webhooks.activate` permission in addition to `webhooks.update`. A new URL is subject to the same destination restrictions as the create operation. Changing `payload_detail` to `full`, or changing the event types of an endpoint whose `payload_detail` is `full`, requires the personal data permissions described in that field. Without them, the request fails with `403` and the error code `personal_data_permission_required`, and nothing is changed. Deliveries already queued keep the `expanded` object built when they were created, and send it only while the endpoint still accepts that level: after lowering the level, a retry is sent without `expanded`. Setting `status` to `active` on an endpoint that the platform deactivated after repeated delivery failures reactivates it: its failure count is reset, and deliveries from the last 48 hours that ended as `dead` or were canceled by the deactivation go back to the queue. Setting `status` to `inactive` on such an endpoint does not change it. Send the `ETag` returned by the retrieve operation in the `If-Match` header to avoid overwriting changes made since the endpoint was retrieved. If the header is omitted, the update is applied to the current revision.