Отчёты 1С и ИИ: как объяснять цифры без ручной сводки

Что умеет наш контур

Расширение Analytics Bridge передаёт платформе карту конфигурации. Инструмент describe_schema показывает, какие отчёты есть в базе. Для выбранного отчёта describe_report возвращает описание статической схемы компоновки: запросы наборов данных, вычисляемые поля, ресурсы и параметры. Это помогает ИИ-сотруднику понять основу отчёта перед расчётом.

Есть важная граница. describe_report не выполняет отчёт и не видит код его модуля, внешние отчёты и пользовательские варианты. Если нужная логика находится там, специалист 1С разбирает её отдельно. Когда источник и формула понятны, run_slice получает проверяемые агрегаты из нужных объектов базы.

На платформе это превращается в регламент:

1. Назвать контрольный отчёт и его настройки.
2. Зафиксировать определения показателей и допускаемые расхождения.
3. Сравнить срезы ИИ-сотрудника с отчётом на нескольких закрытых периодах.
4. Разрешить объяснение отклонений только по сверенным данным.
5. Передавать непонятные строки специалисту, а не скрывать их в итоговой сумме.

Почему это важно на доработанной базе

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

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

Как выглядит результат для руководителя

Допустим, в стандартном отчёте прибыль по направлению снизилась. ИИ-сотрудник может разложить изменение на объём продаж, возвраты и себестоимость, если эти величины определены и доступны. Руководителю он покажет краткий вывод и таблицу оснований; специалисту 1С — период, поля и правила расчёта.

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

Но отчёт 1С остаётся контрольной точкой. Если новый расчёт расходится со знакомой формой, публикацию объяснения останавливают до выяснения причины. ИИ не должен объявлять собственный срез «правильнее» только потому, что формула выглядит проще.

Один из распространённых источников расхождений — даты. Документ может быть создан в один день, проведён в другой и попасть в закрытый период после исправления. Другой источник — права: контрольный отчёт бухгалтера и срез фоновой учётной записи могут видеть разные строки. Ещё один — пользовательский вариант отчёта, которого describe_report не показывает. Эти случаи нужно проверять предметно, а не пытаться исправить новым промптом.

После сверки полезно сохранять небольшую коллекцию контрольных вопросов: «Почему сумма за март отличается от февраля?», «Какие три группы дали прирост?», «Какие строки не сошлись?». На них можно регулярно проверять поведение ИИ-сотрудника после изменения конфигурации или регламента. Это защищает объяснительную записку от незаметного дрейфа.

Когда такой сценарий окупает внимание команды

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

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

У VibeLab есть отдельный слой регламентов и проверки результата. Это позволяет закрепить вопрос «из какого отчёта взят показатель?» как обязательный критерий, а не надеяться на аккуратность модели. Сотрудник, который не нашёл источник, должен возвращать вопрос на уточнение.

Первый пилот

Возьмите один отчёт, который руководитель открывает каждую неделю. Покажите его настройки, три периода и типичные вопросы после просмотра. Мы подключим нужные данные через Analytics Bridge, зафиксируем правило в ИИ-сотруднике VibeLab и проверим, может ли он выдавать короткое, воспроизводимое объяснение.

Покажите VibeLab ваш самый важный отчёт 1С — начнём с него, а не с абстрактной «цифровой трансформации».