[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-error-handler::ru":3,"gloss-cluster-error-handler::ru":26,"gloss-next-error-handler::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"error-handler","no-code","Обработчик ошибок (Error Handler)","Обработчик ошибок (error handler) — это шаг, который задаёт, что должна делать автоматизация при сбое модуля, вместо того чтобы весь запуск просто останавливался с ошибкой. Типичные стратегии: повтор (подождать и попробовать снова — полезно при временных rate limit или таймаутах API), продолжить\u002Fигнорировать (записать сбой, но выполнить остальную часть потока), откат или прерывание (остановить этот запуск, но не заблокировать очередь). В Make обработчик ошибок привязывается прямо к модулю, и вы выбираете директиву — «Retry», «Resume», «Ignore» или «Break». Почему это важно: без обработки ошибок один нестабильный сторонний API-запрос может остановить всю автоматизацию и молча потерять данные. Реальные интеграции падают постоянно — сеть отваливается по таймауту, токены истекают, срабатывают лимиты, — поэтому надёжные автоматизации закладываются на сбой, а не считают, что каждый шаг пройдёт. Практический совет: сочетайте повтор с экспоненциальной задержкой (exponential backoff) для API с лимитами, а неустранимые ошибки направляйте в уведомление (email или Slack) плюс в data store или лог, чтобы ничего не терялось, пока вы не следите.","Обработчик ошибок задаёт, что делает автоматизация при сбое шага: повтор, игнорировать и продолжить, пойти обходным путём или откатиться — вместо падения.",null,[11,14,17,20,23],{"slug":12,"name":13},"data-store","Хранилище данных (Data Store)",{"slug":15,"name":16},"exponential-backoff","Стратегия ограничения частоты запросов к API (Backoff)",{"slug":18,"name":19},"rate-limit","Ограничение частоты запросов (Rate Limit)",{"slug":21,"name":22},"run-history","История запусков (Run History)",{"slug":24,"name":25},"scenario","Сценарий (Scenario)",[27,31,35,38,41,44,47,50,53,56,59,62],{"slug":28,"category":5,"name":29,"updated_at":30},"action","Действие (Action)","2026-08-24T02:46:36+00:00",{"slug":32,"category":5,"name":33,"updated_at":34},"aggregator","Агрегатор (Aggregator)","2026-08-24T02:46:37+00:00",{"slug":36,"category":5,"name":37,"updated_at":30},"airtable","Airtable",{"slug":39,"category":5,"name":40,"updated_at":30},"api","API",{"slug":42,"category":5,"name":43,"updated_at":30},"api-key","API-ключ (API Key)",{"slug":45,"category":5,"name":46,"updated_at":34},"approval-workflow","Процесс согласования (Approval Workflow)",{"slug":48,"category":5,"name":49,"updated_at":30},"automation-platform","Платформа автоматизации (Automation Platform)",{"slug":51,"category":5,"name":52,"updated_at":30},"automation-recipe","Рецепт автоматизации (Automation Recipe)",{"slug":54,"category":5,"name":55,"updated_at":30},"backend-as-a-service","Backend как услуга (BaaS)",{"slug":57,"category":5,"name":58,"updated_at":34},"backfill","Обратное заполнение (Backfill)",{"slug":60,"category":5,"name":61,"updated_at":30},"bubble","Bubble",{"slug":63,"category":5,"name":64,"updated_at":30},"business-logic","Бизнес-логика (Business Logic)"]