Planificar la seguridad con el S/4 Hana Readiness Check 2.0

La herramienta Readiness Check 2.0 de SAP ofrece la respuesta y, de este modo, ayuda considerablemente a planificar con éxito la conversión a la nueva versión del sistema SAP. La herramienta se puede utilizar en todos los sectores - con vistas a los bancos, se puede recomendar sin reservas para todos.

Dado que lo más probable es que los bancos opten por el enfoque brownfield y, por tanto, por una actualización de software al convertir a S/4 Hana, es importante comprobar lo "preparado" que está el entorno de aplicaciones existente para la conversión automática de datos durante la conversión.

Para que funcione sin problemas, hay que identificar, analizar y eliminar de antemano todas las posibles fuentes de error.

La comprobación debe realizarse lo antes posible y repetirse cada seis meses aproximadamente, al ritmo de las nuevas versiones y cambios introducidos por SAP.

Examina detenidamente los procesos empresariales utilizados, el código fuente y la base de datos, y ofrece una visión general del estado de cada sistema. La herramienta también proporciona resultados e información sobre qué componentes no son aptos para S/4 y cuándo y cómo reaccionar.

Y calcula el tamaño de una base de datos, da una indicación del aspecto que debería tener y hace sugerencias sobre dónde se pueden eliminar datos.

Al final del Readiness Check 2.0 hay un documento de resultados detallado, muy bien elaborado y significativo, que incluye cuadros de mando. Las tareas que deben realizarse antes, durante y después de la conversión se clasifican en obligatorias, condicionales y opcionales.

Con los conocimientos adecuados de SAP, la experiencia demuestra que todo puede hacerse en un número de días-persona de un solo dígito. Este bajo esfuerzo se compensa con un gran beneficio para el banco.

En el camino hacia el cambio más fluido posible, la herramienta proporciona información decisiva por adelantado y da seguridad a la planificación. Así lo demuestra su uso práctico en un importante banco de Alemania.

A continuación se exponen algunas conclusiones importantes resultantes: Para los bancos que utilizan SAP CML para la gestión de préstamos, la gestión de objetos y garantías se omite al convertir a S/4 Hana. Para ello, el banco debe introducir SAP CMS antes de la conversión y migrar a él los objetos y garantías de SAP CML.

Además, hasta ahora era posible en los sistemas SAP, con excepciones, gestionar un acreedor o deudor sin un interlocutor comercial correspondiente, incluidas todas sus funciones. La comprobación de preparación demostró que esto ya no es factible en S/4 Hana.

Debe asignarse un interlocutor comercial a cada acreedor y deudor. En los bancos, por ejemplo, esto afecta a acreedores como los proveedores o a la completa sincronización o personalización del interlocutor comercial con el cliente.

Al igual que las aplicaciones SAP, también debe comprobarse la capacidad de S/4 de los desarrollos propios del banco. La comprobación proporciona información sobre si los desarrollos específicos del cliente se ven afectados por el cambio y qué elementos de simplificación son relevantes.

Para el análisis detallado, la llamada comprobación de código personalizado, se recomienda el componente ATC de SAP. El análisis es complejo, pero indispensable para los bancos.

La herramienta proporciona los llamados hallazgos, es decir, puntos de código concretos que deben comprobarse antes de la conversión, y las correspondientes "instrucciones" sobre qué hacer. Otro resultado muy probable para los bancos es que los volúmenes de datos sean demasiado grandes para la transferencia al nuevo sistema S/4 Hana.

Se sugieren varias medidas. En el caso de las tablas técnicas, es posible reorganizar los datos; en el caso de los datos técnicos, es muy recomendable archivarlos antes de su conversión.

Innobis recomienda que los bancos lleven a cabo una evaluación temprana de su inventario de datos y de los retos asociados con el objetivo de encontrar un marco adecuado.