n8n workflow automation

• Вам нужен n8n workflow automation по расписанию (cron) или с запуском через webhook, и вы хотите, чтобы обработка ошибок, повторные попытки и логирование были встроены с самого начала.
• Вы добавляете идемпотентность к существующему n8n flow, который дублирует записи при повторном запуске.
• Вам нужен шаг ручного согласования — очередь проверки, в которой неудачные или помеченные элементы ожидают ручного подтверждения перед повторной обработкой.
• Вы хотите проверяемую автоматизацию: каждый запуск генерирует run_id, записывает статус начала/окончания и добавляет строку со статусом в трекер (Google Sheets, БД и т. д.).

• Вам нужна автоматизация только на основе кода без зависимости от n8n — воспользуйтесь навыком скриптинга или CI/CD.
• Вам нужно обойти средства контроля безопасности или подавить журналы аудита.
• Целевые системы, ключи дедупликации или стратегия управления учётными данными полностью неизвестны, и вы не готовы их определить.

Навык определяет один или несколько ключей дедупликации и выбирает подходящий бэкенд для хранения данных (таблица или база данных) для отслеживания обработанных записей. Рабочие процессы в n8n workflow automation могут безопасно перезапускаться после сбоев без создания дублирующихся записей.

Каждый узел в сгенерированном рабочем процессе включает выделенные ветви обработки ошибок. Временные сбои активируют настраиваемую логику повторных попыток с экспоненциальной задержкой; постоянные сбои направляют элементы в очередь проверки, а не отбрасывают их без уведомления.

Каждый запуск получает уникальный run_id. Время начала, время окончания, количество записей и сведения об ошибках записываются в журнал статусов (лист таблицы, база данных или аналогичный инструмент), обеспечивая полный след аудита для каждого выполнения.

Неудачные или помеченные элементы записываются в очередь проверки (таблица или база данных). Перед повторной обработкой этих элементов требуется шаг подтверждения человеком, что предотвращает незаметную потерю данных и обеспечивает контролируемое устранение проблем.

Проверки пороговых значений встроены в структуру рабочего процесса. Если количество записей или процент успешных операций выходит за пределы ожидаемых границ, рабочий процесс останавливается и отправляет оповещение, вместо того чтобы завершиться с незамеченными ошибками.

По явному запросу навык выводит корректный импортируемый в n8n workflow automation файл workflow.json вместе с runbook.md, который документирует узлы, контракты данных, режимы сбоев и операционные процедуры.

Опишите триггер по расписанию cron (например, понедельник 08:00 Europe/London), список получателей и папку назначения для загрузки на Google Drive. Навык создаёт рабочий процесс в n8n workflow automation по схеме Cron → Получение данных → Агрегация → Отправка письма с ветками повторных попыток и очередью проверки на случай ошибок при отправке.

Предоставьте пример входящего JSON-payload и целевой трекер. Навык формирует рабочий процесс Webhook → Validate → Process → Append Status Row в n8n workflow automation, который записывает каждый запуск в журнал и направляет ошибки на узел уведомления и очереди.

Предоставьте существующий JSON рабочего процесса n8n workflow automation и укажите ключ дедупликации (например, идентификатор записи). Навык перепроектирует поток таким образом, чтобы перед записью выполнялась проверка наличия существующих записей, гарантируя, что повторные запуски после сбоев никогда не приводят к появлению дублирующихся строк.

Для рабочих процессов, обрабатывающих конфиденциальные или высокоценные записи, навык добавляет контрольную точку HITL: неуспешные элементы попадают в очередь в таблице/БД, и человек должен подтвердить каждый элемент, прежде чем рабочий процесс обработает его повторно.