Unidad 4: IDocs.
Lección 8: IDocs de entrada.
1.- Introducción a las Interfaces de entrada.
No existen diferentes tipos de proceso para un IDoc de entrada. Desde el momento en que el IDoc es creado en la base de datos, se ejecuta de la misma manera sin importar como se haya creado.
Un IDoc en SAP puede crearse de dos maneras:
- Mediante un middleware, que envía al puerto entrante el mensaje, en formato IDoc. Por ejemplo SAP PI/PO.
- Por un archivo en formato IDoc, que será procesado por el módulo de función EDI_DATA_INCOMING.
Un programador ABAP reduce su intervención a lo siguiente:
- Configurar IDoc de entrada.
- Definir un código de proceso de entrada.
- Definir acuerdo de interlocutores de entrada.
2.- Configuración IDocs de entrada.
Para la configuración de IDocs de entrada se utilizará la transacción BALD. Los puntos de configuración que requeriremos se encuentran en la siguiente ruta IDOC / Proceso de entrada / Módulo de funciones.
Debemos realizar las siguientes configuraciones:
- Los atributos del módulo de función que procesara el Doc.
Esta punto se realiza con la transacción BD51. Mediante un módulo de funciones podremos actualizar los atributos del IDoc de entrada. Deberemos agregar el módulo a la lista de BD51 para que sea considerado por SAP un módulo utilizable para proceso de IDocs.
Una vez dentro de la transacción añadiremos una nueva entrada a la lista en informaremos el nombre del módulo.
En el código de este módulo estará la lógica que nos permitirá ejecutar la transacción que se corresponde con el objeto de negocios a actualizar.
Las entradas generadas con BD51 se almacenan en la tabla estándar TBD51.
- La Asignación Tipo base-Tipo de Mensaje-Función proceso.
Mediante la transacción WE57, asignaremos el módulo de función del punto anterior a un tipo de mensaje. En este paso se asocia un objeto con un método de proceso. Puede haber más de una asignación por tipo de mensaje, dado que pude haber mas de un módulo de función, que se repartan la actualización de atributos del objeto o que interpreten diferentes estructuras de un mismo tipo de mensaje.
- Código de proceso generador del documento de aplicación.
3.- Código de proceso de entrada.
Es la lógica que indica como procesar un IDoc de entrada. Tiene como atributo principal el modulo de funciones asignado para este fin. Para su parametrización utilizamos la transacción WE42. En esta transacción generaremos una entrada nueva.
Con el código de proceso se define si el proceso del mensaje se realiza con servicios ALE o no y la clase de procesamiento. Los servicios ALE nos proporcionan entre otras funcionalidades, filtros según segmentos y modificaciones de versiones o tipos. La clase de procesamiento determinara si el código de proceso ejecutará un módulo de funciones, otro código de operación (opción obsoleta) o una tarea de workflow.
"Proceso con servicio ALE", normalmente no se asocia con tipos de mensaje Z, permite especificar eventos de comienzo y fin de proceso (solo para mensajes estándar). Deberemos especificar el tipo de objeto de negocios generado.
Las entradas generadas en la transacción WE42 se almacenan en la tabla TBD52,
4.-Acuerdo de interlocutores de entrada (WE20).
El Acuerdo de interlocutores de entrada debe actualizarse para cada IDoc de entrada en cada sistema receptor. Para su actualización debe seleccionarse alguno de los sistemas emisores del mensaje y agregar un nuevo "Parámetro de entrada". La definición del sistema receptor es implícita en relación al sistema donde se actualiza el acuerdo. En la carpeta "Tipo de interlocutor de entrada, sistema lógico". Si no hubiera en los parámetros de entrada ninguna información , el sistema emisor no existiera, se debería crear en función del tipo de sistema emisor-receptor (Sistema lógico, cliente, proveedor ..).
En el Acuerdo de interlocutor se define el modelo de la interfaz. Por ello definiremos:
- Tipo mensaje a recibir.
- Tipo de objeto.
Hay dos opciones de entrada que definen el tratamiento del IDoc recibido:
- El código del proceso. Encargado de interpretar la información del IDoc y actualizar la/s transacciones que correspondan al mensaje.
- La forma del proceso. "Lanzamiento inmediato" o "Lanzamiento por medio de un programa de fondo".
La opción de proceso en fondo se utiliza cuando la información del IDoc no debe actualizarse al momento de la recepción sino que periódicamente se procesan todos los IDocs con un determinado estatus mediante un Job.