En SAP® Data Services 3.2, se pasaron por alto algunos de los estándares de seguridad del sistema SAP, lo que le permite ejecutar cualquier programa ABAP en un entorno de producción. Como parte de las mejoras en los Servicios de datos de SAP 4 .x (SAP DS), esto se solucionó y ahora cumple con los estándares de seguridad de SAP. Esto significa que para cualquier desarrollo de ETL, incluidos los flujos de datos ABAP, se verá obligado a cargar el código ABAP siguiendo el proceso típico de seguridad del sistema SAP: cargar al desarrollo (DEV), transportar los cambios a la calidad (QA) y, finalmente, transportar los cambios a producción (PROD). En este artículo, me gustaría compartir con ustedes algunas ideas sobre cómo preparar su nuevo entorno SAP DS 4 .x utilizando sistemas SAP.
Configuración de SAP ERP
For this process the engagement of the BASIS team is required. All the configuration process in terms of transports required, functions to be uploaded to the ERP system, user authorizations, etc. is explained in detail in the document “Supplement for SAP”, part of the SAP DS documentation. However, there is something important missing in the documentation related to the configuration of the user. The SAP ERP user for SAP DS must have one access key (key used to identify ABAP developers in the ERP system). This key is a must if you want to be able to transport the ABAP programs (ABAP dataflows) to the production environment.
Normalmente, el usuario en el sistema ERP para SAP DS se creará como usuario de comunicación. Es una buena opción para evitar posibles problemas de seguridad (y no consume ninguna licencia), pero un usuario de comunicación no puede tener una clave de acceso. Para poder proporcionar la clave de acceso para el usuario de comunicación, debe convertir temporalmente a este usuario en un usuario de diálogo, luego asignar la clave de acceso y revertir el usuario a un usuario de comunicación.
Configuración de los servicios de datos de SAP 4 .x
Con respecto a la configuración de SAP Data Services 4 .x, la mayoría de los pasos se describen en detalle en la guía de administración de SAP DS. Aquí compartiré con usted los detalles relacionados con la configuración del almacén de datos para crear la conexión a SAP ERP.
Básicamente debemos prestar atención a los siguientes parámetros:
Bajo "SAP" asegúrese de asignar las siguientes propiedades:
Opción de ejecución ABAP -> Seleccione la opción "Ejecutar precargado", esta opción obligará a SAP DS a ejecutar los programas ABAP cargados en SAP ERP.
En "Cargar atributos", asigne las siguientes propiedades:
Estado -> Seleccione la opción "K - Programa de producción del cliente"
Aplicación -> Seleccione la opción "S - Base"
Clase de desarrollo -> El valor de esta opción varía de una implementación a otra. Debe ser acordado con el equipo de BASIS.
Solicitar ID e ID de tarea -> Deje estas opciones en blanco. SAP DS los rellenará automáticamente una vez que realice la carga de los programas ABAP.
Si es posible, la recomendación es crear diferentes configuraciones de almacenamiento de datos de SAP ERP, una para cada entorno disponible, típicamente DEV, QA y PROD.
Subiendo los programas de flujo de datos ABAP a SAP ERP
Durante este proceso, nos veremos obligados a seguir el proceso típico de seguridad de SAP para mover los cambios a un entorno de producción:
Cargar cambios a DEV -> Transportar cambios a QA -> Transportar cambios a PROD
Explicaré cómo cargar los programas de flujo de datos ABAP a DEV. Los transportes a QA y PROD deben ser realizados por el equipo BASIS.
1. Seleccione la configuración para el entorno DEV en su almacén de datos de SAP.
2. Select the ABAP dataflow(s) you want to upload to the SAP system. Right click, select the option ��Generate ABAP code…”
3. Seleccione un directorio local donde se guardará el código ABAP y marque la opción "Cargar programas generados". El programa se generará y se cargará en el entorno DEV.
4. La pantalla de salida le mostrará el resultado del proceso y el código ABAP cargado.
5. En la pantalla de salida puede encontrar la "ID de solicitud", esta es la ID que identifica de forma exclusiva el transporte en el sistema SAP. Debe compartir esta ID con el equipo de BASIS, con el que podrán transportar estos cambios al entorno de QA y / o PROD.
Como vimos en este artículo, esta mejora en SAP DS 4 .x es una espada de doble filo. Por un lado, el equipo BASIS estará feliz de tener SAP DS bajo control (según mi experiencia, los profesionales de BASIS nunca se alegraron cuando entendieron cómo SAP DS 3.2 ejecuta los flujos de datos ABAP en SAP ERP). Por otro lado, el equipo de BI ahora tiene una configuración mucho más complicada de SAP DS, así como un marco de tiempo más largo para desarrollar nuevos procesos ETL que incluyen flujos de datos ABAP.
Desde mi perspectiva, sí, la configuración de SAP DS 4 .x puede ser más complicada que antes, pero este es el tipo de ejercicio que será más rápido con un poco de práctica. Es un hecho que ahora el desarrollo de procesos ETL, incluidos los flujos de datos ABAP, requiere la participación continua del equipo BASIS, pero esto no es más que una oportunidad para entrenar nuestras habilidades de gestión.
No dude en dejar un comentario si tiene alguna pregunta o sugerencia para mejorar esta publicación.