Oracle rpas что это

Обновлено: 04.07.2024

Решив роботизировать процессы, одним из основных вопросов является выбор платформы RPA.

Как выбрать платформу для программной роботизации предприятия? Кому отдать предпочтение — отечественным или зарубежным вендорам? Какие движки продукта критично важны, а какие не будут иметь особого значения? Как отличить зрелое программное RPA-обеспечение? Ответы можно получить, вникнув в принцип работы RPA, а также рассмотрев инфраструктуру вокруг продукта, сформированную вендором.

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

Отечественные и зарубежные RPA-платформы

За рубежом первые RPA-платформы начали появляться в начале 2000-х годов, одним из первых программных обеспечений по программной роботизации стал UiPath - неоднократный мировой лидер RPA-отрасли по версии Gartner. Большая часть отечественного ПО вышла в свет в 2010-х, как например платформы Robin и PIX.

Программная роботизация в России находится в стадии активного роста и крупнейшие компании начинают все чаще отдавать предпочтение отечественным RPA-платформам, которые по многим параметрам уже способны составить полноценную конкуренцию зарубежным аналогам.

Основные модули RPA-платформ: робот, студия и оркестратор (мастер)

Как правило, RPA-система включает 3 модуля:

  • «Робот» - непосредственно цифровой сотрудник, бот, выполняющий задачи
  • «Студия» – рабочее место разработчиков роботов. Модуль, где пользователь задает алгоритм для робота
  • «Оркестратор», «Мастер» или «Комната управления» – модуль автоматического управления, контроля за рабочими процессами.



Рис 1. «Мастер» PIX RPA



Рис.2 «Оркестратор» UiPath

Модули «Робот» и «Студия» являются базовыми, но без третьего в некоторых проектах по роботизации можно обойтись (и стоимость такого RPA-решения будет ниже). Необходимость приобретать RPA-платформу с Оркестратором или Мастером зависит от количества и типа роботизированных процессов. Чем сложнее процесс и требования к безопасности, тем выше потребность в мастере.

Рассмотрим несколько вариантов использования платформ с оркестратором и без:

Резюмируем: в ситуациях, когда нужно выстроить работу с бизнес-процессами, пусть даже небольшими, но системными, настраивать их, передавать роботам входные / выходные данные, оркестратор необходим.

Встроенные возможности: OCR, ИИ, Process Mining

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

OCR - это технология оптического распознавания текста, которая позволяет «читать» отсканированные документы и является востребованной при роботизации задач связанных с бухгалтерией, финансами и документооборотом (сверка актов с контрагентами, разноска банковской выписки).

Как правило, RPA-платформы содержат 3-4 встроенных модуля интеграции с различными OCR-решениями, плюс встроенный OCR-движок Tesseract, который является свободной компьютерной программой и распространяется бесплатно.

Возможности Tesseract по распознаванию обычного печатного текста довольно ограничены: встроенная версия не позволяет распознавать текст на нескольких языках. В роботизации процессов где жизненно необходимо распознавание, вам понадобится интеграция с другим, более качественным OCR-движком, например:

  • Microsoft Azure Computer Vision
  • Microsoft OCR
  • Microsoft Project Oxford Online OCR
  • Яндекс Vision
  • Abbyy Cloud OCR
  • Google Cloud Vision OCR

Искусственный интеллект

В контексте искусственного интеллекта и RPA платформ речь идет в первую очередь о машинном обучении (Machine Learning, ML). ML-движок позволяет роботам принимать решения, связанные с прогнозированием и классификацией информации. Такой инструмент будет иметь смысл использовать в случаях, когда сам робот добывает эти данные, например, с помощью парсинга.

Process Mining (процессная аналитика, интеллектуальный анализ процессов)

Предполагается, что с помощью этого инструмента, анализируя логи ERP, CRM и баз данных, программа выявит «узкие места» сквозных бизнес-процессов (закупок, финансов, управления претензиями), укажет на лишние звенья в цепочках согласований и подобные отрицательные факторы, а также будет отслеживать динамику изменений в ходе роботизации. Таким образом компания максимизирует эффект от внедрения RPA, избежит напрасных расходов.

Дополнительно ожидается, что Process Mining самостоятельно выявит бизнес-процессы, нуждающиеся в роботизации, и распределит их по приоритетности.

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

