Что автоматизировать в контроле учёта — и где нужен человек

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

Начать с вопросов, на которые можно ответить точно

Для регулярного контроля полезны правила с явным условием: в каком разрезе смотреть данные, за какой период, что сравнивать и когда выдавать сигнал. Такую проверку можно повторить и сопоставить с предыдущим запуском.

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

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

Методика состоит не только из формул

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

Удобная карточка правила отвечает на семь вопросов:

1. Какую ситуацию мы хотим заметить?
2. Какие данные нужны и доступны ли они полностью?
3. Для каких организаций, участков и периодов правило применимо?
4. Как рассчитывается условие срабатывания?
5. Какие исключения известны?
6. Какое основание увидит бухгалтер?
7. Как подтвердить, что замечание разобрано?

Если правило не отвечает на эти вопросы, увеличение каталога может только увеличить шум. Новые проверки стоит оценивать по полезности решений, а не по количеству строк в маркетинговом описании.

Где мы хотим использовать LLM внутри команды

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

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

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

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

Чем гипотеза отличается от результата проверки

Представим, что анализ заметил необычное изменение показателя. Детерминированное правило может точно сообщить размер изменения при заданных параметрах. Но фраза «это похоже на ошибку» — уже интерпретация, для которой нужны контекст и подтверждения.

В будущем мы рассматриваем LLM как помощника при формулировании вопросов к таким отклонениям. В отчёте подобные результаты должны отделяться от воспроизводимых проверок: гипотеза, на каких данных она основана, чего не хватает для вывода, кому её проверить.

Для пользователя полезнее три обоснованных вопроса, чем длинное уверенное эссе без источников. Модель не должна самостоятельно закрывать замечания или менять учётные данные только потому, что её объяснение выглядит убедительно.

Что остаётся за бухгалтером и руководителем

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

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

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

Как измерять пользу автоматизации

На первых пилотах мы предлагаем смотреть на несколько вещей. Сколько проверок реально завершилось, а сколько не выполнилось из-за данных или совместимости? По каким находкам удалось принять решение? Достаточно ли расшифровок? Какие сигналы оказались шумом? Удалось ли подтвердить исправления повторным запуском?

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

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

Каким мы хотим сделать первый шаг

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

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

О том, как сформулирован замысел перезапуска, читайте в разговоре с Рафаэлем о методике БухСорса.