{"meta":{"title":"Обработка неудачных поставок веб-перехватчика","intro":"GitHub не выполняет автоматическое повторное изменение доставки веб-перехватчика, но вы можете обрабатывать неудачные поставки вручную или путем написания кода.","product":"Веб-перехватчики","breadcrumbs":[{"href":"/ru/webhooks","title":"Веб-перехватчики"},{"href":"/ru/webhooks/using-webhooks","title":"Использование веб-перехватчиков"},{"href":"/ru/webhooks/using-webhooks/handling-failed-webhook-deliveries","title":"Обработка неудачных поставок"}],"documentType":"article"},"body":"# Обработка неудачных поставок веб-перехватчика\n\nGitHub не выполняет автоматическое повторное изменение доставки веб-перехватчика, но вы можете обрабатывать неудачные поставки вручную или путем написания кода.\n\n## Сведения о сбоях доставки веб-перехватчика\n\nДоставка веб-перехватчика может завершиться сбоем по нескольким причинам. Например, если сервер не работает или занимает больше 10 30 секунд для реагирования, GitHub будет записывать доставку как сбой.\n\nGitHub не выполняет автоматическое повторное создание неудачных поставок.\n\n## Обработка сбоев доставки\n\nВы можете вручную повторно выполнить доставку. Дополнительные сведения см. в разделе [Повторное создание веб-перехватчиков](/ru/webhooks/testing-and-troubleshooting-webhooks/redelivering-webhooks).\n\nВы также можете написать сценарий, который проверяет наличие неудачных поставок и пытается повторно создать любой из неудачных операций. Скрипт должен выполняться по расписанию и выполнять следующие действия:\n\n1. GitHub Используйте REST API для получения данных о любых доставках веб-перехватчика, которые были предпринята с момента последнего запуска скрипта. Дополнительные сведения см. в разделе AUTOTITLE, \\[AUTOTITLE\\[ и [Конечные точки REST API для веб-перехватчиков репозитория](/ru/rest/repos/webhooks#list-deliveries-for-a-repository-webhook)]\\(/rest/orgs/webhooks#list-deliveries-for-an-organization-webhook).]\\(/rest/apps/webhooks#list-deliveries-for-an-app-webhook)\n\nДля получения данных о GitHub Marketplace веб-перехватчиках или GitHub Sponsors веб-перехватчиках нет конечных точек API.\n\n1. Просмотрите данные, извлекаемые данные, чтобы узнать, не удалось ли доставка. Данные для неудачной доставки будут иметь `status` значение, которое не `OK`является.\n2. GitHub Используйте REST API для повторного создания любых поставок, которые не удалось выполнить. Дополнительные сведения см. в разделе AUTOTITLE, \\[AUTOTITLE\\[ и [Конечные точки REST API для веб-перехватчиков репозитория](/ru/rest/repos/webhooks#redeliver-a-delivery-for-a-repository-webhook)]\\(/rest/orgs/webhooks#redeliver-a-delivery-for-an-organization-webhook).]\\(/rest/apps/webhooks#redeliver-a-delivery-for-an-app-webhook)\n\nПримеры сценариев см. в следующих примерах:\n\n* [Автоматическое повторение неудачных поставок для веб-перехватчика репозитория](/ru/webhooks/using-webhooks/automatically-redelivering-failed-deliveries-for-a-repository-webhook)\n* [Автоматическое повторение неудачных поставок для веб-перехватчика организации](/ru/webhooks/using-webhooks/automatically-redelivering-failed-deliveries-for-an-organization-webhook)\n* [Автоматическая повторная доставка неудачных доставок для вебхука приложения GitHub](/ru/webhooks/using-webhooks/automatically-redelivering-failed-deliveries-for-a-github-app-webhook)\n\nЕсли доставка веб-перехватчика завершается сбоем неоднократно, следует изучить причину. Каждая сбой доставки даст причину сбоя. Дополнительные сведения см. в разделе [Устранение неполадок веб-перехватчиков](/ru/webhooks/testing-and-troubleshooting-webhooks/troubleshooting-webhooks)."}