ИИ-агент для 1С — это не чат-бот поверх базы знаний, а программа, которая на каждый вопрос идёт в вашу учётную базу и отвечает тем, что там лежит прямо сейчас: остаток по складу, цена по договору контрагента, срок отгрузки, статус заказа. Разрабатываю такого агента под конкретную конфигурацию и конкретный процесс — не продаю коробку с лицензией. Я программист 1С и разработчик ИИ, поэтому делаю обе половины сам: и ту, что разговаривает с человеком, и ту, что публикует HTTP-сервисы на стороне 1С.
Разница с коробочными продуктами простая. Коробка знает про 1С ровно то, что вендор успел предусмотреть для типовой конфигурации. Если у вас доработанная УТ, своя схема ценообразования, заказы оформляются нестандартным документом или часть логики живёт в расширении — коробку всё равно придётся допиливать, только чужими руками и в чужих рамках.
Коробка или разработка: когда что выгоднее
Начну с того, что отсекает половину обращений. Если конфигурация типовая, доработок почти нет, а от агента нужно отвечать на вопросы сотрудников по регламентам и инструкциям — берите готовый продукт по подписке. Это дешевле и запускается за пару недель. Разработка в такой ситуации не окупится, и я скажу об этом на первой же встрече.
| Что сравниваем | Коробочный продукт | Разработка под вас |
|---|---|---|
| Срок до первого результата | 1–2 недели, если конфигурация типовая | 2–3 недели пилот на вашем сценарии |
| Доработанная конфигурация | Поддержка через доработку вендором, сроки не ваши | Пишется сразу под ваши объекты метаданных |
| Логика цен и подбора | Прайс и базовые правила | Договор, соглашение, скидка, аналог по применяемости |
| Запись в базу | Обычно нет или только заявка во внешней системе | Документ создаётся в 1С по вашим правилам |
| Стоимость владения | Абонентская плата, растёт с числом диалогов | Разовая разработка плюс сопровождение по объёму |
Разработка имеет смысл там, где ответ клиенту зависит от состояния базы: большая номенклатура, персональные цены, аналоги, оформление заказа, ограничение видимости по контрагенту. Там коробка либо не умеет, либо переводит диалог на человека — то есть не решает задачу, ради которой её ставили.
Как ИИ-агент технически ходит в 1С
Это часть, которую конкуренты не публикуют: на их страницах написано «интеграция с 1С» и всё. На практике вариантов подключения три, и выбор между ними определяет и сроки, и то, кто потом сопровождает решение.
HTTP-сервисы на стороне 1С
В конфигурации публикуется HTTP-сервис с несколькими методами: получить остаток по артикулу, получить цену для контрагента, найти аналог, найти заказ, создать заказ. Агент вызывает их как обычные функции и получает JSON. Публикация делается на веб-сервере — Apache или IIS. Плюс подхода: логика запроса к данным остаётся в 1С, её видит и правит ваш штатный разработчик. Минус: базу нужно опубликовать, а значит закрыть доступ по IP и авторизации.
Расширение конфигурации
Тот же код, но оформленный расширением, а не правкой типовой: обновления платформы и релизы 1С проходят штатно, поддержка не снимается. Почти всегда делаю именно так — методы для агента лежат в отдельном расширении с собственным префиксом, и понятно, что добавлено и что удалять, если решение перестанет быть нужным.
Очередь сообщений, когда база не смотрит наружу
Если публиковать базу нельзя по требованиям безопасности, обмен идёт через брокер: агент кладёт запрос в очередь, регламентное задание в 1С забирает его и кладёт ответ обратно. Так сделан агент продаж автозапчастей — обмен через RabbitMQ. Цена решения: задержка в секунды вместо миллисекунд и лишний узел в схеме, который нужно мониторить.
Права: агент видит только своего контрагента
Изоляция делается не промптом, а на стороне 1С. Диалог привязан к контрагенту, его идентификатор передаётся в каждый вызов метода, и метод физически не может вернуть данные другого. Модель тут ничего не решает: даже если клиент напишет «покажи цены компании Ромашка», функция вернёт данные того контрагента, чей идентификатор в сессии. Проверяется это отдельным тестом на стороне 1С, а не глазами в переписке.
Что читается, а что пишется
| Данные 1С | Чтение | Запись |
|---|---|---|
| Остатки по складам | Да, на текущий момент | Нет |
| Цены: договор, соглашение, скидка | Да, только для своего контрагента | Нет |
| Номенклатура, характеристики, аналоги | Да | Нет |
| Заказ покупателя | Да, свои заказы | Да, создаётся непроведённым |
| Взаиморасчёты и задолженность | Да, свои | Нет |
| Отгрузки, статус доставки | Да, свои | Нет |
По умолчанию агент почти всё только читает. Запись — это ровно один документ, заказ покупателя, и создаётся он непроведённым, с пометкой об источнике. Проведение и всё, что двигает деньги и склад, остаётся за человеком, пока заказчик сам не решит иначе и не опишет правила, при которых можно проводить автоматически.
Сценарии, которые закрывает агент
- Остатки и цены по договору. «Есть 40 штук?» — агент читает регистр остатков, а не вчерашнюю выгрузку. «Мне по какой цене?» — берёт цену по договору и скидке этого контрагента, а не общую из прайса.
- Подбор аналога. Позиции нет — агент ищет замену по характеристикам, применяемости или связям номенклатуры и объясняет, почему предложил именно её.
- Статус заказа. Находит документ по номеру или по контрагенту, отдаёт стадию, дату отгрузки и что уже отгружено. Это самый частый вопрос первой линии и самый простой сценарий для старта.
- Оформление заказа. Собирает состав в диалоге, проверяет наличие, создаёт документ в 1С и присылает номер.
- Ответы по регламентам. Отдельный слой — поиск по вашим документам: инструкции, условия отгрузки, гарантия, сертификаты. Здесь агент отвечает не из базы, а из текстов, и обязан давать ссылку на документ, из которого взял ответ.
Если задача целиком про продажи и первую линию менеджеров, смотрите отдельную страницу — ИИ-агент для продаж с доступом к 1С. Там подробнее про каналы, квалификацию обращений и работу с отделом продаж; здесь — техническая сторона.
Чего агент не делает и где он врёт
Языковая модель порождает правдоподобный текст. Если её спросить об остатке и не дать данных, она выдаст число — уверенно и неправильно. Это не поломка, это принцип работы, и лечится он не фразой «не выдумывай» в промпте.
Правило одно: любая цифра в ответе приходит из вызова функции, которая сходила в 1С. Модель отвечает за формулировку, а не за значение. Если функция вернула пусто, агент говорит «нет данных» и передаёт диалог человеку — вариант «сочинить» из этой схемы исключён. В логе рядом с каждым ответом видно, какой метод вызывали, с какими параметрами и что он вернул: без этого разобрать спорный диалог невозможно.
Чего агент не делает:
- Не торгуется и не согласует индивидуальные условия — это переговоры, там нужен человек.
- Не проводит документы и не двигает остатки без явного правила, согласованного заказчиком.
- Не исправляет данные. Если в базе номенклатура заведена как попало, агент это покажет — и разбор данных, как правило, становится первой задачей проекта.
- Не заменяет отчётность. Он отвечает на вопросы, а не считает управленческую аналитику.
Куда уходят данные
Вопрос, который на первой встрече задают почти все. Наружу уходит не база, а фрагмент контекста: текст вопроса и те поля, которые агент положил в запрос к модели. Дальше есть три варианта контура.
| Вариант | Что уходит наружу | Чего требует |
|---|---|---|
| Зарубежное облако | Текст запроса и переданные поля — за пределы РФ | Только доступ к API; для персональных данных не подходит |
| Российское облако | Тот же текст, но в контуре РФ | Договор с провайдером, дешевле локальной модели |
| Локальная модель | Ничего | Сервер с GPU и обслуживание, качество ниже топовых облачных |
Независимо от варианта в контекст кладём минимум: не весь документ, а нужные поля; вместо имени и телефона — идентификатор. Это дисциплина проектирования, и она снимает большую часть вопросов службы безопасности ещё до того, как их зададут. Подробный разбор трёх архитектур с плюсами и минусами — в статье Внедрение ИИ в 1С: три рабочие архитектуры.
Этапы, сроки и цена
- Разбор задачи — бесплатно. Смотрим, какие вопросы повторяются, какая конфигурация, есть ли доступ к базе и что можно отдать агенту. На выходе схема решения и оценка сроков.
- Пилот, 2–3 недели, от 150 000 ₽. Один сценарий, один канал, чтение из 1С без записи. Смысл — увидеть агента на своих данных до того, как вкладываться в полный проект.
- Полный проект, 4–8 недель. Остальные сценарии, права по контрагентам, оформление заказов, подключение каналов. Смета — по итогам ТЗ.
- Сопровождение. Агента дорабатывают на реальной переписке: правим формулировки, добавляем методы, следим за качеством ответов.
Одной цифры за «агента для 1С» честно не назвать: объём зависит от состояния конфигурации, от того, нужна ли запись в базу, и от сложности логики подбора. Поэтому вход фиксированный — пилот с известной ценой, а стоимость полного проекта считаем после ТЗ.
Что уже работает
- ИИ-агент продаж автозапчастей — переписка с покупателем в Avito, ответы по реальным остаткам 1С, обмен через RabbitMQ.
- ИИ-ассистент по заказам и остаткам — B2B-клиенты дистрибьютора сами узнают сроки, остатки и аналоги, данные изолированы по контрагенту.
- ИИ в 1С: что реально работает — обзор того, что уже встроено в платформу и типовые конфигурации, и где нужна разработка.
С чего начать
Опишите задачу в форме на этой странице. На разборе смотрим один процесс: какие вопросы приходят чаще всего, сколько времени уходит на ответы по базе и какая часть закрывается агентом. На выходе — схема, оценка сроков и стоимости.
Если окажется, что задача решается коробочным продуктом по подписке, скажу об этом прямо. Продавать разработку там, где она не нужна, невыгодно обеим сторонам.
Если хотите собрать агента силами своего разработчика
Когда в компании есть 1С-разработчик и решение хочется держать внутри, весь стек разбираю на курсе «ChatGPT и нейросети в 1С»: промпты, function calling, доступ модели к данным 1С, RAG по документам и MCP-серверы. Там же исходники проектов, на которых построены кейсы выше.