1С:Распознавание первичных документов надёжно закрывает одну задачу: типовые счета, накладные, акты и УПД от постоянных поставщиков в приличном качестве скана превращаются в черновики документов внутри вашей же базы, без выгрузок и внешних сервисов. На таком потоке ручной ввод действительно исчезает, а бухгалтер переходит к проверке.
Проблема в том, что проверка никуда не девается, и вся экономика проекта держится на одной величине — доле документов, которые прошли без единой правки. Вендор называет точность распознавания, а платите вы за оставшийся хвост: каждый документ с ошибкой в одном поле требует, чтобы человек его открыл, нашёл ошибку и исправил, и по времени это ближе к вводу с нуля, чем к беглому подтверждению.
Ниже — что сервис читает надёжно, где у него предел, как измерить свою долю доработок за неделю до всякой покупки, во что она превращается в рублях на потоке 800 документов в месяц и в каких случаях типового сервиса перестаёт хватать. Ставка в расчётах одна: полная стоимость часа бухгалтера 844 ₽. Цены — ориентиры на сентябрь 2026 года.
Что читается надёжно и где проходит предел
Сначала условия применимости, которые отсекают часть компаний ещё до разговора о качестве. Сервису нужна типовая конфигурация на поддержке, действующий договор ИТС и подключение к интернет-поддержке. Если конфигурация снята с поддержки из-за старых доработок, сервис не включится, и это отдельная задача — как её решать, разобрано в материале про обновление 1С после доработок.
| Что подаём на вход | Как ведёт себя сервис | Что делать |
|---|---|---|
| Счёт или акт от постоянного поставщика, PDF из бухгалтерской программы | Читается уверенно, поля попадают на место | Ничего, это целевой сценарий |
| УПД и накладная с 15–40 строками, чистый скан 300 dpi | Шапка читается, по строкам ошибки садятся на артикулы и количество | Проверять построчно первый месяц, потом выборочно |
| Фотография документа с телефона, под углом, с бликом | Доля правок резко растёт, иногда документ не распознаётся вовсе | Регламент: только скан или ровное фото на однотонном фоне |
| Рукописные пометки, подписи поверх полей, штампы на суммах | Поле под пометкой теряется молча, ошибка не помечается | Такие документы выводить в обязательную проверку целиком |
| Нестандартная форма поставщика: свой бланк акта, реестр услуг | Тип не опознан, документ уходит в очередь без предзаполнения | Либо перевести поставщика на типовую форму, либо другой инструмент |
| Многостраничное приложение: спецификация, протокол согласования цены | Читается первая страница, связь с приложением не строится | Обрабатывать отдельно, в базу заводить руками |
Из таблицы видно правило, по которому стоит принимать решение: сервис хорош на однородном потоке и плохо переносит разнообразие. Десять постоянных поставщиков с типовыми формами — идеальный случай. Сто разных контрагентов, половина из которых присылает фотографии, — случай, в котором доля доработок съест выигрыш.
Сравнение в две колонки. Левая «Целевой поток»: «10–20 постоянных поставщиков», «PDF из бухгалтерской программы», «типовые счета, акты, УПД», «шапка и строки на своих местах», внизу подпись «доля без правок 70–80 %». Правая «Проблемный поток»: «сотня разовых контрагентов», «фото с телефона под углом», «свои бланки актов и реестров», «рукописные пометки поверх сумм», внизу подпись «доля без правок 20–35 %». Между колонками вертикальная линия с подписью «разница в экономии — около 15 000 ₽ в месяц на потоке 800 документов». Чертёжная графика, подписи по-русски.
Главная метрика и как измерить её за неделю
Точность распознавания в процентах — плохая метрика для решения о покупке, потому что она считает символы или поля, а платите вы за документы. Арифметика беспощадна: при точности поля 97 % документ из девяти значимых полей проходит без единой правки в 76 % случаев, а из двенадцати полей — уже в 69 %. Поэтому считать надо сразу долю документов, а не долю символов.
Сколько документов из ста прошли путь от загрузки скана до проведённого документа так, что человек не изменил в них ни одного значения. Не «точность 98 %», а «72 из 100 не потребовали правок». Это единственная величина, из которой прямо выводится экономия часов, и единственная, которую имеет смысл писать в приёмку.
- 1День 1. Собрать выборку из 200 документов
Берём реальный поток за две недели, а не образцовые сканы. Обязательно включаем 20 заведомо плохих: фото с телефона, документы с печатью поверх суммы, нестандартные бланки. Если выкинуть их из выборки, замер покажет красивую цифру и не покажет вашу.
- 2День 2. Прогнать через сервис в тестовой базе
Прогон делается на копии базы, а не на рабочей: часть документов при отладке придётся создавать и удалять. Стоимость самого прогона мала — 200 документов по 1,5 страницы при цене около 5 ₽ за страницу дают 1 500 ₽.
- 3Дни 3–4. Разложить результат на три корзины
По каждому документу отмечаем одно из трёх: прошёл без правок, правка одного-двух полей, переввод целиком. Заодно засекаем время на вторую корзину — оно и определит расчёт. Проверка 200 документов по 1,5 минуты — 5 часов, то есть 4 220 ₽ по ставке бухгалтера.
- 4День 5. Принять решение по трём порогам
Доля без правок выше 60 % — типового сервиса достаточно. От 40 до 60 % — достаточно, но с регламентом на качество входящих файлов, иначе цифра поплывёт вниз. Ниже 40 % на типовых поставщиках — типовой сервис не ваш инструмент, и дальше сравнивают специализированные решения.
Весь замер обходится примерно в 5 720 ₽ и три-четыре рабочих дня. Это самая дешёвая проверка гипотезы во всём проекте, и почти никто её не делает: обычно сервис включают и через два месяца выясняют долю доработок опытным путём, заплатив за эти два месяца полную цену.
Расчёт на 800 документов в месяц
Модельная компания — оптовая, 800 входящих первичных документов в месяц, средний документ 1,5 страницы, поток однородный. Ручной ввод одного документа вместе с поиском поставщика, подбором договора и проверкой — 6,2 минуты. Это база, с которой сравниваем.
Теперь то же самое при других долях доработки — это и есть цена ошибки в оценке до покупки. Обратите внимание, что проект остаётся прибыльным во всех трёх строках; меняется не знак, а величина, и меняется она на полтора месяца окупаемости.
| Доля документов без правок | Часы бухгалтера в месяц | Расходы с сервисом | Экономия в месяц | Возврат 60 000 ₽ |
|---|---|---|---|---|
| 72 % | 20,9 часа | 23 640 ₽ | 46 160 ₽ | 1,3 месяца |
| 50 % | 30,0 часа | 31 320 ₽ | 38 480 ₽ | 1,6 месяца |
| 30 % | 38,3 часа | 38 325 ₽ | 31 475 ₽ | 1,9 месяца |
И честная поправка к красивым срокам. Первый месяц экономии не даёт вообще. Пока не набран справочник соответствий номенклатуры, бухгалтер тратит на документ больше времени, чем тратил до внедрения: к проверке распознанного добавляется подбор позиций. Поэтому по календарю возврат вложения приходится не на первый-второй месяц, а на второй-третий.
Столбиковая диаграмма из четырёх столбцов на общей шкале рублей в месяц. Первый столбец «Ручной ввод — 69 800 ₽» другим тоном как база. Далее три столбца расходов с сервисом: «доля без правок 72 % — 23 640 ₽», «50 % — 31 320 ₽», «30 % — 38 325 ₽». Над каждым из трёх подписана экономия: 46 160 ₽, 38 480 ₽, 31 475 ₽ и срок возврата 1,3 / 1,6 / 1,9 месяца. Слева отдельная узкая полоса «первый месяц: экономии нет, идёт набор справочника соответствий». Ось подписана по-русски. Чертёжная графика.
Сопоставление номенклатуры распознавание не отменяет
Это главное недоразумение вокруг всей темы. Распознавание отвечает на вопрос «что написано в документе», а бухгалтерии нужен ответ на другой вопрос — «какой позиции нашего справочника соответствует строка поставщика». Между «Бумага офисная А4 500л 80г Снегурочка» у поставщика и «Бумага А4 Снегурочка, пачка» у вас нет никакой машинно выводимой связи, пока человек однажды её не установил.
Работа устроена накопительно: соответствие ставится один раз на пару «поставщик плюс его артикул» и дальше применяется автоматически. Поэтому первый месяц самый дорогой, а к третьему затраты падают в разы. Разбор этой арифметики с числами по месяцам мы делали в материале про распознавание документов в 1С и три способа стыковки — там же видно, почему сопоставление в первый месяц обходится дороже самого распознавания.
Прежде чем включать распознавание, посмотрите, какая доля ваших поставщиков уже работает через ЭДО. По ним документ приходит структурированным, и распознавать нечего: связь строк и так есть, остаётся только сопоставление номенклатуры. Часто выгоднее сначала дожать роуминг и охват ЭДО, а распознавание оставить на тех, кто останется на бумаге и в почте. Сравнение трёх путей подключения — в материале про 1С и ЭДО.
Схема из шести блоков со стрелками слева направо: «Входящий скан или PDF» → «Распознавание: тип, шапка, строки» → «Очередь проверки внутри 1С» → «Сопоставление номенклатуры поставщика» → «Черновик документа поступления» → «Проведение человеком». Блок сопоставления выделен и подписан «узкое место: первый месяц дороже самого распознавания, к третьему падает в разы». Сверху в блок очереди входит отдельная стрелка «документы с низкой уверенностью — обязательная проверка целиком». Сбоку от первого блока отведение «поставщики на ЭДО — сюда не попадают вовсе». Чертёжная графика, подписи по-русски.
Когда типового сервиса не хватает: Content AI и Smart Engines
После ухода ABBYY из России в 2022 году на рынке остались два основных специализированных игрока: Content AI — российский преемник ABBYY с линейкой ContentReader PDF и ContentCapture — и Smart Engines, движок под встраивание, читающий УПД, счета-фактуры, акты, ТОРГ-12, КС-2 и КС-3, банковские выписки и платёжки. Выбор между ними и типовым сервисом 1С определяется не точностью, а тремя вещами: набором типов, местом очереди проверки и тем, кто заводит новый тип документа.
| Критерий | 1С:Распознавание первичных документов | Content AI | Smart Engines |
|---|---|---|---|
| Что это | Сервис вендора внутри вашей конфигурации | Готовый продукт с рабочим местом оператора | Движок под встраивание в свой конвейер |
| Набор типов документов | Закрытый: счёт, накладная, акт, УПД и близкие | Расширяемый шаблонами | Расширяемый силами разработчика |
| Кто заводит новый тип | Никто, ждать вендора | Аналитик или оператор | Разработчик |
| Где живёт очередь проверки | Внутри 1С, каждому проверяющему нужна лицензия | Своё рабочее место оператора | Там, где вы её построите |
| Когда это ваш вариант | 1–2 типа, типовая конфигурация, до 1 500 страниц в месяц | Три и более типов, свои бланки, отдельная очередь | Высокие объёмы и встраивание в собственный процесс |
Практический маркер перехода простой: как только в потоке появляется третий тип документа, которого нет в закрытом наборе, или число проверяющих переваливает за четырёх-пятерых, типовой сервис начинает проигрывать. В первом случае вы упираетесь в невозможность завести тип, во втором — в лицензии 1С на рабочие места людей, которые в базе больше ничего не делают. Подробное сравнение двух специализированных решений между собой — в отдельном материале про Content AI и Smart Engines.
Когда распознавание в 1С не нужно
Четыре ситуации, в которых мы советуем не включать сервис, даже если он доступен по вашему договору ИТС и стоит недорого.
- Меньше 150–200 документов в месяц. Ручной ввод такого потока — это 15–21 час, около 12 500–17 700 ₽. Настройка, регламент и первый месяц на справочники стоят дороже, чем годовая экономия. Ничего не делать здесь — рабочее решение.
- Большая часть поставщиков уже в ЭДО. По ним документ приходит структурированным, и распознавать нечего. Считать надо только бумажный и почтовый хвост; если он меньше сотни документов, вернитесь к предыдущему пункту.
- Справочник номенклатуры в беспорядке. Дубли позиций, разъехавшиеся единицы измерения, «прочие услуги» на треть оборота — распознавание в такой базе создаёт документы быстрее, чем их успевают исправлять. Сначала порядок в справочнике, потом ввод; иначе вы автоматизируете производство ошибок. Что именно приводят в порядок и в каком составе, описано на странице обработки накладных.
- Некому проверять. Сервис не убирает человека из процесса, он меняет содержание его работы: было заполнение, стало подтверждение и разбор исключений. Если проверять некому и документы будут проводиться не глядя, вы получите не экономию, а ошибки в учёте, которые всплывут при сверке.
И последнее, что стоит сказать вслух. Типовой сервис 1С — консервативный выбор, и в этом его сила: он не требует разработки, не снимает конфигурацию с поддержки и не создаёт связки, которую придётся чинить после каждого релиза. Пока поток однороден и типов документов немного, начинать надо именно с него, а к специализированным платформам переходить не потому, что они лучше, а потому, что вы уперлись в конкретную границу — набор типов, число проверяющих или объём страниц.
Распознавание меняет содержание работы бухгалтера, а не отменяет её. Считать надо не точность, а долю документов, к которым он не притронулся.
