Автоматизированный ввод документов в 1С посредством сканирования #757923

Кто из коллег что может порекомендовать? Вводная: Общепит => масса товарных позиций в каждой накладной от десятков поставщиков, пул поставщиков более-менее стабильный. Идеальное решение: Минимум "телодвижений" пользователя при сканировании, редактировании данных после OCR и последующей выверке документов в 1С. В качестве ответной любезности могу помочь с решением ваших задач. :)

ЭДО и только

ну или эконом вариант: просить поставщиков делать выгрузки накладных в каком-нибудь формате

EFSOL: Загрузка документов» — уникальная программа, позволяющая быстро и точно ввести первичные документы в 1С с помощью сканера. (c)

У них еще есть голосовой ввод и вод с помощью фотоаппарата

Есть еще Продукт "Эффективные решения: Загрузка документов"

Распознавание через сервер компании разработчика? в топку Есть у меня один клиент, который всегда экономит на расходных материалах. Посмотрел бы я на загрузку его накладных )))

А вообще автор вроде как и предложил помощь, но так и не сказал ничего конкретного

Ты о чем? Про что автор не сказал ничего конкретного?

Как он это сделал? С помощью чего? Стороннее или нетленка. Ввод со сканера вещь конечно интересная, единственное пока не встречал нормально распознающих систем

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

вроде как через dll

договориться об электронном обмене

сча любой менеджер "в экселе по электронке" может прислать обычно это намного лучше чем сканировать кривые бумажки и 1-й шаг к

Радуют меня люди, которые заявляют, что да нет проблем договориться с несколькими десятками контрагентов об электронном документообороте.

У меня работают через Ексел и ОпенОфис Накладных до 10 в день по 300 позиций. Работают третий год и радуются. Самописка-обработка.....

а может просто не пробовали договориться? у нас к примеру около 100 активных поставщиков (это если в среднем по поставкам за год)

В одной фирме внедрялся. Ценник негуманный. Целый комплекс, причем не исключает работу операторов, жестко закреплена форма документов, требования к сканам строгие. Дорогое удовольствие, в общем, при строгих требованиях. Так что, я за ЭДО в такой постановке задачи.

, , ЭДО не отменяет задачу: решение нужно для тех поставщиков, которые, по тем или иным причинам, не могут или не хотят работать по ЭДО. Кроме того, в одной фирме у меня работает ЭДО (около 700 контрагентов) - к сожалению, проблем иной раз возникает больше, чем решается. Поэтому нужны альтернативные каналы, в т.ч. и такие, как в . Спасибо за рекомендацию. :) Я это дело знаю, но давно смотрел. Тогда сильно глючило уже на уровне TWAIN-драйвера. Ты сам на этом работал? Насколько удобно? Какие минусы через сервер разработчика? Помочь могу с постановкой задачи, бухучётом, МСФО, маркетингом, коммерциализацией собственных софтверных решений, юзабилити и пр. - много чего... А в 50-100 раз больше переварит? Как оперативно можно соотнести поля нетиповых документов, например, подготовленных в разных программах или вручную? Тоже спасибо за рекомендацию. :) Что значит "строгие требования"? Формализованные к размещению полей или высокие требования к качеству картинки? Если "ценник негуманный", то почему выбор на этом продукте остановили?

"Что значит "строгие требования"? Формализованные к размещению полей или высокие требования к качеству картинки?" И то, и другое, и третье. Формат исключительно жестко определен, на входе скан определенного разрешения и цвета, без пятен от кофе и сильных сминаний. "Если "ценник негуманный", то почему выбор на этом продукте остановили?" А комплексное решение дешевле и не выйдет. Если для тебя нет большой проблемы иногда оприходовать товар по цене 700 вместо 100, и по артикулу 11102 вместо 17102 (условные примеры), то можно и недорого, возможно. Но у этой системы в нашем случае было больше функций, чем просто распознавание.

До сей поры ни одна программа оптического сканирования не даст 100% надёжности. Так что только обмен через файлы