Документация

Наличие качественного и подробного руководства пользователя — немаловажный плюс. К сожалению, не все международные платформы имеют переведённую на русский документацию. Так, например, UiPath имеет отдельный ресурс с документацией – UiPath Documentation Portal – где вся информация структурирована по разделам и переведена на 5 языков, но увы не на русский.

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

В отечественных платформах документация часто расположена в разделах «База знаний».



Рис. 3 База знаний PIX



Рис. 4 База знаний Robin

Итак, выделим основные важные для документации аспекты:

  • Перевод на русский
  • Открытый доступ
  • Структурированность
  • Наличие видео-мануалов
  • Поиск по документации

Маркетплейс: готовые активности и роботы

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

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



Рис. 5 Маркетплейс UiPath

Что же касается активностей и роботов, формируемых сообществом, то, например, в UiPath загрузить созданную кастомную активность в репозитарий комьюнити может любой желающий. Весь контент проверяется и маркируется как соответствующий одному из трех уровней безопасности: золотому, серебряному или бронзовому.

Среди отечественных разработчиков, PIX RPA имеет открытый маркетплейс. PIX — единственное RPA-решение (кроме UiPath Platform), позволяющее самостоятельно скачивать и устанавливать активности.

Демоверсии, триал-версии

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

Ограниченность версии может быть задана количеством шагов или сроком использования. Приведём пример на уже упомянутых выше платформах:

  • UiPath предоставляет доступ к 3-м триал-версиям: локальную и облачную, а также отдельно модуль Studio. Срок использования – 60 дней.
  • Демо PIX RPA позволяет роботизировать процесс длиной в 42 шага и не имеет ограничений по сроку.
  • Демо Robin можно получить на сайте вендора, срок использования – 30 дней.

Обучение работе в RPA-платформе

Говоря о курсах обучения работе в RPA-платформе мы прежде всего имеем в виду формат онлайн курсов и сертификацию разработчиков вендором.

Портал UiPath Academy содержит каталог, в котором более 300 бесплатных обучающих курсов. Большая часть уроков представлена на английском, тогда как на русском доступно лишь 15 курсов. Вендор предоставляет сертификацию разработчиков нескольких уровней.

«Академия PIX» даёт бесплатный базовый тренинг, после прохождения которого выдается электронный сертификат о наличии базовых знаний для работы с PIX RPA. Углубленный курс разработки также доступен и проводится для коммерческих заказчиков.



Рис. 6 Академия PIX

«Академия ROBIN RPA» даёт доступ к обучающим методическим материалам для проектов роботизации. Вендор проводит очные платные курсы разного уровня углубленности, а также обучает руководителей проектов.

Сформированное комьюнити

Не жизненно необходимый, но важнейший показатель зрелости RPA-платформ – это сформированное комьюнити вокруг вендора. К нему можно отнести всё, что формируется вокруг решения силами самих пользователей и ради их удобства:

  • Митапы, хакатоны, конференции
  • Форумы и группы
  • Маркетплейс с открытой возможностью обмена

Именно обсуждение профессиональным сообществом способно делать продукт лучше и в целом говорит о признании.

Безусловно самые большие сообщества сформированы вокруг зарубежных вендоров. Так, численность комьюнити бренда UiPath, по подсчетам Gartner, превышает 1 млн человек. Форум UiPath посещает около 2 млн человек ежемесячно. Онлайн митапы вендор проводит с периодичностью раз в 2-3 месяца.

Российские RPA-платформы уверенно формируют вокруг себя сообщество профессионалов. Так PIX RPA регулярно проводит очные и онлайн митапы, где разработчики делятся опытом внедрений. Также PIX развивает форум.

Вендор Robin периодически организует партнерские встречи, где менеджеры рассказывают о развитии компании, целях и планах. Форум отсутствует.

Рейтинги RPA

Надежным и неангажированным источником информации считаются отчеты Gartner — одного из самых авторитетных аналитических агентств, специализирующихся на изучении рынков информационных технологий. Первое место по результатам рейтинга третий раз подряд (2019-2021 гг.) занимает UiPath.



Рис. 7 Квадрант RPA от Gartner за 2021 год

