ИИ-агент для 1С: что он делает в базе, а где пустая цифра

Вам предлагают ИИ-агента прямо в вашей 1С, и вопрос у вас простой: что он там реально сделает и не плачу ли я за красивую демонстрацию. Короткий ответ такой. «ИИ для 1С» - это не одна вещь, а три разные. Первая - ассистент, который работает по заданным правилам. Вторая - агент на языковой модели для того, кто дорабатывает конфигурацию. Третья - сторонняя нейросеть, которая ходит в вашу базу через программный обмен. Первый вид надёжен там, где правило точное и у результата есть эталон. Языковая модель полезна там, где готовый результат кто-то принимает до того, как он станет фактом учёта. А там, где эталона и приёмки нет, агент выдаёт правдоподобную запись, которую всё равно проверяет человек. Это и есть пустая цифра.

Я собираю ИИ-агентов под задачи бизнеса и вижу, как часто под одним словом продают эти три разные вещи. Ниже разберу каждую по первоисточникам 1С и дам правило, по которому вы сами отличите операцию, которую стоит отдавать, от той, где вы заплатите дважды.

Если хотите сразу приложить это к своему делу, а не к абстрактной 1С, можно начать с разбора вашей задачи.

Что скрывается за словами «ИИ-агент для 1С»

Когда подрядчик говорит «поставим ИИ-агента в вашу 1С», он может иметь в виду одну из трёх непохожих вещей. Их полезно различать до разговора о цене, потому что стоят и ведут себя они по-разному.

Первое - ассистент, встроенный в саму конфигурацию и работающий по правилам. В 1С:Управление нашей фирмой такой ассистент называется Даша. По описанию на сайте 1С, «Даша, как и обычный сотрудник, выполняет поручения»: меняет состояние заказа, пишет в чат документа, оповещает менеджера. Никакой языковой модели внутри нет, это автоматизация по заданным условиям.

Второе - агент на языковой модели, который помогает дорабатывать саму 1С. Это 1С:Напарник. По описанию 1С, это «встроенный помощник: умные подсказки при написании кода, готовые сценарии в чате и автономный агент». Такой агент «сам ищет информацию в проекте, планирует работу и вносит изменения». Он живёт в среде разработки, а не в вашей рабочей базе, и адресован программисту.

Третье - сторонняя нейросеть, которую подключают к базе через программный обмен (API): она получает из 1С данные, возвращает текст или готовую запись. Именно про этот случай чаще всего думают, когда говорят «нейросеть в 1С», и именно с ним больше всего риск пустой цифры. О том, что такой способ существует и устроен иначе, прямо говорит даже 1С: про своего Напарника она отдельно отмечает «никаких сторонних API».

Три вещи, которые называют одним словом. У каждой своё устройство и свои риски.

Дальше разберу каждую из трёх по очереди.

Ассистент по правилам: что делает Даша в 1С:УНФ

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

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

Есть и расчётные навыки. Ассистенту можно поручить «рассчитывать налоги по УСН, патенту и страховые взносы ИП» и формировать декларацию по УСН и отчётность по сотрудникам. Всё дело в слове «рассчитать»: считает он по заданным правилам налога, а решение сдавать отчёт и ответственность за него остаются на человеке.

Почему это надёжно. У каждого такого действия есть точное правило и понятный эталон правильного результата: «оплата поступила» либо нет, остаток «ниже минимума» либо нет. Здесь нечему быть правдоподобным, но неверным. Это ровно тот случай, который в инженерном разборе Anthropic описан так: заранее заданный порядок «даёт предсказуемость и одинаковость на ясно очерченных задачах» (перевод мой). Даша - пример такого заданного порядка внутри 1С, и покупать под ним «искусственный интеллект» в модном смысле не за что: вы покупаете хорошо настроенную автоматизацию.

Агент на языковой модели: для кого 1С:Напарник

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

Напарник «входит в состав 1С:EDT 2025 и новее». 1С:EDT - это среда разработки, рабочее место программиста, а не ваша учётная база с заказами и остатками. И раздел «Для кого создан» на странице продукта перечисляет ровно программистов: начинающих и практикующих разработчиков, экспертов и команды разработки. То есть Напарник помогает не вести учёт, а дорабатывать конфигурацию: писать и править код, создавать справочники и документы, делать ревью.

