El reto de crear datos de prueba
La migración de ERP/ECC 6.0 a SAP S/4 Hana, en particular, ha provocado un fuerte aumento del desarrollo y el uso de sistemas de prueba y formación. Pero todos aquellos clientes de SAP existentes que todavía utilizan sistemas ECC basados en NetWeaver también necesitan sistemas de prueba y formación para una amplia variedad de propósitos.
Independientemente de si se trata de ECC 6.0 o S/4: los posibles casos de prueba incluyen la simulación de transacciones comerciales y el análisis de incidentes, así como pruebas de regresión según escenarios de regresión dedicados, que, como es bien sabido, no pueden llevarse a cabo en un sistema de producción.
O concretamente: Si desea conocer el efecto de la ejecución de la reclamación en SAP FI-CA para una constelación específica de datos maestros y de movimiento, o simular la entrada de pagos a efectos de la tasa de compensación utilizando datos reales, lo realizará en un sistema de prueba según sea necesario.
Por supuesto, es necesario poder utilizar los datos más actualizados posibles y utilizarlos lo antes posible para realizar pruebas, análisis o simulaciones a partir de un sistema productivo.
Sin embargo, esto puede suponer todo un reto para el personal que participa en las pruebas en las empresas -departamentos especializados aquí, departamentos informáticos allá-, ya que la creación de datos para escenarios de pruebas complejos suele llevar demasiado tiempo y la reconstrucción de datos para escenarios de incidentes a veces lleva mucho tiempo.
Además, los escenarios de pruebas de regresión, en particular, a menudo tienen que crearse repetidamente. O no es posible garantizar la anonimización completa de los datos transferidos, por ejemplo de un sistema de producción a un sistema de prueba o a un sistema de control de calidad. Sin embargo, esto suele ser una necesidad, también en el contexto del GDPR.
Funcionalidad múltiple
¿Qué posibilidades de aplicación debe ofrecer una solución sofisticada para la creación de datos de prueba, incluida la posibilidad de utilizarla para migraciones? Y: ¿Qué gama de funciones debería ofrecer una solución de este tipo?
Por supuesto, una solución de prueba debe estar orientada a las necesidades de uso de SAP. Esto significa que debe tener un alto rendimiento incluso con datos masivos. Y este es el caso cuando se utilizan uno o varios módulos SAP o soluciones SAP.
Esto no significa otra cosa que los respectivos modelos de datos de una solución SAP se tienen en cuenta para el uso de una solución de prueba y migración. Por ejemplo, SAP FI-CA/RM-CA, IS-U, FS-CD o FI Core o SD.
Al mismo tiempo, lo ideal sería que una solución de este tipo pudiera utilizarse sin una infraestructura adicional (servidor, base de datos, almacenamiento) para la transferencia segura de datos maestros y de transacciones.
En la práctica, esto sólo puede llevarse a la práctica si se trata de una solución Abap y, por tanto, puede integrarse y funcionar en un entorno SAP existente mediante transporte.
Cabe señalar que no debe clasificarse explícitamente en la procedencia "herramienta de copia del sistema", pero los datos de una copia del sistema pueden muy bien utilizarse para la creación de datos de prueba, y ello bien en una transferencia 1 a 1, bien mediante la recodificación de las claves primarias a partir de los objetos de rango numérico estándar.
Además, en una solución para configurar y utilizar datos de prueba, es necesario poder transferir o traspasar no sólo los datos de prueba de un sistema productivo a un sistema de prueba, sino también de un sistema productivo SAP a un sistema productivo SAP (normalmente en el caso de una migración SAP-SAP) o de un sistema productivo a un sistema de desarrollo o de control de calidad.
Además, debería ser posible incluir no sólo tablas estándar de SAP, sino también tablas Z para la transferencia de datos. Y: Debería existir la posibilidad de transferir datos maestros (también seleccionados) con o sin anonimización casi pulsando un botón.
Procesamiento paralelo
Si hay que montar y utilizar un nuevo sistema de pruebas para cualquier fin, el factor tiempo desempeña a veces un papel importante. Esto significa que tanto la generación o selección de los datos de prueba como la transferencia de datos deben realizarse lo más rápidamente posible.
Al fin y al cabo, el trasfondo de muchos de los sistemas de pruebas que se utilizan hoy en día suele ser poder reaccionar con agilidad a los requisitos de la empresa o a los cambios según las especificaciones. Y es que la agilidad aumenta el tiempo de comercialización. Y esto también se aplica a la anonimización completa de, por ejemplo, 100 millones de registros de datos de clientes basados en socios comerciales de SAP y un gran número de tablas Z de SAP.
La clave para ello es el uso de procesos paralelos. En concreto, el procesamiento de grandes volúmenes de datos sobre la base de procesos paralelos reduce significativamente los tiempos de transferencia de datos a un sistema de pruebas.
GTW Management Consulting ha tenido en cuenta los requisitos mencionados y otras funciones en su Advanced Test and Migration Solution, o ATS para abreviar. La utilizan desde hace años conocidos clientes de SAP a nivel nacional e internacional y, como solución complementaria de SAP, tiene en cuenta las necesidades de una solución en el ámbito de la creación de datos de prueba y más allá.
Entre otras cosas, el motor de software puede utilizarse para crear sistemas de prueba SAP eficientes y de alto rendimiento, así como para crear repetidamente sistemas de formación y transferir incidencias actuales de un sistema productivo a un sistema de desarrollo. Y también es posible utilizar ATS como herramienta de migración.
Existen plantillas de personalización para una serie de módulos, como FI-CA/RM-CA y para soluciones sectoriales de SAP como IS-U. Las tablas específicas del cliente también pueden ampliarse individualmente mediante la personalización de ATS.
El motor ATS sólo se instala en los sistemas receptores, es decir, en el sistema de pruebas, de control de calidad o de desarrollo. La instalación propiamente dicha dura aproximadamente medio día.
Las transferencias de datos de aplicación del sistema de origen al sistema (o sistemas) de destino tienen lugar a través de interfaces RFC y DBCO. También se proporciona un componente de administración o supervisión, con el que es posible rastrear en cualquier momento qué datos de la aplicación se han transferido o dónde se han producido errores. Por supuesto, la solución también puede utilizarse para actualizar los datos de prueba en cualquier momento, simplemente borrando e importando archivos.
Orientado a objetivos y beneficios
La solución ATS se desarrolló originalmente hace unos diez años ante la necesidad de que los datos de los sistemas de desarrollo utilizados no tuvieran la actualización ni la calidad necesarias. A lo largo de los años, se ha demostrado una y otra vez que los clientes existentes se benefician de la solución complementaria GTW-SAP y obtienen ventajas.
Se trata, en particular, de la creación de sistemas de pruebas y formación SAP ágiles y fáciles de usar, con un alto nivel de protección de datos gracias a la anonimización de los datos de producción. Otros puntos a favor son el rápido procesamiento de las incidencias y una reducción significativa de los costes de infraestructura, mantenimiento y funcionamiento gracias a la reducción de las copias de sistemas, que requieren mucho tiempo.
Además, esto se asocia de forma demostrable a ciclos de desarrollo más cortos gracias a unos datos de prueba actualizados/orientados a la producción en todo momento y a un aumento sostenible de la calidad en los entornos de desarrollo y prueba.
Anonimización completa de 120 millones de registros de datos maestros de clientes realizada sobre la base de los socios comerciales de SAP.
En un proyecto realizado recientemente en una conocida empresa del sector de las telecomunicaciones, la solución GTW Advanced Test and Migration Solution (ATS) descrita en el artículo pudo demostrar sus prestaciones en el ámbito del procesamiento masivo de datos.
La empresa usuaria de SAP estableció tanto la ampliación del modelo de datos estándar de SAP mediante 85 tablas Z específicas del cliente para la transferencia de datos como para la anonimización de los datos maestros pertinente para la DSGVO.
Para la anonimización completa de los datos masivos, se utilizó ATS con un tiempo de ejecución de algo menos de doce horas para 120 millones de registros de datos maestros.
