← Все материалы

ИИ-агент для 1С: как он получает данные и что ему можно отдать

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

Что такое ИИ-агент для 1С и чем он не является

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

Общая архитектура разобрана в статье про разработку ИИ-агентов; здесь — только то, что специфично для 1С.

Что 1С умеет сама и не надо подменять ИИ

Часть запросов «нужен ИИ для 1С» закрывается штатными механизмами быстрее и надёжнее.

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

Через что агент получает данные из 1С

Стандартный интерфейс OData

Платформа поддерживает автоматический REST-интерфейс OData начиная с версии 8.3.5: он публикуется на веб-сервере и отдаёт данные конфигурации без кода на стороне 1С. Важная деталь — состав интерфейса по умолчанию пуст, каждый справочник и документ добавляется явно. Это точка контроля: наружу видно ровно то, что разрешили.

HTTP-сервисы

Собственный эндпоинт, логика которого пишется на встроенном языке 1С. Берут, когда нужен свой формат ответа, агрегат вместо сырых строк или действие сложнее записи одного объекта — создать документ и провести его по правилам конфигурации. Для агента это основной способ выполнять действия, а не только читать.

Копия базы для аналитики

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

Способ	Для чего подходит	Ограничения
OData	Чтение справочников и документов, простые изменения	Отдаёт объекты как есть, состав открывают вручную
HTTP-сервис	Действия с бизнес-логикой, свои агрегаты, проведение	Нужна разработка на стороне 1С
Копия для аналитики	Ответы по большим периодам и истории	Данные не в реальном времени

Права и данные: чего агент видеть не должен

Через OData и HTTP-сервисы запрос выполняется от имени конкретного пользователя 1С, и действуют ровно его роли. Своей модели прав у интерфейса нет — и это главный инструмент безопасности в проекте.

1. Отдельный служебный пользователь под агента, а не администратор и не чей-то личный логин: в журнале регистрации видно, что сделал именно агент.
2. Минимальная роль. Только объекты, нужные для задачи. Остального агент не получит, даже если модель попросит.
3. Ограничение доступа на уровне записей, если оно настроено: свой склад, своя организация, своё подразделение.
4. Фильтр на выходе. Зарплаты и персональные данные просто не отдают в инструмент — надёжнее, чем запрещать модели их показывать.
5. Лог всех вызовов: кто спросил, какой инструмент, с какими параметрами, что вернулось.

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

Что можно доверить агенту, а что только с подтверждением человека

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

Задача	Режим	Почему так
Вопрос о цифрах: остаток, долг, статус заказа	Агент сам	Только чтение, ошибка стоит уточняющего вопроса
Поиск документа или контрагента по описанию	Агент сам	Изменений в базе нет
Подготовка данных для письма или отчёта	Агент сам	Результат всё равно смотрит человек
Черновик документа без проведения	Агент сам	Не влияет на учёт и легко удаляется
Проведение документа, отгрузка, списание	Только с подтверждением	Запускает логику конфигурации и контроль остатков
Изменение цен, скидок, условий договора	Только с подтверждением	Прямое влияние на деньги и обязательства
Правки в закрытом периоде	Не отдавать агенту	Требуют перепроведения и согласования
Платежи, регламентированная отчётность, кадры	Не отдавать агенту	Цена ошибки — штрафы и разбирательства

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

Как это собирается и что ломается на практике

1. Разбор вопросов (2–3 дня). Собираем реальные запросы к бухгалтеру: обычно 80 % потока — это 10–15 формулировок.
2. Слой доступа (3–7 дней). Открываем нужный состав OData или пишем HTTP-сервисы, заводим служебного пользователя с минимальной ролью.
3. Инструменты агента (неделя). Каждый вопрос — функция с понятными параметрами, ответ со ссылкой на документ.
4. Обкатка. Первые недели ответы просматривает человек: видно, где модель понимает формулировки неправильно.
5. Действия. Операции записи добавляются после того, как чтение работает стабильно, и сразу с подтверждением.

• Доработанная конфигурация. В типовой всё предсказуемо, в переписанной — свои реквизиты и своя логика проведения.
• Веб-сервер не опубликован. База в файловом режиме — внешний доступ невозможен в принципе.
• Грязные справочники. Агент найдёт трёх «Ромашек» и спросит, какая нужна: это состояние базы, а не его ошибка.
• Нагрузка. Один запрос по году отгрузок подвешивает работу пользователей — отсюда лимиты и отдельная копия.
• Ожидание, что агент разберётся сам. Он работает по записанным правилам и не знает вашей методологии, пока её не описали.

Когда ИИ-агент для 1С не нужен

• Вопрос всегда одинаковый. Отчёт с сохранённым вариантом и рассылкой по расписанию сделает то же самое, без расходов на модель.
• Нужен обмен данными, а не диалог. Регулярная выгрузка в CRM или на сайт — это интеграция; см. интеграцию с CRM.
• Три обращения в неделю. Экономия не окупит разработку и сопровождение.
• База в файловом режиме на одном компьютере. Сначала нормальный серверный контур и публикация, потом ИИ.
• Цель — сократить бухгалтерию. Агент снимает вопросы «посмотри, сколько», а не ведёт учёт и не отвечает за него.

Частые вопросы

Читайте дальше