Codex для 1С: как ИИ-агент читает данные базы и не кладёт продакшен

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

Codex для 1С — это не отдельная программа, а надстройка над информационной базой. Как правило, это MCP-сервер, который даёт ИИ-агенту чтение регламентированных данных — остатков, документов, справочников — без прямого SQL-доступа к боевой базе. Агент отвечает на вопросы на обычном языке. Нагрузку и права разводит отдельный сервисный пользователь, а не логин бухгалтера.

Зачем менеджеру ИИ внутри 1С, а не рядом с ней

В отделе продаж торговой компании в Москве менеджер хочет за минуту узнать остаток по артикулу и историю отгрузок дилеру. При этом он не хочет идти к программисту или ждать отчёт от бухгалтерии. Раньше единственный путь — заявка на доработку конфигурации или ручная выгрузка в Excel, которая устаревает через час.

С появлением кодовых ИИ-агентов вроде Codex возникла естественная идея: пусть агент сам сходит в базу и посчитает нужное. Но по умолчанию такой агент работает с текстом и репозиторием кода. Файл информационной базы 1С он не видит и не умеет обращаться к серверу 1С:Предприятие напрямую. Между удобным чат-интерфейсом и реальными данными компании стоит пустота, которую раньше закрывали вручную: попросил — подождал — получил файл.

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

Почему агент не видит базу сам и как это решают

Разработчик в компании из Подольска как-то попросил Codex собрать сводку по дебиторской задолженности за август. Агент честно признался, что видит только файлы проекта на диске. Нужные цифры лежат в базе данных за паролем, которого у него нет.

Дело не в лени модели, а в архитектуре. Структура таблиц 1С в SQL Server — это набор технических имён вроде _Document134. Расшифровать их без метаданных конфигурации не сможет и человек, не то что языковая модель.

Поэтому связку собирают иначе. Агенту описывают не таблицы, а прикладные объекты — справочники, документы, регистры накопления — через отдельный слой между базой и ИИ. Обычно это MCP-сервер или веб-сервис на OData, который переводит вопрос на обычном языке в вызов штатного метода 1С. Агент больше не пишет SQL-запросы к боевой базе. Он обращается к тем же интерфейсам, которыми уже пользуются мобильное приложение и внешние интеграции компании.

Такой слой — это, по сути, доработка 1С: без описания объектов агенту взять данные неоткуда. Описание составляют один раз под конкретную конфигурацию и потом только обновляют при её изменении.

Три способа дать агенту данные — и у каждого своя цена ошибки

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

• ✓Прямой доступ (COM/ODBC) к боевой базе. Агент видит всё, включая служебные поля. Риск для продакшена высокий: блокировки, общая нагрузка с живыми пользователями. Данные — в реальном времени.
• ✓Регламентная выгрузка (файлы, отдельная БД). Агент видит срез на момент выгрузки. Риск низкий: база не участвует в диалоге напрямую. Данные отстают на часы, иногда на сутки.
• ✓MCP-сервер поверх копии или реплики базы с сервисной учёткой. Агент видит только объекты, открытые в правах. Риск низкий: слой изолирован от боевого контура. Свежесть данных — от нескольких минут до часа.

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

Что теряет бизнес, если пустить агента на продакшен напрямую

У одного из клиентов в рознице тестовый запрос ИИ-агента к остаткам совпал по времени с закрытием кассовой смены. Тяжёлый отчёт наложил блокировку на регистр, и касса зависла на несколько минут. Очередь на кассе не расходилась, пока администратор вручную не снял блокировку через консоль кластера серверов. Это цена прямого доступа без разделения нагрузки между учётным контуром и ИИ-слоем.

Вторая проблема серьёзнее первой. В карточках контрагентов и в текстах договоров 1С хранятся телефоны, паспортные данные, иногда реквизиты сотрудников. Лог диалога с ИИ-сервисом может уйти за пределы компании без фильтрации. Тогда это уже обработка персональных данных за контуром, описанным в 152-ФЗ. Отвечать перед проверяющими будет не подрядчик, который настраивал агента, а сама компания как оператор данных.

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

