Russian Community of Practice

 View Only
last person joined: 8 days ago 

Сообщество Blue Prism Россия занимается решением технических и бизнес вопросов, связанных с внедрением роботизации и автоматизацией процессов.

Тиражирование - мгновенное увеличение роботов на процессе

  • 1.  Тиражирование - мгновенное увеличение роботов на процессе

    Posted 03-24-2021 15:49
    При перечислении достоинств технологии Blue Prism мы часто говорим о мгновенном тиражировании цифровой рабочей силы. Типичный сценарий - нормальный рабочий поток обрабатывается десятком цифровых работников, Вдруг внешние факторы изменились, и поток задач резко увеличивается. Цифровая рабочая сила Blue Prism перераспределяется между рабочими очередями и обрабатывает новый поток задач. Здесь весь смысл в том, чтобы не нарушить согласованный уровень обслуживания (SLA).

    Детали, как это делается.
    Есть аспекты инфраструктуры и практики разработки.
    По инфраструктуре: тиражирование требует либо перераспределения существующих цифровых сотрудников, либо развёртывание новых виртуальных машин. Машины должны иметь возможность выполнять процесс - на них должно быть установлено ПО. Так же должны быть доступные лицензии Blue Prism. Это обобщённо. Центр Компетенций должен разработать стратегию тиражирования и согласовать с командой поддержки инфраструктуры.

    По практикам разработки - если мы просто назначаем цифрового работника на процесс, то скорее всего нужен доступ в системы - учётная запись. Если у нас учётные записи зарегистрированы поимённо на виртуальную машину, то при тиражировании придётся создавать учётные записи в Менеджере Учётных Записей (Ctredential Manager). Чтобы этого избежать, используются общие учётные записи.

    Создаются 10 учётных записей и роботы их используют в режиме живой очереди. Доступ контролируется Замками Среды (Envronment Lock). Если роботу нужен доступ в систему 1C, to робот спрашивает, заперта ли учётная запись 1С-01, или она открыта. Если заперта, то пробуем учётки 1C-02, 1С-03... и так далее. Когда мы находим открытую запись, мы её запираем, используем, и открываем как только закончили с нею работать. Если все учётки заперты, то мы ждём, и пытаемся заново.

    Помимо учётных записей, так же можно контролировать и распределять доступ к другим ограниченным ресурсам.  Данная практика дизайна и разработки процесса основана на допущении, что в дефицитном приложении или  ресурсе, процесс проводит только часть времени выполнения. К примеру выше, если на задачу требуется 10 минут, то в 1С мы проводим только 3 минуты.

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

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

    А как же с отчётностью? Ведь если нет чёткой привязки учётной записи к Цифровому Сотруднику, то как же понять, кто именно внёс изменение в Систему? Ответ в журнале сессии.

    ------------------------------
    Christian Wells
    BluePrism
    ------------------------------


добро пожаловать в российское сообщество практиков

Сообщество Blue Prism Россия занимается решением технических и бизнес вопросов, связанных с внедрением роботизации и автоматизацией процессов.

Сайт Blue Prism РоссияГруппа Пользователей в МосквеПресс-релизы на русском