La construcción del monstruo GRC

Gobernanza, Riesgo y Cumplimiento

El desarrollo de aplicaciones en un entorno ERP es algo más que una interfaz de usuario colorida y el conocimiento de los nombres de las tablas. Cada nueva modificación de Abap, cada nueva aplicación de SAP es un riesgo para el sistema ERP. ¿Quién supervisa las normas de gobernanza y cumplimiento en la fase creativa?

Un sistema SAP clásico consta de al menos tres niveles jerárquicos: Desarrollo, prueba y sistema productivo, ¡y eso es bueno! Primero tiene lugar el desarrollo, en el pasado con Abap y Java, en el futuro obviamente con Build on BTP, la Business Technology Platform; a continuación tiene lugar el transporte al sistema de prueba y se realiza una comprobación de la realidad con datos de prueba anonimizados; si todo va bien, entonces tiene lugar el transporte y la activación en el sistema productivo. Esta hoja de ruta de décadas de antigüedad ha demostrado su eficacia. En los albores de la era de la construcción, no se sabe nada de ella.

En la conferencia TechEd de este año, SAP Build presentó una nueva oferta diseñada para aprovechar la experiencia de quienes mejor conocen el negocio: las personas de los departamentos empresariales. SAP Build es una oferta de bajo código que utiliza SAP Business Technology Platform (BTP). Su objetivo es proporcionar acceso directo a los procesos y datos de principio a fin. Sin embargo, lo que el Director de Tecnología de SAP, Jürgen Müller, no reveló durante su presentación de Build: dónde van a obtener los empleados de los departamentos de negocio los amplios conocimientos sobre BTP, procesos y estructuras de datos. BTP es una plataforma potente y completa en el sistema S/4 Hana.

La capacidad de desarrollar procesos ERP en esta plataforma ahora, ya sea con Abap, Java o Build, probablemente no esté arraigada en todos los usuarios finales de SAP. "SAP ha presentado Build, una oferta de bajo código diseñada para permitir a los usuarios con conocimientos técnicos mínimos ampliar las aplicaciones empresariales de SAP, automatizar procesos y arrastrar y soltar interfaces web en un prototipo", comentaron Jens Hungershausen, CEO, y Sebastian Westphal, Chief Technology Officer del Grupo de Usuarios SAP de habla alemana.

Coherencia y redundancia

Obviamente, surgen dos preguntas: ¿Cómo puede Build on the BTP garantizar la coherencia de los datos en la base de datos de Hana si casi cualquiera puede modificarlos y manipularlos aquí? ¿Cómo garantizar que el vecino no implemente la misma idea sólo que con una interfaz de usuario diferente? Build tendría que tener un repositorio muy inteligente para alertar de antemano a los usuarios creativos de la redundancia y la falta de coherencia.

MS Power Apps

Microsoft ha estado intentando entablar conversaciones con SAP porque una ampliación del sistema MS no-code/low-code basado en Azure y BTP no sólo habría sido una salida fácil, sino que también habría aportado a SAP miles de expertos en potencia al mismo tiempo. Por qué SAP ha construido ahora lo que parece la 99ª aplicación no-code/low-code sigue siendo un misterio para muchos miembros de la comunidad SAP. SAP ha informado a Microsoft de que el grupo ERP quiere probar Build en solitario. Desde el punto de vista de los usuarios, una oportunidad perdida. Ms-Power está bien establecido, disponible en Azure y, por lo tanto, también puede hacerse compatible con S/4. Queda por ver con qué rapidez se desarrollará una comunidad Build en el BTP y qué monstruos GRC surgirán aquí.