Анализ базы данных 1С через ИИ: реальный кейс

ИИ-агент для данных и ИИ-разработчик — это разные задачи

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

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

Как агент подключается к базе

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

• для продаж смотреть регистр накопления Продажи;
• для остатков — регистр ОстаткиНоменклатуры;
• для закупок — регистр Закупки;
• документы — только для расшифровки, оплат, первичных строк.

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

Что агент смотрит перед ответом

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

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

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

Что реально удалось получить из базы

Первый срез — справочник номенклатуры. В базе найдено 139 951 запись номенклатуры: 107 групп и 139 844 элемента, 12 помечено на удаление.

Второй срез — кассовые смены за май 2026 года. Найдено 152 отчёта кассовой смены, все проведены. Сумма документов за период — 7 993 667 ₽. Продаж до возвратов — 7 999 652 ₽, возвраты — 5 985 ₽.

Третий срез — продажи по регистру, по складам:

Четвёртый срез — топ товаров по количеству продаж (названия заменены, структура сохранена):

Пятый срез — оплаты по проведённым кассовым сменам: безналичная — 5 772 936 ₽, наличные — 2 220 731 ₽ (доля наличных ~28%). Это сразу отвечает на вопрос, есть ли смысл искать риск именно в наличных операциях.

Шестой срез — закупки. Всего по регистру закупок за май прошло 4 527 движений на 3 268 865 ₽:

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

Как выглядел бы ответ агента на живой вопрос

Вопрос пользователя: «Что было по продажам за май и где основная выручка?»

«Я взял данные не из строк документов, а из регистра продаж, потому что он показывает проведённые движения. За май найдено 152 проведённых отчёта кассовой смены на 7 993 667 рублей. Возвраты составили 5 985 рублей. Основная выручка пришлась на Склад 1 — 2 697 371 рубль, это примерно треть суммы периода. Далее идут Склад 2 с 2 489 963 рублями и Склад 3 с 1 318 390 рублями.

По оплатам видно, что безналичная часть выше наличной: 5 772 936 рублей против 2 220 731 рубля. Если ищем риски по наличным, смотреть нужно не всю выручку, а именно наличные чеки и операции сторно.

По товарам лидируют позиции из нескольких групп. Самая продаваемая позиция дала 4 886 единиц, но сумма по ней небольшая — 25 021 рубль. При этом четвёртая позиция по количеству дала 152 499 рублей. Это значит, что по количеству и по деньгам лидеры будут разными, и для закупок нельзя смотреть только количество продаж».

Такой ответ отличается от обычной таблицы: он объясняет источник, период, ограничения и смысл результата.

Почему важно смотреть конфигурацию

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

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

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

Именно поэтому анализ базы 1С через ИИ — это не просто «чат с базой». Это связка аналитики и понимания прикладной конфигурации.

Какие вопросы можно закрывать

По продажам: какие склады дали основную выручку; какие товары лидируют по количеству; какие группы дают деньги, а какие только объём; где возвраты меняют итоговую картину; где наличные операции требуют отдельной проверки.

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

По закупкам: сколько закупили на конкретный склад; какие поставщики дали основную сумму; где закупка не подтверждается последующим оборотом.

По кассам: какие смены проведены; какие оплаты наличные, какие безналичные; где есть возвраты; какие чеки или смены нужно смотреть вручную.

Почему это не заменяет обычные отчёты

Регулярные отчёты в 1С и BI нужны — они хороши там, где вопрос повторяется каждый день. Анализ через ИИ нужен для другого: быстро проверить гипотезу, задать уточнение, сравнить несколько источников, найти странность, объяснить результат обычным языком.

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

Главное

Анализ базы 1С через ИИ полезен не тем, что умеет выполнить запрос — запрос можно написать вручную. Он полезен тем, что соединяет три вещи: понимание конфигурации, безопасное чтение данных и человеческое объяснение результата.

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