✒️ABAP Los IDocs de entrada
ABAP Los IDocs de entrada
IDOCS DE ENTRADA
1.- Introducciòn a las interfases de entrada.
Los Idocs de entrada no tienen diferentes tipos de procesos. 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.
Existen 2 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_INCOMMING.
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.
2.- 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 / Mòdulo 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 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à.
Este mòdulo de funciones debe agregarse a la lista de la transacciòn DB51, 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, a travès de WE57.
Con este paso, se asocia 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 implementar 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 como se debe procesar el IDOC de entrada.
El atributo prIncipal, es el mòdulo de funciones que se utiliza para el proceso. Esta parametrizaciòn se hace mediante la transacciòn WE42 (Còdigo de proceso de entrada).
Con el còdigo de proceso se define si el proceso del mensaje se trata con o sin servicio ALE y la clase de procesamiento.
Los servicios ALE contienen, entre otros, filtros segùn segmentos y modificaciones de versiones o tips.
La clase de procesamiento, define si el còdigo de proceso ejecutarà un mòdulo de funciònes, otro còdigo de operaciòn(obsoleto) o una tarea 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.
Las entradas de datos se almacenan en SAP en la tabla TBD51 y las entradas de datos que se generadas con WE42, se almacena en TBD52.
4.- Acuerdos 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 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 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 son:
- El còdigo de proceso que es el encargado de entender la informaciòn del IDOC y actualizar las transacciones correspondientes al mensaje.
-. La forma de proceso que puede ser "Lanzamiento inmediato por medio de un programa de fondo".
"La opciòn de fondo 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".
 
 
 
Sobre el autor
Publicación académica de Miguel Angel Acosta Acosta, en su ámbito de estudios para la Carrera Consultor ABAP.
Miguel Angel Acosta Acosta
Profesión: Ingeniero de Sistemas - Ecuador - Legajo: TF64C
✒️Autor de: 238 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP SD Nivel Avanzado
- Carrera Consultor en SAP SD Nivel Inicial
- Máster ABAP for HANA
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Profesional de ingeniería de sistemas en computación e informática, con experiencia en la implantación y soporte de proyectos informáticos para empresas del sector industrial y financiero.
Certificación Académica de Miguel Acosta