Недостатком рейтингов Gartner с точки зрения российских пользователей является полное отсутствие упоминаний о российских вендорах и продуктах.

В России первый и пока единственный рейтинг RPA-систем был опубликован 22 декабря 2020 года на Market.Cnews. В ТОП-3 рейтинга вошла также и платформа PIX RPA, упомянутая нами ранее.


Даниил Морозенко
Руководитель направления RPA
Первый Бит. Офис Спортивная

Статья написана при поддержке технического эксперта UiPath: Кристины Виролайнен.


Зачем нужен RPA

«. если бы вы были фермером, стали бы вы покупать трактор с позитронным мозгом, жатку, борону, доильный аппарат, автомобиль и так далее — всё с позитронным мозгом? Или приобрели бы обычную технику и одного позитронного робота, который мог бы на ней работать? Причем хочу вас предупредить, что второй вариант в пятьдесят, а то и в сто раз дешевше.»

А. Азимов «Стальные пещеры» 1953 г.

Введем определение: Robotic Process Automation — роботизированная автоматизация бизнес-процессов, такая автоматизация базируется не на классическом подходе с использованием программирования и API систем, а на применении программных роботов, которые работают с пользовательским интерфейсом (GUI) ваших систем. При этом роботы могут работать и с API, если системы его предоставляют.

Применение RPA

Два главных эффекта от внедрения роботизации — RPA обеспечивает бизнесу снижение затрат и повышение эффективности рабочих процессов.

IТ-специалисты полагаются на RPA для развертывания приложений и мониторинга сетевых устройств. RPA является идеальным решением для удаленного управления IТ-инфраструктурой, потому что может находить и устранять проблемы быстрее, чем человек, и делать это в режиме 24/7.

Финансовые и бухгалтерские отделы используют RPA для устранения человеческих ошибок и оптимизации времени ввода данных: обработка списаний, поступлений, выставление счетов — всё это задачи для робота.

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

Отделы кадров полагаются на роботов в оформлении сотрудников, отпусков, больничных, переводов и увольнений. Например, обработка запросов от сотрудников с помощью RPA позволяет автоматически формировать и предоставлять необходимые справки и документы. Роботы могут проводить поиск и обработку резюме и откликов кандидатов — список задач не ограничен.

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

Аутсорсеры бизнес-процессов (BPO) могут легко использовать RPA для оптимизации управления клиентскими операциями.

Роботы способны быстро взять на себя возросшую нагрузку. Например, во время пандемии в рамках господдержки были введены льготные кредиты для предприятий малого и среднего бизнеса. Это привело к большому потоку заявок на такой кредит. Один банк, решая проблему возросшей нагрузки на персонал, за 3 недели роботизировал процесс обработки и проверки заявок на льготный кредит. Это позволило принимать большее число заявок и помогло многим предприятиям: в день робот обрабатывал от 500 до 1500 заявок, а средняя скорость работы с одной заявкой увеличилась в 5 раз. Банку удалось снять рутинную нагрузку с 3000 своих сотрудников, что позволило им работать в штатном режиме.

RPA — роботы, которые не видны

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

По сути программные роботы имитируют действия человека: они могут видеть элементы открытых приложений; понимать, где находятся кнопки, поля для ввода, текст, таблицы и другие интерактивные элементы интерфейса. Роботы «знают», что им нужно сделать — нажать на кнопку, ввести данные, и делают это. Главная сила программных роботов — их способность взаимодействовать с пользовательским интерфейсом. Это дает возможность автоматизировать длинные сквозные процессы, в которых задействовано множество систем. При этом мы не привязываемся к наличию API у систем: могут быть роботизированы как стандартные офисные приложения, так и сложные ERP-системы, и даже самописные или legacy-приложения, классическая интеграция с которыми невозможна. В общем, любые системы и приложения, с которыми может работать человек, могут быть автоматизированы с использованием роботов.

Робота можно представить, как умного стажера: вы даете ему задачу скопировать данные из файла Excel и занести их все в 1С, или наоборот. С этой задачей идеально справится робот, но, конечно, он умеет не только копировать и переносить данные. Робот также может проводить простую аналитику, а с помощью ИИ — обрабатывать данные по сложным алгоритмам. Классическими примерами использования роботов являются финансовые процессы: проведение сверок с контрагентами, расчет заработной платы, обработка больничных листов и др.