Поддержу... Такое ощущение, что ни разу в жизни не сканировали... Файлы, автоматом загружать в эску, по приходу оригиналов - занести входящие номер и дату.

более того, даже оцифровка конструкторских чертежей, оказывается, большой вопрос, хотя там, по большей части, линии и мало текста. тебе нужна система определения типа документа (накладная, счет-фактура и т.д.) и поставщика оного (у разных поставщиков может быть разный шрифт и разная ширина колонок), с автоматической (ручной) привязкой полей считывания информации и достаточно стабильным качеством в пределах одного поставщика (разные менеджеры печатают документы в разном виде и разного качества). Стоимость такой системы даже и близко не сравнима со стоимостью работы оператора, тем более что самим что-то настраивать вам просто не дадут из-за требования гарантированности правильности распознавания. Так что Система+её обслуживание = NNN NNN*Х операторов, т.е. за стоимость системы можно много лет платить девочке(мальчику)-оператору, вносящей доки в 1С. Если нужен наглядный пример: электронная очередь в организациях - сама система стоит 35 000$+ какие-то деньги ежемесячно за её обслуживание, в то же время зарплата консультанта 300$. Результат - понты для организации и привязанный к электронной очереди консультант

в документообороте есть фоновое распознавание и поточное сканирование, правда сам не пробовал...

Неплохое направление. Будущее за такими системами )) Сейчас только технологий не хватает, чтобы на 100% надежно работало. Да и обработка на их сервере, это минус. Пусть они хоть, что про конфиденциальность говорят, но светить своих поставщиков, товары, цены и т.д. - это все плачевно может обернуться.

У меня не получилось распознавание текста в ДО реализовать.

Именно поэтому это целый комплекс, где используются операторы. Т.е. система пытается распознать скан, если по цифрам и словам есть и нее сомнения, до документ отправляется оператору на допроверку. Профит в том, что система учится, распознание даже на уровне 90% (а при высоких требованиях к скану значение это выше) на порядок уменьшает ручной труд, ну, и этот оператор может быть крайне низкоквадифицировпнным и низкооплачиваемым.

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

может, но тогда будет тратиться на порядок больше человеческих ресурсов, даже если взять точность распознования в 90% (а она выше по факту). Кроме того операторы на таком вводе тоже не застрахованы от ошибок. Более того, помнится что Почта России как-то рапортовала, что их системы распознования совершают меньше ошибок, чем люди-операторы.

вот не понимаю... зачем печатать бумагу... чтобы потом ее сканировать прямо история из анекдота про 2 конторы, 2  камаза бумажек и 2 прогов с двумя начальниками

инигавари. Вон в бухии сделали в доках кнопку "отправить по электронной почте". Осталось только чтобы все ей пользовались и вопрос решен. А сканирование с распознаванием это какая то дикость.

>распознание даже на уровне 90% (а при высоких требованиях к скану значение это выше) на порядок уменьшает ручной труд Размечтался. Вылавливание этих 10% ошибок вполне сравнимо с ручным вводом тех же 100% данных.

+ Только ЭДО, в любом виде, пусть даже примитивнейшем. Договориться с контрагентами - забота руководства, в конце концов поставщики - ваши партнеры, а не сами себе буратины или конкуренты, всегда можно найти компромисс.

Ну, если твои контрагенты не хотят ЭДО :) Других форм юридически значимого оборота я не знаю.

+ Юридическая значимость - фигня, пусть себе шлют бумажки, будете складировать. Главное, чтобы сопутствующую выгрузку делали.

все хотят ЭДО

Ошибки неверное слово. Система для каждого стмвола выставляет процент уверенности в распозновпнии. Например, это цифра 1 на 97% или это цифра 7 на 65%. И те символы, которые не проходят порог отдаются операторам на уточнение. Постепенно система учится и повышает точность оценки.

