Comments 18
В сторону LayoutLMv3 не смотрели?
В демо-видео есть пример по распознованию конкретной номенклатурной позиции. Типа на фотке строка "Шоколадная паста" преобразуется в элемент справочника Номенклатура "Шоколадная паста". А почему производится поиск - как система соотносит строку с элементом? Этот как-то настраивается со стороны пользователя? Есть там какая-то гибкость? И что будет - если система не найдет в пользовательской базе "Шоколадную пасту"? Она сама создаст эту номенклатуру или что?
Поиск соответсвия распознанного текста и элементов справочника происходит на стороне клиента, в прикладном решении. Реализован вариант нечеткого поиска, который позволяет подобрать наиболее "похожие" товарные позиции из тех, которые есть в базе пользователя. Если таких нет(или уверенность слишком мала) пользователю предлагается создать новую позицию на основе распознанного текста.
Wow! Вот это оперативность в ответе, спасибо! Если бы так отвечала тех.поддержка 1С, думаю в стране повысилась бы рождаемость!
Получается, что если соответствие определяется на стороне клиента, то это должна быть какая-то библиотека, которую можно внедрить в любую конфигурацию, я правильно понимаю? Это какое-то "БПО" условное, или оно входит в состав чего-то уже имеющегося?
Да, отдельный модуль, но там довольно тесная степень интеграции с прикладным решением по части справочников, создаваемых документов и так далее. Пока она встроена в 1С: Бухгалтерию и 1С:ERP и 1С:УТ, в облачную УНФ. Полный список поддерживаемых конфиграций https://ocr.1c.ai/easystart/
Спасибо! Я заглянул на страничку тарифов, вижу там все привязанно к распознанным страницам. А пользователь видит этот счетчик - сколько он уже распознал/сколько у него осталось? Эта информация выводится, допустим в той же 1С Бухгалтерии? Или ему нужно куда-то логиниться на ИТС, и там где-то искать эту информацию?
Интересно а к своей самописной конфигурации можно будет подключить?
Да, для этого нужно адаптировать подсистему "Распознавание документов", встроенную в 1С:Бухгалтерию, под вашу конфигурацию.
Подсистема скорее всего использует БСП. т.е. мне придется тянуть как минимум две подсистемы. Может есть где то описание API, хотя бы на свагере?
На клиентской стороне находится довольно много логики связанной и с подбором ссылочных полей по распознанному тексту, и с отобржаением документа, с подсветкой полей, откуда вязта информация, с расчетом контрольных сумм и так далее. Подсистема довольно большая и просто API тут будет недостаточно для использования сервиса.
На клиентской стороне находится довольно много логики связанной и с подбором ссылочных полей по распознанному тексту, и с отобржаением документа, с подсветкой полей, откуда вязта информация, с расчетом контрольных сумм и так далее.
Так в этом то и дело. У меня совсем не типовая конфигурация и подборы типов явно работать не будет. Все интерфейсные подсветки работают на УФ а у меня не управляемые.
UNet очень высокая вычислительная сложность сети, особенно при условии, что задача требует сохранения мелких деталей, .....
выход сети получился достаточно «шумным» - с большим количеством высокочастотного шума.
в UNet можно (нужно) регулировать число слоев как нужно для вашей задачи. У этой архитектуры очень хорошая особенность - по мере приближение к низу "U" размер становится меньше и работа идет быстрее. Т.е. это не такая уж и тяжелая сеть.
Что касается шума, то через loss-функцию нужно было регулировать штраф за шум.
Бесчеловечная работа с документами