В агентном режиме он ведёт себя как самостоятельный исполнитель. 1С описывает его цикл так: «цель, разбиение на подзадачи, выбор инструментов, действие» (в оригинале со стрелками). Это и есть отличие агента от заданного порядка: как формулирует Anthropic, агент - это система, где «модель сама ведёт свою работу и сама решает, какими инструментами пользоваться» (перевод мой). Даша идёт по вашим правилам, Напарник сам выбирает шаги к цели. Как именно устроен такой агент и почему он замолкает на второй неделе, я разбирал отдельно в статье про то, как работает ИИ-агент.

Полезная деталь про данные. Про Напарника 1С отдельно отмечает: «никаких сторонних API, ваши данные никуда не покидают защищённый контур 1С». Это сделано именно потому, что у языковых моделей вопрос «куда уходят данные» стоит остро, и решён он тут за счёт собственной инфраструктуры 1С. Запомните эту фразу: она относится к коду разработчика в Напарнике и не переносится автоматически на сторонние нейросети, которые подключают к вашей базе, - там данные как раз уходят наружу.

И про деньги, чтобы не спутать с ценой внедрения. Напарник сейчас «бесплатно до 1 февраля 2027 года», нужен только доступ по учётной записи 1С:ИТС и ключ на каждого сотрудника. Это условие доступа к инструменту разработчика, а не стоимость агента, который будет вести ваш учёт. Про то, из чего складывается цена внедрения под ключ, у меня есть отдельный разбор.

Сторонняя нейросеть в базе: где польза и где пустая цифра

Третий случай - тот, ради которого обычно и приходят. К вашей 1С через программный обмен подключают языковую модель. Она берёт из базы данные и возвращает текст: описание товара для маркетплейса, черновик письма клиенту, короткий пересказ переписки по заказу, черновик ответа на типовой запрос. В отличие от Даши, такая модель не идёт по жёсткому правилу, а «сама ведёт свою работу и сама решает, какими инструментами пользоваться». Отсюда и польза, и главная опасность.

Польза настоящая там, где результат - черновик, который потом принимает человек. Нейросеть предложила описание карточки товара, менеджер прочитал и поправил. Составила черновик проводки по загруженному документу, бухгалтер сверил и провёл. Здесь модель экономит время на первом наброске, а решение и ответственность остаются за человеком до того, как запись станет фактом учёта. Про то, как это выглядит в бухгалтерии, я писал в разборе нейросетей для бухгалтера.

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

Что важно понять про надёжность: это не «работает или нет», а «повторяется ли». В исследовании τ-bench даже передовые на тот момент агенты с вызовом функций решали меньше половины задач набора. И были непостоянны: доля задач, решённых правильно во всех восьми попытках подряд, в розничной области падала ниже 25 %. Эти числа - про конкретный исследовательский набор задач и модель 2024 года, а не прогноз для вашей базы. Но вывод переносится: один удачный показ на демонстрации ничего не говорит о том, что модель даст тот же результат на сотом документе. А в учёте важен именно сотый.

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

Правило владельца: есть ли у операции эталон и приёмка

Чтобы не разбираться в устройстве моделей, достаточно приложить к каждой операции в 1С два вопроса. Они делят почти всё.

Первый: есть ли у результата эталон, то есть заранее известно, какой ответ правильный? У расчёта налога по правилу эталон есть. У поиска дублей контрагентов по совпадению ИНН эталон есть. У фразы «напиши клиенту красиво» эталона нет: правильных вариантов много, и машина выберет правдоподобный, а не верный. Чем чётче эталон, тем спокойнее операцию отдавать. Именно поэтому работа по заданным условиям, как у Даши, надёжна: там «пользователь устанавливает условия, при достижении которых ассистент должен выполнить действие», и эталон встроен в само условие.

Второй: есть ли приёмка до того, как запись станет фактом учёта? Проще говоря, стоит ли между машиной и проведённым документом человек, который смотрит результат. Черновик проводки, черновик письма, предложенное описание товара - всё это можно принять или отклонить. Автоматически проведённый документ принять уже нельзя, он стал фактом. Приёмка до проведения - это и есть та самая страховка, которая превращает правдоподобный ответ в проверенный.

