Счета от поставщиков — самое выгодное место, с которого начинают автоматизацию документов. Причина не в объёме, а в устройстве самого документа: форм много и они разные, но полей всего около двенадцати, и почти каждое из них можно проверить формально — контрольным разрядом, арифметикой или справочником учётной системы. Договор так проверить нельзя, резюме нельзя, письмо нельзя. Счёт — можно, и поэтому доля документов, проходящих без правки, здесь самая высокая в номенклатуре первички.
Ниже — двенадцать полей, которые извлекают на практике, восемь проверок, ловящих ошибку до проводки, разбор самой трудоёмкой части (сопоставление с номенклатурой и договором) и модельный расчёт на 800 счетах в месяц с честным выводом: этот объём пограничный.
Расчёты модельные, на прозрачных вводных. Ставка бухгалтера — 540 ₽/час с налогами и взносами, состояние рынка и цены — на сентябрь 2026 года. Учётная система в примере — 1С:Бухгалтерия, но логика одинакова для 1С:УНФ, 1С:УТ и 1С:ERP: меняется только набор документов, в которые пишется результат.
Двенадцать полей, которые извлекают на практике
Набор полей у счёта устоявшийся, и спорить в нём почти не о чем. Важнее другое: рядом с каждым полем сразу стоит проверка, которой оно ловится. Поле, у которого проверки нет, — кандидат в сплошной контроль, а не в автоматический проход.
| № | Поле | Чем проверяется |
|---|---|---|
| 1 | ИНН поставщика | Контрольный разряд по алгоритму ФНС, справочник контрагентов, действующий статус в ЕГРЮЛ |
| 2 | КПП поставщика | Девять знаков, соответствие ИНН, справочник контрагентов |
| 3 | Наименование поставщика | Справочник контрагентов. При расхождении с ИНН приоритет всегда у ИНН |
| 4 | Номер счёта | Формат и поиск дубля по связке «ИНН + номер + дата + сумма» |
| 5 | Дата счёта | Не из будущего, попадает в открытый период учёта |
| 6 | Сумма итого с налогом | Равна сумме строк табличной части с точностью до копейки округления |
| 7 | Сумма налога | Пересчёт от итога по указанной ставке |
| 8 | Ставка налога | Справочник ставок, отдельная ветка для документов без налога |
| 9 | Расчётный счёт получателя | Контрольная сумма счёта по БИК, алгоритм Банка России |
| 10 | БИК банка | Справочник БИК Банка России, девять знаков |
| 11 | Основание: номер и дата договора | Справочник договоров именно этого контрагента, срок действия |
| 12 | Табличная часть: наименование, количество, единица, цена, сумма строки | Количество × цена = сумма строки; сумма строк = итог; сопоставление со справочником номенклатуры |
Ещё пять полей извлекают, когда они есть в тексте, и не нормируют по точности: срок оплаты («оплатить до»), ИНН покупателя — он нужен для маршрутизации между юрлицами группы, номер заказа или спецификации, подписант и ссылка на счёт-фактуру. Их отсутствие не блокирует проводку, но каждое экономит время дальше по процессу: ИНН покупателя убирает ручную сортировку документов по юрлицам, а срок оплаты питает платёжный календарь — соседнее решение, которое без распознавания приходится наполнять руками и которое мы описали отдельной страницей «Платёжный календарь».
Соблазн расширить список полей возникает почти всегда, и ему стоит сопротивляться. Документ считается прошедшим без правки, только если верны все его поля сразу, поэтому каждое лишнее обязательное поле удлиняет очередь проверки, ничего не добавляя учёту. Рабочее правило простое: обязательными делаем ровно то, без чего документ нельзя создать в 1С, остальное извлекаем справочно и по точности не нормируем. На типовом счёте отказ от четырёх необязательных полей поднимает долю документов без правки на 3–6 процентных пунктов и не стоит ни рубля.
Нарисованный (не скриншот) макет счёта на оплату без реальных названий и реквизитов. В шапке подсвечены и пронумерованы зоны: 1 ИНН поставщика, 2 КПП, 3 наименование, 9 расчётный счёт, 10 БИК, 4 номер счёта, 5 дата, 11 основание-договор. В табличной части выделена зона 12 «наименование, количество, единица, цена, сумма». В подвале зоны 6 итого, 7 сумма налога, 8 ставка. Справа вертикальный столбец подписей-проверок напротив соответствующих номеров: «контрольный разряд», «справочник БИК», «сумма строк = итог», «поиск дубля». Чертёжная графика, подписи по-русски.
Восемь проверок, которые ловят ошибку до проводки
Проверки — это не «дополнительная функция», а то, ради чего конвейер вообще имеет право работать без человека. Их задача не сделать ноль ошибок, а сделать ноль незамеченных ошибок: всё сомнительное должно уйти в очередь, а не в проводку. Порядок ниже — от самых дешёвых к самым трудоёмким.
- 1Контрольный разряд ИНН
У десяти- и двенадцатизначного ИНН есть контрольные цифры, вычисляемые по алгоритму ФНС. Случайная ошибка распознавания цифры почти никогда не даёт валидный ИНН, поэтому проверка ловит опечатку мгновенно и без обращения к внешним сервисам. Стоит долей копейки, а закрывает одно из двух самых дорогих полей.
- 2Контрольная сумма расчётного счёта по БИК
Двадцатизначный счёт проверяется вместе с БИК по алгоритму Банка России. Ошибка в одной цифре ломает контрольную сумму, и документ уходит в очередь до того, как по нему уйдёт платёж. Отдельно проверяется наличие самого БИК в справочнике банков.
- 3Арифметика документа
Три независимых равенства: количество × цена = сумма строки, сумма строк = итог, итог минус налог = сумма без налога. Каждое ловит свой класс ошибок, и вместе они закрывают почти все ошибки в табличной части: если распознана лишняя цифра в цене, итог перестаёт сходиться.
- 4Поиск дубля
Связка «ИНН + номер + дата + сумма» ищется в базе за 24 месяца. Дешёвая проверка, которая одна окупает половину слоя: двойная оплата счёта — самая частая и самая обидная ошибка ручного процесса, особенно когда поставщик прислал один и тот же счёт дважды с разницей в неделю.
- 5Справочник контрагентов и ЕГРЮЛ
ИНН должен найтись в справочнике; если контрагент новый — документ идёт в очередь на заведение карточки, а не создаёт дубль контрагента автоматически. Проверка действующего статуса юрлица по ЕГРЮЛ — отдельный полезный побочный эффект: ликвидированный поставщик виден до оплаты.
- 6Договор и срок его действия
Номер договора из основания ищется в справочнике договоров именно этого контрагента. Если договора нет или он истёк — в очередь. Эта проверка ценна не бухгалтерии, а управленческому учёту: без привязки к договору расход не ложится на проект или объект.
- 7Сопоставление с номенклатурой
Каждая строка табличной части связывается с позицией справочника номенклатуры по истории закупок этого поставщика и по нормализованному наименованию. Самая трудоёмкая проверка и главный источник очереди в первые месяцы. Ей посвящён следующий раздел.
- 8Лимиты и сплошной контроль
Поверх всех проверок работают правила, которые нельзя обойти высокой уверенностью: сумма выше установленного порога, новый контрагент, первый документ по договору, отклонение от заказа больше согласованного процента. Такие документы человек смотрит всегда. Правило живёт в коде, а не в настройках модели.
Вертикальная схема. Сверху блок «Распознанные поля счёта». Под ним восемь последовательных прямоугольников-проверок: «Контрольный разряд ИНН», «Контрольная сумма счёта по БИК», «Арифметика: строки = итог», «Дубль за 24 месяца», «Справочник контрагентов и ЕГРЮЛ», «Договор и срок действия», «Сопоставление с номенклатурой», «Лимиты и сплошной контроль». От каждой вбок отходит стрелка «не прошла» в общий блок «Очередь проверки» с подписью «18 % потока, 2 минуты на документ». Внизу два исхода: «Документ создан в 1С» и отдельный блок «Отклонён как дубль». Подписи по-русски, чертёжная графика.
Номенклатура и договор — самая дорогая часть процесса
Извлечь из счёта строку «Кабель ВВГнг 3х2,5, 200 м, 118 ₽/м» несложно. Сложно понять, что это позиция номенклатуры номер такой-то, у которой в вашем справочнике другое наименование, другая единица и другой артикул. Это уже не распознавание, а сопоставление, и оно съедает больше половины трудоёмкости проекта — при том что в презентациях вендоров о нём обычно нет ни слова.
Работающий подход состоит из трёх слоёв. Первый — история: если у этого поставщика такая строка уже сопоставлялась, берём прошлое решение, и через два-три месяца эксплуатации оно закрывает большую часть потока. Второй — нормализация: убираем регистр, приводим единицы, разбираем размерности и артикулы, сравниваем со справочником по совпадению значимых частей. Третий — очередь: то, что не сопоставилось, показывается человеку в виде подсказки из трёх вариантов, и его выбор навсегда запоминается для этого поставщика. Именно поэтому очередь проверки в первый месяц длинная, а к третьему сокращается втрое.
Отсюда важное условие успеха, о котором стоит договориться до начала работ: у справочников номенклатуры, контрагентов и договоров должен быть живой хозяин с выделенными часами. Шесть часов в месяц на 800 счетов — это не формальность, а несущая конструкция. Без хозяина очередь не сокращается, а растёт, и весь расчёт окупаемости разваливается. Если сегодня номенклатуру ведут все понемногу и никто конкретно — начинать надо с этого, а не с распознавания.
Счета и акты, пришедшие через Контур.Диадок, Saby ЭДО или 1С-ЭДО, приходят структурированным файлом с подписью: их не читают картинкой, а загружают напрямую, без ошибок и без стоимости распознавания. В оптовой компании доля ЭДО во входящей первичке часто составляет 30–60 %, в строительстве и там, где много мелких ИП, — 5–20 %. Эта доля напрямую уменьшает объём и цену проекта, поэтому первое действие — разложить месячный поток на три части: ЭДО, PDF со встроенным текстовым слоем и настоящие сканы с фотографиями. И отдельная дата в календарь: с 1 сентября 2026 года Контур.Диадок прекращает поддержку модуля для 1С:Предприятие 7.7 — если вы всё ещё на этой платформе, вопрос обмена придётся решать раньше, чем вопрос распознавания.
Расчёт на 800 счетах в месяц
Считаем полный цикл обработки счёта, а не только ввод в 1С. Разница существенная: ввод шапки и позиций занимает около пяти минут, но до него надо достать письмо из почты, понять, от кого документ, найти контрагента и договор, а после — приложить скан и отправить на согласование. В сумме получается 7,4 минуты на счёт, и именно эта цифра, а не «пять минут ввода», описывает реальную нагрузку бухгалтерии.
Десять месяцев — не тот срок, ради которого затевают проект. Это честный результат для 800 счетов, и он показывает главное: восемьсот — объём пограничный. Постоянная часть расходов почти не зависит от потока, поэтому каждая следующая тысяча счетов работает гораздо выгоднее предыдущей.
| Показатель | 800 счетов/мес | 1 500 счетов/мес | 3 000 счетов/мес |
|---|---|---|---|
| Часов ручной работы сейчас | 98 | 182 | 355 |
| Стоимость сейчас, ₽/мес | 52 900 | 98 300 | 191 700 |
| Часов работы после внедрения | 10,8 | 17 | 30 |
| Расходы после внедрения, ₽/мес | 32 900 | 41 900 | 59 700 |
| Экономия, ₽/мес | 20 000 | 56 400 | 132 000 |
| Внедрение, разово | 200 000 ₽ | 250 000 ₽ | 350 000 ₽ |
| Окупаемость | 10 месяцев | 4,5 месяца | 2,7 месяца |
Чего в расчёте нет — стоит назвать прямо. Не учтён период настройки: первые два месяца очередь проверки длиннее расчётной, обычно 30–40 % вместо 18 %, потому что справочник сопоставлений с номенклатурой ещё пустой. Не учтено время бухгалтерии на приёмку и обучение — 15–20 часов на проект. И не учтён обратный эффект: часть счетов, которые сегодня теряются в почте и всплывают уже с просрочкой, начнёт доходить вовремя, и работа по ним появится там, где её раньше не было. Все три поправки сдвигают окупаемость на месяц-полтора вправо, и заложить их честнее, чем обнаружить.
Разница во внедрении между колонками — не наценка за объём. На большем потоке обычно больше юрлиц, больше типов документов, нужен маршрут согласования и связь с платёжным календарём, а значит, растёт объём интеграции — а это самая недооценённая статья сметы; перечень систем, с которыми мы соединяем такие конвейеры, собран на странице «Интеграции». Зато и постоянные расходы размазываются: на 3 000 счетах поддержка обходится в 8 ₽ на документ, на 800 — в 25 ₽. Общие вилки по направлениям и состав типовых бюджетов — на страницах «Цены» и «Бюджеты».
Комбинированная диаграмма с тремя группами по объёму потока: 800, 1 500 и 3 000 счетов в месяц. В каждой группе два столбца: «Стоимость сейчас» (52 900 / 98 300 / 191 700 ₽) и «Расходы после» (32 900 / 41 900 / 59 700 ₽). Поверх столбцов линия «Окупаемость, месяцев» с точками 10 / 4,5 / 2,7 и собственной осью справа. У группы 800 подпись «пограничный объём». Левая ось — рубли в месяц, правая — месяцы. Подписи по-русски, чертёжная графика.
Как выглядит приёмка: кто и что подтверждает
Проект по распознаванию счетов принимается не демонстрацией, а числами на вашей выборке. Ниже — порядок, который мы считаем нормальным; он же защищает обе стороны от спора «работает или нет». Что при этом берёт на себя исполнитель, а что честно остаётся на стороне заказчика, описано на странице «Гарантии» — договориться об этом стоит до первого замера, а не после.
- 1До начала работ: замер на 200 счетах сплошной выборкой. Заказчик формирует выборку и делает эталонную разметку, исполнитель прогоняет и показывает четыре числа — точность по полю, долю счетов без правки, долю в очередь и долю незамеченных ошибок. Отсюда берутся цифры для договора.
- 2Первая приёмка, конец второй недели: конвейер принимает документы из всех источников, регистрирует их и показывает статус. Заказчик подтверждает, что ни один счёт не теряется и что видно, где он находится.
- 3Вторая приёмка, конец четвёртой недели: извлечение двенадцати полей и все проверки работают, очередь исключений собрана, бухгалтер видит скан рядом с формой и правит одно поле, а не вводит документ заново.
- 4Третья приёмка, конец шестой-восьмой недели: документы создаются в 1С, сопоставление с номенклатурой обучено на истории, маршрут согласования запущен. Заказчик подтверждает корректность на пятидесяти проведённых документах.
- 5Замер результата — на третий месяц эксплуатации, а не в день сдачи. За первые недели пополняются справочники, и цифра в день сдачи не отражает установившийся режим. Именно к этому замеру привязывается фиксация доли счетов без правки в приложении к договору.
- 6Постоянно: панель, где видны доля очереди в разрезе поставщиков, доля незамеченных ошибок и список форм, по которым выросло число исключений. Резкий рост по одному поставщику означает, что он поменял бланк.
Карта связей слева направо. Слева три узла-источника: «Почта бухгалтерии», «ЭДО: Диадок, Saby, 1С-ЭДО», «Скан или фото». Стрелка от ЭДО идёт мимо блока распознавания, подписана «структурированный файл, распознавание не нужно». Две другие идут в цепочку «Подготовка изображения» → «Извлечение 12 полей» → «Восемь проверок». От «Проверок» две стрелки: «Очередь проверки, 18 %» и «Документ в 1С, 82 %». Обе сходятся в узел «Маршрут согласования» → «Оплата», и параллельно в узел «Архив исходников». Подписи по-русски, чертёжная графика.
Когда дешевле нанять оператора
Распознавание счетов имеет чёткую границу применимости, и мы называем её до договора, а не после первого квартала эксплуатации.
- Поток меньше 640 счетов в месяц. Постоянные расходы — поддержка, инфраструктура, часы на справочники — около 30 000 ₽ в месяц и съедают всю экономию. Оператор на неполный день обходится дешевле, и это не поражение, а арифметика.
- Ваша ставка обработки существенно ниже 540 ₽/час. При 210 ₽/час порог сдвигается примерно до 2 100 документов в месяц: экономия на документе падает втрое, а расходы на конвейер остаются теми же.
- Больше половины входящей первички уже идёт через ЭДО. Тогда правильное решение — не строить распознавание, а доподключить оставшихся поставщиков к обмену. Это стоит переписки и нескольких часов, а не проекта.
- Некому вести справочники номенклатуры и договоров. Без хозяина с выделенными шестью часами в месяц очередь исключений растёт, а не сокращается, и окупаемость не наступает никогда.
- Счета приходят от трёх-пяти поставщиков одной и той же формой. Здесь достаточно шаблона или простого разбора PDF, и городить полноценный конвейер с очередью и панелью — переплата.
- В компании не решено, кто согласовывает счета и по какому признаку расход относят к договору. Распознавание в этом случае просто ускорит поступление счетов в место, где они и так лежат неделями.
И честная оборотная сторона расчёта: в таблицу не вошло то, что владельцы называют главным через полгода после запуска. Закрытие месяца перестаёт упираться в поиск бумаг, оригинал находится за три секунды из карточки документа, а вопрос «а где счёт от вторника» исчезает из жизни бухгалтерии. Мы держим эти эффекты за пределами арифметики намеренно: измерить их до внедрения нельзя, а обещать неизмеримое — плохая практика. Считайте по часам и рублям, а остальное пусть будет запасом прочности.
Счёт хорош тем, что почти каждое его поле можно проверить, не спрашивая человека. Именно проверяемость, а не точность модели, делает автоматический ввод возможным.
