Чтобы проверить повторный запуск автоматизации, отправьте одно учебное событие несколько раз, в том числе после ошибки. Система должна отличать новое событие от уже обработанного. Результат: журнал проверок, в котором видно, какие действия выполнены и появились ли дубли.
С чего начать
Выберите простой процесс: учебная запись с ID demo-001 становится строкой отчёта. Используйте вымышленные данные и ручной запуск. Для каждого шага нужны вход, действие, результат и способ найти уже созданный объект.
В n8n для ручного запуска есть Manual Trigger. Если n8n ещё не настроен, сначала выберите Cloud или актуальный способ самостоятельного размещения. Документация npm содержит предупреждение об устаревании этого способа начиная с n8n 3.0; команда npx n8n на странице не является подтверждением рекомендуемого пути для вашей версии.
Какие проверки выполнить
- Отправьте событие один раз. Запишите ID результата и состояние каждого шага.
- Повторите тот же ID. Должен остаться один результат, если правило процесса запрещает дубли.
- Отправьте другой ID с похожим содержимым. Это новое событие, если именно ID определяет уникальность.
- Уберите обязательное поле. Обработка должна остановиться с понятной причиной.
- Смоделируйте отказ до сохранения, затем отказ после сохранения, но до получения ответа. Во втором случае повтор должен сначала найти существующий результат.
- Если возможны одновременные запросы, отправьте один ID одновременно. Проверка «найти, затем создать» без ограничения уникальности может пропустить дубль.
Промпт для Codex
Учебный процесс: [вход, действие, результат]. Повтор события определяется по [ID].
Подготовь проверки одного запуска, повтора, нового ID, отсутствующего поля и сбоя после частичного успеха.
Если процесс допускает параллельный запуск, проверь два одновременных запроса с одним ID.
Для каждого случая сохрани количество результатов, их ID и журнал шагов.
Используй только вымышленные данные и локальные заглушки. Не отправляй сообщения, не выполняй платежи и не включай расписание.
План процесса: Подготовить одну автоматизацию. Наблюдение и расписание: Подготовить задачу к расписанию. Проверка заявок: инструкция.
Как принять результат
Для одного ID должна быть одна ожидаемая запись, а журнал должен объяснять повторы и остановки. При неизвестном состоянии сначала проверьте уже выполненные действия. Для внешнего сервиса выясните, поддерживает ли он ключ повторного запроса или поиск по вашему ID.
После успешной ручной проверки можно отдельно настраивать расписание. Для отмены остановите процесс и расписание, затем отключите ненужные подключения. Удаление процесса не отменяет его прежние внешние действия.
Источники и границы проверки
Для настройки среды используйте текущую документацию n8n: вариант npm, Docker Compose и Manual Trigger. При самостоятельном размещении сохраните резервные копии и ключ шифрования. Этот материал задаёт проверки повторов; саму цепочку нужно собрать для выбранных сервисов.