Чтобы не запутаться в терминологии, добавим: робот — программа, которая выполняет роботизированные процессы. Один робот может выполнять и процессы для бухгалтерии, и процессы для кадров. Вы можете роботизировать несколько процессов, имея всего одну лицензию робота.

Преимущества роботизации в компании

Благодаря RPA можно по-новому взглянуть на бизнес-процессы. Эта технология позволяет автоматизировать множество корпоративных функций: от бэк-офиса до удаленной IТ-инфраструктуры. Вот основные преимущества роботизации:

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

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

Робот — цифровой сотрудник, который справится с работой, которую можно делать по инструкции. Он отлично выполняет такие операции, как:

Кликать на кнопки.

Копировать и распознавать текст.

Вставлять скопированный текст в другие системы и формы.

Выполнять действия в приложениях.

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

Работать с базами данных и госсистемами.

Выполнять другие простые и рутинные операции.

RPA значительно сокращает время, необходимое для выполнения широкого спектра бизнес-процессов, включая обработку поступлений, обслуживание клиентов и любые другие процессы, требующие доступа к нескольким существующим IТ-системам. Производительность предприятия возрастает по мере сокращения времени рабочего цикла и транзакций.

Бизнес-аналитика более надежна и легкодоступна. Каждая транзакция, совершенная с помощью RPA, записывается в журнал. С помощью этих данных можно всесторонне анализировать любые завершенные процессы.

Если необходимо, робот может спрашивать у человека помощи и ждать его ответа.

Выполняет операции в 10-20 раз быстрее человека.

Не ошибается и работает 24/7.

Помогает бизнесу расти без увеличения персонала.

Какие есть альтернативы?

У роботизации есть два основных конкурента:

Ничего не менять и работать по-старому.

Использовать классическую автоматизацию бизнес-процессов.

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

Классическая автоматизация может выигрывать тогда, когда требуется автоматизация работы в одной системе. Например, в статье «Лайфхаки для роботизации 1С» мы отмечаем, что при необходимости автоматизации работы в 1С и, уже имея компетенции разработки в этой системе, дешевле будет провести автоматизацию классическим способом.

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

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

Простота реализации: роботизация одного процесса занимает 2 месяца, а если роботизация поставлена на поток — то этот процесс можно сократить до двух недель. Выше мы привели пример робота, разработанного за 3 недели, и в этом же банке есть робот, разработанный за рекордных 3 дня.

Быстрый эффект — 6 месяцев до возврата инвестиций, ROI.

Роботы требуют минимум изменений в действующих IТ-системах, поскольку в этом случае работа происхолит с пользовательским интерфейсом.

Выводы

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

Компании задумываются о внедрении RPA и зачастую видят данный продукт, только как возможность автоматизации отдельных, самых болезненных процессов. Однако современные поставщики RPA-платформ идут дальше и предлагают развить в компании собственную квалификацию RPA, для того чтобы в перспективе создать подразделение, которое самостоятельно сможет создавать процессы для автоматизации, определяя самые «болезненные» места бизнеса. Это подразделение для плавного и системного внедрения новой технологии называется Center of Excellence.

Центр компетенции RPA (Center of Excellence) — это подразделение внутри компании, которое занимается разработкой, развитием и внедрением RPA в повседневную жизнь организации и её сотрудников. На данный момент, CoE является самым действенным способом нативного внедрения технологии и получения объективного, оцениваемого результата.

Существует несколько видов центров компетенции

Централизованный

Как правило, с него всё начинается, когда компания решает централизовать квалификацию и создать «компанию в компании». При такой модели все возможные функции будут обрабатываться однопоточно единой командой CoE.

Федеративный

Данная модель заключается в том, что каждый отдел имеет свой собственный RPA CoE в рамках бизнес-функций, или же свой RPA CoE имеет каждый филиал.

Гибрид

Большинство организаций используют гибрид двух указанных выше вариантов. Например, центральный CoE должен быть достаточно экспертным, чтобы справляться с локальными потребностями бизнес-единиц, но при этом иметь централизованный подход к разработке, тестированию, и развёртыванию решений.

Какие задачи решает CoE?

