Обработка и проверка первичных документов

Обработка документов — самый частый первый процесс для автоматизации: у него повторяемый вход, проверяемый результат и понятная цена ошибки. Интерес к теме это подтверждает: по Яндекс Wordstat кластер «распознавание документов» собирает 5 718 показов в месяц по России, и около 4 100 из них приходится на формулировки, привязанные к учёту, — «1С распознавание документов» и «распознавание первичных документов». Люди ищут не технологию, а способ перестать вводить первичку руками.

Где процесс теряет деньги

• Ручной ввод. Сотрудник переносит 10–20 полей из документа в учётную систему. Минуты на документ превращаются в человеко-дни на объёме сотен документов в месяц.
• Поздно найденная ошибка. Неверная сумма, не тот договор или пропущенная позиция всплывают на сверке, закрытии периода или у контрагента — исправление стоит дороже ввода.
• Ожидание между этапами. Документ лежит в почте или в стопке, пока до него дойдёт очередь. Простой не виден в отчётах, но именно он растягивает согласование и оплату.

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

Что автоматизируем

Когда достаточно типового продукта

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

1. Приём и классификация потока

Документы приходят из почты, ЭДО, архива и от сотрудников с телефона. Система определяет тип, отделяет дубли и нечитаемые сканы, собирает многостраничные пакеты в один документ.

2. Извлечение реквизитов

Счета, УПД, ТОРГ-12, акты, счета-фактуры и спецификации разбираются на поля: номер, дата, контрагент и его ИНН, договор, позиции, количество, цена, НДС и итоговые суммы. Для каждого значения сохраняется место в исходном файле.

3. Сверка с учётными данными

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

4. Проверка по правилам

Арифметика пересчитывается кодом, а не моделью: суммы позиций, НДС, итог. Затем применяются ваши правила — лимиты, обязательные реквизиты, комплектность пакета, запрет на проведение без подписанного договора.

5. Маршрутизация исключений

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

6. Возврат результата в систему

Проверенные данные попадают в учётную систему через HTTP-сервисы, OData или контролируемую выгрузку; доработки выносятся в расширение конфигурации. Действия журналируются: кто и что подтвердил, какой файл был источником.

Поставщик Directum описывает опыт Systeme Electric: договоры на сумму до 1 млн ₽ делегированы ИИ-проверке, заявленная экономия — 2 FTE, согласование договоров ускорилось втрое, а подготовка документов — на 30–50 %. Это заявление поставщика о проекте другой компании: мы используем его как гипотезу рынка, а не как обещание вашего результата.

Что входит в пилот и что вы получаете

Пилот ограничен одним типом документов и реальной выборкой — обычно 300–500 документов, включая плохие сканы, исправления и редкие случаи.

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

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

Что остаётся у вас после пилота: работающий контур на выбранном типе документов, список правил проверки, отчёт с фактическими метриками до и после, разбор исключений с причинами и решение о масштабировании с расчётом экономики.

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

Главный рабочий артефакт процесса — карточка исключения. Она выглядит так:

Из чего складывается стоимость

Стартовая цена реализации — от 100 000 ₽. В этот объём укладывается один тип документов, ограниченный набор проверок и возврат результата без интеграции со всеми смежными системами.

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

По каким метрикам принимаем решение

Экономия минут не равна экономии денег. Мы отдельно фиксируем, во что превращается высвобожденное время: рост объёма без найма, ускорение закрытия периода, сокращение очереди или переход сотрудника на другие задачи. Решение о численности всегда принимает руководство компании.

Чего мы не обещаем до анализа

Данные, доступы и закон

Первичные документы содержат персональные данные подписантов и контактных лиц, поэтому контур определяется до начала работ:

• при сборе персональных данных граждан России запись, систематизация, накопление, хранение, уточнение и извлечение выполняются с использованием баз данных на территории России. С 1 июля 2025 года ч. 5 ст. 18 152-ФЗ сформулирована как прямой запрет использовать для этих операций зарубежные базы, кроме перечисленных в ней исключений (изменения внесены 23-ФЗ от 28.02.2025). Размещение баз подтверждается договором с площадкой, а не названием поставщика модели;
• трансграничную передачу оцениваем отдельно по ст. 12 152-ФЗ: это не автоматический запрет, но и не техническая деталь;
• пилот по возможности начинаем на обезличенной выборке; если обезличивание не устраняет риск восстановления субъекта по косвенным реквизитам, работаем в закрытом контуре;
• специфический риск процесса — критические поля: суммы, реквизиты платежей и номера договоров. Их проверяет код и человек, а не только модель.

Отдельно про провайдера модели: Россия не входит в список поддерживаемых стран OpenAI, поэтому рабочий процесс с обязательствами по срокам мы на OpenAI API не строим. Это не запрет на любые зарубежные сервисы: каждый провайдер оценивается отдельно по доступности, условиям договора и требованиям к данным.

Куда идти дальше

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