Ассистент может пересказать приложенный файл, но для ответа о текущем заказе ему нужен доступ к рабочему источнику. А доступ к данным ещё не даёт права менять карточку, проводить документ или отправлять письмо. Эти возможности нужно разделить до подключения.
Разберём путь от одного вопроса к проверяемой интеграции. В подтверждённом рабочем проекте подключены чтение данных и изолированные заготовки; действие в исходной системе остаётся отдельной границей.
ИИ в рабочем процессе
От вопроса до подтверждённого результата
- 01Выбрать источник
- 02Определить права
- 03Прочитать данные
- 04Проверить итог
- Чтение и запись разделяются
- Заготовка не означает применение
- Неизвестный исход требует проверки
Начните с одного вопроса к одной системе
Хороший первый сценарий можно проверить: найти счёт и связанные документы, собрать состояние заказа или показать данные конкретной сделки. Согласуйте источник, нужные поля и пример ответа. Если часть сведений недоступна, ассистент должен это показать.
Не стоит начинать с обещания «ИИ управляет всей компанией». Даже большой каталог API содержит методы, которым нужны отдельные права, параметры или условия провайдера. Наличие названия инструмента в каталоге не подтверждает успешное выполнение любого запроса.
Подключение даёт инструменты, а не заменяет правила работы
MCP — один из способов передать AI-приложению доступ к данным и инструментам через отдельный сервер. Сам протокол не определяет, какие бизнес-действия допустимы для вашей команды. Выбор источников, авторизация и правила записи остаются частью внедрения.
В рабочем проекте нативные права пользователя и разрешения подключения ограничивают чтение CRM, документов и переписки. Коннектор не отправляет сообщения, не вступает в чаты и не применяет документы к исходным системам. Для другого сценария набор прав согласуется заново.
У разных черновиков разный результат
Заготовка у агента может содержать будущий документ или сообщение, но пока не существует в CRM или почтовом ящике. Непроведённый документ в 1С уже является объектом учётной базы. Черновик письма в IMAP — запись в папке почтового провайдера.
Эти состояния нельзя обозначать одним словом без пояснения. В интерфейсе результата нужно показывать место хранения, факт применения к источнику и отсутствие отправки или проведения. Тогда сотрудник понимает, какое действие ещё требуется.
| Результат | Где существует | Чего он не подтверждает |
|---|---|---|
| Изолированная заготовка | В хранилище агента | Запись или отправку в исходной системе |
| Непроведённый документ | В базе 1С после проверенного создания | Проведение, оплату или подписание |
| Почтовый черновик | В папке провайдера после проверенного сохранения | Отправку и доставку письма |
Проверяйте полноту чтения
Одной страницы списка может быть недостаточно для вывода по всем заказам. То же относится к длинному письму или многостраничному PDF. Сохраняйте источник, границу прочитанного, признаки следующей страницы и ошибки извлечения.
В подтверждённом коннекторе документы и файлы читаются частями с явными ограничениями. Поиск возвращает данные в рамках прав пользователя. Отсутствие результата, ошибка API и непрочитанная часть — разные ситуации, которые нельзя превращать в уверенное утверждение «ничего нет».
После сбоя сначала выясните результат операции
Если ответ потерян после записи, повторный запрос может создать дубль. Поэтому операция получает устойчивый ключ и сохранённое состояние. Восстановление проверяет уже созданный объект и его поля; неизвестный исход не объявляется успешным.
Подтверждённый отказ отличается от потери ответа. Правило повторения зависит от конкретного API. Так, в отдельном почтовом контуре 13 октября отказ провайдера при сохранении черновика сохранялся как ограничение: обновление коннектора не означало восстановления самой записи у провайдера.
Что подтверждено в рабочем подключении
Проверенный серверный каталог содержит 22 инструмента чтения и один инструмент сохранения изолированной заготовки. Контрольные запросы подтвердили чтение документов, связанных записей, CRM-данных и файлов, а также сохранение и повторное получение заготовки без применения к исходным системам.
Отдельный контур 1С и СБИС имеет собственные правила чтения, подготовки и разрешения новых непроведённых документов. Создание новой входящей первички по расписанию на момент октябрьских проверок ещё не подтверждено реальным новым оригиналом. Это не включается в результат кейса как готовая полная автоматизация.
Как принять первый этап
Проверьте реальный вопрос, ссылку на источник, длинный ответ, недоступность сервиса и отказ операции без нужных прав. Для заготовки сверяйте содержание, место хранения и поведение повторного запроса. Запись в рабочую систему принимайте отдельным сценарием.
Итог первого этапа — работающий доступ, описание источников и границ, журнал и порядок отключения. Так интеграция остаётся понятной и владельцу процесса, и сотруднику, который проверяет результат.
Короткий чек-лист
- Выбрать один вопрос и источник
- Разделить чтение, подготовку и запись
- Указать место хранения каждого черновика
- Проверить полноту чтения и ссылки
- Проверить отказ без нужных прав
- Определить восстановление после неизвестного исхода
Ссылки и исходный код
В материале раскрыты запросы: ИИ с доступом к рабочим системам, MCP 1С CRM, раздельные права ассистента, черновики и проверка действий.