![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️ABAP Los IDocs de entrada
ABAP Los IDocs de entrada
![ABAP Los IDocs de entrada ABAP Los IDocs de entrada](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/87.jpg)
INTRODUCCIÓN A LOS 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
Hay diferentes formas de crear un IDOC en SAP:
-> Por un middleware, que envía al puerto entrada el mensaje, en formato IDOC.
-> Por un archivo con formato IDOC, que es procesado por el módulo de función EDI_DATA_INCOMING
El 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.
CONFIGURACIÓN DE LOS IDOCS DE ENTRADA
Para configurar los IDOCS de entrada se utiliza la transacción BALD. Dentro de las carpetas IDOC/ Proceso de entrada/ Modulo de funciones se accede a todos los puntos de configuración.
Aquí se debe configurar:
-> los atributos del módulo de función que procesará el IDOC
-> La Asignación del TIPO BASE-TIPO 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á.
Éste módulo de funciones debe agregarse a la lista de la transacción BD51, para que SAP lo detecte como módulo utilizable para proceso de IDOCS.
BD51
La transacción estándar BD51 se utiliza para configurar en el sistema el módulo de funciones que procesará el IDOC de entrada.
El módulo de función definido en esta transacción es el encargado de generar el documento de aplicación dependiendo de los recibidos por el IDOC.
Es quien ejecuta la transacción correspondiente al objeto de negocios que se desea actualizar.
WE57
Con esta transacción estándar podemos asignar el módulo de función a un tipo de mensaje.
Nota:
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 interpretación o interpretar diferentes estructuras del mismo tipo de mensaje.
CÓDIGO DE PROCESO DE ENTRADA
También llamado Process code de entrada, es el que indica como se debe procesar el IDOC de entrada.
WE42
La transacción estándar se utiliza 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 i sin el 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 ejecutara un módulo de funciones, otro código de operación (obsoleto) o un atarea de workflow.
Si se especifica "proceso con servicio ALE" (generalmente no se utiliza para tipos de mensaje Z), se pueden especificar diferentes eventos de comienzo y fin de proceso (se utiliza para mensajes estándar) y debe especificarse el tipo de objeto de negocios generado.
ACUERDO DE INTERLOCUTORES DE ENTRADA
El Acuerdo de interlocutores debe actualizarse para cada IDOC de entrada, en cada sistema receptor.
Para actualizar el acuerdo de interlocutores de entrada, se debe seleccionar alguno de los sistemas emisores del mensaje y agregar un nuevo " Parámetro de Entrada".
El sistema receptor de este mensaje esta 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 cuneta el pito de sistema emisor-receptor (sistema lógico, cliente, proveedor, etc).
En el acuerdo de interlocutores se definirá el modelo de la interfase. Para ello debe definirse:
-> El tipo de mensaje a recibir
-> El tipo de objeto
Las opciones de entrada, que definen como será tratado el IDOC recibido:
-> El código de proceso, que es el encargo de entender la información del IDOC y actualizar la/s transacciones correspondientes al mensaje.
-> La forma de proceso que puede ser Lanzamiento inmediato o lanzamiento por medio de un progaram de fondo.
Nota: La opción de fondo se utilizara cunado 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.
 
 
 
Sobre el autor
Publicación académica de Diego Armando De Santiago Castanon, en su ámbito de estudios para la Carrera Consultor ABAP.
Diego Armando De Santiago Castanon
Profesión: Ingenieria en Sistemas Computaciona - Mexico - Legajo: CQ90U
✒️Autor de: 63 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Diego De