Два вопроса делят почти все операции в базе на три исхода.

Сложите два ответа - и получите карту:

Правило работает и в обратную сторону. Если подрядчик обещает отдать операцию из нижней строки без человека посередине - это не экономия, а перенос проверки на потом, когда ошибка уже в учёте. Тот же разрыв между убедительной демонстрацией и вашими данными я подробно разбирал на примере ИИ-агента для отчётов: там видно, почему «запрос выполнился» - это ещё не приёмка.

Что по закону остаётся на вас, даже если модель чужая

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

По закону 152-ФЗ, «в случае, если оператор поручает обработку персональных данных другому лицу, ответственность перед субъектом персональных данных за действия указанного лица несёт оператор». Оператор здесь - вы, тот, кто решает, зачем и как обрабатываются данные. То есть за то, что чужая модель сделает с данными ваших клиентов, перед клиентом отвечаете вы, а не подрядчик и не разработчик модели.

Что это значит на практике. Красивая фраза «наши данные никуда не уходят» относится не к любому решению, а к конкретному продукту. У 1С:Напарника изоляция есть, потому что он на собственной инфраструктуре 1С без сторонних API. Как только речь о стороннем сервисе, куда база отдаёт данные наружу, вопрос «куда именно уходят данные и на каких условиях» становится вашим, а не подрядчика. Это не повод отказываться от нейросетей, это повод спросить и оформить поручение обработки договором. Сложный случай стоит разобрать с юристом по тексту закона, а не по обещанию продавца: я здесь только показываю, где лежит ответственность, а не даю юридическую оценку вашего договора.

Пять вопросов подрядчику до оплаты

Эти вопросы вытекают из всего сказанного и экономят и деньги, и нервы. Задайте их до того, как подпишете счёт.

1. Что именно вы ставите: ассистент по правилам внутри конфигурации, доработку кода или сторонний сервис через обмен? От ответа зависит и цена, и риски.
2. Где у каждой операции эталон правильного результата? Если его нет, спросите, как подрядчик собирается проверять, что запись верна.
3. Кто и в какой момент принимает результат до проведения документа? Если ответ «система проводит сама» - уточните, как вы поймаете ошибку до того, как она станет фактом учёта.
4. Куда уходят данные из базы и как оформлено поручение обработки персональных данных? Это ваша ответственность по 152-ФЗ, а не подрядчика.
5. Как вы покажете, что решение повторяемо, а не сработало один раз на демонстрации? Попросите прогон на ваших документах, а не на подготовленном примере.

Если на эти пять вопросов есть внятные ответы - разговор предметный. Если в ответ звучит только «искусственный интеллект всё сделает сам» - это и есть заявка на пустую цифру. Собрать такой список именно под ваши операции помогает разбор задачи: четыре вопроса о вашем деле, в ответ карта автоматизации с вашими задачами.

Когда ИИ в 1С не нужен вовсе

Бывает, что честный ответ - не ставить ничего умного. Если операция уже описывается точным правилом, ей хватает настройки условий, как у Даши. Языковая модель тут лишняя: она добавит расходов и риск ошибки там, где всё и так идёт по правилу. Если операций мало и они редкие, время на настройку и проверку агента не окупится живой экономией. А если у операции нет ни эталона, ни возможности принять результат до проведения, - это работа для человека, и никакая модель этого не изменит.

Здесь я держусь того же принципа, что и инженеры Anthropic. Они советуют «брать самое простое решение и добавлять сложность только по необходимости», а это, по их словам, иногда означает «не строить агентскую систему вовсе» (перевод мой). Для владельца это переводится просто: сначала точное правило, потом черновик под приёмку, и только там, где без самостоятельного агента правда никак, - агент. Самостоятельность языковой модели, как честно предупреждает та же Anthropic, «означает более высокие расходы и возможность накопления ошибок». Платить за неё стоит только тогда, когда она снимает работу, а не создаёт новую по перепроверке.

Источники

С ИИ в 1С стоит начинать не с покупки агента, а с карты: какие операции у вас имеют эталон и приёмку, а какие нет. Такую карту по вашему делу можно получить по анкете: четыре вопроса, полминуты.