SAP lanza RPA, herramientas de código bajo para ayudar a reducir la deuda de los desarrolladores

En su conferencia anual de desarrolladores, SAP lanzó no una, sino tres nuevas tecnologías de automatización, con la esperanza de reclutar desarrolladores para su plataforma.

No hay suficientes programadores en el mundo para satisfacer la demanda de nuevas aplicaciones comerciales

Las empresas deben complementar sus grupos de desarrollo de aplicaciones centrales con otros recursos, equipando al personal de la empresa con plataformas de desarrollo de código bajo y sin código y herramientas de automatización de procesos robóticos (RPA) que les permitan asumir parte de la carga de trabajo de programación.

La situación es particularmente difícil para las empresas que dependen de SAP, ya que la reimplementación de aplicaciones R / 3 heredadas en la nube en SAP S / 4HANA está ocupando a los desarrolladores que podrían haber estado desarrollando nuevas funciones.

Ahora SAP tiene una respuesta, o más bien tres respuestas, en la forma de SAP Cloud Platform Extensions que presentó durante su evento en línea para desarrolladores TechEd en diciembre de 2020. Las tres herramientas de automatización de procesos son SAP Cloud Platform Workflow Management para la automatización de código bajo de flujos de trabajo empresariales, incluso entre sus plataformas de experiencia del cliente ERP y Qualtrics; SAP Ruum para usuarios empresariales sin conocimientos de codificación para automatizar procesos departamentales; y SAP Intelligent Robotic Process Automation 2.0, una edición limitada de la cual se incluirá con cada suscripción a S / 4HANA Cloud a partir de enero de 2021.

SAP lanzó la versión 1.0 de su herramienta de RPA inteligente a mediados de 2018 y adquirió un pequeño proveedor de software de RPA francés, Contextor, en noviembre de ese año. Pero no había estado tan presente en el espacio de RPA como, digamos, Microsoft, que lanzó Power Automate (entonces conocido como Flow en 2016), incluidas algunas de sus capacidades de forma gratuita con licencias de Office 365.

“La Power Platform de Microsoft ha sido un catalizador en el crecimiento del low-code”, dijo Daniel Newman, analista principal de Futurum Research. “Es alentador ver que SAP se esfuerza más en sus ofertas de código bajo y RPA”.

Sin embargo, SAP tendrá que luchar por su lugar en la mesa de RPA: “Estamos viendo que otros líderes de software empresarial, incluidos Salesforce, Oracle, ServiceNow, Amazon Web Services y Google, realizan inversiones significativas en low-code para impulsar el crecimiento del desarrollo de aplicaciones ciudadanas ”, dijo Newman.

Un freno a la innovación

Un desafío para SAP es que los juegos puros de RPA como UiPath, Blue Prism y Automation Anywhere han generado enormes flujos de ingresos basados ​​en la integración con su software y los bots creados con sus herramientas, mientras resuelven los problemas comerciales inmediatos de las empresas, se convierten en uno más. pieza de código heredado que se interpone en el camino de la innovación.

Eso puede ser malo para las empresas, impidiéndoles transformar los procesos, y también para SAP, ya que muchos de sus ingresos dependen de que las empresas migren y actualicen a S / 4HANA, según el vicepresidente y analista principal de Forrester, Craig Le Clair.

Si bien RPA comenzó como una forma de eliminar ráfagas de actividad humana repetitiva, automatizando tareas específicas de corta duración, es más poderosa cuando se combina con capacidades de orquestación que pueden reformar y transformar un proceso de un extremo a otro, según Le Clair.

La primera incursión de SAP en RPA lo llevó en la dirección equivocada, según Le Clair. “Intentaron construir su propia solución RPA internamente, que solo se ocupaba de las API”, dijo. “El objetivo de RPA es integrarse con la interfaz existente, las aplicaciones existentes directamente, exactamente como lo haría un humano, y el beneficio de eso es que no es necesario crear API”.

La nueva oferta de la compañía lo está encaminando. “La simplificación de los procesos dentro de SAP será bien recibida por los clientes, así como por los usuarios empresariales”, dijo Newman.

La capacidad de los usuarios finales de la empresa para “poseer” su destino de automatización es importante, según Holger Mueller, analista principal de Constellation Research.

“No hay suficientes desarrolladores, por lo que las empresas están buscando formas de crear un ajuste para sus aplicaciones empresariales y sus necesidades generales de automatización, y eso incluye a los usuarios comerciales con conocimiento tecnológico ‘ligero’, para crear la automatización que necesitan”, dijo Mueller.

Le Clair de Forrester advirtió sobre la tensión fundamental en brindar más responsabilidad en el diseño, desarrollo y automatización a los usuarios comerciales. Por un lado, dijo, los CIO se arriesgan al permitir el desarrollo sin modelos operativos y gobernabilidad adecuados, pero por otro lado, las unidades de negocio impulsan mejor el desarrollo porque comprenden el negocio. “Sus científicos de datos deberían estar en el negocio porque entienden el modelo que replica lo que hace el negocio, esa es la teoría”, dijo.

Temas de seguridad

Hay mucho trabajo en RPA para los departamentos de TI, dijo Mueller de Constellation: “Los CIO deben asegurarse de que estas aplicaciones no estén creando un problema de seguridad o de residencia de datos”.

Para Le Clair, hay otros aspectos de la automatización y el desarrollo de código bajo sobre los que los CIO deberán proporcionar orientación, incluida la seguridad, los estándares de codificación y el diseño.

La administración de contraseñas por sí sola es una gran preocupación cuando los bots de RPA están sueltos. “Estos bots usan las mismas credenciales que un humano para ingresar a las aplicaciones más confiables que tiene una empresa”, dijo Le Clair, advirtiendo que una política efectiva para garantizar que estas credenciales no caigan en las manos equivocadas podría abarcar 25 páginas. : “Bóvedas seguras y cifradas para las credenciales, ese es solo un aspecto”.

Y luego está la cuestión de cuántas plataformas de RPA debería permitir una empresa.

“Uno de los problemas que tendrá SAP es que las empresas probablemente ya tengan dos o tres soluciones de RPA”, dijo Le Clair. “¿Van a usar lo que ya han comprado y tienen en cuatro departamentos diferentes que no tienen nada que ver con SAP, o van a incorporar uno nuevo y permitir que esa capacidad de automatización prolifere en la organización? Eso va a ser un problema “.

La racionalización es parte de un buen modelo operativo y estrategia de gobernanza, pero aún ve espacio para al menos dos plataformas de automatización en la mayoría de las organizaciones, en parte porque los productos en el mercado tienden a estar especializados en funciones de back-office o funciones de front-office. como el servicio al cliente o la automatización del centro de contacto.

“Podía ver una empresa que tenía una de las soluciones de RPA más orientadas al back-office, y podía ver que tenía una más para el front office”.

La plataforma RPA de SAP puede tener una ventaja en las empresas que dependen en gran medida de su plataforma ERP, según Le Clair. “Usted evita algunos de los costos de licencia cuando hace eso porque si se trata de una capacidad de SAP RPA que se integra con un sistema central de SAP, eso se considera intra-SAP y, por lo tanto, no hay tarifa de licencia para eso”.

Si bien RPA surgió para suplir la falta de desarrolladores, existe la posibilidad de que termine creando más de ellos, según Mueller.

“Muchos usuarios comerciales me han dicho que sus experiencias de código bajo / sin código también los han mejorado con proyectos de código completo”, dijo.

Original de Peter Sayer