Комментарии 9
Ро́бот (чеш. robot, от robota — «подневольный труд») — автоматическое устройство, предназначенное для осуществления различного рода механических операций, которое действует по заранее заложенной программе.
Например, когда приезжает фура с товаром, человек в работе с документами участвует только один раз — сканирует накладную. Дальше скан падает в папку, откуда его забирает робот...
Так и вижу, как робот добирается до папки со сканом, берёт её манипулятором и уходит/уезжает/укатывается/улетает до своего рабочего места, чтобы обработать...
Вы не рассматривали возможность нормальной интеграции?
Что подразумевается под словом "нормальная" интеграция. И чем RPA решение является не нормальным?
RPA - костыли (я год их внедрял в крупных компаниях). Когда нужно что-то налабать в обход ИТ-департамента - это ОК (ИТ Департамент конечно же всегда конючит: "Дайте бюджет, разрабов, а еще добавляйте задачу в бэклог, мы по приоритету когда-нибудь сделаем.").
У меня шок вызывают стандартные примеры от роботизаторов: Открываем Outlook, получаем из вложения Excel файл, открываем Excel, сравниваем значения (открывая при этом 1С), а потом еще ведут какой-нибудь реестр (БД) в Excel, что обработали, а что нет. Что здесь может сломаться? ВСЕ!
"Нормальный" путь: считать с imap, прочитать excel-файл кодом (не открывая Excel), дернуть 1С по API, сохранить промежуточный вариант в человеческой БД, отправить ответ через smtp.
Вы не правильно (или очень узко) понимаете процесс разработки RPA решений и собственно что делает RPA.
RPA в первую очередь это автоматизация бизнес процесса, который делает сотрудник.
Из вашего примера. Сотрудник открывает OUTLOOK, берет письмо, скачивает эксель файл, открывает эксель, берет данные, открывает ERP систему и вносит данные через какую то форму. Далее отвечает в аутлуке на письмо
RPA решение этого бизнес процесса выглядит примерно так
Делается IMAP или Echange запрос к почтовому ящику, в фоне качаются аттачи из писем, далее активностями RPA продукта (обычно через com-объект) содержимое xlsx файла сохраняется в объект типа DataTable. Ведется обработка DataTable. Далее выполняется SQL запрос на внесение в БД новых данных из DataTable. Далее через SMTP или Echange формируется письмо ответ. Исходное письмо либо удаляется либо перемещается в папку обработано.
Конкретно в этом примере вообще не требуется взаимодействие с пользовательским интерфейсом. Но порой есть бизнес процессы, где это нужно. Например если мы работаем со сторонним ресурсом, где есть только web морда и никакого api нет.
Нормальный путь - это сделать так, чтобы с той стороны, откуда приходит письмо, вместо рассылки писем или свой API сделали, или наш вызывали :) Не всегда, увы, возможный.
Это не те роботы!
Звучит так, будто вы заплатили за возможность выполнить работу тестеров. Хотя могли сделать все по уму, без гемора и бесплатно на VBScript/JScript.
Не всё пропало: как мы провели импортозамещение роботов незаметно для 90% пользователей