Машина не смотрит на документ и не понимает его целиком. Она проходит его четырьмя отдельными слоями. Сначала изображение приводят в порядок: выравнивают перекос, обрезают поля, делят многостраничный PDF из письма на отдельные документы. Потом распознают текст — символы и их координаты на странице. Потом из текста и координат собирают поля: ИНН, номер, дату, сумму, строки табличной части. И только четвёртый слой решает, можно ли этому верить: контрольные суммы, справочники, арифметика, сверка с учётной системой. Каждый слой ломается по-своему, измеряется отдельно и чинится за разные деньги.
Практический смысл этого разделения простой. Заказчик покупает «распознавание» целиком, получает в презентации одну цифру точности и потом не понимает, почему на его сканах всё иначе. А иначе — потому что цифра из презентации относится ко второму слою, тогда как деньги теряются на первом и на третьем, а спасает положение четвёртый, о котором в презентации обычно нет ни слова. Разобравшись в слоях, вы сможете задавать подрядчику проверяемые вопросы и понимать, за что именно платите.
Все расчёты ниже — модельные, на прозрачных вводных, а не измеренная статистика рынка. Ставки одни и те же во всей статье: бухгалтер 540 ₽/час с налогами и взносами, инженер 3 000 ₽/час, ручной ввод одного документа 6 минут. Состояние рынка и цены — на сентябрь 2026 года. Арифметика открыта: пересчитайте под свои ставки на калькуляторе, выводы могут перевернуться.
Четыре слоя вместо одной нейросети
Между входящим письмом со сканом и проведённым документом в 1С стоит конвейер, а не модель. Модель в нём — одна деталь из нескольких десятков. Разложим конвейер на слои и сразу отметим, что каждый слой отдаёт следующему и по чему его можно померить в отдельности.
Горизонтальная схема из четырёх блоков со стрелками между ними. Блок 1 «Подготовка изображения» — под ним подпись «отдаёт: ровную страницу 300 dpi, разделённую на документы». Блок 2 «Распознавание текста» — «отдаёт: символы, координаты, уверенность». Блок 3 «Извлечение полей» — «отдаёт: ИНН, номер, дата, сумма, строки таблицы». Блок 4 «Проверка» — «отдаёт: решение — провести, в очередь или пересканировать». Под каждым блоком мелкая подпись с метрикой: «доля годных изображений», «точность по символам», «точность по полю», «доля незамеченных ошибок». Чертёжная графика, все подписи по-русски.
Обратите внимание на нижнюю строку схемы. Четыре слоя — четыре разные метрики, и они не сводятся друг к другу. Улучшение второго слоя не спасёт от косых фотографий на первом. Идеальный третий слой не поможет, если на четвёртом нет справочника договоров. И наоборот: сильный четвёртый слой вытягивает посредственный второй, потому что превращает незаметную ошибку в помеченную. Дальше — по слоям, с ценами и с тем, что ломается.
Слой первый: подготовка изображения — самый скучный и самый дорогой
Здесь появляется большая часть разрыва между «у вендора 99 %» и «у нас всё плохо». Вендор мерил на ровных сканах в 300 dpi, а к вам приходит фотография счёта, снятая под углом на складе, с тенью от руки и бликом от лампы. Никакая модель третьего слоя это не компенсирует: если строка таблицы физически не различима, восстанавливать нечего.
- Разделение потока на документы. В письме приходит один PDF на 40 страниц, а внутри — семь счетов и два акта. Система должна найти границы документов, иначе поля второго счёта попадут в первый. Это самая частая незамеченная поломка на пилотах.
- Исправление перекоса. Наклон в 2–3° уже разваливает разбор табличной части: строки «съезжают», и позиции перестают собираться в строки.
- Выпрямление перспективы у фотографий. Снимок с руки даёт трапецию, у которой дальний край страницы мельче ближнего в полтора раза.
- Отделение текста от фона. Серый фон копии с копии, синяя печать поверх суммы, штамп «Оплачено» через номер счёта — всё это убирается отдельными приёмами, и каждый приём настраивается.
- Проверка разрешения. 300 dpi — рабочий минимум для табличной части. На 200 dpi мелкий шрифт в позициях теряется, и никакая доработка модели этого не вернёт.
- Повороты и отсев. Страницу положили в сканер вверх ногами; в потоке едут пустые обороты и разделительные листы. И то, и другое отсеивается до распознавания, иначе вы платите за страницы, на которых ничего нет.
Главный вывод по первому слою — организационный, а не программный. Потоковый сканер на 40–60 страниц в минуту стоит 60 000–150 000 ₽ и вместе с регламентом «сканируем в 300 dpi, чёрно-белым, без наклона, каждый документ отдельным файлом» даёт прибавку к доле документов без правки в 10–25 процентных пунктов. Сорок часов доработки извлечения полей стоят 120 000 ₽ и такой прибавки не дают. Если подрядчик начинает проект с обсуждения моделей, а не с вопроса «покажите, как к вам попадают документы», — это плохой знак.
Две карточки рядом с одинаковой вёрсткой. Левая подписана «Фото с телефона, 160 dpi, наклон 4°»: схематичный счёт нарисован трапецией, поверх — пятно тени и блик, часть табличной части затемнена; снизу пометка «документов без правки: около 30 %». Правая подписана «Скан 300 dpi, чёрно-белый, ровный»: тот же счёт прямоугольником, строки таблицы чёткие; снизу пометка «документов без правки: около 88 %». Между карточками вертикальная линия и подпись «разница — 58 процентных пунктов на одном и том же вендоре». Чертёжная графика, без реальных реквизитов.
Слой второй: текст, и почему «99 %» здесь ничего не значат
Распознавание текста отдаёт не строку, а три вещи сразу: символы, их координаты на странице и внутреннюю уверенность по каждому символу. Координаты нужны третьему слою, чтобы понимать, что лежит правее слова «Итого» и внутри какой ячейки таблицы. Уверенность нужна четвёртому, чтобы отделить «прочитал точно» от «угадал».
Точность этого слоя меряют по символам: доля верно распознанных знаков. Именно её называют в презентациях, и именно она вводит в заблуждение сильнее всего. Возьмём мысленный эксперимент: пусть ошибки независимы и ничем не проверяются. Тогда вероятность того, что поле целиком прочитано верно, — это точность по символу в степени длины поля.
| Точность по символу | ИНН, 10 знаков | Расчётный счёт, 20 знаков | Наименование позиции, 40 знаков | Документ из 14 полей, ~210 знаков |
|---|---|---|---|---|
| 99,0 % | 90,4 % | 81,8 % | 66,9 % | 12 % |
| 99,5 % | 95,1 % | 90,5 % | 81,8 % | 35 % |
| 99,8 % | 98,0 % | 96,1 % | 92,3 % | 66 % |
| 99,95 % | 99,5 % | 99,0 % | 98,0 % | 90 % |
Правый столбец объясняет всё недоумение заказчиков разом. Заявленные 99 % по символам в мире независимых ошибок означали бы, что целиком верным окажется каждый восьмой документ. Реальность, конечно, лучше — но лучше её делает не второй слой, а четвёртый: словари, форматы, контрольные разряды и сверка с учётом. Проще говоря, точность распознавания текста — это сырьё, а не результат. Требовать её в договоре бессмысленно, требовать надо долю документов, прошедших без правки.
Российская специфика этого слоя добавляет свои поводы для ошибок: смесь кириллицы и латиницы в артикулах, где «О» и «0», «З» и «3», «б» и «6» различаются только контекстом; сокращения единиц измерения; рукописные вставки в печатный бланк; печать организации, наложенная на сумму. Всё это лечится не заменой вендора, а словарями номенклатуры и артикулов на третьем слое — то есть вашими справочниками, которые надо будет отдать подрядчику.
Каскадная диаграмма из четырёх убывающих столбцов при исходной точности 99 % по символу. Столбец 1 «По символам — 99,0 %», столбец 2 «ИНН целиком, 10 знаков — 90,4 %», столбец 3 «Наименование позиции, 40 знаков — 66,9 %», столбец 4 «Документ из 14 полей — 12 %». Между столбцами тонкие соединительные линии, показывающие падение. Под диаграммой ремарка: «модель независимых ошибок без проверок; реальные системы вытягивают правый столбец четвёртым слоем». Ось Y — проценты от 0 до 100.
Слой третий: шаблон против обучаемой модели
Третий слой превращает распознанный текст с координатами в значения полей. Здесь два принципиально разных подхода, и выбор между ними — это про деньги, а не про технологичность.
| Шаблон под форму | Обучаемое извлечение | |
|---|---|---|
| Как работает | Инженер указывает, где на бланке лежит каждое поле — по координатам или по якорным словам («Итого», «ИНН/КПП», «Всего к оплате») | Модель ищет поля по признакам: что похоже на ИНН, что стоит справа от слова «Итого», что образует табличную часть. Свободные формулировки разбирает языковая модель поверх текста |
| Точность на своей форме | 99 % и выше по полю, предсказуемо и объяснимо | 96–99 % по полю, зависит от формы и от качества скана |
| Новая форма поставщика | Не работает вовсе, пока не сделан новый шаблон | Работает сразу, без настройки |
| Цена эксплуатации | Около 0,2 ₽ на документ — токены не тратятся | 1–5 ₽ на документ на языковую модель |
| Что ломается | Поставщик поменял бланк — шаблон умирает молча, ошибки идут потоком до первой жалобы | Редкая форма даёт всплеск в очереди проверки, но не тихий брак |
| Разовые затраты | 4 часа инженера на форму — 12 000 ₽ | Настройка одна на все формы, отдельно оплачивается разметка выборки для замера |
Практика 2026 года — гибрид: шаблоны на «толстый хвост» из десяти-двадцати поставщиков, которые дают основную массу потока, и обучаемое извлечение на всё остальное. Вопрос только в том, где проходит граница. Она считается прямо.
Отсюда рабочее правило: шаблон делаем поставщику, который даёт от 250–300 документов в месяц, и не делаем никому, кто даёт меньше полусотни. И отдельно закладываем в поддержку мониторинг шаблонов: если по конкретному поставщику доля документов, ушедших в очередь, за неделю подскочила с 5 % до 40 % — он сменил бланк, и это надо увидеть на панели, а не из разговора с бухгалтерией через месяц.
Таблица-сравнение из двух колонок «Шаблон под форму» и «Обучаемое извлечение» и пяти строк: «Точность на своей форме — 99 % и выше / 96–99 %», «Новая форма — не работает / работает сразу», «Цена за документ — 0,2 ₽ / 1–5 ₽», «Разовые затраты — 12 000 ₽ на форму / одна настройка на все», «Как ломается — молча, потоком ошибок / заметно, всплеском очереди». Внизу подпись-вывод: «Граница окупаемости шаблона — 3 000 документов от одного поставщика». Чертёжная графика.
Слой четвёртый: здесь система узнаёт, чего она не знает
Четвёртый слой — единственный, который делает конструкцию рабочей. Его задача не в том, чтобы не было ошибок: их не может не быть. Его задача в том, чтобы не было незамеченных ошибок в критичных полях. Ошибка, помеченная системой и ушедшая человеку, стоит полторы минуты. Ошибка, проехавшая в проводку, стоит квартала сверок с поставщиком.
Внутренняя уверенность модели для этого — сигнал слабый и обманчивый: она отражает вероятность прочтения, а не правильность значения. Настоящую проверку дают внешние правила, и почти все они у первичных документов есть.
- Контрольный разряд ИНН. У 10- и 12-значного ИНН есть контрольные цифры по алгоритму ФНС — случайная опечатка распознавания ловится почти всегда, ещё до всякого обращения к справочникам.
- Контрольная сумма расчётного счёта по БИК. Двадцатизначный счёт проверяется вместе с БИК по алгоритму Банка России; сам БИК ищется в справочнике.
- Арифметика документа. Количество × цена = сумма строки; сумма строк = итог; итог минус НДС = сумма без НДС. Три независимых равенства, каждое ловит свой класс ошибок.
- Справочники учётной системы. ИНН есть в справочнике контрагентов; юрлицо действующее по данным ЕГРЮЛ; номер договора найден именно у этого контрагента; ставка НДС из справочника ставок.
- Здравый смысл дат. Документ не из будущего, дата попадает в открытый период, срок оплаты позже даты счёта.
- Поиск дубля. Связка «ИНН + номер + дата + сумма» ищется в базе за 24 месяца — это дешёвая проверка, которая одна окупает половину слоя.
- Сопоставление номенклатуры. Строки таблицы связываются с позициями справочника по истории закупок этого контрагента. Самая трудоёмкая проверка и главный источник очереди.
Доля документов, прошедших весь путь от приёма до записи в учётную систему без единого касания человеком. Это единственная метрика распознавания, которая напрямую переводится в деньги: именно она определяет, сколько часов бухгалтерии освободится. Обещания «точности» в неё не конвертируются.
Отдельно от распознавания стоит соседняя задача — сверка уже проведённых документов с контрагентами и с банковскими выписками. Она использует те же справочники и тот же журнал, но запускается позже и считается отдельно; состав и цену мы описали на странице решения «Автоматическая сверка документов». Разводить эти две задачи по разным проектам не обязательно, а вот считать их одной сметой — верный способ получить срок вдвое длиннее обещанного.
Схема: слева блок «Извлечённые поля», от него веером расходятся пять параллельных блоков-проверок: «Контрольный разряд ИНН», «Контрольная сумма счёта по БИК», «Арифметика: строки = итог», «Справочники: контрагент, договор, номенклатура», «Дубль за 24 месяца». Все пять сходятся в ромб «Все проверки прошли?». Из ромба три стрелки: «да» → блок «Проводка в учётной системе», «нет» → блок «Очередь проверки», «изображение негодное» → блок «Пересканировать». Внизу подпись: «Цель — ноль незамеченных ошибок, а не ноль ошибок». Чертёжная графика, подписи по-русски.
Полный путь: восемь шагов от лотка сканера до проводки
Собираем слои в один процесс. Ниже — как выглядит обработка одного входящего счёта в работающем конвейере, с указанием, что происходит на каждом шаге и что при этом можно измерить.
- 1Приём и регистрация
Документ попадает в систему из почтового ящика бухгалтерии, из папки потокового сканера, из ЭДО, из чата с поставщиком или снимком с телефона кладовщика. В момент приёма ему присваивается номер, фиксируется источник и время. С этой секунды документ нельзя потерять — дальше у него всегда есть статус, и вопрос «где счёт от вторника» перестаёт существовать.
- 2Подготовка изображения
Многостраничный файл делится на документы, каждая страница выравнивается по перекосу, у фотографий выпрямляется перспектива, убирается фон и шум, отсеиваются пустые обороты. Здесь же проверяется разрешение: страница ниже 200 dpi помечается как рискованная ещё до распознавания.
- 3Классификация типа
Система определяет, что перед ней: счёт на оплату, акт, УПД, счёт-фактура, ТОРГ-12, банковская выписка, договор или посторонний файл. От типа зависит набор полей и набор проверок. Ошибка классификации дороже ошибки в поле: документ уедет не по тому маршруту целиком. Если входящий поток у вас разнородный, эта задача решается отдельно и раньше остальных — её состав и цену мы разбирали на странице решения «Классификация документов».
- 4Распознавание текста
Страница превращается в символы с координатами и с уверенностью по каждому знаку. Для PDF со встроенным текстовым слоем этот шаг пропускается: текст берётся из файла напрямую, точность по символам — стопроцентная, а стоимость шага — ноль.
- 5Извлечение полей
Шаблон или обучаемая модель собирают из текста и координат значения: реквизиты сторон, номер, дату, суммы, ставку налога, банковские реквизиты и строки табличной части. Каждому значению приписывается уверенность — она понадобится на следующем шаге.
- 6Проверка и сопоставление
Отрабатывают контрольные суммы, арифметика документа, справочники контрагентов и договоров, поиск дубля, сопоставление строк с номенклатурой. Результат этого шага — не «правильно/неправильно», а список конкретных претензий: «ИНН не проходит контрольный разряд», «сумма строк меньше итога на 1 200 ₽», «договор № 47 у этого контрагента не найден».
- 7Маршрут
Три исхода. Все проверки прошли и уверенность выше порога — документ создаётся в учётной системе автоматически. Есть хотя бы одна претензия — документ попадает в очередь, где человек видит скан рядом с формой, подсвеченное спорное поле и правит одно значение вместо ввода всего документа. Изображение негодное — запрос на пересканирование или на оригинал у поставщика.
- 8Проведение и архив
Документ проведён, исходный файл лежит в архиве и открывается из карточки документа одним щелчком, в журнале записано, кто и что правил. Это и есть слой, ради которого проект часто затевается вторым номером: поиск оригинала при налоговой проверке или при споре с поставщиком перестаёт быть раскопками в почте.
Карта связей слева направо. Слева четыре узла-источника: «Почта бухгалтерии», «Потоковый сканер», «ЭДО», «Фото с телефона». Все ведут в узел «Регистрация» (у стрелки от ЭДО подпись «распознавание не нужно»). Далее цепочка «Подготовка» → «Классификация» → «Текст» → «Поля» → «Проверки». От «Проверок» три стрелки: вверх «Очередь проверки» с подписью «15 % потока, 1,5 мин на документ», прямо «Учётная система 1С» с подписью «85 % потока», вниз «Пересканировать». Справа общий узел «Архив исходников» со стрелками от «Учётной системы» и от «Очереди». Все подписи по-русски, чертёжная графика.
Чем это делают в России в 2026 году
Рынок за последние годы перестроился, и часть привычных названий больше не относится к действующим продуктам. Ниже — живой российский стек на сентябрь 2026 и то, на что смотреть при выборе.
| Что | Чем силён | На что смотреть |
|---|---|---|
| Content AI: ContentReader PDF, ContentCapture | Российский преемник продуктов ABBYY: ContentReader PDF на месте FineReader, ContentCapture — на месте FlexiCapture, то есть потоковый ввод с классификацией и шаблонами | Лицензирование обычно завязано на объём страниц. Считайте цену за страницу на своём годовом потоке, а не на пиковом месяце |
| Smart Engines | Готовые модели под российскую первичку: УПД, УКД, счета-фактуры, акты, КС-2 и КС-3, ТОРГ-12 и ТОРГ-13, банковские выписки, платёжные поручения, ГТД. Работает без облака, в том числе на устройстве | Сильный выбор там, где документы нельзя выпускать из контура. Проверяйте на своих формах, а не на демонстрационном наборе |
| Directum | Документооборот с интеллектуальным вводом внутри самой платформы | Разумен, если вы внедряете ECM целиком. Покупать платформу ради одного распознавания дорого |
| 1С:Распознавание первичных документов | Самый короткий путь, если учёт уже в 1С: документ создаётся прямо в базе, без отдельного конвейера и отдельной интеграции | Ограниченный набор типов и невысокая терпимость к плохим сканам. Обязательно проверьте на своих худших документах, а не на лучших |
| Открытый стек (Tesseract, PaddleOCR) плюс своя обвязка | Нет лицензионных платежей, всё внутри вашего контура, полный контроль над конвейером | Извлечения полей «из коробки» здесь нет — его пишут. Экономия на лицензии оплачивается инженерными часами, и на малых объёмах это невыгодно |
| Языковая модель поверх распознанного текста: GigaChat, YandexGPT | Разбирает свободные формулировки, нестандартные акты и редкие формы, для которых шаблона нет и не будет | Переменный расход 1–5 ₽ на документ. На потоке 3 000 документов это 3 000–15 000 ₽ в месяц, и его надо закладывать в бюджет эксплуатации |
Выбор вендора — только половина вопроса; вторая половина в том, куда результат уедет. Конвейер приходится связывать с учётной системой, почтой, ЭДО и хранилищем, и объём этой связки обычно больше, чем объём самого распознавания. Перечень систем, с которыми мы обычно соединяем такие решения, собран на странице «Интеграции» — по ней удобно проверить, всё ли из вашего контура там есть, до разговора о цене.
Отдельный вопрос — персональные данные. Первичка содержит фамилии подписантов, иногда данные представителей и паспортные реквизиты, а значит, отправка сканов во внешнее облако — это передача персональных данных обработчику со всеми требованиями 152-ФЗ: поручение на обработку, локализация баз в России, перечень мер защиты. Для части компаний это решается договором с российским провайдером, для части — только развёртыванием в своём контуре. Спросите об этом до выбора вендора, а не после. Если вы работаете с госзаказчиком, отдельно уточните у вендора наличие продукта в реестре отечественного ПО — это не следует автоматически из российского происхождения.
Два больших куска входящего потока распознавания не требуют. Первый — документы из ЭДО: Контур.Диадок, Saby ЭДО, 1С-ЭДО отдают структурированный файл с подписью, его не читают картинкой, а загружают. Второй — PDF со встроенным текстовым слоем: счёт, выгруженный из 1С поставщика и присланный письмом, содержит готовый текст, точность по символам стопроцентная, стоимость шага нулевая. В обычной оптовой компании эти два куска вместе дают 30–50 % входящего потока. Если подрядчик считает цену «за страницу распознавания» на весь ваш объём, вы платите за воздух. Требуйте разложить поток на три части — ЭДО, PDF с текстом, настоящие сканы и фото — и считать проект по третьей.
Сколько стоит машине прочитать один документ
Считаем на типовом счёте от поставщика: две страницы, восемь позиций в табличной части, приходит сканом 300 dpi. В расчёте учтена и человеческая часть — доля документов, которая всё равно уходит в очередь на проверку.
Две трети машинной части — языковая модель на третьем слое. Отсюда две простые экономии, которые редко предлагают сами. Для PDF с текстовым слоем первая строка обнуляется. Для десяти поставщиков, дающих основную массу потока, вторая строка падает с 2,50 ₽ до 0,20 ₽ за счёт шаблонов. На потоке 3 000 документов это разница в 6 000–7 000 ₽ в месяц — немного, но за год набегает стоимость одного шаблона на каждого крупного поставщика.
Окупаемость на 500, 3 000 и 20 000 документов в месяц
Тот же расчёт, развёрнутый на три объёма потока. Постоянная часть — поддержка, инфраструктура и часы на ведение справочников — почти не зависит от объёма, и именно она определяет порог, ниже которого проект не имеет смысла.
| Показатель, ₽ в месяц | 500 документов | 3 000 документов | 20 000 документов |
|---|---|---|---|
| Ручной ввод сейчас: 6 мин × 540 ₽/час | 27 000 (50 ч) | 162 000 (300 ч) | 1 080 000 (2 000 ч) |
| Машинная обработка, 4,5 ₽/документ | 2 250 | 13 500 | 90 000 |
| Очередь проверки: 15 % × 1,5 мин | 1 000 (1,9 ч) | 6 100 (11,3 ч) | 40 500 (75 ч) |
| Ведение справочников и разбор исключений | 2 200 (4 ч) | 6 500 (12 ч) | 21 600 (40 ч) |
| Инфраструктура, хранение, архив | 3 000 | 5 000 | 15 000 |
| Поддержка подрядчика | 25 000 | 25 000 | 45 000 |
| Итого расходов после внедрения | 33 450 | 56 100 | 212 100 |
| Экономия в месяц | −6 450 | 105 900 | 867 900 |
| Внедрение, разово | 250 000 | 350 000 | 900 000 |
| Окупаемость | не окупается | 3,3 месяца | около месяца |
Строка «внедрение» в таблице — вилка, а не прайс: она зависит от числа юрлиц, типов документов, состояния справочников и того, типовая у вас конфигурация 1С или доработанная. Как складывается разброс по направлениям и что входит в типовые бюджеты, мы разложили на страницах «Цены» и «Бюджеты»; там же видно, из чего состоит поддержка и почему её вилка такая широкая.
Правый столбец таблицы стоит читать с осторожностью. Компания, у которой 20 000 входящих документов в месяц, почти наверняка уже перевела значительную их часть в ЭДО, и распознавать нужно не 20 000, а остаток — обычно 20–40 % потока. Считайте окупаемость от той доли, которая реально приходит сканами и фотографиями; на бумаге месяц окупаемости легко превращается в четыре, и это всё равно хороший результат, просто честный.
Столбчатая диаграмма с тремя группами по объёму потока: 500, 3 000 и 20 000 документов в месяц. В каждой группе два столбца: «Расходы сейчас» (27 000 / 162 000 / 1 080 000 ₽) и «Расходы после» (33 450 / 56 100 / 212 100 ₽). Первая группа выделена: столбец «после» выше столбца «сейчас», подпись «−6 450 ₽ в месяц, проект в минус». Ось Y логарифмическая, в рублях. Внизу горизонтальная шкала с отметкой «порог 640 документов в месяц». Все подписи по-русски.
Подставьте свою вилку внедрения и поддержки. Экономию берите из своей таблицы объёмов: количество документов в месяц × 47,47 ₽, если ваша ставка обработки близка к 540 ₽/час.
Сколько стоит ручная работа в вашем процессе
Расчёт учитывает только время сотрудников. Возвращённые продажи, снятые ошибки и штрафы, скорость реакции — сверх этой модели. На диагностике считаем по вашим фактическим цифрам.
С чего начинать: 200 своих документов
Единственный способ узнать свою цифру — померить на своих документах. Демонстрация вендора на его наборе не говорит о вашем потоке ничего: разброс между двумя компаниями внутри одного типа документа больше, чем разброс между двумя вендорами. Замер занимает три рабочих дня и делается до подписания договора на внедрение.
- 1Соберите 200 документов сплошной выборкой за две последние недели. Именно подряд, а не «показательные»: косые фотографии, копии копий и счета от мелких поставщиков должны попасть в выборку в той же пропорции, в какой они приходят.
- 2Разметьте эталон: для каждого документа выпишите руками верные значения 12–15 полей. Это примерно три минуты на документ, десять часов работы. Без эталона мерить нечего — сравнивать результат будет не с чем.
- 3Прогоните одну и ту же выборку через две-три системы. Разные наборы документов у разных вендоров делают сравнение бессмысленным.
- 4Посчитайте четыре числа отдельно: точность по полю, долю документов, где верны все поля, долю документов, ушедших в очередь, и — самое важное — долю документов, где ошибка есть, но система не пометила поле как сомнительное.
- 5Посчитайте, какая часть выборки вообще не требовала распознавания: документы из ЭДО и PDF со встроенным текстовым слоем. Эта доля напрямую уменьшает и объём проекта, и его цену.
- 6Разберите двадцать худших документов поимённо и поймите причину: перекос, разрешение, печать поверх суммы, редкая форма. Половина причин чинится регламентом сканирования, а не деньгами за софт.
Стоимость такого замера — около 30 000 ₽ в минимальном варианте: десять часов эталонной разметки по 540 ₽/час и восемь часов инженера по 3 000 ₽/час. С подготовкой выборки и разбором двадцати худших случаев выходит примерно 43 000 ₽ — 12 % от бюджета типового проекта, потраченные на то, чтобы понять, начинать его вообще или нет. Мы ни разу не пожалели о часах, ушедших на замер, и регулярно жалеем о проектах, которые начинались без него.
Когда дешевле нанять оператора
Распознавание — не универсальное улучшение, а инструмент с понятной границей применимости. Ниже — случаи, в которых человек за зарплату честно дешевле конвейера, и мы говорим об этом до договора, а не после.
- Поток меньше 640 документов в месяц. Постоянные расходы в 30 000 ₽ съедают всю экономию. Оператор на неполный день закрывает 500 документов за 50 часов и обходится дешевле.
- Ваша ставка обработки существенно ниже 540 ₽/час. При 210 ₽/час — а это оператор на 35 000 ₽ в месяц в регионе — экономия на документе падает с 47 до 14,7 ₽, и порог уезжает с 640 до 2 100 документов в месяц. Порог окупаемости зависит от вашей ставки сильнее, чем от любого свойства технологии.
- Документы заполнены от руки целиком: складские накладные, заявки, путевые листы, написанные шариковой ручкой. Доля документов, проходящих без правки, здесь стремится к нулю, и человек всё равно перечитает каждый.
- Поток сезонный: два месяца по 3 000 документов и десять месяцев по 200. Считать надо по среднегодовому объёму, а не по пику — иначе конвейер десять месяцев в году стоит и потребляет поддержку.
- Задача разовая: оцифровать архив за пять лет и больше к этому не возвращаться. Подрядная оцифровка или временный оператор дешевле построенного конвейера, потому что конвейер окупается потоком, а потока не будет.
- Процесс не описан: непонятно, кто принимает документ, кто согласовывает и по какому признаку счёт относят к договору. Автоматизация в этом случае зафиксирует беспорядок в коде и сделает его дороже. Сначала регламент, потом распознавание.
И обратная сторона той же честности: если у вас 1 500 входящих документов в месяц, три юрлица, разъезжающиеся сверки с поставщиками и вечный поиск оригиналов перед налоговой проверкой — считать надо не только освобождённые часы. Скорость закрытия месяца, дисциплина по срокам оплаты и найденный за три секунды оригинал в модельные расчёты не входят, и они, как правило, оказываются дороже сэкономленных часов. Просто их нельзя честно посчитать заранее, поэтому мы держим их за пределами таблицы как запас прочности.
Хорошая система распознавания отличается от плохой не точностью, а тем, насколько её сомнение совпадает с её ошибками.
