Счёт на 480 тысяч приходит в 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: посмотреть.