OCR нейросеть помогает извлечь текст и поля из сканов счетов и актов, затем передать их на сверку сотруднику. Надёжный процесс хранит исходный файл рядом с результатом, отмечает сомнительные поля и оставляет утверждение документа человеку. Особенно важны суммы, реквизиты и версии исправленных сканов.
Сначала тип документа
OCR распознаёт символы на скане, а отдельный шаг собирает поля документа; сумму и реквизиты сотрудник сверяет с оригиналом до записи в учётную систему.
Счёт и акт похожи полями, но подтверждают разные действия. До настройки извлечения разделите входящий поток по типу документа и определите, какие поля действительно нужны в 1С: дата, номер, стороны, позиция, сумма и основание. Попытка сразу извлекать всё подряд создаёт длинную очередь ручных исправлений без понятного результата.
Для первой проверки возьмите сканы разного качества: ровный PDF, снимок с телефона, документ с печатью на тексте и многостраничный файл. Укажите ожидаемый тип каждого. Если бумага обрезана или страница отсутствует, система должна сообщить о проблеме до передачи полей на согласование. Красиво заполненная карточка из неполного скана опаснее явной ошибки.
Задача отличается от общего распознавания изображений. Разбор Qwen VL для документов и фото объясняет возможности визуальной модели, а здесь важен контроль поля в бухгалтерском маршруте. Для более широкого процесса полезна статья о распознавании счетов и актов; текущая схема подробнее разбирает переход от скана к проверяемой записи.
Назначьте владельца справочника контрагентов. Нейросеть может считать похожий набор цифр в реквизите, но совпадение с существующей карточкой требует отдельной проверки. Источник значения фиксируйте как фрагмент документа, а исправленное сотрудником поле сохраняйте с причиной правки.
Маршрут скана
Один файл проходит несколько самостоятельных операций: загрузку, проверку читаемости, OCR, разметку полей, сверку и утверждение. Для каждой нужен собственный статус. Если система показывает только «успешно», бухгалтеру трудно понять, извлечён ли текст или документ уже принят к учёту. Статус результата задаёт следующее действие сотрудника.
- Сохраните оригинал и присвойте ему внутренний идентификатор.
- Проверьте количество страниц и качество видимых областей.
- Распознайте текст и координаты важных фрагментов.
- Соберите поля по схеме нужного типа документа.
- Сверьте правилами суммы, даты и реквизиты, затем отправьте исключения человеку.
Поле храните вместе с исходной строкой или областью скана. Когда специалист видит рядом сумму и её изображение, проверка идёт по исходному изображению; оценка уверенности модели помогает расставить приоритеты. Оценка уверенности полезна для сортировки очереди, но при высоком балле всё равно нужны просмотр спорных реквизитов и сверка с договором.
Многостраничный акт может содержать итог на последней странице и позиции на предыдущих. Система должна сохранить связи между страницами. Если извлечение возвращает несколько возможных сумм, выбирайте правило по месту поля и контексту, а неоднозначность передавайте на проверку. Самовольный выбор первой суммы создаёт тихую ошибку в учёте.
Хранение сканов и журнал правок согласуйте с текущим документооборотом. Оригинал, распознанные поля и действия сотрудников связываются одним идентификатором. Тогда повторная загрузка исправленного файла порождает новую версию, а предыдущий результат остаётся доступен для разбора расхождений.
Сверка полей
Проверка начинается с арифметики и справочников, затем переходит к смыслу документа. Сумма строк должна соответствовать итогу с учётом правил конкретного шаблона. Реквизиты сторон сопоставляются со справочником и договором. Дата акта сравнивается с периодом работ. Каждое правило даёт сигнал, который бухгалтер может подтвердить или отклонить.
| Поле | Автоматическая проверка | Решение человека |
|---|---|---|
| Сумма | Итог и строки документа | Сверить со сканом |
| Контрагент | Совпадение со справочником | Разобрать расхождение |
| Дата | Допустимый период | Подтвердить контекст |
| Основание | Наличие номера договора | Проверить связь документов |
Условный пример: номер договора на скане расположен рядом с номером счёта. Модель может положить оба значения в одно поле. Правило обнаружит конфликт с карточкой договора, а специалист откроет область оригинала и выберет верное значение. Правка попадает в журнал и помогает понять, надо ли менять шаблон извлечения.
Отдельно проверяйте совпадение позиций и итоговых сумм. Несколько одинаковых чисел на странице могут относиться к разным строкам, авансу или налогу. В карточке поля показывайте контекст соседних подписей. Если связь числа с подписью спорная, направляйте документ в очередь исключений и сохраняйте выбранный человеком фрагмент как эталон для следующего теста.
Именно здесь удобна работа нейросети с документами как часть процесса, где сотрудник видит основание каждого поля. Система выделяет конфликт, а выбор правового или учётного значения делает владелец документа.
Очередь исключений
В очередь выводите документы по причине: плохое качество, неизвестный контрагент, расхождение суммы, неполный комплект или спорная дата. Такой порядок позволяет назначить ответственного и правило обработки. Один общий красный статус вынуждает бухгалтера заново просматривать каждый файл, даже если проблема ограничена отсутствующей страницей.
Для каждого исключения показывайте скан, найденное значение, ожидаемое значение из справочника и источник правила. Если сотрудник исправил поле, сохраняйте исходную версию и автора правки. Когда документ возвращают отправителю, причина должна описывать конкретный дефект вместо абстрактной «ошибки распознавания».
Метрика пилота — доля документов, где обязательные поля подтверждены после проверки, и распределение причин исправлений. Отдельно отслеживайте ошибки, которые прошли автоматические правила и были найдены человеком. Именно они показывают риск для учёта. Длительность обработки сравнивайте на одинаковых типах и качестве сканов, иначе эффект смешается с составом входящего потока.
Причины исправлений подскажут, какие исключения можно закрыть правилом, а какие останутся у специалиста. Обсудите этот список до расширения потока документов.
Какие исключения в ваших сканах требуют ручного разбора?
Если в отделе уже есть автоматическая сверка документов, сопоставьте её с новым маршрутом. Материал о сверке в бухгалтерии раскрывает соседнюю задачу. Здесь OCR выступает входом: плохое извлечение поля нельзя исправить только правилами последующей сверки.
Соберите документы, на которых сотрудники уже находили расхождения. Запишите эталонные значения и видимые области скана. После распознавания разберите каждую ошибку по причине: изображение, OCR, разметка поля или правило сверки. Исправляйте тот этап, который дал сбой.
Ручное утверждение
После проверки полей бухгалтер утверждает запись в учётной системе по обычным полномочиям. Сервис подготовки данных оставляет подтверждение акта сотруднику. Заполненные поля сами по себе лишь повод для проверки перед созданием проводки. Формальная полнота показывает лишь наличие значений; правильность хозяйственной операции подтверждает специалист.
При передаче в 1С добавьте ссылку на оригинал, статус проверки и идентификатор версии. Если документ исправили после импорта, новые значения проходят повторное подтверждение. Для команды важен единый способ отменить результат извлечения и вернуться к скану без ручного поиска по папкам.
При приёмке пилота бухгалтеру нужны примеры исправленных реквизитов, а разработчику — распределение ошибок по стадиям. Один общий процент точности скрывает, где именно теряется качество. Считайте отдельно читаемость входа, извлечение обязательных полей, срабатывание правил и результаты ручного утверждения.
Права на просмотр файла и на правку полей разделите. Сотруднику, который разбирает качество распознавания, может понадобиться обезличенный образец, а бухгалтеру — полный документ. Журнал технических ошибок храните отдельно от реквизитов и содержимого скана. Такой порядок облегчает разбор сбоя без лишнего распространения данных.
Расширяйте маршрут на новый тип документа после настройки собственной схемы полей, исключений и эталонных примеров. Счёт, акт и накладная имеют разные признаки успешной обработки. Обещать юридическую точность OCR бессмысленно: итог определяется оригиналом, правилами учёта и подтверждением специалиста.