# Централизованные ошибки n8n

**Задача:** группировать одинаковые ошибки workflow, вести журнал и ограничивать частоту уведомлений.  
**Сложность:** средняя.  
**Схема:** Error Trigger → выбор безопасных полей → PostgreSQL → IF → Telegram.  
**Узлы:** Error Trigger, Code, PostgreSQL, IF, Telegram.  
**Зависимости:** n8n 2.42.6, PostgreSQL, Telegram-бот и чат.  
**Файлы:** `errors.json`, `errors.sql`.

## Установка
1. Выполните `errors.sql` в отдельной тестовой базе PostgreSQL.
2. Импортируйте JSON, подключите PostgreSQL и Telegram credentials и замените `REPLACE_WITH_YOUR_CHAT_ID`.
3. Опубликуйте обработчик и укажите его как Error Workflow в настройках нужных сценариев. Проверьте штатным тестовым workflow без персональных данных.
4. При необходимости измените интервал группировки (по умолчанию 15 минут) в SQL-функции и приоритет в узле «Только безопасные поля».

## Тест и результат
Тестовое событие: `{"workflow":{"id":"test-workflow"},"execution":{"error":{"name":"NodeApiError","message":"тест"}}}`. Первый инцидент записывается и вызывает сообщение; повтор с тем же workflow и типом в течение 15 минут увеличивает счётчик без повторного сообщения. В Telegram передаются только ограниченные поля: безопасный ID workflow, тип из фиксированного списка и число повторов. Сообщение об ошибке, входные payload, URL и заголовки не отправляются.

## Ограничения
Error Trigger срабатывает для ошибок рабочих запусков, а не обычного ручного теста. Состояние обновляется до отправки Telegram: при недоступном Telegram пропущенный сигнал автоматически не повторяется. Идентификатор workflow должен быть техническим, без персональных данных. Непосредственно входной Error Trigger всё равно может получать чувствительные данные; ограничьте хранение execution data и доступ к истории n8n. В изолированной проверке исходный Error Trigger и Telegram заменены тестовыми узлами, остальные узлы выполнялись с тестовой БД.

## Совместимость и проверка
Проверка: 10 ноября 2026 г.; n8n 2.42.6, узлы из стандартной поставки. Проверены импорт JSON и выполнение в изолированной тестовой среде с фиктивными данными. Никакие реальные API и чаты при проверке не использовались. В других версиях проверьте соответствующие версии узлов. Импортируйте сценарий выключенным; перед запуском настройте доступы и выполните собственный тест.

При повторном импорте через CLI совпадающий ID может перезаписать существующий workflow: для новой копии измените или удалите ID в копии файла перед импортом.

Учётные данные в файлах не содержатся. Ограничивайте доступ к workflow, результатам выполнения и журналам; в настройках n8n задайте хранение и удаление данных в соответствии с вашими требованиями.