А ты ответишь перед своим директором, что накладная в Ексель соответсвует бумажной форме? Опять придется проводить сверку цифровых данных и бумажной копии. У нас, собственно, конкретно эта задача решалась.

используй безнес-сеть -- обмен эдо без эп

А ты ответишь перед своим директором, что накладная в распознанном виде соответсвует бумажной форме? Опять придется проводить сверку цифровых данных и бумажной копии.

В любом случае, говоря об автоматизации, в системе не нужен еще дополнительный фактор ошибок - и так человеков хватает и криворуких разработчиков, а тут еще и распознавалка, которая пусть даже в одном из десяти документов уверенно и неправильно распознает одну-единственную цифру в количестве/артикуле. Сверку эту при оприходовании товара вообще-то производить должны. Или что, соответствие накладным даже не проверяется?

у нас грузится накладная из екселя к компутер далее печатается наша приходная с нужными нам данными и с этими данными сверяется сам товар построчно далее после сверки товара итоги по нашей накладной(факт) и по накладной поставщика сверяются

А вот сейчас дойдем до счётов и тетрадок, а то хз, что там насчитает ваша одинэска :-)

В общем, речь о том, что к этой распознавайке придется еще посадить столько же операторов, сколько и вручную могли бы заносить те же самые накладные. Вы в систему своими же шаловливыми ручонками добавите дополнительное "бутылочное горлышко", требующее перманентного сопровождения вместо автоматизации.

ЭДО, нет возможности ЭДО тогда просто файл эксель, тхт и т.д.. Хотя можно засунуть инфу в QR код но , по сути это все равно тот же файл

ну так ты первый начал. :)

Нет. Разница между подставой от внешнего контрагента и внутренней ошибкой учета все же есть. В нашей компании с эффективностью все ок от этого решения.

Ексель откуда взялся, если его нет? Ваша накладная из заказа поставщику?

"Разница между подставой от внешнего контрагента и внутренней ошибкой учета все же есть." с точки зрения правильности ввода данных никакой разницы.

Большая разница. Если постащик послал в Екселе 100 штук товара на сумму 1000000 рублей, а в спецификации к договору приложил 100 г*вна на эту сумму и ты подписал, то сильно другая.

А если документ - это спецификация к договору? Ведь не только сопроводительные документы бывают.

я когда автоматизировал факторинг делал так 1. фактор (клиент) в электронном виде (предоставленной нами) обработкой формировал файл и отправлял его к нам в систему (или по почте, на спец ящик или сам в веб клиенте) 2. по получении данных они у нас записывались в регистр и формировалась ежедневная задача оператору "верификация документов" 3. оператор получив документ вводил в специальную форму контрагента и номер накладной тут-же получал предварительно заполненный (данными из регистра) документ и сравнив "итого" и еще пару ключевых параметров, оператор кликал "ОК" примерно похожая схема работы была у нас и с "Тандером", только формат выгрузки был "их" это более хорошее решение чем выискивать "8" распознанную как "6"

ну так вроде люди читают обычно, чего подписывают. при чем тут ексель и сканирование

>В нашей компании с эффективностью все ок от этого решения. Гы, ну это запросто. Я знаю контору, где заказы собирают спец. софтом, а потом ручками десятка операторов их обрабатывают со скоростью ввода тех же заказов =) Такая вот автоматизация, бгг. Оно работает, да. Только осмысленность сего комплексного священнодейства нулевая.

Человек, чей час стоит дороже месяца работы девочки-оператора будет вычитывать 1000 строчную таблицу? 0_о

ага. можно же просто распознать с ошибками и подписать.

Погодь, тебе же выше написали - при получении товара в любом случае проводится сверка, так? Вот этот участок и автоматизируй - данные по приемке вносятся в ТСД, сливаются в 1С, там сверяются с уже полученной накладной - вуаля. Если есть расхождения, достается бумага и начинается повторная сверка.

