RPA. Испытания программного робота на скорость

[ilya_kochetov]

Добрый день! Очень полезная и интересная статья.
Но, боюсь, с цифрами у вас что-то не то, особенно в части с Excel.
Во первых путь миграции по одной записи категорически неверный, нужно делать через datatable. Аргумент что так проще странный, через datatable проще намного.
Во вторых, даже вашим способом так долго работать не должно. Может быть вы поделитесь кодом, чтобы было понятно, о чем речь?

[PalaginAV30]

Про первое замечание. Брать по одной записи — это путь действительно не быстрый. Тут я отметил такие моменты (поделюсь собственными впечатлениями):

• Начинающему разработчику RPA с отдельными ячейками Excel работать проще, чем со строчками Datatable. Сами данные и обращение к ним нагляднее: книга — лист — адрес ячейки. Медленно, но визуально и контролируемо. Datatable — это мощно и быстро в работе, но с ним надо немного поглубже познакомиться.
• В данном кейсе «бутылочное горлышко» в другом месте. Медленным является графический интерфейс конечной системы: открытие карточки, сохранение, закрытие карточки. Тормозит не робот, а MS Access. Данные из Excel робот читает фоном, без графического интерфейса. Последовательно прочитать 1000 ячеек занимает меньше минуты. В общем процессе это по времени почти незаметно.

Про второе замечание. Исходники и тестовые базы вышлю — будет интересно обсудить.

[vagabondan]

Даже начинающий RPA разработчик постарался бы оптимизировать код по скорости. Копирование по одной строке — самый очевидный кандидат. В обратном случае, он был бы вынужден в скором времени вернуться к предыдущей должности, судя по всему, секретарской.

[AnastasiiaKA]

Спасибо за полезный материал. RPA действительно сейчас на тренд для автоматизации бизнеса.
Хочу не в качестве рекламы, а поделится кейсами RPA, которые помогли компаниям изменить внутренние процессы и сэкономить врем и деньги. Это случаи с разных индустрий как страхование, FMCG, банкинг rpa-uipath.chatbots.studio/ru/our-expertise
Очень рекомендую ознакомится.