Коротко — входящий вебхук в Битрикс24 всегда выполняется от имени пользователя, который его создал. Поменять «владельца» уже созданного вебхука нельзя — нужно создать новый вебхук под нужным пользователем (или под сервисным/интеграционным аккаунтом).
Дальше — как автоматически назначить другого ответственного за лид, который создаётся через входящий вебхук:
1) Создайте вебхук под нужным пользователем
- Зайдите в Битрикс24 под тем пользователем (или сервисным аккаунтом), от имени которого вы хотите выполнять запросы.
- Пройдите в Приложения → Вебхуки (или Настройки → Интеграции → Вебхуки) → Добавить входящий вебхук.
- Выдайте права на CRM (запись/чтение по CRM) и сохраните URL.
2) При создании лида указывайте ASSIGNED_BY_ID
- При вызове метода crm.lead.add передавайте поле ASSIGNED_BY_ID = ID пользователя, который должен быть ответственным.
- Пример запроса (POST JSON):
- URL: https://yourdomain.bitrix24.ru/rest/<USER_ID>/<WEBHOOK_KEY>/crm.lead.add.json
- Тело (fields):
{
"fields": {
"TITLE": "Заявка с сайта",
"NAME": "Иван",
"PHONE": [{"VALUE": "+7 900 000 00 00", "VALUE_TYPE": "WORK"}],
"ASSIGNED_BY_ID": 42
},
"params": {"REGISTER_SONET_EVENT": "Y"}
}
- Если ASSIGNED_BY_ID не передан, лид по умолчанию получит ответственного — пользователя, от имени которого выполнен вебхук.
3) Как узнать ID пользователя
- Можно получить список пользователей через REST (имя метода user.get) или посмотреть ID в адресной строке карточки пользователя в интерфейсе.
4) Если нельзя указывать ASSIGNED_BY_ID или нужно бизнес‑правило
- Можно создать «робота»/бизнес-процесс в карточке лида, который при создании по условию меняет ответственного.
- Или после создания лидa выполнить crm.lead.update с новым ASSIGNED_BY_ID.
5) Важные замечания
- У пользователя-владельца вебхука должны быть права назначать выбранного пользователя (иначе попытка назначения может не пройти).
- В облачном Битрикс24 изменить владельца существующего вебхука нельзя — только удаление и повторное создание под другим пользователем.
- Рекомендуется заводить отдельный сервисный аккаунт для интеграций, чтобы не зависеть от персональных аккаунтов сотрудников.
Если хотите, могу:
- Привести точный пример POST-запроса с curl для вашего домена;
- Подсказать, как настроить робота в конкретной воронке/статусе.