ALE/IDocs es el mecanismo de interfaz proporcionado por SAP para la versión SAP R/3 R4.6C, y actualmente es el más utilizado. En versiones posteriores de R4.0, se agregaron BAPI técnicamente avanzadas.
1. ¿Qué es ALE/IDocs?
ALE es la abreviatura de Application Link and Enabling. Es el middleware de integración de SAP especialmente diseñado para SAP y SAP. IDocs es la abreviatura de Intermediate DOCument, que es un formato de datos/mensaje dedicado para la integración de sistemas proporcionado por SAP. ALE ha sido parte de todo el sistema de aplicaciones de SAP desde la versión 3.0 de SAP, proporcionando un mecanismo de comunicación confiable y seguro para el intercambio de datos distribuidos. El diseño de ALE se utilizó originalmente como un servicio de mensajería (Servicio de mensajería) entre dos procesos de SAP para permitir el intercambio efectivo de datos empresariales entre SAP y los procesos comerciales de SAP, y para proporcionar una comunicación fluida entre dos servicios de integración de sistemas independientes. Sin embargo, con el desarrollo de aplicaciones, el mecanismo de interfaz ALE/IDocs se ha convertido en un método de integración estándar con otros sistemas que no son SAP.
La estructura de diseño de ALE se puede dividir en tres capas: capa de aplicación, capa de distribución de datos/mensajes y capa de comunicación. La capa de comunicación es la base del mecanismo de integración de SAP. Utiliza llamada de función remota (RFC) para llamar a los módulos de funciones del sistema SAP.
La capa de distribución de datos/mensajes proporciona principalmente tres servicios clave:
Determinar el destinatario de los datos según el modelo de distribución de datos.
Filtrado y conversión de mensajes.
Compresión de datos/mensajes para mejorar la eficiencia de entrega.
La capa de aplicación interactúa directamente con el sistema SAP y genera o recibe IDOC de texto de mensaje que contienen información de enrutamiento de otros sistemas, incluido el nombre del destinatario del mensaje, el tipo de mensaje que se debe enviar y las reglas. para procesar el mensaje.
El mecanismo ALE reemplaza el método BDC (Batch Data Communication) original proporcionado por SAP. Como sugiere el nombre, BDC proporciona servicios simples de procesamiento por lotes de datos entre sistemas. No puede usarse como tecnología de middleware. No proporciona funciones de corrección de errores, administración del sistema y otras medidas de seguridad necesarias para una integración perfecta entre sistemas. En resumen, aplicar el mecanismo ALE de SAP para integrar SAP con sistemas SAP o no SAP tiene los siguientes beneficios:
La tecnología ALE no se ve afectada por las actualizaciones de la versión de SAP y proporciona compatibilidad con versiones anteriores. ALE se define en la capa de aplicación de SAP y es relativamente independiente de la capa lógica de SAP. Todo el middleware de ALE es independiente de los sistemas de envío y recepción.
La lógica de diseño de mensajes ALE garantiza la entrega del mensaje "una y sólo una vez". ALE utiliza tecnología de "almacenar y enviar" para garantizar que los mensajes puedan llegar a su destino incluso si el sistema falla o el destinatario no está listo para recibirlos. Esto asegura que el receptor no recibirá mensajes duplicados.
ALE también proporciona funciones de gestión de IDocs. Incluye principalmente reducción de texto, control de versión de texto y filtrado de datos de texto. Tres mecanismos de control permiten a los desarrolladores de SAP procesar dinámicamente texto IDocs en tiempo de ejecución de acuerdo con las necesidades reales.
ALE proporciona funciones de gestión del sistema, lo que permite operaciones del sistema como el inicio/reinicio/recuperación del sistema ALE, proporcionando a los desarrolladores un mayor control de gestión.
IDoc puede transmitir casi cualquier dato de la aplicación SAP. Es un formato de definición "periférico" y no está directamente relacionado con la definición de datos de la aplicación SAP. IDocs se ha utilizado ampliamente en los primeros intercambios de datos SAP-EDI, por lo que su diseño es algo similar al estándar EDI, el estándar EDIFACT.
Los IDocs se basan en caracteres y, por lo tanto, son legibles por humanos. Tiene tres tipos de registros, a saber:
Registro de control: contiene información de texto, como tipo de IDOC, información del remitente/receptor e identificación de texto.
Registros de datos, incluidas las partes de datos reales y de gestión.
Registro de estado: se utiliza para rastrear el estado de cada punto de entrega de texto, como el código de estado, la hora del sistema, la identificación de errores, etc.
2. El proceso de envío y recepción de mensajes de ALE/IDocs
La siguiente es una introducción a la transmisión real de mensajes durante el proceso de integración del sistema de ALE/IDocs.
Veamos primero el proceso de envío.
Un proceso de envío consta de cuatro pasos: activación de eventos, generación de texto, empaquetado de datos y entrega a través del medio de transmisión, de la siguiente manera:
Disparo de eventos del sistema de aplicación
Los cambios de estado de los objetos del sistema (Objetos), las actividades autónomas del usuario u otros cambios específicos de la base de datos pueden iniciar el programa de activación de la tabla de datos, inicializando así la transferencia de datos, como la preparación de datos.
Generar texto IDoc maestro (Master)
Generar archivo IDoc maestro en formato estándar, incluidos todos los datos transferibles (independientemente del destinatario)
Generar Idoc de comunicación
Generar texto relacionado solo con un destinatario específico a partir del IDoc principal. El texto de comunicación es un conjunto de subdatos (Subconjunto) del texto principal
Envío de Idoc
. Uso El método de comunicación asíncrona entrega una determinada versión de IDoc al receptor.
El proceso de recepción comienza cuando el sistema SAP recibe el texto IDoc desde el exterior. La ventaja del proceso de recepción es que el destinatario puede ser un sistema SAP o un sistema de terceros, lo que también es la base para una integración efectiva entre SAP y terceros. El proceso de recepción consta de los siguientes tres pasos:
Almacenar el Idoc: almacenar el texto en la base de datos y realizar la verificación de sintaxis
El programa de procesamiento de correo lee el Idoc, un IDoc especialmente diseñado. El controlador lee el IDOC y genera mensajes del sistema requeridos por SAP u otros sistemas. Se pueden ejecutar varios programas simultáneamente.
Generar texto del sistema: el controlador genera además texto del sistema para uso del sistema y almacena la información resultante en el registro de estado del Idoc d.
3. Introducción a BAPI
BAPI es la abreviatura de Business Application Programming Interface. Es una interfaz de aplicación basada en la tecnología Business Object proporcionada por SAP para la versión 3.0 y superior. SAP adoptó la tecnología orientada a objetos en la versión 3.0 y superior, definiendo lógicamente todos los objetivos funcionales del sistema SAP R/3 y almacenando todos los objetos (Objetos) y BAPI en el BOR (Repositorio de objetos de negocio SAP R/3). de objetivos empresariales es equivalente al concepto de clase en el lenguaje de diseño de destino. Su estructura de definición consta de las siguientes partes:
Datos básicos: los atributos comunes de todas las clases de destino, como la identificación del objetivo y el valor predeterminado. método (Método).
Interfaz interfaz: método de destino (Método), evento (Evento), características (Atributos).
Campos clave: utilizados para la recuperación de objetivos en BOR
Métodos: realizan varias operaciones necesarias en el objetivo.
Atributos: describen las características del objetivo.
Eventos: activados para cambiar el estado del objetivo.
Al utilizar BAPI, los desarrolladores pueden lograr acceso en tiempo real a BOR, logrando así una integración efectiva entre los sistemas de aplicaciones (SAP-SAP) en la capa de datos/lógica.
4. Aplicación de la interfaz SAP-DCOM
SAP proporcionó por primera vez la interfaz SAP-DCOM en 1998 para cumplir con los requisitos del desarrollo de diversas aplicaciones de escritorio. Usando el puerto de conexión DCOM, los desarrolladores pueden usar VB, C++ para acceder a los datos de SAP en forma de destino DCOM. En las aplicaciones web, puede utilizar VBScript y JavaScript para acceder a la página en modo DHTML y también puede utilizar ASP para acceder a los datos.
Además, DCOM también se puede utilizar para acceder indirectamente a la biblioteca de objetos empresariales BOR de SAP. El BAPI mencionado anteriormente es exclusivo del sistema SAP y no está tan extendido como DCOM en aplicaciones prácticas. El puerto DCOM consta principalmente de dos módulos técnicos, uno es el módulo de administración y el otro módulo genera los componentes proxy DCOM (Componentes Proxy) de SAP BO. Los componentes DCOM generados se almacenan en C ++. El componente proxy tiene las siguientes propiedades:
Cliente: el sistema cliente R/3 al que se accederá
ID de usuario: el usuario de R/3
Contraseña: el contraseña de usuario
Idioma - idioma del sistema
Destino - nombre de destino predefinido
Además, cada componente tiene los siguientes métodos:
PutSeesionInfo (): Destino Establece los parámetros de destino para una llamada al sistema
AdviceRfcGuiSink(): se utiliza cuando se requiere SAPGUI o depuración.
CommitWork(): se utiliza para actualizar datos sin confirmación implícita.
InitKeys(): inicialización de la clave de destino DCOM
DimAs(): devuelve el conjunto de registros Microsoft ADO (objeto de datos avanzado) (admite control del cursor).
Otros métodos heredados de la definición BO de R/3.
En resumen, SAP R/3, como sistema ERP relativamente flexible, puede utilizar las diversas tecnologías de integración mencionadas anteriormente para lograr la integración de datos/procesos entre sistemas SAP y entre SAP y otros sistemas. Por supuesto, el alto grado de personalización de un sistema de aplicación dificulta la integración del sistema. A medida que aumentan las funciones del sistema, se hace necesaria una variedad de tecnologías de integración disponibles. Para los usuarios de SAP R/3, la selección correcta de la tecnología de integración aplicable es la clave para una integración exitosa del sistema.