✒️ABAP Los IDocs de entrada
ABAP Los IDocs de entrada
Unidad-4-Lección-8: IDocs de Entrada: 1) Introducción a las Interfaces de Entrada.
Los IDocs de entrada no tienen diferentes tipos de proceso. Desde que el IDoc es creado en la base de datos, la forma de ejecución es igual, no importa cómo se haya creado el IDoc.
Formas de crear un IDoc en SAP:
Ø Por un middleware, que envía al puerto entrante el mensaje, en formato IDoc.
Ø Por un archivo con formato IDoc, que es procesado por el módulo de función EDI_DATA_INCOMNG.
En trabajo del programador ABAP se reduce a:
Ø Configurar los IDocs de entrada.
Ø Definir un código de proceso de entrada.
Ø Definir el Acuerdo de Interlocutores de entrada
2) Configuración de los IDocs de Entrada.Utilizamos la Transacción BALD. Dentro de la carpetas IDOC / Proceso de entrada / Módulo de funciones se accede a todos los puntos de configuración.
Aquí debemos configurar:
Ø Los atributos del módulo de función que procesará el IDoc
Ø La asignación del Tipo Base – Tipo de Mensaje – Función de proceso.
Ø El código de proceso que generará el documento de aplicación.
Para actualizar los atributos del IDoc de entrada se define un módulo de funciones que lo procesará y deberá agregarse a la lista de la Transacción BD51 (esta Transacción se utiliza para configurar en el sistema el módulo de funciones que procesará el IDoc de entrada), para que SAP lo detecte como módulo utilizable para el proceso de IDocs.
El módulo de funciones definido en esta transacción es el encargado de generar el documento de aplicación dependiendo de los datos recibidos por el IDoc.
Es quien ejecuta la Transacción correspondiente al objeto de negocios que se desea actualizar.
Luego deben asignarse el módulo de función a un tipo de mensaje, mediante la Transacción WE57.
Con esto, asociamos un objeto con un método de proceso. Pueden existir diferentes asignaciones para el mismo tipo de mensaje, ya que cada módulo de función puede actualizar diferentes atributos del objeto o interpretar diferentes estructuras del mismo tipo de mensaje.
3) Código de proceso de entrada.También llamado Process Code de entrada, es el que indica cómo se debe procesar el IDoc de entrada.
El atributo principal es el módulo de funciones que se utiliza en el proceso. Esta parametrización se hace mediante la Transacción WE42 (Transacción para la creación de los códigos de proceso de entrada).
Con el código de proceso se define si el proceso del mensaje se trata con o sin servicios ALE y la clase de procesamiento.
Los servicios ALE contienen entre otros, filtros según segmentos y modificaciones de versiones o tipos.
La clase de procesamiento, define si el código de proceso ejecutará un módulo de funciones, otro código de operación (obsoleto) o una tarea de WorkFlow (Herramienta que permite la implementación técnica de procesos de negocio).
Si se especifica “Proceso con servicio ALE” (generalmente no se usa para tipos de mensaje Z), se pueden especificar diferentes eventos de comienzo y fin de proceso (se utiliza para mensajes estándar) y debe especificar el tipo de objeto de negocios generado.
NOTA (Audio Tip): Las entradas de datos que se generan mediante la Transacción BD51 se almacenan en la tabla TVD51 y las entradas de datos que se generen mediante la Transacción WE42, se almacenan en la tabla TVD52.
4) Acuerdo de Interlocutores de Entrada.El Acuerdo de Interlocutores debe actualizarse para cada IDoc de entrada en cada sistema receptor. Para ello, seleccionamos algún sistema emisor del mensaje y agregar un nuevo “Parámetro de entrada”.
El sistema receptor de este mensaje está definido implícitamente por el sistema donde es actualizado el acuerdo.
Si el sistema emisor no existiera en el ambiente definido, debe agregarse, teniendo en cuenta el tipo de sistema emisor-receptor (Sistema lógico, cliente, proveedor, etc.).
En el Acuerdo de Interlocutores se definirá el modelo de la interface; para ello se define: el tipo de mensaje a recibir y el tipo de objeto.
Las opciones de entrada, que definen como será tratado el IDoc recibido, las cuales son:
Ø El código de proceso, que es el encargado de entender la información del IDoc y actualizar la/s transacciones correspondientes al mensaje y,
Ø La forma de proceso que puede ser Lanzamiento inmediato o Lanzamiento por medio de un programa de fondo
Nota: esta opción se utiliza cuando la información del IDoc no debe ser actualizada al momento en que se recibe dicho IDoc, sino que un Job que se corre periódicamente procesa todos los IDocs con este status.
 
 
 
Favorito:
Está publicación ha sido agregada a sus favoritos por: Francisco Ortega Aguilar
Sobre el autor
Publicación académica de Oscar Perez, en su ámbito de estudios para la Carrera Consultor ABAP.
Oscar Perez
Profesión: Ingeniero de Sistemas. Consultor y Desarrollador en Peoplesoft - Canada - Legajo: FD38F
✒️Autor de: 105 Publicaciones Académicas
🎓Cursando Actualmente: Master en Programación ABAP Orientado a Objetos
🎓Egresado de los módulos:
Certificación Académica de Oscar Perez