Маршрутизация и сохранение результата

Опциональное уведомление при наличии credentials

После того как приоритетная заявка записана в priority_requests, можно добавить следующий шаг — отправить уведомление: в Telegram, на email или в любой другой канал. Но этот шаг необязателен: без него workflow работает полностью корректно. Уведомление — это расширение, а не часть основной логики.

Паттерн здесь простой: узел уведомления (например, Telegram или Send Email) подключается к выходу узла Data Table priority_requests — то есть встаёт последним в ветке true. Если credentials для этого узла настроены, он отработает и отправит сообщение. Если credentials не заданы — узел нужно либо не подключать вовсе, либо временно отключить.

Credentials в n8n задаются прямо в настройках узла: открываешь узел, находишь поле Credential, выбираешь существующую учётную запись или создаёшь новую. До тех пор пока это поле пустое, узел не может выполниться — он просто не знает, от чьего имени отправлять сообщение.

Важный момент: если узел уведомления стоит последним в ветке и выдаёт ошибку из-за отсутствия credentials, это не ломает ветку false с обычными заявками — та работает независимо. Ошибка локализована внутри одной ветки.

Если credentials сейчас недоступны, правильное решение — отключить узел через меню узла → Disable. Тогда n8n просто пропустит его при выполнении, и вся остальная цепочка отработает без изменений. Когда credentials появятся — включаешь узел обратно, и он сразу включается в работу.

Это и есть принцип условного расширения: основной workflow не зависит от наличия конкретного внешнего сервиса. Уведомление подключается тогда, когда оно реально доступно, и отключается без последствий для остального.