Печать и подпись — не текст, а графические объекты, которые перекрывают содержимое и требуют отдельной модели детекции и сверки. ZoomApps решает эту задачу в изолированном контуре клиента, отдавая структурированный вывод в учётные системы.
Распознавание печатей и подписей на документах ошибочно считают частным случаем обычного распознавания текста. На практике это отдельный класс задач. Символьный движок работает с ровными строками на однородном фоне, тогда как оттиск печати — это графический объект произвольной формы и цвета, часто наложенный поверх подписи, реквизитов или таблицы. Подпись же вообще не содержит машиночитаемого текста: её нельзя «прочитать», её нужно локализовать как область и оценить как изображение.
Из-за наложения возникает конфликт: печать перекрывает часть текста, а линия подписи проходит по полю с суммой в тенге или по строке с БИН. Если пропустить этап детекции графики, символьный движок либо потеряет закрытый печатью фрагмент, либо примет фиолетовый оттиск за шум и выбросит его. Поэтому в конвейере обработки печать и подпись выделяются раньше, чем система приступает к чтению текста, а не после.
Модель решает несколько подзадач. Сначала она локализует оттиск по геометрии и цвету, отделяя круглую гербовую печать организации от штампа-факсимиле и от угловой печати с реквизитами. Затем внутри найденной области читается служебный текст оттиска: наименование юридического лица и его БИН, что позволяет сопоставить печать с той стороной договора, которой она должна принадлежать.
Отдельно решается вопрос подписи. Система фиксирует сам факт её наличия в положенном поле и вычисляет, стоит ли подпись там, где документ этого требует, — под каждой стороной, в графе получателя, рядом с расшифровкой. Там, где у клиента есть эталонные образцы, область подписи сравнивается с ними как изображение, и результат сверки уходит на ручную проверку оператору, а не выносит юридического вердикта автоматически.
Ключевой принцип — система не заменяет человека в спорных случаях, а снимает с него рутину. Оператор получает не голый скан, а карту документа с отмеченными оттисками, подписями и извлечёнными реквизитами, и тратит внимание только на то, что помечено как сомнительное.
Документы в Казахстане двуязычны: наименование организации и текст оттиска могут идти на казахском и русском одновременно, а поля с реквизитами смешивают оба языка в пределах одной строки. Модель детекции и чтения обучена на этой специфике, иначе казахская часть текста печати теряется или искажается латинизацией.
Реквизиты, которые интересуют банк и страховую, тоже локальны: это БИН юридического лица и ИИН физического, суммы в тенге, номера и даты по принятому формату. Извлечённые из документа значения передаются дальше уже как структурированный вывод — набор полей, а не сплошной текст. Такой вывод без ручного переноса ложится в учётную систему или 1С, где он сверяется с карточкой контрагента и данными KYC. Именно на стыке печати, подписи и реквизитов чаще всего вскрывается расхождение: печать одной компании, а БИН в шапке — другой.
Документы, на которых стоят печати и подписи, — это персональные данные и коммерческая тайна. Для банка, страховой или финтеха в Казахстане отправка таких сканов во внешнее облако несовместима с требованиями к защите данных и с внутренними политиками безопасности. Поэтому ZoomApps строит обработку по принципу изолированного развёртывания: модели распознавания работают внутри периметра клиента, и ни один документ не покидает его контур.
В этой модели поставщик не получает доступа к потоку документов, а служба безопасности сохраняет полный контроль над тем, где физически лежат и обрабатываются данные. Распознавание печатей и подписей — лишь один из сценариев большого направления распознавание документов, которое разворачивается в том же изолированном контуре и по тем же правилам защиты периметра.
Проверка оттисков и подписей нужна везде, где документ имеет юридическую силу. В работе с договоры система подтверждает, что подписаны все стороны и что печать соответствует стороне по её БИН. При обработке счета-фактуры детекция печати и подписи ответственного лица идёт вместе с извлечением сумм в тенге и реквизитов поставщика.
В процедурах KYC и идентификации клиента распознавание удостоверения поставляет ИИН и персональные данные, а анализ банковские выписки снимает движение по счёту. Во всех этих потоках печать и подпись — это финальный контроль подлинности, а структурированный вывод замыкает конвейер: система отдаёт готовые поля в учётный контур, и оператору остаётся только подтвердить помеченные расхождения.
Хотите увидеть распознавание на своих документах? Посмотрите что умеет ZoomApps или сразу напишите нам в WhatsApp — покажем на демо.
Пришлите заявку — покажем точность распознавания на ваших документах и как данные лягут в вашу систему. Бесплатно, ответим в течение 15 минут.
Свяжемся с вами в ближайшее время. Спасибо!
Пришлите 2–3 типовых документа — за один созвон покажем точность распознавания и как данные лягут в вашу систему. Бесплатно.
Запросить демо в WhatsAppПришлите 2–3 образца в WhatsApp — на демо покажем точность распознавания и как данные лягут в вашу систему. Бесплатно.
«OCR» и «распознавание документов» часто путают. Разница принципиальная — и именно она опр
Документ на казахском и русском одновременно — норма для РК. Для большинства движков это п
«Автоматизация окупится» — звучит хорошо, но нужны цифры. Вот как посчитать экономию честн