Пожалуй, одной из главных задач CoE является централизованное отслеживание окупаемости инвестиций в данную технологию и повышение осознанности и квалификации у целевых пользователей. Также CoE:

  • помогает стандартизировать структуру развёртывания для компании — для дальнейшего тиражирования решения внутри предприятия;
  • обеспечивает опознание и централизацию наиболее ценных процессов для автоматизации внутри предприятия, поскольку информация о процессах собирается непосредственно от целевых пользователей;
  • позволяет разрозненным техническим и бизнес-группам быстро согласовать инициативу и открыто сотрудничать;
  • помогает заручиться поддержкой членов руководства компании, определить, кто будет следить за проектами и бюджетами и в случае чего – защищать их;
  • создаёт руководящий орган RPA, чьи полномочия распространяются на всю компанию, для стимулирования внедрения RPA в бизнес-подразделениях;
  • предоставляет руководство и поддержку командам RPA, чтобы помочь во внедрении передового опыта;

Фазы создания CoE

Создание CoE — это достаточно нетривиальный процесс, который требует основательного знания необходимых используемых инструментов организации команд такого типа, а также техническую подготовку. Зачастую предприятия, решившие внедрить у себя RPA CoE, обращаются к возможностям подрядной организации, у которой есть основательная квалификация в данной сфере, что лично я считаю максимально верной стратегией при внедрении подобного рода решени. Однако набивание собственных шишек тоже является полезным, в зависимости от того, какая финальная цель у предприятия при развитии квалификации.

Создание эффективного и хорошо организованного CoE происходит в несколько этапов, источники разнятся в их количестве, однако на практике выделяются 4 фазы начального развёртывания:

После выполнения инициации такого органа, можно переходить к подготовке к тиражированию решения на остальные подразделения предприятия.

Выделяются следующие шаги для подготовки решения к тиражированию:

1. Проведение пилотного периода использования

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

2. Утверждения финансирования

На основании метрик, полученных в определённый период, ответственная группа инициализации проекта или — при использовании экспертизы подрядчика — руководитель развёртывания CoE, презентуют решение, его влияние на сотрудников и бизнес-метрики

3. Создание best-practice

При успешном утверждении бюджета команда CoE должна подготовить документацию по тем best-practice, которые выявились за время работы CoE на фазе начального развёртывания. Это ещё одна причина к аргументации того, почему для организации CoE внутри предприятия стоит использовать возможности подрядной организации, нежели свои силы, только в связи с отсутствием практического опыта внедрения такой квалификации.

4. Локальное масштабирование решения

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

Команда для построения RPA CoE

Для успешного построения подразделения CoE внутри компании необходимы некоторые следующие роли:

  • Руководитель CoE — это руководитель всего созданного подразделения, который занимается распределением ролей и вернеуровневых обязанностей внутри CoE, согласовывает дальнейшие действия для развития с супервизором и контролирует соблюдение ранее обозначенных ROI (return on investment) метрик.
  • Менеджер проекта(ов) RPA — производит контроль выполняемости сроков программистами, отвечает за бюджет внедряемых инициатив и предоставляет детальную оценку влияния каждого проекта на развитие квалификации внутри компании.
  • Сторонники — это рядовые бизнес-пользователи, изначально не связанные с RPA, которых привлекает компания для предоставления целевых и самых трудозатратных процессов для автоматизации и получения обратной связи по внедряемой технологии.
  • Бизнес-аналитики — эти специалисты занимаются формированием технических заданий, на основании бизнес-требований и постановок от бизнес-пользователей, которые задействованы в развитии RPA CoE. У них должна быть осознанность в сфере RPA для возможности дифференциации работоспособных и окупаемых возможностей автоматизации, от процессов, которые при автоматизации не принесут значительной пользы бизнесу, а лишь затратят время и деньги на их создание.
  • Архитектор решений RPA — данная роль подразумевает создание архитектуры процесса, на основании бизнес ТЗ, созданного аналитиком, а также принятых и настроенных системах внутри организации, таких как CI/CD, практики доставки автоматизированного решения, особенностей целевой системы, в которую интегрируется RPA решение.
  • Разработчики — эти члены команды отвечают за непосредственно, разработку и тестирование RPA-проектов автоматизации CoE.
  • Инженеры по инфраструктуре — они занимаются настройкой внутренних инструментов, необходимых для оптимизации работы проектных специалистов: занимаются настройкой функционала доставки и автоматического тестирования процессов, обеспечение поставок необходимых лицензий студии разработки.
  • Контроллер и супервизор — это высококвалифицированный специалист, который отвечает за мониторинг, планирование и поддержку внедрения CoE, осуществляет консультации специалистов RPA и направляет движение всего направления, производит отчётность перед высшим руководством компании.
  • Сервис и поддержка — эта команда является первой линией поддержки в случае любых запросов или проблем во время внедрения CoE у целувых бизнес-пользователей. В функции данной команды так же входит произведение тренингов для бизнес-пользователей, по возможностям использования платформы.

