Похоже, вы растормошили закостенелые привычки и сделали большой прорыв). А по итогу, я правильно понял, что вам сейчас в принципе не приходится распознавать входящую документацию, не осталось у вас тех, кто продолжает отправлять сканы?
На самом деле, я тоже изначально думал, что «вдруг получится самому написать чисто распознавалку, отличный бы материал вышел», но в моем случае на это ушла бы уйма времени, поэтому, как говорится — «снимаю шляпу».
Что касается 58 р. — в целом я понимаю эту сумму, и в принципе на рынке системных решений она, как оказалось, не такая высокая.
А что касается «перевернутости», это интересный кейс, я отдельно его не рассматривал, пожалуй и правда проверю.
Как мне показалось, их система FlexiCapture полноценно удовлетворяет своим функционалом потребности, которые я хотел покрыть, однако, как оказалось, мне было проще получить триал ABBYY Fine Reader и в принципе изучить их качества распознавания на нем, чем получить триал FlexiCapture. Ну и цены, соглашусь, запросить было не просто.
Посмотрел ролик, интересное решение, спасибо! Изучу дополнительно.
Абсолютно согласен, в связке с ЭДО все подобные системы значительно повышают продуктивность всего процесса.
Ну, если поглядеть, то в целом ЭДО не компенсирует распознавание, оно всего лишь получает/хранит/передает данные (в зависимости от функционала),
а не все данные поступают в систему в виде электронных документов,
мы, так скажем, местами «по старинке остались».
Без ЭДО мы бы, наверное, вообще вымерли как компания, но ведь я же хотел поделиться не тем, как мы пользуемся ЭДО)
Хм… Компания ELMA, как насчет рекламы? Написал «неудачно», возьму недорого.
1) Как правило порядок обхода полей на форме постоянен, поэтому прием с клавишей tab работает наиболее стабильно. Я имею в виду общий принцип. И говорю не в теории, а о реально работающих роботах в продакшн.
2) Если порядок полей непостоянен, например, он зависит от настроек функциональных опций – можно использовать указатели. Поиск по указателям – это не компьютерное зрение, если понимать под этим поиск области на экране по картинке, это поиск контрола по его атрибутам. Этот способ будет работать и в том случае, если измениться взаимное расположение полей, размер формы и т.д.
3) Инструмент записи действий пользователя предназначен для автоматизированного тестирования. Встанет вопрос как автоматически запускать код теста, как передавать параметры. И после 1С процесс переносит счет в Диадок, где нет этого инструмента. Думаю, что данный кейс с помощью RPA реализовать проще.
4) Совсем без кода этот процесс реализовать нельзя. Он нужен будет при передаче данных счета, для генерации имени файла. Но код тут простейший. Знания, необходимые для его составления, несоизмеримы с квалификацией, нужной для написания прямо интеграции или кода для автоматического тестирования в 1С.
1) Да, согласен, использовать стартер более правильное решение. Я демонстрировал общий принцип запуска приложения. Со стартером все точно так же, только запускаем другой файл.
2) OData позволяет перенести данные, но возможности по запуску каких-то обработок очень ограничены. В нашем случае робот печатает счет, через OData это скорее всего не реализовать.
3) Все верно. Это основной недостаток RPA. Какие-то изменения в интерфейсе, непредусмотренное поведение программ может сломать работу процесса.
Типичная обработка таких ситуаций: во-первых, автоматический перезапуск процесса. Если, например, ошибка была связана временным зависанием программы или каким-то
неожиданно всплывшим окном, то это решит проблему. Если это не помогло, задача эскалируется специалисту. Робот отправляет сообщение о ошибке по электронной почте,
или специалист узнает о ошибке через интерфейс оркестратора, или как в моем примере, BPM-система ставит задачу специалисту проверить робота.
а) RPA подразумевает быстрое моделирование, поэтому при небольших изменениях интерфейса восстановить работу робота можно также быстро.
б) именно поэтому лучше использовать нажатия клавиш или указатели. В большинстве случаев изменение размеров, взаимного расположения, видимость на экране не повлияют на работу процесса.
в) если это будет мешать работе процесса, то можно после загрузки приложения открыть его на полный экран через соответствующее сочетание клавиш.
Сказать хотел в общем-то следующее:
То, что «нотация BPM, как и другие способы описания бп, давно и мирно проживают в СЭД и CRM» – это факт, однако равенства с BPM по функционалу и подходу к автоматизации это между продуктами не обеспечивает. И здесь нет речи о плохих или хороших системах, каждое из них стоит рассматривать в зависимости от размера компании и потребностей в автоматизации.
>>Пустой пост, тянущий на первую главу реферата второкурсника
Пустой или нет – тут субъективно уже. На мой взгляд, тем, кто ищет и выбирает продукт может быть полезно. На сайтах вендоров много не пустых описаний систем, их возможностей и преимуществ, однако, когда сталкиваешься с выбором напрямую – их не отличить друг от друга. Отсюда и возникают ситуации, когда система внедряется, но не тянет, хотя и процессы в нее встроены, и много чего еще.
На мой взгляд первый шаг выбора – понять, для чего вам продукт, и что с ним будет происходить дальше. Содержательные обзоры, сравнения по функционалу со скриншотами – полезны. Они есть и будут, но это уже следующий шаг.
Думаю, здесь вы не совсем правы. У любого автоматизированного процесса есть вход и выход. По тому же договору в ЭДО – итогом процесса его обработки будет именно договор (согласованный, подписанный, зарегистрированный в электронной номенклатуре… )
еще бы обратить внимание на грамотность вопросов, которые, так сказать, формулируются за клиента: «Вы ищИте поездку в Италию? Мы можем подсказать варианты». Тут без комментов. «В какую страну вы хотите отправиться? Север или юг Италии?» Мне помнится, что Гарибальди приложил массу усилий к объединению Италии еще в 19 веке.
учитывая, что Ernst and Young занимаются бизнес-аналитикой и консалтингом, я склонен думать, что здесь анализируются не все технологические тренды, а только те, которые так или иначе связаны с перспективами бизнеса. Или именно под этим углом зрения.
данная публикация — попытка взглянуть на развитие проектного управления в ретроспективе. Или даже не так, на один из этапов его развития. В написании статьи я отталкивался как раз от заявлений некоторых экспертов о том, что PMBok не представляет собой ничего нового, а полностью выросла из СПУ. Это я и пытался выяснить, а не утвердительно доказать в статье. Поэтому заголовок сформулирован в вопросительном ключе, а в выводе статьи я разграничил эти понятия.
По моему опыту, самые жестокие баталии разворачиваются между двумя женщинами. Особенно, если они в чем-то выделяются друг перед другом. Но это не значит, что окружающие, в т.ч., мужчины, остаются в такие моменты неприкосновенными: искры сыплются на всех.
«С ростом нагрузки количество нужных специалистов будет увеличиваться и лучше брать в компанию людей с узкой специализацией.»
А во времена кризиса или кадровых перестановок все наоборот: чаще всего работодатель старается сократить штат отдела маркетинга, расширить профиль оставшихся сотрудников, которые вдруг магическим образом становятся взаимозаменяемыми.
кажется, особенно актуальна эта тема в контексте развития лин-технологий, инноваций в производственной сфере, где она может пересекаться с ИТ-тематикой.
давайте не путать ежедневный рутинный труд тех, кто производит материальные блага и творческие профессии. Уверяю вас, представление о мотивации и вознаграждении у тех и у других разное.
плохо, когда вопрос о вознаграждении за творчество переносится в сугубо финансовую плоскость. Немногим музыкантам удается добиться известности. А когда твои песни где-то исполняют, поют и слушают — не это ли по умолчанию высшая награда? В том, как это преподносится, весь дух нашего времени. Коммерциализация искусства.
Что касается 58 р. — в целом я понимаю эту сумму, и в принципе на рынке системных решений она, как оказалось, не такая высокая.
А что касается «перевернутости», это интересный кейс, я отдельно его не рассматривал, пожалуй и правда проверю.
Абсолютно согласен, в связке с ЭДО все подобные системы значительно повышают продуктивность всего процесса.
а не все данные поступают в систему в виде электронных документов,
мы, так скажем, местами «по старинке остались».
Без ЭДО мы бы, наверное, вообще вымерли как компания, но ведь я же хотел поделиться не тем, как мы пользуемся ЭДО)
Хм… Компания ELMA, как насчет рекламы? Написал «неудачно», возьму недорого.
2) Если порядок полей непостоянен, например, он зависит от настроек функциональных опций – можно использовать указатели. Поиск по указателям – это не компьютерное зрение, если понимать под этим поиск области на экране по картинке, это поиск контрола по его атрибутам. Этот способ будет работать и в том случае, если измениться взаимное расположение полей, размер формы и т.д.
3) Инструмент записи действий пользователя предназначен для автоматизированного тестирования. Встанет вопрос как автоматически запускать код теста, как передавать параметры. И после 1С процесс переносит счет в Диадок, где нет этого инструмента. Думаю, что данный кейс с помощью RPA реализовать проще.
4) Совсем без кода этот процесс реализовать нельзя. Он нужен будет при передаче данных счета, для генерации имени файла. Но код тут простейший. Знания, необходимые для его составления, несоизмеримы с квалификацией, нужной для написания прямо интеграции или кода для автоматического тестирования в 1С.
2) OData позволяет перенести данные, но возможности по запуску каких-то обработок очень ограничены. В нашем случае робот печатает счет, через OData это скорее всего не реализовать.
3) Все верно. Это основной недостаток RPA. Какие-то изменения в интерфейсе, непредусмотренное поведение программ может сломать работу процесса.
Типичная обработка таких ситуаций: во-первых, автоматический перезапуск процесса. Если, например, ошибка была связана временным зависанием программы или каким-то
неожиданно всплывшим окном, то это решит проблему. Если это не помогло, задача эскалируется специалисту. Робот отправляет сообщение о ошибке по электронной почте,
или специалист узнает о ошибке через интерфейс оркестратора, или как в моем примере, BPM-система ставит задачу специалисту проверить робота.
а) RPA подразумевает быстрое моделирование, поэтому при небольших изменениях интерфейса восстановить работу робота можно также быстро.
б) именно поэтому лучше использовать нажатия клавиш или указатели. В большинстве случаев изменение размеров, взаимного расположения, видимость на экране не повлияют на работу процесса.
в) если это будет мешать работе процесса, то можно после загрузки приложения открыть его на полный экран через соответствующее сочетание клавиш.
Сказать хотел в общем-то следующее:
То, что «нотация BPM, как и другие способы описания бп, давно и мирно проживают в СЭД и CRM» – это факт, однако равенства с BPM по функционалу и подходу к автоматизации это между продуктами не обеспечивает. И здесь нет речи о плохих или хороших системах, каждое из них стоит рассматривать в зависимости от размера компании и потребностей в автоматизации.
>>Пустой пост, тянущий на первую главу реферата второкурсника
Пустой или нет – тут субъективно уже. На мой взгляд, тем, кто ищет и выбирает продукт может быть полезно. На сайтах вендоров много не пустых описаний систем, их возможностей и преимуществ, однако, когда сталкиваешься с выбором напрямую – их не отличить друг от друга. Отсюда и возникают ситуации, когда система внедряется, но не тянет, хотя и процессы в нее встроены, и много чего еще.
На мой взгляд первый шаг выбора – понять, для чего вам продукт, и что с ним будет происходить дальше. Содержательные обзоры, сравнения по функционалу со скриншотами – полезны. Они есть и будут, но это уже следующий шаг.
А во времена кризиса или кадровых перестановок все наоборот: чаще всего работодатель старается сократить штат отдела маркетинга, расширить профиль оставшихся сотрудников, которые вдруг магическим образом становятся взаимозаменяемыми.