ИИ для бухгалтера: локальный пилот на первичных документах

Где ИИ снимает рутину, а где решение остаётся за бухгалтером?

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

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

Бухгалтерский чат-помощник и автоматическая запись — разные продукты. Если поток документов уже поступает через структурированный электронный документооборот, сначала проверьте, есть ли вообще смысл повторно прогонять его через OCR. Если исходный PDF содержит текст, результат парсинга сравнивают с исходником; если скан — дополнительно проверяют ошибки OCR в цифрах и строках таблицы. Docling умеет разбирать PDF, порядок чтения, таблицы и подключать OCR, но это ещё не готовая бухгалтерская проводка s5.

Готовый сервис 1С или отдельный локальный стек?

Готовый вариант 1С:РПД. Производитель указывает распознавание сканов, сопоставление контрагентов и номенклатуры, создание документов и прикрепление сканов; в методическом описании есть этапы ручной проверки результата и подсветка числовых расхождений s2s3. По инструкции активации сервису нужны официальная поддержка программы и доступ в интернет s4. Интерфейс, открытый внутри локальной установки 1С, не доказывает отсутствия сетевого обмена. Если условие пилота — строго без внешней сети, нельзя выбирать этот сервис как готовое подтверждённо офлайн-решение.

Отдельный локальный путь. Docling может извлечь из PDF текст и таблицы, после чего локальная модель через Ollama может предложить структурированные поля в JSON Schema s5s7. Для отключённой сети документация Docling требует предварительно загрузить нужные модели и указать путь к артефактам: первое использование по умолчанию может запускать загрузку s6. Подготовленные модели, локальный URL Ollama и сохранённый документ сами по себе не доказывают, что остальные компоненты, OCR и обновления не обращаются наружу: для этого нужен отдельный сетевой тест всего контура.

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

Как поставить проверяемый пилот без ложной автоматизации?

1. Выберите один вид документа и заранее запишите, что считается успехом. Подготовьте небольшой набор разрешённых обезличенных или синтетических файлов: читаемый счёт, скан с таблицей, повторный экземпляр, ошибочный номер или сумма. Храните исходник и правильные значения отдельно от выхода модели.
2. Сравните уже существующий процесс и два возможных маршрута: сервис 1С при разрешённом сетевом режиме либо отдельный локальный парсер/модель при требовании офлайна. Не смешивайте результат этих маршрутов как один тест и не отправляйте реальные документы во внешний сервис для «быстрой проверки» без согласования.
3. Запишите версию каждого компонента, ОС, используемые модели, выбранный OCR-язык, фактическое устройство и сетевую схему. Для Docling подготовьте артефакты до офлайн-теста s6. Ни размер файлов весов, ни конфигурация поставщика не заменяют измерение фактической памяти и скорости на вашем устройстве.
4. Выделите обязательные поля — ИНН, дату, номер, валюту, количество, цену, сумму и строки номенклатуры — и привяжите каждое к исходной странице. Structured output Ollama задаёт формат JSON, но даже JSON, прошедший схему, нужно семантически сверить с документом и справочником s7. Отсутствующее или неоднозначное поле отмечайте как «требует проверки», а не додумывайте.
5. На тестовой базе проверьте расхождение цены × количества и суммы, повторный номер, несуществующего контрагента и ошибочное сопоставление номенклатуры. В описании 1С есть визуальный контроль и обнаружение некоторых дублей, но конкретную надёжность в вашем контуре определяет ваш тест s3. Ничего не проводите автоматически по одному ответу модели.
6. Сохраните протокол: сколько документов разобрано, какие критические поля неверны, сколько исправлений сделал человек, сколько времени заняли ручной и пилотный процессы. Это метрики будущего эксперимента, не опубликованные показатели Modelium. Если даже одно критическое поле меняется без подтверждения, такой маршрут не готов к автоматической записи.

Как проверить результат и куда идти дальше?

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

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