При общении с заказчиками, мы часто сталкиваемся с вопросами, где робот будет находиться и как он должен запускаться? И ответить на них стоит прежде, чем приступать к внедрению, потому что от выбора способа размещения и запуска зависят производительность робота, а также его стоимость и безопасность. Конечно же, как и все в роботизации, этот выбор определяется, в первую очередь, задачами, которые должен решать робот.
Давайте сравним различные варианты размещения роботов и подумаем, какой из них будет наиболее эффективным для каждого типа бизнес-процессов.
На компьютере пользователя. Такой метод будет удобным, если:
- Робот работает в фоновом режиме, не мешая работе пользователя. К примеру, собирает в интернете информацию о поставщиках определенных товаров.
- Робот не использует пользовательский интерфейс приложения. Так, например, для робота стоит завести отдельную учетную запись в 1С или системе ЭДО.
- Программа робота исполняется быстро. Скажем, менеджер по продажам вручную посчитал несколько предложений для клиента и ушел на обед. А робот тем временем собрал расчеты в единое коммерческое предложение по заданному образцу.
- Сотруднику необходимо оперативно получить результат работы робота. Как, например, менеджеру по продажам из пункта выше.
Однако, зачастую такой способ размещения роботов не слишком эффективен. В первую очередь, потому что доступ к роботу и результатам его работы есть только у одного сотрудника.
- На удаленной машине, где установлены все необходимые приложения. Этот метод часто называют оптимальным по нескольким причинам:
- Изолированный запуск. У робота есть свой собственный интерфейс, а значит, если сотруднику вдруг срочно потребовалось написать письмо, ему не придется ждать, пока робот закончит делать рассылку.
- Результаты работы робота доступны всем сотрудникам, которым они необходимы. Робот может сохранить информацию в файл с общим доступом или разослать копию отчета на почту.
- Экономия ресурсов. Если доступ к роботу есть у нескольких сотрудников, одного робота будет достаточно.
На сервере компании. В этом случае робот так же доступен всем, кто знает, как поставить ему задачу. Кроме того, размещение на сервере дает несколько преимуществ.
- Единое окружение для всех роботов, которое избавляет от необходимости следить за тем, чтобы на всех компьютерах были одинаковые версии программ и обновлений.
- Гибкое управление ресурсами. Можно выделить нескольких роботов для параллельной обработки задач с разной длительностью выполнения.
Этот вариант тоже близок к оптимальному, но может нести с собой дополнительные затраты на «железную» и программную инфраструктуру, если потребуется, например, устанавливать роботов на новый сервер.
Однако, размещение робота не единственное, что может повлиять на его производительность. Второй вопрос, как робот должен понять, что ему пора включиться и начать работать? Существует несколько основных способов запуска.
- По расписанию. «Ежедневно, в 8:00», «по субботам, в 00:00» «10, 20 и 30 числа каждого месяца» и так далее. Задать расписание можно как средствами операционной системы, например, «Планировщиком задач» Windows, так и с помощью оркестратора RPA-платформы. Способ самый простой в реализации, но не всегда удобный для пользователей, поскольку результат робот так же будет выдавать по расписанию. И если, скажем, отчет по движении денежных средств вполне удобно получать ежедневно, за час до конца рабочего дня, то документы, присланные клиентом или поставщиком, может понадобится обработать и в девять утра, и в шесть вечера.
- По событию. Создание/удаление файла, получение письма, уведомление от приложения. Такой вариант запуска как раз идеально подходит для случая с обработкой документов, присланных внешним источником. И для всех остальных задач, в которых невозможно точно обозначить время получения ключевой информации. Однако, в этом случае необходимо реализовать постоянное ожидание события. Другими словами, робот должен постоянно работать в скрытом режиме, что может негативно сказываться на быстродействии системы.
- Вручную. Способ запуска, наиболее удобный для пользователя. Когда робот нужен, тогда его и включаем. Однако, с точки зрения реализации, этот метод сложнее остальных. Во-первых, пользователям нужно обеспечить интерфейс запуска. Каким он будет? Доступ к оркестратору или исполняемый файл на компьютере? Кроме того, если доступ к роботу есть у нескольких сотрудников, кто именно будет его запускать?
Впрочем, есть еще гибридный вариант. Робота можно запустить, вручную создав событие. Например, написав ему письмо или сообщение в мессенджере. Да, с роботом можно общаться так же, как с любым коллегой.
Таким образом, каждый способ размещения и запуска робота имеет свои преимущества и недостатки. Поэтому прежде, чем роботизировать процесс, стоит ответить на несколько вопросов. Сколько сотрудников задействовано в самом процессе? Скольким нужен результат его исполнения? Как и когда им удобно его получать?
Ну и, конечно же, не забывайте просить содействия у интегратора. Мы обязательно поможем вам найти ответы.
👇🏻Напишите комментарий «Хочу консультацию!»
Подписывайтесь на самые свежие новости из мира роботизации:
Железный руководитель PRO100ROBOT
#Бизнес #Технологии #RPA #Автоматизация