Права доступа ИИ-агента: что разрешить ему в CRM, 1С и почте, где нужно подтверждение и как вести журнал действий

Короткий ответ: ИИ-агенту дают отдельную учётную запись и ровно те права, которые нужны его процессу. Читать — широко, но без лишних разделов; создавать — черновиками; всё, что меняет деньги, обязательства и данные клиентов необратимо, — только после подтверждения сотрудника или вовсе запрещено. Каждое действие пишется в журнал, а у каждой операции есть план отката.

Эта статья — про права самого агента в рабочих системах. Как распределять права между людьми, разобрано в статье роли и права доступа в CRM, а про атаки через тексты писем и документов — в материале о промпт-инъекции.

Почему агенту нельзя просто дать доступ сотрудника?

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

Три причины, по которым «войти под Ивановым» — плохая идея:

• Не видно, кто что сделал. В истории CRM и 1С все действия агента сольются с действиями Иванова.
• Права шире задачи. У менеджера есть доступ к выгрузке, к чужим сделкам, к удалению. Агенту для разбора заявок это не нужно, а ошибка с такими правами затронет всю базу.
• Увольнение ломает агента. Отключили учётную запись сотрудника — агент перестал работать. Сменили пароль — то же самое.

В некоторых системах это видно прямо из документации. Например, в Битрикс24 запросы через входящий вебхук выполняются с правами сотрудника, который создал вебхук, в рамках выбранных при создании разделов (scope). Если вебхук для агента создал руководитель с полным доступом, агент получит его права. Поэтому вебхук создают от имени отдельного пользователя «агента» с урезанными правами.

Четыре уровня прав: читать, черновик, подтверждение, запрет

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

1. Читать. Агент видит данные, нужные для задачи: карточки клиентов своей воронки, остатки, статусы оплат, входящие письма общего ящика. Чтение тоже ограничивают: зарплата, кадровые данные, переписка руководства агенту продаж не нужны.
2. Готовить черновик. Агент создаёт то, что ничего не меняет вовне до проверки: черновик письма, документ без проведения, задачу менеджеру, заметку в карточке. Ошибку черновика видит сотрудник и исправляет.
3. Делать с подтверждением. Агент готовит действие целиком, а выполняется оно после нажатия «подтвердить» сотрудником: отправка коммерческого предложения, смена стадии сделки, проведение документа.
4. Запрещено. Действий нет в правах учётной записи агента вообще: платежи, удаление, массовые выгрузки, изменение прав пользователей, подписание документов.

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

Система и действие	Читать	Черновик	С подтверждением / запрещено
CRM: карточки клиентов и сделок	Да, только свои воронки	Заметка, задача, черновик письма	Удаление и объединение карточек — запрещено
CRM: стадии сделок	Да	Предложение сменить стадию	Перевод в «Выиграна» или «Проиграна» — только человек
CRM: выгрузка базы	Нет	Нет	Массовый экспорт — запрещено
1С: справочники и остатки	Да, без зарплаты и кадров	Нет	Правка справочников — запрещено
1С: первичные документы	Да	Документ без проведения	Проведение — бухгалтер
1С и банк: платежи	Статусы оплат	Нет	Платёжное поручение и отправка в банк — запрещено
Почта: входящие	Да, общий ящик отдела	Черновик ответа	Отправка клиенту — менеджер, кроме шаблонного «получили, ответим»
Почта: внешние адреса	Нет	Нет	Пересылка вовне и вложения из 1С — запрещено

Как выглядит матрица прав агента?

Это таблица: строки — системы и операции, столбцы — уровни прав. Её составляют до разработки вместе с руководителем отдела и утверждают письменно. Ниже пример для агента, который разбирает заявки в CRM и заводит первичку в 1С. Операции, которой нет в таблице, агенту по умолчанию запрещены.

Что разрешить агенту в CRM?

