Комментарии 3
В SAP есть полноценный API, есть возможность написать обработки на абапе - то есть есть два более надежных и эффектиных способа автоматизации. Да они требуют немного другой квалификации но по трудозатратам даже будет меньше чем пытаться робота на интерфейс посадить правильно.
В начале карьеры пытался и сам роботов использовать для рутины и использовал успешно, но потом оказалось что вся логика лежит в SQL процедурах и вместо того чтобы кнопки в интерфейсе нажимать я научился вызывать процедуры - процесс стал быстрее и надежнее.
Чуть позже видел реальное применение массово, когда 70 человек заменили на 3 виртуалки где робот тыкал кнопки в интерфейсе. Что-то переделывать не полез, но поверхностно посмотрел - можно просто было пару функций в приложении реализовать.
Роботизация рождается тогда когда не хватает знаний и умений.
@alexhottвы абсолютно правы, в SAP есть ABAP и API. Более того, на любой встрече с компанией, которая RPA еще не занимается вопрос про "тыкал кнопки" возникает.
Но вот удивительный факт, наличие полноценного API не мешает 100% компаний из FT-100, использующих SAP применять RPA. Ну и в целом, скорее норма применять роботизацию, чем нет. У 100% наших российских клиентов (я из Primo RPA) есть 1c, где внутренние возможности по автоматизации еще круче чем в SAP.
Просто вы не забывайте о том, что RPA это почти никогда не про "давайте в транзакции SAP сделаем вот такое", это про "Давайте возьмем данные из SAP, поработаем с ними в Экселе, обогатим из Контур Экстерн и потом закачаем в 1C ". И чтобы все это стабильно работало с управлением и мониторингом из централизованного сервера (это если вы вспомните про Python) и легко поддерживалось сотрудниками, в том числе новыми. без особой квалификации.
Приведу пример - у меня на одном проекте в американском банке, был отдел, где сидело 6, по-моему, сотрудников, и отвечали на звонки о том, в чем причина отказа по транзакции. Как бы круто - давайте допишем АБС и пусть это будет автоматизировано. Но оказывается, данные должны были приходить не из одной, а из 4 (sic!) разных систем. И вот тут сразу вилка - заменять остальные системы? Интегрировать их? Долго, дорого и потенциально сложно. А с роботами это вообще не проблема, проект был сделан меньше чем за месяц.
И вот тут, я подозреваю, в дело вступает арифметика - когда люди рассматривают сроки и стоимость автоматизации, и считают свои деньги, им не так важно, где какой API есть, им важно, чтобы у бизнеса быстро и дешево было качественное и надежное решение проблемы.
Роботизация рождается тогда когда не хватает знаний и умений - не стоит быть столь категоричным) я начал свой путь автоматизации с работы с легаси системой, доработкой которой уже никто не занимался, оставалось только писать скрипты, что работали с интерфейсом. Бывали случаи, когда нужно было внести огромный объем данных, порядка четверти миллиона записей, и, вместо парализованной техподдержки в 10 человек, все прошло за пару ночей
Мы роботизировали почти всё, но один процесс заставил нас полностью переосмыслить подход к RPA