Вернуться к статьям Например, интегратор создаёт схему, сотрудник отдела продаж разрешает исполнение от своего имени, а новый контакт назначается другому ответственному. Наличие такой настройки не даёт исполнителю дополнительных прав CRM и не меняет ответственного найденного контакта автоматически.
Кто за что отвечает
| Роль | Назначение | Чего сама по себе не даёт |
|---|---|---|
| Администратор портала | Устанавливает приложение, назначает авторов, регистрирует публикации | Не предоставляет личную авторизацию за другого сотрудника. |
| Автор сценария | Создаёт и редактирует доступные сценарии, проверяет схему | Не получает права CRM только из-за доступа к редактору. |
| Исполнитель операций | Пользователь, чья активная авторизация выбрана для исполнения | Не обходит собственные ограничения доступа к данным. |
| Ответственный CRM-записи | Сотрудник, указанный в соответствующем поле карточки | Не становится исполнителем схемы из-за этого назначения. |
Эта разница особенно заметна в контактном примере. Параметр «Ответственный за новый контакт» определяет поле новой карточки. Он не переключает исполнителя операций и не меняет ответственного у уже найденного контакта.
Выбор ответственного нового контакта не переключает исполнителя и не меняет ответственного найденного контакта.
Как назначить автора
Администратор открывает приложение внутри нужного портала и переходит в «Доступ». В разделе «Авторы сценариев» он выбирает активного пользователя текущего портала и нажимает «Назначить автором».
После этого сотрудник открывает приложение под своей учётной записью. Если показано «Права автора не назначены», проверьте, кому выдали доступ и под кем открыт текущий сеанс. Личная авторизация исполнителя и право автора настраиваются независимо: одно не заменяет другое.
Сначала решите, кому действительно требуется редактирование. Сотруднику, от имени которого идут операции CRM, не обязательно поручать изменение бизнес-правил. Такое разделение помогает сопровождать сценарий, но не отменяет проверку полномочий каждой роли.
Как исполнитель подтверждает авторизацию
Будущий исполнитель открывает приложение под своей учётной записью и переходит в «Доступ» → «Моя авторизация для исполнения». Дальнейший порядок:
- Нажать «Предоставить личную авторизацию».
- В окне подтверждения проверить текущую учётную запись.
- Нажать «Подтверждаю авторизацию».
- Убедиться, что состояние указано как «Активна».
- При необходимости нажать «Проверить доступ».
Авторизацию предоставляет сам пользователь. Администратор не подтверждает её за коллегу, даже если он устанавливал приложение. Если состояние требует повторного подтверждения, сотрудник выполняет его снова под своей учётной записью.
Активная авторизация нужна для исполнения, но не доказывает право на любую карточку. Исполнитель должен иметь доступ к конкретным лидам и контактам и к операциям, которые выполняет схема. Разрешения установленного приложения также должны соответствовать этим операциям.
Текущий экран личной авторизации: состояние активно. Наличие авторизации само по себе не доказывает права на конкретный лид или контакт.
Где закрепляется исполнитель
При подготовке публикации администратор выбирает активную личную авторизацию в «Разрешении исполнителя». Версия, исполнитель и типы документов закрепляются за подготовленной публикацией. Поэтому проверяйте настройку конкретного опубликованного варианта.
Изменение автора черновика или ответственного в карточке не означает автоматической смены исполнителя. Если для сценария требуется другой вариант исполнения, его нужно подготовить по правилам публикации и отдельно проверить подключённый шаг автоматизации.
Для ручной проверки из редактора доступны выбор сохранённой версии, исполнителя и входов, подготовка запуска и подтверждение возможных записей. Такой запуск может менять CRM. Для проверки условий именно стадии требуется отдельный запуск из автоматизации.
Незаполненная форма подготовки: разрешение исполнителя и документ ещё не выбраны. Успешной регистрации на этом кадре нет.
Как проверить права до рабочего использования
Возьмите тестовую карточку с понятными данными. Сначала проверьте нужную операцию и доступ сотрудника к этой записи в CRM. Затем выполните настоящий запуск с выбранным исполнителем и проверьте журнал и фактический результат.
Моделирование для этого недостаточно: оно использует синтетические ответы и не обращается к CRM. Удачная модель поиска контакта не подтверждает, что исполнитель увидит этот контакт на портале. Ошибку доступа нельзя считать ответом «контакт не найден».
После изменения прав сотрудника повторно проверьте сценарий. Операции используют его текущие права, поэтому прежний успешный запуск не гарантирует результат после изменения доступа. Для контактного примера проверьте также обязательные поля и доступность выбранного ответственного.
Частые вопросы
Можно запускать робота от имени ответственного лида автоматически?
В показанном подключении робот использует исполнителя, закреплённого за публикацией. Изменение ответственного лида само по себе не переключает авторизацию.
Почему редактор доступен, а контакт не создаётся?
Право автора даёт доступ к работе со схемой. Создание контакта зависит от авторизации исполнителя, его прав CRM, разрешений приложения и обязательных данных записи. Найдите конкретную причину в журнале запуска.
Дополнительные инструкции
Актуальный порядок доступа описан в инструкции установки Конструктора роботов. Для проверки ролей на полном контактном примере используйте руководство по контакту для лида; лидовый пример не подходит Базовому тарифу.