В CRM агенту обычно хватает чтения карточек своей воронки, создания задач и заметок и подготовки писем. Закрытие сделок, удаление, объединение дублей и выгрузки оставляют людям. Так агент полезен с первого дня, а цена ошибки — лишняя задача, а не потерянный клиент.

Что проверить в правах учётной записи агента:

• видит только нужные воронки и направления, а не все сделки компании;
• может создавать задачи и заметки, но не может менять ответственного у чужих сделок;
• не может удалять карточки, контакты, компании и файлы;
• не может экспортировать списки и менять настройки CRM, поля, воронки, роли;
• ключ интеграции (вебхук, токен) хранится на сервере, а не в коде страницы, и у него есть срок действия или понятный порядок замены.

Отдельно продумайте объединение дублей. Агент хорошо находит похожие карточки, но склеить двух разных клиентов с одинаковой фамилией — ошибка, которую трудно отменить. Агент предлагает пары, человек решает. Подробнее о процессе — в статье про дубли в CRM и 1С.

Что разрешить агенту в 1С?

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

Типовая схема для первички: агент распознаёт счёт или УПД из почты, находит контрагента и номенклатуру, создаёт документ поступления и помечает его для проверки. Бухгалтер открывает готовую запись, сверяет с оригиналом и проводит. Так ошибка распознавания не попадает в учёт и отчётность. Как агент подключается к 1С и какие данные там видит — в статье ИИ для 1С: ассистент и агент.

Частые ошибки в 1С:

• агента подключают под пользователем с полными правами, «потому что иначе не работает обмен»;
• агент видит кадровые и зарплатные данные, хотя занимается закупками;
• агенту разрешают создавать новых контрагентов — и через месяц в справочнике десятки дублей с опечатками. Разумнее: агент ищет существующего, а если не нашёл — ставит задачу человеку.

Что разрешить агенту в почте?

Агенту дают доступ к общему ящику отдела, а не к личной почте сотрудников, и отдельный пароль приложения или ключ, который можно отозвать отдельно от других доступов. Читать и готовить черновики — да; отправлять клиентам — только шаблонные уведомления, остальное отправляет человек.

Почта — самый опасный канал, потому что через неё агент получает тексты от посторонних людей и сам может что-то отправить наружу. Правила:

• Отдельный доступ. Например, в Яндексе для почтовых программ создаются пароли приложений — отдельный на каждое приложение; удалили пароль — приложение, которое им пользовалось, теряет доступ.
• Список получателей. Без подтверждения агент отвечает только отправителю исходного письма и только по шаблону. Новые адреса, копии, пересылка — через человека.
• Без вложений из учёта. Агент не прикладывает к письмам выгрузки из CRM и 1С, договоры и счета без подтверждения.
• Лимит отправок. Не больше заданного числа писем в час. Если агент «решил» ответить всем, кто писал за год, лимит остановит его после первых писем.

Какие лимиты поставить, кроме прав?

Права отвечают на вопрос «что можно», лимиты — «сколько». Даже разрешённое действие опасно в больших количествах: сто задач за минуту, тысяча писем, скидка больше допустимой. Лимиты задают по суммам, количеству и времени.

• Сумма. Агент готовит коммерческое предложение с ценами из прайса; скидка выше порога, который назначил руководитель, — только с подтверждением. Документ на сумму больше порога — на проверку старшему.
• Количество. Не больше N изменённых записей, писем или задач за один запуск и за час. Превышение — остановка и уведомление ответственному.
• Время. Ночью и в выходные агент только готовит черновики, а всё, что уходит клиентам, ждёт рабочего времени, когда есть кому проверить.
• Расход модели. Дневной потолок обращений к языковой модели, чтобы зацикливание не превратилось в неожиданный счёт поставщика модели. Оплата работы модели идёт с вашего аккаунта у поставщика, поэтому потолок удобно выставить и у него.
• Аварийная кнопка. Ответственный одним действием отключает агенту запись во все системы, оставляя чтение. Это проверяют до запуска, а не в день проблемы.

