Introducción y diferencia de ALE, EDI e IDocs: SAP Tutorial
⚡ Resumen inteligente
ALE, EDI e IDocs son los tres pilares de SAP integración. EDI intercambia documentos comerciales con socios externos, ALE distribuye los procesos entre SAP sistemas, y el IDoc es el contenedor estándar que transporta los datos para ambos.

¿Qué es EDI?
EDI, siglas de Intercambio Electrónico de Datos, es el intercambio electrónico de datos comerciales estructurados entre diferentes aplicaciones. Por lo tanto, un pedido de compra generado en una empresa puede llegar al sistema de un proveedor como un pedido de venta, sin necesidad de que nadie lo vuelva a introducir.
EDI Architectura
Como muestra el diagrama anterior, EDI ArchiLa tecture consta de tres capas –
- Aplicaciones habilitadas para EDIPermiten el procesamiento automático de transacciones comerciales.
- La interfaz IDOC: Esto fue diseñado como una interfaz abierta. La interfaz IDoc consta de tipos IDoc y módulos de funciones que forman la interfaz con la aplicación.
- El subsistema EDI: Esto convierte los tipos de IDoc en tipos de mensajes EDI y viceversa. Este componente de la arquitectura EDI no lo proporciona SAP.
Ventajas del proceso EDI
- Reducción de errores en la entrada de datos
- Tiempo de ciclo de procesamiento reducido
- Disponibilidad de datos en formato electrónico
- Reducción del papeleo
- Costo reducido
- Inventarios reducidos y mejor planificación.
- Medios estándar de comunicación
- Mejores procesos empresariales
- Ventaja competitiva
¿Qué es ALE?
EDI se extiende hacia afuera a los socios comerciales. ALE resuelve el problema del espejo dentro de la empresa, donde varios SAP Los sistemas deben mantenerse sincronizados.
ALE apoya la distribución de las funciones y procesos de negocio entre sistemas poco acoplados. SAP Sistemas R/3 (diferentes versiones de SAP R/3). Conexiones desde R/2 y no SAP Los sistemas también son compatibles.
ALE apoya-
- Distribución de aplicaciones entre diferentes versiones de Sistemas R/3
- Intercambio de datos continuo después de una actualización de versión sin necesidad de mantenimiento especial
- Extensiones específicas del cliente.
- Interfaces de comunicación que permiten conexiones a dispositivos noSAP .
- Acoplamiento de los Sistemas R/3 y R/2.
¿Qué es IDOC?
Tanto ALE como EDI requieren intercambio de datos, y ambos asignan esa tarea al mismo objeto.
IDOC is simplemente un contenedor de datos Se utiliza para intercambiar información entre dos procesos cualesquiera que puedan comprender la sintaxis y la semántica de los datos.
En pocas palabras, un IDoc es como un archivo de datos con un formato específico que se intercambia entre dos sistemas que saben cómo interpretar esos datos.
IDOC significa “Documento intermedio".
Cuando ejecutamos un saliente Proceso ALE o EDI, se crea un IDOC. en un entrante Proceso ALE o EDI, un IDOC sirve como entrada para crear un documento de solicitud. En el SAP SistemaLos IDOC se almacenan en la base de datos. Cada IDOC tiene un número único (dentro de un cliente).
Los IDOC se basan en los estándares EDI, ANSI ASC X12 y EDIFACTOEn caso de conflicto en el tamaño de los datos, adopta el de mayor longitud. Los IDOC son independiente de la dirección del intercambio de datos, por ejemplo ORDERS01 en el módulo de Compras se utiliza tanto para entrada como para salida. Los IDOC se pueden ver en un editor de texto porque los datos se almacenan en formato de caracteres en lugar de formato binario. Los IDOC son independiente de los sistemas de envío y recepción (SAP-A-SAP así como no-SAP).
Estructura de IDoc: Registros de control, datos y estado
Saber que un IDoc es un contenedor solo es útil una vez que se puede leer su contenido. Cada IDoc, independientemente del tipo de mensaje, se construye a partir de tres tipos de registros.
| Record | Tabla | Lo que contiene |
|---|---|---|
| Registro de control | EDIDC | Exactamente uno por IDoc. Contiene el número de IDoc, el tipo básico, el tipo de mensaje, la dirección y los detalles del remitente y del receptor. |
| Registros de datos | EDID4 | La carga útil del negocio. Cada registro se corresponde con un segmento, y los segmentos pueden anidarse para formar jerarquías de padres e hijos. |
| Registros de estado | EDIDS | El registro de auditoría. Cada paso del procesamiento agrega un código de estado, por lo que el historial completo del IDoc permanece visible. |
Los indicadores de estado también permiten saber la dirección de un vistazo. CodeLos IDocs que van del 01 al 49 corresponden a IDocs de salida, donde 03 significa "pasado al puerto" y 12 significa "enviado". CodeLos IDocs desde el 50 en adelante pertenecen a los IDocs entrantes, donde 53 significa "documento de solicitud contabilizado" y 51 significa "documento de solicitud no contabilizado".
¿Cómo funciona el proceso ALE e IDoc?
Los registros anteriores siguen una secuencia fija de pasos. Comprender esa secuencia es lo que permite determinar dónde se detuvo una interfaz fallida.
Proceso de salida
- Se ha creado el documento de solicitud. Un usuario o un proceso por lotes guarda un documento comercial, como por ejemplo una orden de compra.
- Se activa el control de mensajes. La determinación de la salida encuentra un tipo de mensaje, por ejemplo PEDIDOS, y un perfil de socio que indica que se debe generar un IDoc.
- El IDoc se genera. Un módulo de función de selección lee las tablas de la aplicación y rellena los registros de control y de datos. El IDoc recibe el estado 30, "listo para su envío".
- El IDoc se pasa al puerto. La definición del puerto determina el medio, que puede ser un archivo, una llamada a una función remota o una transferencia XML. El estado cambia a 03.
- El subsistema o socio lo recibe. Para EDI, el subsistema convierte el IDoc en un mensaje EDIFACT o ANSI X12. Una transmisión exitosa devuelve el estado 16.
Proceso entrante
- Llega el IDoc a través del puerto y se escribe en la base de datos con estado 50.
- Se ha comprobado el perfil del socio. SAP Busca el remitente, el tipo de mensaje y el código de proceso asignado.
- El código del proceso llama a un módulo de función, que valida los segmentos con respecto al tipo básico.
- El documento de solicitud ya está publicado. Si la operación es exitosa, se obtiene el estado 53. Si falla, se obtiene el estado 51 y el IDoc permanece en la base de datos con el mensaje de error adjunto.
- Los IDoc fallidos se reprocesan. una vez corregidos los datos maestros, sin que el socio tenga que volver a enviar nada.
Debido a que el IDoc se almacena en cada etapa, no se pierde ningún dato cuando falla un paso. Esa durabilidad es la razón principal. SAP Las integraciones aún dependen de los IDoc décadas después de su introducción.
Diferencia entre ALE y EDI
Una vez definidos los tres conceptos, resulta fácil enunciar la distinción.
ALE se utiliza para soportar procesos distribuidos pero integrados en varios SAP sistemas mientras que EDI se utiliza para el intercambio de documentos comerciales entre los sistemas de socios comerciales (que podrían no serSAP .
ALE es SAPLa tecnología de soporte para un entorno distribuido, mientras que EDI es un proceso utilizado para el intercambio de documentos comerciales que ahora cuentan con un formato estándar.
| Base | DE | EDI |
|---|---|---|
| Propósito | Distribuir procesos de negocio y datos maestros | Intercambio de documentos comerciales con socios comerciales |
| Alcance típico | Interno, entre SAP sistemas | Externas, entre empresas |
| Se necesita un subsistema | No | Sí, para convertir IDocs a EDIFACT o ANSI X12. |
| Normas involucradas | SAP modelo de distribución propietario | EDIFACT, ANSI ASC X12 |
| Soporte de datos | IDoc | IDoc |
Un IDoc es un contenedor de datos que se utiliza para el intercambio de datos tanto en los procesos EDI como ALE. Ese contenedor compartido es la razón por la que ambas tecnologías casi siempre se estudian juntas.
Transacción IDoc común Codes en SAP
El trabajo diario con ALE y EDI se realiza mediante un pequeño conjunto de códigos de transacción. La siguiente tabla los agrupa según la función que desempeñan.
| transacción | Propósito |
|---|---|
WE02 / WE05 |
Visualice los IDoc y fíltrelos por estado, fecha, dirección o socio. |
WE19 |
Herramienta de prueba. Copie un IDoc existente, edite los segmentos y reproceselo en modo de depuración. |
WE20 |
Mantener los perfiles de los socios, que vinculan a cada socio con los tipos de mensajes y los códigos de proceso. |
WE21 |
Defina los puertos, que especifican cómo un IDoc sale o entra físicamente en el sistema. |
WE30 / WE31 |
Cree y amplíe los tipos y segmentos básicos de IDoc. |
BD87 |
Reprocese los IDoc que presenten un estado de error, como 51 o 56. |
SM58 |
Inspeccione las colas RFC transaccionales cuando un IDoc nunca llega al sistema de destino. |
Un hábito práctico para la resolución de problemas es comenzar en WE02 para leer el estado y luego usar BD87 para reprocesar una vez que se haya solucionado la causa raíz.