Инструменты внедрения CoE

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

27–28 ноября, Москва, Беcплатно

Каждая современная платформа создания RPA решений с переменным успехом предлагает рынку свои решения для организации на их основании CoE.

Ниже самые популярные из них:

  • решение от UiPath – Automation HUB;
  • решение от BluePrint – Collaboration Hub;
  • решение от HelpSystems – Automate Plus.

Наиболее распространённым решением при выборе вендора для предоставления такого рода инструментов является UiPath с продуктом Automation HUB, который объединяет в себе возможность выполнения вышеперечисленного функционала и позволяет производить кастомизацию отдельных частей системы, что является корректным, когда мы говорим о настройке системы под каждую уникальную компанию.

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

И в данном случае верхнеуровневая оценка процесса базируется на ответах пользователя на несколько определяющих вопросов по процессу, таких как: «Насколько оцифрована информация, которая используется в проекте?», «Насколько часто производится выполнение подобного процесса?» и другие.

Как мы увидели, создание CoE в компании – это достаточно трудный процесс, который затрагивает различные сферы и компетенции бизнеса, поэтому при желании его освоения очень важно понимать, с чем вы столкнётесь.

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

Всё новое - это хорошо забытое старое


Слышали ли Вы когда-нибудь про AutoIt, AutoHotKey, Sikuli, Selenium? Собственно сам подход стар как мир, но раньше мы его называли "костылями" а теперь более модным словом - RPA.

На самом деле тут фраза примерно из разряда "DevOps это не про Docker". "RPA это не про автокликер".

Автокликер всего лишь подход.

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

При этом из блоков в нём может присутствовать как "Получить данные из SAP" так и "кликнуть на смешную рожицу".

Главная задача - сокращение FTE, если число бесполезных действий пользователя сокращено - проект RPA успешен (в рамках бюджета, конечно :)).

Какие Бывают RPA решения


Сейчас решений, конечно, уже становится достаточно много, перечислил ниже то, чем более или менее можно пользоваться:

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

Хорошо: всё продумано, очень много Actions, современный визуальный интерфейс

Хорошо: действий просто тонна, старейшее решение.

Плохо: Никакой визуальной части - только код. Только Windows. Естественно жутко дорого. В России практически не представлен

BluePrism

Хорошо: Много действий, хорошая документация

Плохо: Ужасный устаревший интерфейс. Только Windows. Естественно жутко дорого. В России практически не представлен

PIX

Хорошо: Российская разработка

Плохо: Beta, только код только хардкор. Только Windows.

Electroneek

Хорошо: Российская разработка

Плохо: Жуткий интерфейс, малое число действий, использование в работе online сервисов (в т.ч. платных), только Windows, зачем то прикрученный JS.

Robin

Хорошо: Российская разработка

Плохо: Непонятно, жив или мёртв. И да, интерфейс жуткий

Ну и причём тут 1С?


Для тех, кто ещё не понял - на территории РФ 90% всех рутинных операций выполняются в нашей с вами любимой системе.

У особо продвинутых конечно много что автоматизировано. Но вот как раз на стыке со сторонними системами, особенно с Legacy или популярными большими и иностранными (поняли же на кого я намекаю), хотя не только.

Более того, всё чаще в своей деятельности, я встречаю кейсы когда разработчики(!) 1С не всегда имеют право на доступ в часть 1С систем. И доработка (в т.ч.) интеграционная становится - "большим проектом на сотни трудочасов", которые "ставят в план на будущий год". А тем временем люди копируют информацию из одной системы и вставляют её в другую.