Давай еще раз попробую. Есть заказ поставщику, пара тысяч строк, пара миллионов нерублей. Поставщик готовит кипу документов к заказу: инвойс, упаковочный и еще другие. Они подписываются за пару месяцев до прихода товара и становятся твоими обязательствами и обязательствами поставщика. И в этот момент надо поверить, что поставщик не подложил свинью (прецеденты были). Отчет о расхождении будет сильно потом, когда товар доберется до склада.

он видимо думает, что если бумага подписана и сосканирована, то на складе окажется именно тот товар, который в бумажке.

А смысл, если ты подписал договор на 100 какашек?

+ не "поверить", а "проверить" :)

мля. а как вы вообще узнаете, что покупаете, если не читаете, чего у вас в договоре написано?

Читай .

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

менеджер поставщика после телефонного звонка или мыла вместо печати сохраняет в ексель и по электронке присылает ;)

а пофиг все равно или в екселе или в dbf присылают и дальше возня с приведением к стандартному виду для загрузки в 1С

А вообще оператор ЭДО который сделает удобную для поставщиков и покупателей систему обмена стандартизированными по отраслям документами - слегка озолотится если внедрит ее конечно для многих ))

Взял ты на себя обязательства отдаль лям бакмов за это или нет. Существенная разница. И либо сверкой документов на подпись от поставщика будут заниматься дорогие юристы, экономисты и логисты или стадо девочек-операторов или автоматихированная система с парочкой операторов. На больших объемах существеннвя оахн ца и в стоимости и в эффективности.

а этим "автоматихированная система с парочкой операторов" не пофигу с чем сверять? с екселем или со сканированными, распознанными документами?

ну давай запилим сервис такой. бесплатный.

Ты что подписывать будешь? Ексель или бумажный документ?

Ексель напечатаю и подпишу.

А поставщик это потом подпишет? ;-)

А бумажный документ поставщик подпишет?

Обычно поставщик присылает уже подписанные документы. Ты ставишь свои подписи и его копию отправляешь ему обратно.

а что это за документ?

согласен пилить за 500 рэ/час :)

да я могу и бесплатно. у меня денег много.

а если денег много то нафига?

чтобы было еще больше

контакты в личке

ну до меня дошло наконец. :) получается, что с таким мошенничеством только через сканирование или через электронную подпись.

у нас точно так же, в посылках с товаром приходят подписанные поставщиком документы мы просим электронную копию проверяем/принимаем товар если не сошлось то звоним/пишем и либо ждем досыла, либо принимаем и сразу делаем возврат или ждем новые документы т.е. часть которая ОК сразу принимается с остальным разбираемся

В нашем случае у нас документы подписываются задолго (месяц-полтора) до прихода товара на склад. А вот на основании этих подписанных документом возникают обязательства. Вот здесь и понадобился контроль. На складе (точнее складах) уже будет проверено фактическое количество и составлен пкт о расхождении.

не понял как подписанные документы связаны с

Задача стоит та же: оцифровать и распознать. Только у тебя для ввода в систему, а у меня для сравнения с нашим заказом.

т.е. с поставщиков "в экселе" не добиться никак? тогда если номенклатура известна заранее проще быстрый удобный ввод по кодам т.е. когда оператор с бумаги заносит только числа или разные другие способы сокращающие выборки и ускоряющие ручной ввод сканирование и распознавание прокатит только с неким малым количеством "форматов" бумажных документов чуток шрифт поменяли или картридж у них того и все - приехали

можно сделать как здесь:

Добиться можно, только как я уже говорил подписывать будут не Ексель :) Естественно, когда возникновение обязательств, переход права собственности и физическое поступление на склад происходят в один момент, то полный контроль при приеме решает проблемы. А когда эти события разнесены на недели-месяцы, то тут приходится все сверять по бумагам.

Спасибо! Нечто подобное и планируется. Спасибо! Но, к сожалению, эта технология работает только в двух случаях: 1. Общепринятый стандарт, как, например, отчёты для ФНС. 2. Внутригрупповые поставки, когда "сами печатаем - сами читаем".

Довоз недогруза vs Догруз недовоза