Какие вопросы агенту можно доверять уже сейчас

Агент уверенно отвечает на вопросы с одним конкретным ответом: остаток по артикулу на сегодня, статус конкретного документа, история отгрузок по контрагенту за период. Здесь риск ошибки невысокий — данные атомарны, агент их не додумывает и не интерпретирует.

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

Как подключаем ИИ-агента к 1С на практике

Внедрение делится на два этапа. Пропускать первый ради экономии времени не стоит: иначе тестовый период на живых пользователях незаметно превратится в прямой доступ с теми же рисками, от которых уходили.

Аудит базы и версии платформы

Подключение начинают не с ИИ, а с аудита конкретной базы. Смотрят версию платформы. Если она старая и не поддерживает нужные веб-сервисы или OData, сначала делают обновление 1С. Без этого слоя агенту просто не из чего собрать данные, сколько бы он ни был умным.

Дальше решают, какие объекты вообще можно показывать агенту:

• ✓остатки — да;
• ✓зарплатные ведомости — нет;
• ✓персональные данные клиентов — только в обезличенном виде или вовсе закрыты.

Требования к серверу под дополнительную копию базы для ИИ-слоя стоит сверять с официальными системными требованиями 1С, а не считать на глаз. Реплика создаёт свою нагрузку на диск и память.

Тестовый период на копии базы

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

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

Что меняется для сотрудников после запуска

Через месяц эксплуатации в такой схеме обычно наступает не революция, а тихая экономия времени. Менеджер получает остаток по артикулу за секунды в чате, не отвлекая программиста заявкой в трекер. Программист не тратит день на разовую выгрузку, которую попросят один раз и забудут.

Число мелких заявок на разработку простых отчётов в сопровождении падает, хотя и не до нуля. Сложные аналитические отчёты с интерпретацией цифр по-прежнему делает человек, потому что цена ошибки там выше экономии времени.

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

Сколько это стоит и с чего начинать

• ✓Слой между агентом и базой и настройка прав — стоимость считают после аудита конкретной конфигурации. У всех компаний разный набор доработок и структура данных, единой цифры тут быть не может.
• ✓Сопровождение — обновление прав доступа, разбор новых типов вопросов от агента, донастройка при изменении конфигурации. Считают по тарифу сопровождения 1С и работы системного администратора, от 3800 рублей в час.
• ✓Ресурсы под сервер — отдельно считают, если в процессе выясняется, что база физически не тянет ещё одну регламентную нагрузку в виде реплики для ИИ-слоя. Это уже вопрос инфраструктуры, а не самого агента.

Начинать стоит с малого: один отдел, десяток проверенных вопросов, доступ только на чтение. Расширять периметр на остальную компанию — только после недели работы без сюрпризов.

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

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

Codex может подключиться к нашей базе 1С напрямую, без доработки?

Нет. По умолчанию кодовый ИИ-агент видит только файлы проекта, а не структуру базы данных 1С. Чтобы агент читал остатки, документы и справочники, между ним и базой разворачивают отдельный слой — MCP-сервер или веб-сервис. Этот слой описывает объекты конфигурации и разграничивает права доступа.

Это не опасно для персональных данных клиентов в базе?

Опасно, если дать агенту доступ ко всей базе без фильтра. Телефоны, паспортные данные, реквизиты сотрудников в 1С подпадают под 152-ФЗ. Их обработку внешним ИИ-сервисом нужно либо исключить из выдачи агента, либо обезличить до того, как он получит доступ на чтение.

Сколько времени уходит на подключение ИИ-агента к 1С?

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

Агент может случайно испортить данные в базе через такой доступ?

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

Наша база работает на старой версии платформы 1С — это помеха?

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