Но я даже не знаю что хуже, те кто ждёт проекта или те кто громко кричит:

"Теперь у нас есть RPA" и даже на видео люди не стесняясь показывают заполнение форм 1С путём поиска компонент по рисункам на экране! :).

Почему такое решение использовать хм. "крайне не желательно". Объясню чуть дальше.

А мысль этого абзаца такова - автоматизировать можно всё, даже если нельзя, но очень хочется, то особенно это можно, и особенно актуально это нам в 1С.

Что умеют и что не умеют RPA системы?


Вообще, как показывает практика, у нормальной RPA системы должно быть 4 "обязательных" компонента взаимодействия с окружающим миром (у перечисленных выше есть не у всех, кстати):

  • Взаимодействие с интерфейсом посредством имитации действий пользователя
    • Посредством Window Handler
    • Посредством распознавания графических изображений
    • Взаимодействие с web сайтами посредством поиска элементов на Web странице

    Все остальные действия могут расходиться от системы к системе.

    Для чего целых три метода взаимодействия с интерфейсом? Конечно имитация действий пользователя - дело нестабильное.

    И чем больше оно AI, тем менее оно стабильное. Собственно Computer Vision сейчас пошло вперёд, но идентифицировать одну и ту же кнопку в интерфейсе WindowsXP и Windows 10 даже человек не всегда отличит. А там где проблемы есть у человека ИИ пока ещё явно бессилен:


    Вообще прибегать к распознаванию изображений для имитации действий пользователя - последнее дело.

    В данном случае решения получаются крайне нестабильными, часто их эксплуатация "съедает" всё сэкономленное FTE.

    Вариант чуть получше - использование хэндлов элементов управления Windows.

    Собственно, кто знаком с Windows API знает. По факту окно и все оконные элементы создаются средствами операционной системы.

    ОС Windows хранит информацию обо всех окнах и элементах, созданных таким образом. В случае если для создания элементов управления используется Windows API - у всех их есть адреса (хэндлы) и к ним можно обратиться напрямую.

    Но и тут бывают трудности - не всегда "кнопки" которые вы видите на экране приложения создаются средствами Windows API. Никто не мешает разработчику разместить на панели картинки и обрабатывать клики по ним. Собственно примерно так и сделано в 1С. Т.е. по факту средствами Windows API можно получать только отдельные окна 1С.

    И последний метод обращение к Web браузеру. В современном мире всё больше и больше Web приложений, поэтому данный метод становится всё более актуальным. Он работает достаточно стабильно (относительно распознавания картинок). Но может использоваться только для Web приложений.

    А что в 1С? Ну в 1С это только для Web клиента. Притом в случае с 1С данный метод использовать нежелательно.

    Web интерфейс - закрыт притом может меняться от версии платформы к версии платформы (и меняется).

    Так как же правильнее всего взаимодействовать с 1С для имитации действий пользователя? Догадались?

    Картинки по запросу 1с запись действий пользователя

    К сожалению, RPA системы которые есть на рынке этого не умеют и уметь скорее всего не будут.

    Собственно это и зародило мысль что не помешала бы своя "1С-ная" RPA платформа:

    RPA на 1С можно ли?


    Собственно далее просто дело техники.

    Конструктор процессов

    Используется "графическая схема" 1С. Которую вполне можно и удобно редактировать программно.

    Подошло практически идеально. Робот в RPA это по сути ни что иное как бизнес процесс. Элементы похожие, схема сериализуется.

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

    Имитация действий

    Делится на три части:

    - Web страница. Тут выбор однозначен - Selenium WebDriver (для него тоже есть обвязки практически для всех языков). И работает это сейчас намного стабильнее чем всё остальное. Ничего стороннего лучше не брать - просто установить расширение Chrome которое позволяет извлекать селекторы и использовать.

    Далее делаем действия по выполнению кода 1С, записанных действий, работы с почтой и FTP (простым кодом 1С) и воаля, прототип RPA платформы на 1С:


    Не так уж и плохо выглядит даже в сравнении с лидером рынка:


    Конечно не всё так просто - есть переменные, условия, циклы.. процедура выполнения кода получилась достаточно замороченной.

    Читайте также: