[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-idempotency-key::ru":3,"gloss-cluster-idempotency-key::ru":26,"gloss-next-idempotency-key::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"idempotency-key","no-code","Ключ идемпотентности","Ключ идемпотентности — это уникальный идентификатор, который вы прикрепляете к запросу, чтобы его повторное выполнение давало тот же результат, что и однократное. В автоматизациях один и тот же триггер часто срабатывает несколько раз: вебхук доставляется повторно, сценарий переигрывается после ошибки, а шаг опроса перечитывает строку до того, как сохранилось обновление статуса. Без защиты каждая повторная попытка создаёт дубликат: два списания, два сообщения в Slack, две записи. Почему это важно: надёжные автоматизации должны исходить из того, что любой шаг может выполниться снова, и самая дешёвая защита — ключ, выведенный из самого события (номер заказа, идентификатор сообщения), по которому принимающая система распознаёт и игнорирует повторы. Практический совет: многие платёжные и мессенджер-API принимают ключ идемпотентности прямо в заголовке; если инструмент этого не умеет, храните обработанные ключи в хранилище данных и добавьте фильтр, который отбрасывает любое событие с уже виденным ключом до выполнения основной работы.","Ключ идемпотентности делает повторный запрос эквивалентным однократному — незаменим в автоматизациях, где вебхуки доставляются заново, а запуски переигрываются.",null,[11,14,17,20,23],{"slug":12,"name":13},"custom-api-call","Произвольный API-запрос (HTTP-модуль)",{"slug":15,"name":16},"error-handler","Обработчик ошибок (Error Handler)",{"slug":18,"name":19},"exponential-backoff","Стратегия ограничения частоты запросов к API (Backoff)",{"slug":21,"name":22},"run-history","История запусков (Run History)",{"slug":24,"name":25},"webhook","Вебхук (Webhook)",[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)"]