Обработка первички без ручного ввода — это не «поставить распознавание», а собрать конвейер из шести станций: приём документа, определение его типа, извлечение данных, сопоставление с вашими справочниками, проведение в учёте и контроль результата. Распознавание — одна станция из шести, и она почти никогда не бывает узким местом. Конвейер встаёт на четвёртой станции, где название позиции из накладной поставщика надо превратить в вашу номенклатуру, и на нулевой, где документа просто нет, потому что поставщик его не прислал.
Отсюда главная подмена, с которой начинаются неудачные проекты. Подрядчик показывает точность распознавания — 96, 98, 99 процентов — и заказчик считает, что столько же документов пройдёт мимо бухгалтера. Не пройдёт. Точность измеряется на отдельных полях, а документ идёт в учёт целиком: достаточно одной неопознанной позиции из сорока, чтобы весь документ попал в очередь к человеку. Считать надо не проценты полей, а долю документов, проведённых без касания. Эта величина всегда ниже заявленной точности и всегда честнее.
Ниже — разбор конвейера по станциям, три разных сценария по источникам документа, арифметика на потоке 3 000 входящих документов в месяц и порог, ниже которого проект не имеет смысла. Модельная компания — оптовая торговля со складом, 180 поставщиков, 4 200 активных позиций номенклатуры, учёт в 1С. Все цифры — модельные и пересчитываемые: подставьте свои объёмы и свою ставку часа, арифметика не изменится.
Маршрут документа: шесть станций и одно узкое место
Полезно один раз проследить путь конкретной накладной от момента, когда она появилась у вас, до момента, когда она стала проведённым документом в учёте. Ручной работой считают только середину этого пути — набивку в 1С. На деле работа распределена по всем шести станциям, и на некоторых из них она вообще не видна, потому что делается «между делом».
- 1Приём: документ появился у вас
Источников обычно четыре-пять: оператор ЭДО, общий почтовый ящик для счетов, папка со сканами на сетевом диске, фотографии из телефона кладовщика и личная почта конкретного менеджера. Последний источник — самый дорогой: документ существует, но компания о нём не знает. Первое инженерное правило проекта — одна учтённая точка входа на каждый источник и входящий номер, который документ получает в момент появления, а не в момент проведения.
- 2Классификация: что это вообще за бумага
УПД, счёт-фактура, ТОРГ-12, акт выполненных работ, счёт на оплату, спецификация, транспортная накладная, письмо без вложения. Ошибка классификации дороже ошибки в поле: документ уходит по неверному маршруту и всплывает через месяц, когда его начинают искать. На потоке в 3 000 документов типов реально встречается 8–12, остальное — исключения, которые честнее сразу отправлять человеку.
- 3Извлечение: шапка и таблица
Из шапки берутся номер, дата, поставщик, ИНН и КПП, договор, суммы, НДС. Из таблицы — позиции: наименование, артикул поставщика, количество, единица измерения, цена, сумма. Шапка извлекается надёжно почти всегда; таблица позиций — источник большинства проблем, особенно если она разорвана на две страницы или в ней есть объединённые ячейки.
- 4Сопоставление: превращение чужих данных в ваши
Контрагент ищется по ИНН и КПП, договор — по номеру, документ — по заказу поставщику, позиции — по вашей номенклатуре, склад — по правилу поставки. Здесь конвейер и встаёт. Реквизиты шапки сопоставляются почти без ошибок, потому что ИНН уникален. Позиции — нет: у поставщика «Кабель ВВГнг(А)-LS 3х2,5 ГОСТ 31996-2012», у вас «Кабель ВВГ 3*2.5». Для человека это одно и то же, для системы — две разные строки.
- 5Проведение: документ становится фактом учёта
Создаётся документ поступления в учётной системе, подтягиваются счета учёта, ставки НДС, склад. Дальше развилка: либо документ проводится сам, либо ставится в очередь на подтверждение с пометкой, что именно вызвало сомнение. Очередь — не признак неудачи проекта, а его штатный элемент: она должна быть маленькой и с понятной причиной у каждой позиции.
- 6Контроль: то, чего в сметах обычно нет
Сверка суммы документа с заказом и с оплатой, поиск дублей по паре «поставщик + номер + дата», реестр непроведённых, отчёт по доле документов, прошедших без человека. Без этой станции проект нельзя ни принять, ни поддерживать: вы не будете знать, что поставщик сменил бланк, пока бухгалтерия не пожалуется через месяц.
Схема слева направо из шести прямоугольных блоков со стрелками: «Приём», «Классификация», «Извлечение», «Сопоставление», «Проведение», «Контроль». Над блоком «Приём» — четыре входящие стрелки с подписями: ЭДО, почта, скан, фото с телефона. От блока «Сопоставление» вниз отходит ответвление в лоток «Очередь разбора: 735 документов из 3 000». От блока «Контроль» пунктирная обратная стрелка к «Извлечению» с подписью «поставщик сменил бланк». Под блоком «Сопоставление» пометка «узкое место». Все подписи по-русски, чертёжный стиль.
Три источника — три разные экономики
Одинаковая по смыслу накладная обходится компании в три разные суммы в зависимости от того, как она пришла. Это первое, что надо посчитать до разговора о подрядчике: разложить месячный поток по источникам и замерить время на документ по каждому. Замер делается по журналу за две недели, а не по памяти бухгалтера — методику разбирали отдельно, в материале про хронометраж процесса до внедрения.
| Источник | Что физически приходит | Доля потока | Ручное время на документ | Что ломается |
|---|---|---|---|---|
| ЭДО: Диадок, Saby ЭДО, 1С-ЭДО | Структурированный файл с реквизитами и позициями, подписанный | 1 200 док., 40 % | 2 минуты | Только несовпадение номенклатуры и договора |
| PDF с текстовым слоем из почты | Текст в файле есть, структуры нет — таблица распознаётся как набор строк | 900 док., 30 % | 7 минут | Нестандартные бланки, таблица на две страницы, объединённые ячейки |
| Скан или фото с телефона | Картинка, из которой текст ещё надо получить | 900 док., 30 % | 11 минут | Перекос, тень, обрезанный край, печать поверх суммы, мятый лист |
Разница между строчками — пятикратная, и она сохраняется после автоматизации. Документ из ЭДО не нужно распознавать вообще: данные в нём уже разложены по полям, машине остаётся сопоставить их с вашими справочниками. Фотография накладной, снятая кладовщиком против света, проходит четыре преобразования подряд, и на каждом теряется часть уверенности. Поэтому смета проекта зависит не от общего числа документов, а от того, как распределены эти 3 000 по трём строкам таблицы.
Сравнение в три колонки: «ЭДО», «PDF с текстовым слоем», «Скан или фото». В каждой колонке четыре строки: доля потока (1 200 док. / 40 %, 900 док. / 30 %, 900 док. / 30 %), ручное время на документ (2 минуты, 7 минут, 11 минут), доля прохождения без человека после внедрения (92 %, 74 %, 55 %), характерная поломка (номенклатура; таблица на две страницы; перекос и тень). Столбики времени нарисованы пропорционально. Подписи по-русски, чертёжный стиль.
ЭДО решает задачу лучше распознавания — и не решает её целиком
Любое сравнение способов обработки первички заканчивается одинаково: перевод поставщика в электронный документооборот дешевле, точнее и надёжнее, чем распознавание его бумаги. Перевод одного контрагента стоит нескольких писем и звонка, распознавание его бланка стоит денег постоянно — за страницы, за токены модели, за поддержку шаблона, который сломается при смене формы. Поэтому первый шаг проекта по первичке — не выбор системы распознавания, а инвентаризация: сколько ваших поставщиков уже в ЭДО, сколько готовы подключиться, сколько не подключатся никогда.
Полностью перевести поток в ЭДО не получается почти ни у кого. Часть контрагентов работает через своих операторов и требует роуминга, часть — мелкие ИП, для которых подключение дороже оборота с вами, часть — организации с внутренним требованием бумажного экземпляра. По нашей практике реалистичная доля ЭДО в потоке через год работы с контрагентами — 55–75 % у оптовиков с постоянным пулом поставщиков и 20–40 % в строительстве и рознице, где половина закупок разовая. Остаток и есть та часть, ради которой строят распознавание. Как устроен сам электронный документооборот и что нужно для старта, мы разбирали отдельным материалом — здесь важно только то, что он идёт первым, а распознавание вторым.
Кампания по переводу поставщиков — это работа со списком, а не рассылка. У модельной компании 180 поставщиков, но 40 из них дают 2 340 документов в месяц, то есть 78 % потока. Значит, переговоры начинаются не с рассылки по всей базе, а с этих сорока, и ведёт их закупщик, у которого есть рычаг, а не бухгалтер, у которого его нет. Отдельно проверяется роуминг: если ваш оператор и оператор поставщика разные, обмен возможен, но требует настройки роуминга между ними, и это стоит времени, а иногда и денег. Третий пункт списка — контрагенты, которые формально в ЭДО, но продолжают присылать документы почтой, потому что «так привыкли». Их не надо распознавать: их надо один раз попросить переключиться.
Самая дорогая часть работы с первичкой происходит до того, как документ появился. Поставка пришла на склад, товар оприходован, деньги ушли, а закрывающего документа нет — и его никто не ждёт, потому что ожидание нигде не записано. Такой документ всплывает на закрытии месяца или, хуже, не всплывает вовсе, и тогда расход остаётся неподтверждённым. Реестр ожидаемых документов строится из заказов поставщикам, поступлений без документа и оплаченных счетов без закрывающих; о том, как он устроен и во что обходится его отсутствие, мы пишем в материале о сроках закрытия месяца.
Типичная ошибка — купить распознавание на весь поток, включая тех поставщиков, которые за месяц переписки перешли бы в ЭДО. Компания платит за обработку страниц, которые могли бы приходить структурированным файлом бесплатно. Обратная ошибка тоже встречается: ждать, пока в ЭДО перейдут все, и не запускать распознавание вовсе. Правильный порядок — параллельно: кампания по переводу поставщиков идёт своим темпом, распознавание строится на реальном остатке и по мере роста доли ЭДО просто обрабатывает меньше документов за те же постоянные деньги.
Straight-through: метрика, которую стоит записывать в договор
Доля документов, прошедших от приёма до проведения в учёте без единого касания человеком, за календарный период. Считается отдельно по каждому источнику и по каждому типу документа. В отличие от точности распознавания, эта величина измеряется в штуках документов, а не в процентах правильно прочитанных полей, и потому напрямую переводится в часы и рубли.
Разница между двумя метриками видна на простом примере. Пусть система читает поля с точностью 98 %. В накладной 40 позиций и 12 реквизитов шапки — 52 значения. Вероятность, что все 52 прочитаны верно, при независимых ошибках составляет примерно 35 %. Реальность мягче, потому что ошибки группируются, а часть полей проверяется контрольными соотношениями — сумма позиций должна сойтись с итогом, НДС с базой. Но направление именно такое: чем длиннее документ, тем сильнее расходятся «точность поля» и «документ прошёл сам».
| Источник | Документов в месяц | Проходят без человека | Попадают в очередь | Время на разбор одного | Часы очереди |
|---|---|---|---|---|---|
| ЭДО | 1 200 | 92 % — 1 104 док. | 96 док. | 1,5 минуты | 2,4 часа |
| PDF с текстовым слоем | 900 | 74 % — 666 док. | 234 док. | 3 минуты | 11,7 часа |
| Скан или фото | 900 | 55 % — 495 док. | 405 док. | 4 минуты | 27,0 часа |
| Итого | 3 000 | 75,5 % — 2 265 док. | 735 док. | — | 41,1 часа |
75,5 % — это результат зрелого контура, а не первого месяца. И это тот показатель, который имеет смысл фиксировать в договоре с подрядчиком: не «точность не ниже 97 %», а «доля документов, проведённых без участия человека, не ниже 70 % на шестом месяце эксплуатации, по каждому источнику отдельно». Формулировка с разбивкой по источникам обязательна: иначе достаточно перевести побольше поставщиков в ЭДО, и средний показатель вырастет сам, без единой строчки работы подрядчика.
Горизонтальная столбчатая диаграмма из четырёх полос. «ЭДО» — 92 % (1 104 из 1 200), «PDF с текстовым слоем» — 74 % (666 из 900), «Скан или фото» — 55 % (495 из 900), «Всего» — 75,5 % (2 265 из 3 000). Заполненная часть полосы подписана «прошли сами», незаполненная — «в очередь разбора». Под диаграммой строка «очередь: 735 документов, 41,1 часа в месяц». Ось — проценты, все абсолютные числа подписаны на полосах.
Сопоставление номенклатуры: где ломается большинство проектов
Это тот раздел, ради которого написана вся статья. Распознавание текста в 2026 году — решённая инженерная задача с понятной ценой. Сопоставление позиций поставщика с вашей номенклатурой — не решённая, потому что она не техническая, а справочная: у вас 4 200 активных позиций, у 180 поставщиков они называются 180 разными способами, и никакая модель не знает, что «труба ПНД 32 SDR11» и «труба полиэтиленовая д.32 ПЭ100 SDR11» — одна и та же строка вашего склада.
Рабочая схема состоит из трёх уровней, которые пробуются по очереди. Смысл в том, чтобы каждый следующий уровень был менее надёжным и включался, только когда предыдущий не сработал.
- 1Точное соответствие по коду поставщика. В таблице соответствий хранится тройка «поставщик — его артикул — ваша номенклатура». Это единственный по-настоящему надёжный уровень: артикул уникален внутри прайса поставщика и меняется редко. На зрелом контуре через него проходит основная масса позиций.
- 2Штрихкод или GTIN, если поставщик его печатает. Работает в рознице и в товарах с обязательной маркировкой, почти не работает в стройматериалах, метизах и услугах. Уровень бесплатный, поэтому его пробуют вторым, даже если попадание редкое.
- 3Нечёткое сопоставление по названию с проверкой по трём дополнительным признакам: единица измерения, цена в пределах вашего коридора, категория. Совпадение по одному только названию не принимается никогда — именно так в номенклатуру попадают «кабель 3х2,5» вместо «кабель 3х1,5». Результат нечёткого уровня всегда идёт человеку на подтверждение, и подтверждённая пара немедленно записывается в таблицу соответствий первого уровня.
Схема сверху вниз. Вход: «Позиция из документа поставщика». Три последовательных ромба-проверки с подписями: «Есть в таблице соответствий по артикулу поставщика?», «Совпал штрихкод или GTIN?», «Нечёткое совпадение названия плюс единица измерения, цена, категория?». Ветка «да» у первых двух ведёт сразу в блок «Проведение». Ветка третьего ромба ведёт в блок «Подтверждение человеком», от которого идёт стрелка обратно в блок «Таблица соответствий: поставщик — артикул — наша номенклатура» с подписью «запоминается навсегда». Внизу пометка «создание новой позиции — только человеком».
Из третьего пункта следует главное практическое свойство таких проектов: они разгоняются, а не запускаются. В первый месяц таблица соответствий пуста, и через сопоставление без человека проходит около 38 % позиционного оборота. К третьему месяцу закрыто примерно 86 %, к шестому — 94 %, дальше кривая выполаживается: остаются разовые позиции, которые больше никогда не встретятся. Именно поэтому замерять долю сквозного прохождения в первый месяц бессмысленно, а обещание подрядчика «выйдем на целевые показатели за две недели» — признак того, что он этой механики не строил.
Линейный график за 6 месяцев. Ось X — месяцы эксплуатации с 1-го по 6-й, ось Y — доля позиционного оборота, закрытая таблицей соответствий, в процентах. Точки: 1-й месяц — 38 %, 2-й — 68 %, 3-й — 86 %, 4-й — 90 %, 5-й — 92 %, 6-й — 94 %. Кривая выполаживается к правому краю. Горизонтальная пунктирная линия на уровне 70 % подписана «порог приёмки по договору», пересечение приходится на 2-й месяц. Справа от кривой серая зона с подписью «разовые позиции, которые больше не встретятся».
Самый разрушительный способ поднять долю сквозного прохождения — позволить машине создавать новую позицию справочника по названию из документа поставщика. Показатель мгновенно уходит к 95 %, а через полгода вместо 4 200 позиций в базе 9 000, остатки размазаны по дублям, себестоимость считается неверно, и отчёт по складу становится бесполезным. Создание новой номенклатуры — всегда действие человека, и число таких созданий за неделю должно быть отдельной цифрой на панели контроля.
Чем это делают в России: четыре разных инструмента
Выбор инструмента вторичен по отношению к архитектуре конвейера, но вопрос задают первым, поэтому разберём его прямо. Продукты ниже решают разные задачи, и сравнивать их «кто точнее» бессмысленно — они стоят на разных станциях конвейера. Статус — на сентябрь 2026 года.
| Инструмент | Что закрывает | Кому подходит | Что учесть |
|---|---|---|---|
| 1С:Распознавание первичных документов | Приём скана или фото и создание документа поступления внутри 1С | Компаниям на типовых конфигурациях 1С с потоком до нескольких тысяч документов | Минимум интеграционной работы, но и минимум гибкости: сопоставление номенклатуры остаётся вашей задачей |
| Content AI (ContentCapture) | Потоковый ввод документов, шаблоны форм, обучение на бланках | Большим потокам с устоявшимся набором форм и многолетним архивом | Российский преемник ABBYY: ContentCapture вместо FlexiCapture, ContentReader PDF вместо FineReader |
| Smart Engines | Распознавание УПД, УКД, счетов-фактур, актов, КС-2 и КС-3, ТОРГ-12 и ТОРГ-13, банковских выписок, платёжек, ГТД | Тем, кто не может выпускать документы за пределы своего контура | Работает офлайн на вашем оборудовании — снимает вопрос трансграничной передачи данных |
| Directum | Документооборот целиком: маршруты согласования, хранение, права доступа | Компаниям, которым нужен не ввод, а управляемый жизненный цикл документа | Это ECM, а не распознавание: ввод в нём — один из модулей |
| Своя связка OCR и языковой модели | Длинный хвост нестандартных бланков и полуформальных документов | Тем, у кого много разных поставщиков и формы постоянно меняются | Дешевле на хвосте и дороже в поддержке; требует решения по тому, где физически работает модель |
Практическое правило выбора: если ваш поток укладывается в типовую конфигурацию 1С и вы не готовы содержать отдельный контур, берите штатный сервис распознавания и вкладывайте деньги не в него, а в таблицу соответствий номенклатуры. Если документы нельзя выпускать наружу — смотрите на решения, работающие на вашем оборудовании. Если поставщиков много и бланки у них разные — экономика склоняется к собственной связке, но тогда сразу закладывайте в бюджет мониторинг шаблонов и человека, который будет на него смотреть. Механику самого чтения документа — четыре слоя, которые ломаются по-разному, — мы разбирали в отдельной статье, здесь она сознательно свёрнута до одной станции конвейера.
Расчёт на 3 000 документов в месяц
Считаем на модельной компании: 3 000 входящих документов в месяц в распределении из таблицы выше, участок первички ведут два бухгалтера. Ставка часа берётся полная, а не оклад, делённый на часы. Для бухгалтера с окладом 75 000 ₽ до вычета НДФЛ полная стоимость складывается из оклада, страховых взносов 30 %, коэффициента 1,12 на отпуска и больничные и 14 000 ₽ на рабочее место, лицензию 1С и долю главного бухгалтера: 123 200 ₽ в месяц на 146 фактически отработанных часов — 844 ₽ за час. Методику полной ставки мы разбирали подробно, и она принципиальна: расчёт по окладу занижает цену процесса примерно вдвое.
310 часов — это почти два человека, занятых только вводом. Цифра выглядит завышенной ровно до того момента, пока её не проверят журналом: в неё входят не только набивка, но и поиск письма в почте, скачивание вложения, переименование файла, уточнение по телефону, во что отнести позицию, и повторный вход в документ, когда выяснилось, что поставщик прислал исправленную версию.
Разница между двумя расчётами — 181 872 ₽ в месяц. Теперь вложение. Модельная смета внедрения разложена по станциям конвейера, и в ней хорошо видно, что распознавание — не самая дорогая позиция: сопоставление номенклатуры стоит дороже.
Полезнее общей суммы — цена одного документа, потому что её можно сравнивать с чужими предложениями и со своей же историей. До проекта документ обходится в 87,2 ₽. После — в 26,6 ₽ операционно. Если честно размазать вложение в 700 000 ₽ на два года эксплуатации, то есть добавить 29 167 ₽ в месяц, цена документа получается 36,3 ₽. Именно эту цифру, а не операционную, стоит держать в голове при сравнении с предложением аутсорсинговой бухгалтерии, которая берёт фиксированную сумму за документ. Вилки рыночных бюджетов на такие проекты собраны на отдельной странице — там же видно, из чего складывается разброс.
Столбчатая диаграмма из трёх столбцов, ось Y — рубли за один документ. Первый столбец «Ручная обработка» — 87,2 ₽, разбит на три сегмента по источникам. Второй «После внедрения, операционно» — 26,6 ₽, разбит на два сегмента: труд очереди 13,2 ₽ и машинные расходы 13,4 ₽. Третий «После внедрения, с возвратом вложения за 24 месяца» — 36,3 ₽, с добавленным верхним сегментом 9,7 ₽ и подписью «700 000 ₽ ÷ 24 мес ÷ 3 000 док.». Между первым и третьим столбцом стрелка с подписью «−58 %».
Модельные значения для примера из статьи: 2 человека, по 7,4 часа в день на обработку первички, полная ставка 844 ₽/час, снимаемая доля 85 %, вложение 700 000 ₽, ежемесячные расходы 40 000 ₽. Подставьте свои — методику замера часов и расчёта полной ставки мы описали выше.
Сколько стоит ручная работа в вашем процессе
Расчёт учитывает только время сотрудников. Возвращённые продажи, снятые ошибки и штрафы, скорость реакции — сверх этой модели. На диагностике считаем по вашим фактическим цифрам.
Контроль: шесть чисел, на которые смотрят каждый день
Конвейер обработки документов ломается тихо. Поставщик поменял бланк — доля прохождения по нему упала с 90 % до 10 %, а бухгалтерия просто стала чуть больше работать руками и не заметила перехода. Поэтому панель контроля — не украшение проекта, а его обязательная часть; без неё через полгода вы получите ровно тот же ручной ввод, только теперь ещё и с абонентской платой.
- Доля сквозного прохождения за сутки и за месяц, отдельно по каждому источнику. Падение на 10 процентных пунктов за неделю — повод разбираться сегодня, а не в конце месяца.
- Средний возраст документа в очереди разбора. Норма — меньше суток. Если растёт, значит, очередь больше, чем человек успевает разбирать, и надо смотреть причины, а не нанимать второго разбирающего.
- Топ-10 поставщиков по доле документов, ушедших в очередь. Резкий скачок по одному поставщику почти всегда означает смену формы бланка.
- Число новых позиций номенклатуры, созданных за неделю. Целевое значение — единицы. Десятки означают, что кто-то обходит правило и заводит дубли.
- Документы, застрявшие дольше 48 часов, поимённо. Это будущие расхождения при сверке и будущие вопросы на закрытии месяца.
- Расхождение суммы документа с заказом поставщику выше порога — обычно 1 % или 500 ₽. Отдельный список, который смотрит закупщик, а не бухгалтер.
У панели должен быть один владелец с именем и фамилией. Практика показывает, что «смотрит бухгалтерия» означает «не смотрит никто»: у бухгалтера есть своя очередь, и падение доли прохождения он ощущает как рост нагрузки, а не как поломку системы. Рабочая схема — пятиминутный ежедневный взгляд ответственного на первые три показателя и еженедельный разбор остальных вместе с закупкой. Расхождения с заказом поставщику вообще не бухгалтерская тема: цена в документе отличается от согласованной — это вопрос к тому, кто договаривался, и чем раньше он его увидит, тем дешевле обойдётся. Отдельная механика автоматической сверки документов с заказами и оплатами описана у нас как самостоятельное решение — на потоке от 3 000 документов она окупается быстрее, чем распознавание.
Нарисованный абстрактный экран панели, без имитации реального продукта. Верхняя строка — шесть плиток с подписями и числами: «Прохождение без человека 75,5 %», «В очередь за месяц 735 док.», «Возраст в очереди 0,6 суток», «Новых позиций за неделю 3», «Застряли дольше 48 часов — 11», «Расхождения с заказом — 24». Ниже слева — столбчатый график прохождения по трём источникам (92 %, 74 %, 55 %). Ниже справа — список «Топ поставщиков по очереди» из пяти строк, у верхней строки красная пометка «сменил бланк». Все подписи по-русски, чертёжный стиль.
Когда обработку первички автоматизировать не надо
Проект окупается не всегда, и это проверяется арифметикой до подписания договора. Первый барьер — объём. Постоянная часть расходов почти не зависит от потока: поддержка и инфраструктура стоят одинаково при 500 и при 3 000 документов, а экономия растёт линейно.
Порог получается ниже, чем в расчётах, где считают только распознавание, и причина простая: мы снимаем не одну станцию конвейера, а пять из шести, поэтому экономия на документе больше. Практический ориентир — не начинать проект ниже 500 документов в месяц. Ниже этой отметки дешевле навести порядок в источниках: завести один почтовый ящик для счетов, договориться с десятью главными поставщиками об ЭДО и убрать личные почты менеджеров из схемы. Это стоит нескольких недель работы и нуля рублей, а эффект даёт сопоставимый.
Второй барьер — состав потока. Один и тот же объём в 3 000 документов ведёт себя по-разному: если 80 % из них уже приходят по ЭДО, экономить нечего, потому что ручной работы там две минуты на документ, и весь эффект проекта сводится к сопоставлению номенклатуры. Обратный случай — 80 % фотографий с телефона — даёт максимальную экономию, но и максимальный риск: доля сквозного прохождения на этом источнике самая низкая, а очередь разбора самая длинная. Прежде чем считать окупаемость, разложите свой поток по трём строкам таблицы источников; без этого расчёт превращается в среднюю температуру.
Кроме объёма и состава потока есть четыре ситуации, в которых мы сами советуем не начинать.
- Разнородная номенклатура. Если 70 % позиций встречаются в документах один раз — проектные поставки, стройка под конкретный объект, оборудование под заказ, — таблица соответствий не накапливается, и доля сквозного прохождения не растёт со временем. Экономика такого проекта считается только на реквизитах шапки, и обычно она не сходится.
- Бумага без планов на ЭДО. Если 90 % потока — бумажные оригиналы, а перевод поставщиков в электронный документооборот даже не начат, распознавание будет обслуживать поток, который через год мог бы уполовиниться сам. Сначала ЭДО, потом всё остальное.
- Беспорядок в справочниках. Дубли контрагентов, номенклатура с названиями «Товар», «Услуга-2», разные единицы измерения у одной позиции. Сопоставлять не с чем: система будет честно предлагать варианты, а человек — честно выбирать между тремя одинаковыми. Подготовка данных перед внедрением — отдельная работа, и её надо делать до, а не вместо.
- Бухгалтерия на аутсорсе с оплатой за документ. Экономия времени в этом случае достаётся аутсорсеру, а не вам, пока договор не пересмотрен. Обсуждать надо сначала цену за документ в договоре обслуживания, а потом уже проект — иначе вы платите за конвейер дважды.
И последнее. Проект по первичке почти никогда не выглядит как красивое «внедрили и забыли». Это конвейер, который надо содержать: следить за шаблонами, подтверждать новые позиции, разбирать очередь, реагировать на смену бланков. Компании, которые честно закладывают на это 4–6 часов в месяц и одного ответственного человека, получают свои 75 % сквозного прохождения и держат их годами. Компании, которые считают проект законченным в день приёмки, через полгода возвращаются к ручному вводу — с той разницей, что теперь у них есть ещё и ежемесячный счёт за поддержку.
Документ проходит сам не тогда, когда его хорошо прочитали, а тогда, когда его есть с чем сопоставить.
