ИИ-агент поверх 1С надёжно отвечает на вопросы, ответ на которые лежит одной строкой в справочнике или регистре: сколько такого-то товара на складе в Пушкино, какой телефон у контрагента, когда и на какую сумму последний раз отгружали этому клиенту. На агрегатах — выручка за июль, маржа по клиенту за квартал — он отвечает с оговорками, которые обязан проговаривать вслух. А на учётных трактовках вроде «сколько мы заработали» и «почему не сошлась оборотка» он отвечает уверенно и неверно, и это самый дорогой класс ошибок.
Архитектурное правило, которое снимает половину рисков, формулируется в одну строку: агент читает витрину, а не рабочую базу, и не пишет в 1С вообще. Первое защищает учёт от блокировок и от поломки на обновлении конфигурации, второе — от необратимых действий, которые невозможно откатить задним числом.
Разбираем по порядку: три группы вопросов с примерами из живых конфигураций, устройство контура и права, почему запись в 1С не отдают агенту, что происходит при следующем релизе, на каких российских моделях это работает в 2026 году и сколько стоит — в сравнении с обычными дашбордами на тех же данных.
Три группы вопросов: надёжно, с оговорками, опасно
Деление проходит не по сложности вопроса для человека, а по тому, сколько шагов интерпретации нужно сделать, чтобы получить ответ. Один шаг — надёжно. Два-три, включая выбор периода и правила расчёта, — с оговорками. Четыре и больше, с учётной политикой и здравым смыслом в середине, — опасно.
| Группа | Примеры вопросов | Откуда берётся ответ | Что может пойти не так |
|---|---|---|---|
| Надёжно | Сколько ЛДСП 16 мм белой на складе в Пушкино. Какой телефон у контрагента и кто его менеджер. Когда последний раз отгружали и на какую сумму | Одна строка регистра «Товары на складах», справочника «Контрагенты», регистра «Продажи» | Дубли в справочнике: агент ответит по одной карточке из трёх и не скажет, что их три |
| С оговорками | Выручка за июль. Маржа по клиенту за квартал. Сравни август с августом прошлого года | Агрегат по витрине с признаком закрытого периода и датой среза | Себестоимость до закрытия месяца предварительная, документы проводятся задним числом — цифра меняется после ответа |
| Опасно | Сколько мы заработали. Почему не сошлась оборотка. Можно ли принять НДС к вычету. Стоит ли давать этому клиенту отсрочку | Ниоткуда: это учётная трактовка и управленческое суждение | Ответ звучит уверенно и бывает неверным. Отличить его от правильного по форме невозможно |
Граница между группами зависит от конфигурации, и это стоит проговаривать до проекта. На 1С:УТ 11 и 1С:УНФ вопросы про маржу и себестоимость попадают во вторую группу: данные есть, но до закрытия месяца они предварительные. На 1С:Бухгалтерии 3.0 те же вопросы уезжают в третью — товарного контура там нет, а всё, что похоже на прибыль, является результатом учётной политики и регламентных операций. На 1С:КА 2 и 1С:ERP 2 добавляется производственная себестоимость, которая до закрытия периода не существует вообще, — и агент, отвечающий на такой вопрос в середине месяца, отвечает не «примерно», а неверно. Общий разбор того, чем конфигурации отличаются по составу данных, есть в материале про выбор конфигурации 1С.
Практический вывод из третьей строки: опасные вопросы контур закрывать не должен, и это не техническое ограничение, а решение заказчика, зафиксированное списком стоп-тем. На такие вопросы агент обязан отвечать отказом с пояснением, к кому идти. Общая методика приёмки такого контура — словарь метрик и 50 контрольных вопросов с заранее известными ответами — разобрана в материале про вопрос к данным вместо отчёта; здесь мы держимся стороны 1С.
Сравнение в три вертикальные колонки с разной заливкой. Левая «Надёжно — один шаг»: остаток по складу, телефон контрагента, дата последней отгрузки; внизу подпись «источник: одна строка регистра». Средняя «С оговорками — два-три шага»: выручка за июль, маржа по клиенту, сравнение периодов; внизу подпись «ответ обязан содержать дату среза и признак закрытого периода». Правая, перечёркнутая по диагонали, «Опасно — учётная трактовка»: сколько заработали, почему не сошлась оборотка, НДС к вычету, давать ли отсрочку; внизу подпись «список стоп-тем, агент отказывает и называет, к кому идти». Чертёжный стиль, подписи по-русски.
Архитектура: агент читает витрину, а не рабочую базу
Соблазн подключить агента прямо к 1С понятен: данные там, посредников нет. Практика показывает три причины так не делать, и все три те же, по которым туда не пускают систему аналитики: блокировки в рабочее время, непонятная и меняющаяся структура таблиц и цифры, которые пересчитываются задним числом при закрытии месяца. Как устроен промежуточный слой и сколько он стоит, подробно разобрано в материале про выгрузку данных из 1С для аналитики — агент ставится поверх той же самой витрины и отдельной инфраструктуры не требует.
Контур получается из четырёх звеньев. Витрина хранит подготовленные таблицы с понятными названиями полей и отметкой закрытого периода. Словарь показателей задаёт, что в этой компании считается выручкой и маржой. Агент переводит вопрос в запрос к витрине по описанию, а не по структуре 1С, и возвращает ответ вместе со ссылкой на источник — таблицу, период и число строк. Канал — бот в MAX, окно в CRM или страница на внутреннем портале.
Обязательное требование к формату: рядом с числом агент показывает, откуда оно взято и на какую дату. «Выручка за июль — 14 320 000 ₽, таблица продаж, период закрыт 5 августа, 1 842 строки». Пользователь должен иметь возможность за минуту проверить ответ обычным отчётом 1С. Без этого контур становится источником уверенных чисел без происхождения, и первая же ошибка обрушивает доверие ко всем последующим ответам.
Схема слева направо: блок «Рабочая база 1С:УТ 11» → стрелка «ночной загрузчик» → блок «Витрина: продажи, остатки, деньги, дебиторка» → блок «Агент: вопрос → запрос → ответ со ссылкой на источник» → блок «Канал: бот в MAX, окно в CRM, портал». Над агентом сбоку врезка «Словарь показателей: что считается выручкой и маржой», соединённая с ним линией. Под агентом врезка «Права: вся компания / своё подразделение / свои сделки». Отдельная прямая стрелка от агента к рабочей базе перечёркнута, подпись «блокировки, поломка на релизе, движущиеся цифры». Чертёжный стиль, подписи по-русски.
Права: агент не должен знать больше, чем спрашивающий
Технически агент ходит в витрину под собственным служебным пользователем, и это удобно ровно до первого неудобного вопроса. Если фильтр не привязан к тому, кто спросил, менеджер получит маржу по чужим клиентам, а кладовщик — закупочные цены. Поэтому права применяются по спрашивающему, а служебный пользователь агента нужен только для соединения с базой.
- Вся компания — собственник, директор, финансовый руководитель. Видят всё, включая себестоимость, маржу и взаиморасчёты по любому контрагенту.
- Своё подразделение — руководитель отдела продаж, начальник склада. Видят полные данные по своему направлению и агрегаты по компании без разбивки по чужим клиентам.
- Свои сделки и свои клиенты — менеджер. Видит остатки, цены из своего прайса, историю по закреплённым за ним контрагентам. Себестоимость и маржа по умолчанию закрыты.
Витрина — отдельная база, и настроенные в 1С ограничения на уровне записей туда не переезжают автоматически. Через полгода после запуска оказывается, что в 1С у уволенного менеджера доступ отозван, а в витрине он остался. Единственный рабочий порядок — выгружать признак доступа вместе с данными и перечитывать его при каждом вопросе, а не копировать список пользователей руками на старте проекта.
Почему агенту не дают писать в 1С
Запрос «пусть он сразу создаёт заказ» появляется на второй неделе эксплуатации, и отказывать в нём приходится по трём причинам. Первая — недетерминизм: один и тот же вопрос, заданный через неделю, может дать другой запрос и другой результат; для чтения это неприятно, для записи неприемлемо. Вторая — необратимость: проведённая реализация двигает остатки, взаиморасчёты и себестоимость, а отмена проведения задним числом ломает уже закрытый период. Третья — обновления: релиз конфигурации меняет состав реквизитов, и запись либо падает, либо пишет не туда молча.
Рабочая замена — черновик. Агент собирает документ и показывает его человеку целиком: контрагент, номенклатура, количества, цены, склад, срок. Человек проверяет и проводит одной кнопкой. Экономия времени сохраняется почти полностью, потому что дорого не нажатие кнопки, а сбор данных; ответственность при этом остаётся у человека. Общее правило разграничения — что агент делает сам, а что только готовит — разобрано отдельно в материале про границу самостоятельности агента.
Горизонтальная схема из четырёх блоков. Первый — «Запрос человека: собери заказ на этого клиента по прошлой отгрузке». Второй — «Агент: находит контрагента, позиции, цены, склад и срок» с подписью «читает витрину». Третий — «Черновик документа на экране: контрагент, номенклатура, количества, цены, склад, срок» с рамкой «редактируется человеком». Четвёртый — «Человек нажимает „Провести“ в 1С». Между вторым и четвёртым блоком проведена прямая стрелка, она перечёркнута, подпись: «недетерминизм, необратимость, поломка на релизе». Чертёжный стиль, подписи по-русски.
Что ломается при следующем обновлении конфигурации
Способов подключить агента к учётной системе два, и с точки зрения релиза они ведут себя противоположно. Первый — прямой доступ к объектам конфигурации, в том числе через коннектор, описывающий методы 1С; как такой коннектор устроен и что в нём проверяют, разобрано в материале про подключение агента к учётной системе. Второй — доступ через витрину с явно описанным контрактом данных.
В первом варианте переименованный при обновлении реквизит ломает агента молча. Он не падает с ошибкой: он честно отвечает «нет данных» или возвращает ноль, а человек принимает это за ответ. Найти такую поломку можно только приёмочным прогоном, и стоит она 10 часов на релиз — 35 000 ₽ по ставке 3 500 ₽/час — плюс невидимая цена решений, принятых по нулям. Во втором варианте релиз правит только загрузчик витрины: 3 часа, 10 500 ₽, и поломка видна в журнале загрузки в ту же ночь.
50 вопросов с заранее известными ответами стоят 6 часов на составление один раз и около часа машинного времени на каждый прогон. Порог, ниже которого контур не выпускают в работу, — не меньше 45 верных ответов из 50 и ни одного уверенного неверного. Прогон после обновления конфигурации ловит именно тихие поломки: те, при которых агент продолжает вежливо отвечать неправильно.
На чём это работает в России в 2026 году
Выбор моделей на сентябрь 2026 года достаточный, и в большинстве проектов он не является узким местом. GigaChat 3 в редакциях Lite, Pro и Max и GigaChat 3.1 Ultra закрывают типовые задачи; GigaChat Enterprise, вышедший в марте 2026 года, разворачивается в облаке, on-premise или в гибридном варианте — это ответ на требование не выпускать данные из контура. У Яндекса — YandexGPT 5 и Yandex AI Studio с конструктором агентов, хранилищем векторов и поиском. Локальный путь — Qwen 3, Llama или DeepSeek через Ollama с векторным хранилищем на pgvector.
Прямая оплата OpenAI и Anthropic из России невозможна, страна не входит в список поддерживаемых для их API, и доступ идёт через рублёвых посредников. Для контура, который читает вашу коммерческую и учётную информацию, это два риска сразу: разрыв доступа в любой момент и передача запросов через третье лицо. В проекте на российской учётной системе это стоит закладывать как ограничение и выбирать из отечественных платформ.
Отдельный вопрос — персональные данные. Если в ответах фигурируют фамилии, телефоны и адреса контрагентов-физических лиц, это персональные данные со всеми требованиями 152-ФЗ. У витрины здесь есть преимущество, которого нет у прямого доступа: в неё можно просто не класть эти поля, оставив идентификатор клиента и его сегмент. Тогда вопрос трансграничной передачи снимается технически, а не договором. Если же ФИО нужны, остаются два пути: российская облачная модель с поручением обработки или своя модель в собственном контуре — последняя добавляет к смете от 645 000 ₽ в год, и её цена разобрана в материале про сервер под свою модель.
Смета, сроки и сравнение с дашбордами
Считаем надстройку над уже готовой витриной из модельного примера предыдущей статьи: оптовик на 1С:УТ 11, 12 000 позиций, шесть таблиц витрины, около 25 сотрудников с доступом и порядка 600 вопросов в месяц. Витрина в эту смету не входит — она стоила 420 000 ₽ и является предпосылкой.
Вместе с витриной полный контур выходит в 174 часа и 609 000 ₽. Это сопоставимо с 198 часами и 693 000 ₽, в которые мы оценивали похожий контур для компании на 40 человек в отдельном материале: разница в числе показателей и в глубине приёмки, а не в подходе. Теперь главный вопрос, который стоит задать до подписания сметы: а не хватит ли обычных дашбордов на той же витрине?
| Показатель | Агент поверх витрины | Пять фиксированных дашбордов |
|---|---|---|
| Разовые работы | 54 часа — 189 000 ₽ | 40 часов — 140 000 ₽ |
| Эксплуатация в месяц | 25 000 ₽ с расходом на модель | 5 000 ₽ |
| За 24 месяца | 789 000 ₽ | 260 000 ₽ |
| Закрывает вопросы | Любые в пределах витрины, включая незапланированные | Только те пять, под которые сделан |
| Риск неверного ответа | Есть, снимается стоп-темами и приёмкой | Нет: формула зафиксирована в отчёте |
Разница за два года — 529 000 ₽, и она оправдана не всегда. Правило простое: агент нужен, когда вопросы к данным не повторяются и приходят от разных людей. Если 80 % запросов — это одни и те же пять срезов, дешевле и надёжнее сделать пять дашбордов, а деньги потратить на то, чтобы данные в них были чистыми.
Две пары составных столбиков, ось в рублях до 800 000. Левая пара «Агент поверх витрины»: нижний сегмент «разово 189 000 ₽», верхний «эксплуатация 25 000 ₽ × 24 = 600 000 ₽», итог над столбиком «789 000 ₽». Правая пара «Пять дашбордов»: нижний сегмент «разово 140 000 ₽», верхний «эксплуатация 5 000 ₽ × 24 = 120 000 ₽», итог «260 000 ₽». Между столбиками фигурная скобка с подписью «разница 529 000 ₽ за два года». Внизу подпись «обе цифры — поверх одной и той же витрины за 420 000 ₽». Чертёжный стиль, подписи по-русски.
Когда агент поверх 1С не нужен
Четыре ситуации, в которых мы советуем не начинать этот проект — по крайней мере, не с него.
- Витрины нет и не планируется. Агент поверх рабочей базы — это не сэкономленные 420 000 ₽, а перенесённые риски: блокировки учёта, тихая поломка на релизе и цифры, которые меняются после ответа. Если бюджета хватает только на одно, начинать надо со слоя данных, а не с надстройки.
- Вопросы повторяются. Восемьдесят процентов однотипных запросов — это признак, что нужны пять дашбордов за 140 000 ₽, а не агент за 189 000 ₽ с эксплуатацией впятеро дороже. Проверяется просто: две недели записывайте вопросы, которые задают вам про цифры, и посчитайте долю повторов.
- Справочники не в порядке. Дубли номенклатуры и контрагентов агент не чинит, а маскирует: он отвечает по одной карточке из трёх и не сообщает, что их три. В отчёте разнобой хотя бы виден глазами, в диалоге — нет. Порядок в справочниках здесь не подготовка, а условие.
- Некому вести словарь показателей. Контур живёт, пока кто-то поддерживает описание витрины и правила расчёта в актуальном состоянии — это примерно 2–4 часа в месяц. Без такого человека через полгода агент начинает отвечать по устаревшему определению маржи, и это заметят не сразу.
И общее правило, которое стоит держать в голове весь проект: агент не понимает ваш бизнес. Он переводит вопрос в запрос по тому описанию, которое вы ему дали, и качество ответа определяется качеством описания, а не размером модели. Поэтому деньги в таком проекте тратятся на витрину, словарь и приёмку, а не на выбор между GigaChat и YandexGPT — эту часть можно поменять за неделю.
Агент отвечает быстро и вежливо в обоих случаях: и когда прав, и когда нет. Отличать их — работа приёмки, а не пользователя.
