✒️ABAP Los IDocs de salida
ABAP Los IDocs de salida
Unidad 4: Los IDocs
Lección 6: Los IDocs de salida
Los IDocs de salida se pueden generar mediante Output types, Punteros de modificación, Programa de extracción estándar y Programa de extracción Z.
Los Output types se usan cuando la info a enviar es un doc. de negocio, mejor llamado trans, como por ej, un pedido o factura; para ello la aplicación debe ser EDI/ALE Enable.
Los Punteros de modificación y los Programas extractores, se usan para replicar datos maestros o modificaciones de los mismos.
Output Type:
Es un método de generación de IDocs de salida que se usa para datos transaccionales.
El manejo del lado funcional es el mismo usado para la impresión de formularios:
- Se define un Output Message, configurado como salida ALE/EDI.
- Se asocia dicho msj al doc. que desea enviarse.
- Se debe configurar el msj de logística en la herramienta ALE (en el Acuerdo de interlocutores).
Pasos para configurar un msj vía Output type:
- Identificar el tipo de msj IDoc a enviar: si es un doc. de negocio, se usan los tipos estándar y a veces se generan ampliaciones de estos msjs, para enviar info no contenida en el mismo.
- Definir el cód. de proceso de sal.: si se usa el tipo estándar, se usa un cód de proceso estándar. Si se han generado ampliaciones para este tipo, se modificará el MF del cód de porceso usando User Exits o ampliaciones.
- Definir el puerto de salida y la forma de envío.
- Definir la función de la puerta ABAP (en el caso de que sea necesario).
Código de proceso de salida:
Indica como se debe procesar el IDoc de salida.
A diferencia de los cód. de procesos de ent, los cód. de procesos de salida, no graban info en el doc. o en el objeto, sino que obtienen la info del mismo, y la transforman a formato IDoc para poder ser enviada.
Se definen cód. de proceso para cada Tipo de Mensaje (Tipo de IDoc), y cada cód. está asociado a un MF, que es el encargado de ejecutarlo.
En la mayoría de procesos de sal., se usan cód. de proceso estándar para la generación de IDocs, ya que la info a enviar proviene de doc. de negocio.
De todas formas, todos los MF estándar asociados a cód. de proceso, cuentan con una serie de ampliaciones para agregar cód. Z.
Para definir cód. de procesos de sal. Z, usamos la trans WE41.
Los punteros de modificación:
Se usan para enviar o duplicar datos maestros en sist. externos, cuando estos datos son creados o modificados.
Para activar los punteros de modificación en globalmente, usaremos la trans BD61.
Para activar los punteros de modif. por Tipo de Mensajes, mediante la trans. BD50:
- En entradas nuevas hay que agregar una entrada para el msj deseado y marcarla como activa:
- Ahora hay que definir las tablas y campos relevantes para la generación de punteros de modif. por la trans BD52.
- En la pantalla, introducimos el Tipo de msj:
- Luego se ingresará el objeto de modif., la tabla y el campo en Entradas nuevas.
- Ahora tenemos que crear la relación entre el Tipo msj y el MF por la trans BD60 (el MF debe existir previamente).
Creando un MF Z:
Tomaremos el encabezado de un MF estándar y agregamos nuestro cód. La lógica del MF contendrá los sig pasos:
- Leer los punteros de modif. generados usando la función CHANGE_POINTERS_READ.
- Analizar los punteros de modif. para determinar cuales doc. son válidos.
- Determinar la clave del doc. de aplicación del paso anterior.
- Seleccionar datos de aplicación de la base de datos, usando la clave de objeto identificada.
- Completar la info del registro de control del IDoc.
- Completar una TI de estructura EDIDD con registros de datos para todos los segmentos.
- Llamar al servicio MASTER_IDOC_DISTRIBUTE para crear datos en la base de datos.
- Actualizar el estado de los punteros de modif.
- Ejecutar un COMMIT WORK.
Finalmente ejecutaremos el programa RBDMIDOC para ejecutar el IDoc, introduciendo el tipo de msj:
Programas de extracción estándar:
Existen programas estándar para crear IDocs, estos se usan para enviar a los sist. receptores datos maestros masivamente, para cargas iniciales, por ej: donde se desea replicar gran parte de los datos maestros del sist. central a los subsist. del ambiente.
Algunos programas extractores son:
- BD10: Maestro de Materiales.
- BD12: Maestro de Clientes.
- BD14: Maestro de Proveedores.
Además podemos programar los propios programas extractores generadores de IDocs. Estos programas, usan el MF MASTER_IDOC_DISTRIBUTE para distribuir la info generada a los sist. receptores.
Se debe actualizar el Acuerdo de interlocutores y el Modelo de distribución para definir cuales serán los sist. receptores.
Programas de extracción Z:
Los pasos para crear un IDoc de sal. desde un programa son:
- Seleccionar la info de la base de datos de acuerdo a los parám. de selección ingresados.
- Completar la info correspondiente al registro de control.
- Completar una TI de tipo EDIDD con los registros de datos de los segmentos correspondientes.
- Llamar al servicio de la capa ALE MASTER_IDOC_DISTRIBUTE para crear los IDocs en la base de datos.
- Ejecutar un COMMIT WORK.
- Enviar el IDoc a su destinatario invocando al programa RSEOUT00.
Luego de haber creado el IDoc, el mismo se guarda físicamente en las tablas EDIDC y EDID4, podemos verlo desde la trans. WE05.
Sobre el autor
Publicación académica de Candela Estefanía Calzada, en su ámbito de estudios para la Carrera Consultor ABAP.
SAP Expert
Candela Estefanía Calzada
Profesión: Técnica Electrónica - Argentina - Legajo: JW91W
✒️Autor de: 160 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Me encuentro estudiando la ingeniería en sistemas de información. poseo amplia experiencia en edición de videos. tengo bases entorno a la programación que quiero continuar consolidando.
Certificación Académica de Candela Calzada