Где обязательно нужно подтверждение человека?

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

Список, с которого стоит начать:

• отправка коммерческого предложения, счёта, договора, допсоглашения;
• закрытие сделки, отмена заказа, возврат;
• проведение документа в 1С;
• изменение цены, скидки, условий оплаты;
• отказ клиенту, кандидату, поставщику.

Последний пункт касается не только осторожности. Статья 16 закона о персональных данных запрещает решения, порождающие юридические последствия для человека или иначе затрагивающие его права, принимать на основании исключительно автоматизированной обработки его данных — исключение составляют письменное согласие и случаи, прямо предусмотренные законами. Поэтому, если агент разбирает отклики или заявки, решение «отказать» принимает сотрудник, а агент готовит обоснование.

Чтобы подтверждения не превратились в бюрократию, делайте их удобными: сотрудник видит в Telegram или в CRM готовое действие, данные, на которых агент его построил, и две кнопки — «выполнить» и «поправить». Если подтверждение требует открыть три системы, люди начнут нажимать «да» не глядя.

Что писать в журнал действий агента?

Журнал агента отвечает на вопрос «почему это произошло»: какая команда пришла, какие данные агент взял, что решил, что сделал и кто подтвердил. История изменений CRM и журнал 1С показывают только результат, поэтому у агента ведут собственный журнал.

Минимальный набор полей одной записи:

• дата и время, идентификатор задачи, источник команды (письмо, сообщение, расписание, сотрудник);
• входные данные — ссылки на письмо, карточку, документ, а не их полные копии с персональными данными;
• шаг и решение агента: «определил как заявку на доставку», «нашёл клиента по телефону»;
• действие во внешней системе: что изменено, в какой записи, значения «было» и «стало»;
• кто подтвердил или отклонил и когда;
• ошибки и остановки по лимиту.

Журнал хранят отдельно от систем, в которых агент действует, и права на его удаление агенту не дают. Срок хранения назначьте сразу: журнал, где лежат персональные данные клиентов, тоже подпадает под требования к их обработке. Подробнее — в статье о том, можно ли отправлять данные клиентов в ИИ.

Как откатить ошибку агента?

Для каждого разрешённого действия заранее определяют, как его отменить. Задачу и заметку удаляют, стадию сделки возвращают по журналу, черновик документа в 1С помечают на удаление. Если отмены нет, действие переводят в «с подтверждением» или запрещают.

Практические правила:

• в журнале хранится значение «было», чтобы откат можно было сделать по записи журнала, а не по памяти;
• массовые операции агент выполняет пачками и останавливается после первой пачки на проверку;
• на время пилота агент работает в копии базы или в тестовой воронке, а в рабочую систему переходит после прогона на реальных задачах из истории.

Кто в компании отвечает за агента?

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

Распределение ролей:

• Владелец процесса утверждает матрицу прав и лимиты, раз в месяц смотрит выборку из журнала и спорные случаи, решает, какие действия перевести из «с подтверждением» в «сам».
• Ответственный за ИТ заводит и отключает учётные записи агента, хранит ключи, меняет их при уходе сотрудников, у которых был к ним доступ.
• Сотрудники, которые подтверждают, знают, что «подтвердить» — их решение, а не формальность.
• Подрядчик поддерживает агента и вносит изменения в права только по письменной заявке владельца процесса.

Общие правила работы людей с ИИ, которые стоит принять параллельно, описаны в статье о политике использования ИИ в компании.

Чек-лист перед подключением агента к рабочим системам

Пройдите список до запуска. Если на какой-то пункт нет ответа, агента подключают сначала к тестовой воронке или копии базы.

