Configuring SAP Data Services 4.x with SAP ERP

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.

Configuration of 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.

Normally, the user in the ERP system for SAP DS will be created as a communication user. Which is a good option to avoid potential security concerns (and you don’t consume any license), but a communication user cannot have access key. To be able to provide the access key for the communication user you have to temporarily make this user a dialog user, then assign the access key and revert the user back to a communication user.

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.

    • Under “Upload Attributes” assign the following properties:

      • Estado -> Seleccione la opción "K - Programa de producción del cliente"

      • Application -> Select the option “S - Basis”

      • 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. In the output screen you can find the “Request ID”, this is the ID that uniquely identifies the transport in SAP system. You must share this ID with the BASIS team, with it they will be able to transport these changes to QA and/or PROD environment.

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.

EspañolEnglish