Все ноды/Integrations/Bitrix24

Bitrix24: подключение

Выбор сохранённого подключения Bitrix24 (входящий вебхук) из пространства. Учётные данные задаются в настройках пространства, не в сценарии.

Как попробовать

Как применять

Нода-держатель подключения к Bitrix24. Она полезна, когда к одному порталу обращаются несколько REST-вызовов: портал выбирается один раз, а на холсте видно, куда ходит сценарий. Графу с единственным вызовом отдельная нода не нужна — у самого вызова есть поле «Подключение Bitrix24».

Как это работает

Учётные данные Bitrix24 — это URL входящего вебхука целиком (портал, идентификатор пользователя и код вебхука в одном адресе). Он хранится в разделе «Настройки → Интеграции» как секрет, а нода лишь ссылается на эту запись и передаёт разрешённые параметры по проводу в порт bitrix24_config.

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

В форме интеграции есть необязательное поле «Домен портала». Если оно заполнено, домен сверяется с хостом вебхука — это защита от вставки вебхука от другого или устаревшего портала.

Частые ошибки

• Домен портала не совпадает с вебхуком. Интеграция не сохранится, пока значения не сойдутся; проще оставить поле пустым, чем подгонять его вручную.
• Пустое поле «Подключение». Нода падает на запуске.
• Ожидание проверки подключения. Кнопки «Проверить подключение» у Bitrix24 нет — она есть только у почты и DAV. Неверный вебхук виден по первой же ошибке вызова.
• Один портал — одна нода. Двум порталам нужны две конфиг-ноды; одну и ту же можно подключить к любому числу вызовов.

Входы

—

Выходы

Настройки