1. Матрица прав составлена по операциям и утверждена владельцем процесса.
2. Для агента заведены отдельные учётные записи в CRM, 1С и почте; вебхуки и токены созданы от их имени.
3. Запреты технические: у учётной записи нет прав на удаление, выгрузку, платежи, изменение прав.
4. Ключи хранятся на сервере, есть порядок их замены и срок действия, где система это позволяет.
5. Лимиты по суммам, количеству и времени настроены и проверены попыткой их превысить.
6. Подтверждения приходят сотрудникам в удобном виде, с данными для решения.
7. Журнал действий ведётся, у агента нет прав на его изменение, срок хранения определён.
8. Для каждого действия описан откат, аварийное отключение проверено.
9. Агент прогнан на реальных задачах из истории, включая пограничные случаи и письма с посторонними командами.
10. Названы владелец процесса и ответственный за ИТ.

Когда такая строгость не нужна и какие ошибки встречаются?

Если агент только читает данные и отвечает сотрудникам — например, ищет по регламентам или строит сводку из CRM, — достаточно отдельной учётной записи с правами на чтение и журнала запросов. Подтверждения и откаты нужны там, где агент что-то меняет.

Ошибки, которые повторяются чаще всего:

• Права «на вырост». Дают сразу всё, «чтобы потом не настраивать». Права расширяют по журналу, когда видно, что агент справляется.
• Запрет только в инструкции. Агенту написали «не отправляй письма без согласования», но учётная запись умеет отправлять.
• Подтверждение без контекста. Сотруднику приходит «подтвердить действие №…» без данных, и он нажимает «да» на всё.
• Нет владельца. Агента запустили, подрядчик ушёл, кто менял права последним — неизвестно.
• Журнал с полными копиями. В журнал пишут целиком письма и карточки клиентов, и он сам становится базой персональных данных без защиты.

Сколько стоит настроить права и контроль агента?

Права, подтверждения, лимиты и журнал — часть разработки агента, а не отдельная строка. ИИ-слой агента — от 72 000 ₽, от 3 дней; связка до двух систем — от 32 000 ₽, от 2 дней. Сумму под ваш процесс считаем после брифа и фиксируем в договоре до старта.

Матрицу прав и контрольные точки мы согласуем с вами до сборки, на втором этапе — это описано на странице разработки ИИ-агента. Цена растёт от третьей и каждой следующей системы, систем без API и длинных цепочек с проверками. Отдельно оплачиваются лицензии CRM и 1С, работа языковой модели по тарифу её поставщика и изменения конфигурации 1С. Первые 7 дней после запуска правим поведение агента бесплатно, дальше — поддержка от 7 900 ₽ в месяц или разово; гарантия по договору — 30 календарных дней с даты подписания акта.

Короткие ответы на частые вопросы

Можно ли дать ИИ-агенту учётную запись администратора, чтобы быстрее запустить?

Не стоит: тогда ошибка агента или утечка его ключа равна ошибке администратора. Агенту заводят отдельную учётную запись с минимальным набором прав и расширяют его по мере необходимости.

Что агенту нельзя доверять ни при каких условиях?

Отправку платежей, подписание и отправку юридически значимых документов, удаление данных, массовые рассылки и выгрузки базы, изменение прав пользователей. Это либо запрещено агенту, либо делает человек.

Как понять, что сделал агент, а что сотрудник?

Агент работает под своей учётной записью, поэтому в истории CRM и журнале 1С его действия видны отдельно. Дополнительно ведут собственный журнал агента: команда, данные на входе, шаг, результат и кто подтвердил.

Кто в компании отвечает за действия агента?

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

Сколько стоит настроить права и журнал для агента?

Это часть разработки агента, а не отдельная услуга: ИИ-слой — от 72 000 ₽, связка до двух систем — от 32 000 ₽. Итоговую сумму под ваш процесс считаем после брифа и фиксируем в договоре.

Услуги и кейсы по теме: разработка ИИ-агента · заказная разработка · типовые договоры · цены и сроки