Распознавание счёта: что читается само, а что ввести вручную
Бухгалтерия и документооборот

Распознавание счёта: что читается само, а что ввести вручную

2026-11-02

Счёт на 480 тысяч приходит в PDF. Чтобы он стал карточкой, нужно ввести номер, дату, сумму и контрагента — четыре поля, минута работы, сотня счетов в месяц. Именно эту минуту имеет смысл забрать у человека: распознавание счёта существует не ради технологии, а ради того, чтобы данные попадали в систему без ручного набора.

Ниже — что читается автоматически, где граница и что проверять после распознавания.

Схема: из PDF распознаются четыре поля, остальное проверяет человек

Что система забирает из счёта

При загрузке PDF-версии счёта распознаются четыре вещи: номер, дата, сумма и контрагент. Этого достаточно, чтобы карточка появилась и её можно было найти в реестре, не заглядывая в файл.

Дальше начинается человеческая работа, и это правильное устройство. Связь с договором — решение, а не извлечение: система не знает, к какому из трёх договоров с этим поставщиком относится счёт. Сумму тоже стоит увидеть глазами, потому что «480 000» и «480 000,00» — разные поводы позвонить.

Граница: это поля счёта, а не любой документ

Важное ограничение, о котором лучше знать заранее: распознавание работает с полями счёта, а не с произвольным PDF. Акт, договор, спецификация, скан чертежа — это другие документы, и автоматически из них ничего не извлекается.

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

Что проверить после распознавания

Дату и номер — распознавание ошибается на похожих символах: «3» и «8», «1» и «7». Ошибка в номере ломает поиск, ошибка в дате — сверку.

Сумму — сравните с файлом хотя бы по последним трём цифрам. Это пять секунд на счёт.

Контрагента — если в системе уже есть карточка этого поставщика, проверьте, что счёт привязался к ней, а не создал дубль с другим написанием.

Связь с договором — поставьте вручную. Это единственное поле, которое определяет, попадёт ли счёт в цепочку «договор → счёт → акт», а не останется отдельной бумажкой.

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

Что это меняет в работе

Раньше счёт жил в почте до момента, когда до него дойдут руки. Теперь он попадает в систему почти сразу, и его видно в реестре — с номером, датой и суммой, даже если карточку никто не открывал.

Второй эффект важнее первого: счета перестают теряться в переписке. Не потому, что кто-то стал внимательнее, а потому, что у счёта появилось место, где он лежит.

Если распознавание ошиблось

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

Заметили ошибку в номере или дате — исправьте сразу, не откладывая: карточка с неверным номером превращается в документ, который потом не находится поиском.

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

Если поле не распозналось вовсе, заполните руками — и посмотрите на сам файл: часто причина в качестве скана, а не в системе. Три-четыре таких случая подряд обычно означают, что поставщик присылает фото вместо PDF.

Сколько это экономит на практике

Ручной ввод счёта — минута-полторы: найти письмо, открыть файл, переписать номер, дату, сумму, контрагента, сохранить. При сотне счетов в месяц это два часа, размазанных по дню мелкими кусками.

С распознаванием остаётся проверка: четыре поля глазами и связь с договором, секунд двадцать. Экономия скромная на одном счёте и заметная на потоке — а главное, счета перестают откладываться «на потом», потому что ввод перестаёт быть работой.

Где распознавание не поможет

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

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

Старые счета из папки. Распознавание срабатывает при загрузке: то, что лежало в архиве годами, само себя не прочитает.

Чего здесь нет

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

Автоматической связи с договором. Счёт не «сам понимает», к какому договору относится: связь ставит человек.

Чтения почты. Файл нужно загрузить: письма система не читает.

Сверки сумм за вас. Распознавание переносит цифру, а не сравнивает её с договором.

Распознавание счёта и ИИ

ИИ в системе не только читает поля: через MCP он умеет работать с карточками — находить счета по условию, собирать сводки, связывать документы. Но первым шагом всё равно остаётся загрузка файла: пока счёта нет в системе, обсуждать нечего.

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

Что сделать на этой неделе

1. Возьмите пять последних счетов и заведите их с распознаванием. Засеките время — обычно уходит меньше, чем на ручной ввод.

2. Проверьте, что все пять привязаны к договорам. Если какой-то висит отдельно, это и есть место, где цепочка рвётся.

3. Договоритесь с поставщиками, которые присылают сканы, о PDF. Это одна просьба, которая снимает сотню мелких проблем.

4. Сравните реестр счетов до и после: стало видно, сколько счетов живёт вне системы.

Если у вас пока учёт в таблицах, начните с материала о том, как собрать реестр договоров за 7 шагов.

Если сначала хочется проверить себя, а не читать дальше — есть тест из 8 вопросов о том, готов ли ваш учёт к порядку.

А посмотреть, как это выглядит, и получить бесплатный доступ на три месяца можно на сайте bizon.help: посмотреть.