✒️ABAP / La configuración de un IDoc Por Gabriel Luces González
ABAP La configuración de un IDoc

Para configurar un IDoc de manera integral en SAP, es necesario cumplir con una serie de pasos que definen tanto su estructura técnica como su capacidad de comunicación dentro del entorno ALE (Application Link Enabling) o EDI. Basado en las fuentes, te detallo el procedimiento técnico siguiendo las mejores prácticas:
1. Definición de la Estructura del IDocEl primer paso consiste en crear los componentes básicos que contendrán la información:
- Creación de Segmentos (Transacción WE31): Un segmento es una estructura que contiene los campos de datos. Al crearlos, el nombre debe comenzar preferentemente con el prefijo Z1. Una vez definidos los campos y tipos de datos, el segmento debe ser liberado para establecer su versión utilizable.
- Creación del Tipo Base o IDoc Type (Transacción WE30): Define la sintaxis del mensaje al organizar los segmentos en una jerarquía específica. Aquí se especifica el orden de los segmentos, su nivel de jerarquía (padre/hijo) y si son obligatorios o cuántas repeticiones permiten.
- Creación del Tipo de Mensaje (Transacción WE81): Representa el objeto de negocio (por ejemplo, un pedido o factura) y funciona como una vista lógica del Tipo Base.
Una vez creados los objetos, se deben realizar las asignaciones correspondientes:
- Asignación de Tipo Base a Tipo de Mensaje (Transacción WE82): Es indispensable informar al sistema qué estructura técnica (Tipo Base) corresponde a qué objeto de negocio (Tipo de Mensaje).
- Asignación del Módulo de Función (Transacción WE57): Se asocia el módulo de función ABAP que contiene la lógica para procesar el IDoc (ya sea de entrada o salida) con el Tipo Base y el Tipo de Mensaje.
Para que el IDoc pueda ser enviado o recibido, se requiere configurar la infraestructura de comunicación:
- Sistemas Lógicos (Transacción BD54): Se crean para representar a los interlocutores (sistemas SAP remotos o sistemas legacy) con los que se intercambiarán datos.
- Destinos RFC y Puertos (Transacciones SM59 y WE21): El puerto designa el medio de comunicación (ficheros planos, XML o RFC transaccional). El uso de puertos permite que una misma configuración sea reutilizada por múltiples interlocutores.
- Acuerdo de Interlocutor o Partner Profile (Transacción WE20): Es el acuerdo donde emisor y receptor aceptan la sintaxis y semántica de los datos. En esta transacción se definen los parámetros de salida (sistema receptor, puerto, tipo base) o de entrada (código de proceso y forma de ejecución).
- Modelo de Distribución (Transacción BD64): Es la vista donde se define qué datos maestros se distribuyen y hacia qué receptores, controlando el flujo de información de la capa ALE.
Finalmente, SAP ofrece herramientas para gestionar la transparencia del desarrollo:
- Documentación (Transacción WE60): Permite visualizar o agregar documentación técnica a los Tipos Base y segmentos creados.
- Códigos de Estado: Durante el proceso, el sistema asigna automáticamente registros de estado (tabla EDIDS) que permiten monitorear si el mensaje fue procesado correctamente o si hubo errores. Los IDocs de salida suelen tener estados entre 01 y 49, mientras que los de entrada inician en 50.
 
 
 
Sobre el autor
Publicación académica de Gabriel José Luces González, en su ámbito de estudios para la Carrera Consultor ABAP Nivel Avanzado.
Gabriel José Luces González
Profesión: Consultor Sap Pm - Chile - Legajo: LA36W
✒️Autor de: 214 Publicaciones Académicas
🎓Cursando Actualmente: Carrera Consultor ABAP Nivel Avanzado
🎓Egresado de los módulos:
- Carrera Consultor ABAP Nivel Inicial
- Carrera Consultor SAP FI Nivel Inicial
- Carrera Consultor SAP MM Nivel Inicial
Presentación:
Objetivo principal, adquirir todos los conococimiento relacionado al modulo de mm que me permita complementar mis conocimientos en el mundo sap
Certificación Académica de Gabriel Luces






Disponibilidad Laboral: FullTime


















