Вопрос
Понравился трюк с представлением верификатору repeatable group в виде таблицы. А как при таком подходе быть с верификацией документа (verification)? Ну т.е. понятно, что на верификацию данных (data verification) неуверенно распознанные символы нормально прилетят, но что будет именно на этапе верификации документа? Если я правильно понимаю, то при присвоение значений полей repeatable group полям таблицы информация о том уверенно или не уверенно распознаны символы потеряется… Представим ситуацию: групповая верификация данных, оператор не смог точно определить какой-нибудь символ из поля repeatable group и решил его отложить до этапа верификации документа (verification), чтобы посмотреть на поле или документ целиком и попытаться понять что это за символ. Но при присвоении значений полей repeatable group полям таблицы информация о том, что символ распознан неуверенно потеряется и как его найдет оператор?
В качестве «Если есть, что добавить»
Бывает так, что компания закупила оборудование (например принтеры), а потом годами ждет, когда оно окупится. В итоге документы, например те же инвойсы или чеки, печатаются на таком старье! На основе своих наблюдений в ЕС я даже готов утверждать, что чем крупнее компания, тем вероятнее, что ее инвойсы или чеки печатаются на старых, шумных матричных принтерах с заезженной лентой. Результат получается плачевный. Документы зачастую ни то что OCR, человек прочитать не может… Но! Товары у крупных компаний как правило стандартизированы и у каждого товара есть уникальный баркод или код, который обычно печатается в инвойсе. FlexiCapture позволяет захватив баркод/код вытащить остальную информацию о товаре (например цену, описание) из базы данных (разумеется что нужно иметь базу данных заказываемых товаров, но это как правило не проблема). Эта волшебная возможность иногда даже позволяет восстанавливать испорченные документы — главное чтобы баркоды/коды и количества словились, остальное из базы подтягивается. Вторая проблема, которая решается с помощью этой фичи — приведение описаний товаров к стандартному виду (описания которые приняты у вас, а не у поставщика, могут вытягиваться из БД). И это собирается без единой строчки кода — стандартные правила. Красота!
Основные цели, которые я сформулировал в нулевом выпуске подкаста, две:
1. Рассказать чему и как учат в ходе программы MBA в CIIM на Кипре
2. Помочь тем, кто уже учится в принятии решения брать или не брать тот или иной предмет
Мне кажется что в рассказе о Quantitative Methods for Business обе темы раскрыты.
А то, что Маков из Израиля — лишь подчеркивает мое наблюдение о том, что если преподаватель зарубежный (не киприот), то как правило качество преподавания лучше.
Кстати, возможно я и правда что-то упустил. Вы прослушали этот выпуск, значит чего-то ожидали от него. Вам не сложно было бы прокомментировать какого именно рассказа ожидали Вы? Я бы мог дополнить свое повествование…
Согласен с MARDEN. Сравнил нагрузку на проц которую создает приведенный пример, с нагрузкой при проигрывании flash ролика на этом сайте www.property-serviceazur.com/
Флэш грузит почти в 2 раза меньше, в то время как даже на flash все нынче наезжают за его тормознутость, особенно на маках.
Вопрос
Понравился трюк с представлением верификатору repeatable group в виде таблицы. А как при таком подходе быть с верификацией документа (verification)? Ну т.е. понятно, что на верификацию данных (data verification) неуверенно распознанные символы нормально прилетят, но что будет именно на этапе верификации документа? Если я правильно понимаю, то при присвоение значений полей repeatable group полям таблицы информация о том уверенно или не уверенно распознаны символы потеряется… Представим ситуацию: групповая верификация данных, оператор не смог точно определить какой-нибудь символ из поля repeatable group и решил его отложить до этапа верификации документа (verification), чтобы посмотреть на поле или документ целиком и попытаться понять что это за символ. Но при присвоении значений полей repeatable group полям таблицы информация о том, что символ распознан неуверенно потеряется и как его найдет оператор?
В качестве «Если есть, что добавить»
Бывает так, что компания закупила оборудование (например принтеры), а потом годами ждет, когда оно окупится. В итоге документы, например те же инвойсы или чеки, печатаются на таком старье! На основе своих наблюдений в ЕС я даже готов утверждать, что чем крупнее компания, тем вероятнее, что ее инвойсы или чеки печатаются на старых, шумных матричных принтерах с заезженной лентой. Результат получается плачевный. Документы зачастую ни то что OCR, человек прочитать не может… Но! Товары у крупных компаний как правило стандартизированы и у каждого товара есть уникальный баркод или код, который обычно печатается в инвойсе. FlexiCapture позволяет захватив баркод/код вытащить остальную информацию о товаре (например цену, описание) из базы данных (разумеется что нужно иметь базу данных заказываемых товаров, но это как правило не проблема). Эта волшебная возможность иногда даже позволяет восстанавливать испорченные документы — главное чтобы баркоды/коды и количества словились, остальное из базы подтягивается. Вторая проблема, которая решается с помощью этой фичи — приведение описаний товаров к стандартному виду (описания которые приняты у вас, а не у поставщика, могут вытягиваться из БД). И это собирается без единой строчки кода — стандартные правила. Красота!
Основные цели, которые я сформулировал в нулевом выпуске подкаста, две:
1. Рассказать чему и как учат в ходе программы MBA в CIIM на Кипре
2. Помочь тем, кто уже учится в принятии решения брать или не брать тот или иной предмет
Мне кажется что в рассказе о Quantitative Methods for Business обе темы раскрыты.
А то, что Маков из Израиля — лишь подчеркивает мое наблюдение о том, что если преподаватель зарубежный (не киприот), то как правило качество преподавания лучше.
Кстати, возможно я и правда что-то упустил. Вы прослушали этот выпуск, значит чего-то ожидали от него. Вам не сложно было бы прокомментировать какого именно рассказа ожидали Вы? Я бы мог дополнить свое повествование…
Заранее благодарен.
Флэш грузит почти в 2 раза меньше, в то время как даже на flash все нынче наезжают за его тормознутость, особенно на маках.