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

Источник: https://modelium.tech/zhurnal/ii-dlya-buhgaltera/

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

**Проверено 29 сентября 2026 года.** Сценарий — проект пилота, не демонстрация работающего решения Modelium. Описание функций 1С — заявление производителя; работу на ваших документах, передачу данных и экономику нужно проверять отдельно.

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

Разделите работу на четыре шага: получить разрешённый документ, извлечь текст и таблицы, сопоставить поля с учётными данными, затем **проверить и только после этого создать запись**. Производитель 1С описывает такой процесс для первичных документов: загрузка, распознавание, визуальная проверка, сопоставление контрагентов и номенклатуры и создание документа в базе [s1](#src-s1)[s2](#src-s2)[s3](#src-s3). Это полезный ориентир для постановки задачи, но не доказательство точности или экономии времени в конкретной компании.

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

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

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

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

**Отдельный локальный путь.** Docling может извлечь из PDF текст и таблицы, после чего локальная модель через Ollama может предложить структурированные поля в JSON Schema [s5](#src-s5)[s7](#src-s7). Для отключённой сети документация Docling требует предварительно загрузить нужные модели и указать путь к артефактам: первое использование по умолчанию может запускать загрузку [s6](#src-s6). Подготовленные модели, локальный URL Ollama и сохранённый документ сами по себе не доказывают, что остальные компоненты, OCR и обновления не обращаются наружу: для этого нужен отдельный [сетевой тест всего контура](/zhurnal/proverka-offline-kontura-ii/).

Эта цепочка не включает готовую интеграцию с 1С. Для неё отдельно проектируются формат обмена, проверка существующих контрагентов и записей, полномочия учётной записи, журнал изменений и правило «не создавать документ без подтверждения». Нельзя обещать, что Docling или Ollama автоматически распознают российские реквизиты и правильно проставят счета учёта: официальные документы Docling и Ollama подтверждают механизмы разбора и формата вывода, **не качество бухгалтерского решения** [s5](#src-s5)[s7](#src-s7).

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

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

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

- Запишите версию каждого компонента, ОС, используемые модели, выбранный OCR-язык, фактическое устройство и сетевую схему. Для Docling подготовьте артефакты до офлайн-теста [s6](#src-s6). Ни размер файлов весов, ни конфигурация поставщика не заменяют измерение фактической памяти и скорости на вашем устройстве.

- Выделите обязательные поля — ИНН, дату, номер, валюту, количество, цену, сумму и строки номенклатуры — и привяжите каждое к исходной странице. Structured output Ollama задаёт формат JSON, но даже JSON, прошедший схему, нужно семантически сверить с документом и справочником [s7](#src-s7). Отсутствующее или неоднозначное поле отмечайте как «требует проверки», а не додумывайте.

- На тестовой базе проверьте расхождение цены × количества и суммы, повторный номер, несуществующего контрагента и ошибочное сопоставление номенклатуры. В описании 1С есть визуальный контроль и обнаружение некоторых дублей, но конкретную надёжность в вашем контуре определяет ваш тест [s3](#src-s3). Ничего не проводите автоматически по одному ответу модели.

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

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

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

**Основной следующий шаг:** [откройте сценарий распознавания документов для 1С](/zadachi/raspoznavanie-dokumentov-1s/) и составьте из него контрольную выборку перед любым подключением к рабочему учёту. Для точечного сравнения полей счёта, акта и записи используйте [отдельный протокол сверки](/zhurnal/sverka-scheta-akta-i-1s/). Ни одна из этих страниц не подменяет принятие бухгалтерского решения или проверку актуальных правил учёта специалистом.

## Источники

1. [1С — сервис распознавания первичных документов](https://v8.1c.ru/its/services/1s-raspoznavanie-pervichnykh-dokumentov/) — получено 2026-09-29
2. [1С — описание продукта распознавания первичных документов](https://v8.1c.ru/programmy/1s-raspoznavanie-pervichnykh-dokumentov/) — получено 2026-09-29
3. [1С — загрузка, распознавание и создание первичных документов](https://v8.1c.ru/metod/article/raspoznavanie-i-avtomaticheskiy-vvod-v-programmu-1s-pervichnykh-dokumentov.htm) — получено 2026-09-29
4. [1С — инструкция по активации тестового тарифа 1С:РПД](https://portal.1c.ru/download/public/instruction/1C-RPDtestrate.pdf) — получено 2026-09-29
5. [Docling — README на закреплённой ревизии](https://github.com/docling-project/docling/blob/cd05bef2837c879cb636b5e8e61b03405bfdf7b8/README.md) — получено 2026-09-29
6. [Docling — подготовка моделей для офлайн-использования](https://github.com/docling-project/docling/blob/cd05bef2837c879cb636b5e8e61b03405bfdf7b8/docs/usage/advanced_options.md) — получено 2026-09-29
7. [Ollama — structured outputs и JSON Schema](https://docs.ollama.com/capabilities/structured-outputs) — получено 2026-09-29