✒️ABAP El customizing ALE
ABAP El customizing ALE
Interlocutor ALE.- Es un sistema SAP remoto o un sistema legacy con el que se intercambian datos. Cuando los datos son intercambiados entre interlocutores, es importante que el emisor y el receptor estén de acuerdo en la sintaxis y semántica de los datos intercambiados, este acuerdo se lo llama Acuerdo de Interlocutor. A través de la transacción WE20 se crea el Acuerdo de Interlocutor. Los datos definidos en un Acuerdo de Interlocutor son:
- Tipo de IDoc y Tipo de mensaje, los cuales son el identificador clave del Acuerdo de interlocutor.
- Nombre del Emisor y Receptor que intercambiarán los IDocs para el Tipo de IDoc y mensaje.
- Puerto por el cual el emisor y el receptor se comunicarán.
Se debe definir el acuerdo de interlocutor en cada mandante y sistema donde se ejecutarán los IDocs ya que esta definición es "Dependiente de mandante". Se selecciona el sistema receptor del menú "Interlocutores EDI". Si no existiera en este menú, debe crearse un nuevo nodo. Este nuevo sistema debe existir en R/3, como sistema lógico.
Para IDocs ded salida se indica el sistema receptor, el puerto, el tipo base, la forma en que se genera el mensaje y en que modalidad se procesa. No se especifica el sistema emisor, ya que el acuerdo se determina entre el sistema donde se configura el mismo y en el sistema receptor.
Para IDocs de entrada, se indica el sistema emisor, el mensaje lógico, el código de procesos y la función que procesa la entrada.
Creación de destinos RFC, puertos y sistemas lógicos.
Destino RFC.- Es una puerta de enlace que permite comunicar un sistema SAP con otro sistema SAP o no SAP. Los destinos RFC se crean a través de la transacción SM59. Dependiendo del sistema destino, la conexión RFC será de destino tipo. En general, para envío de IDocs, se crean conexiones del tipo TCP/IP, especificando el nombre del servidor destino y el puerto TCP destino.
Los IDocs pueden ser enviados y recibidos a través de diferentes medios. Con el objetivo de no acoplar la definición de las características del medio con la aplicación que lo está utilizando, el medio es accedido vía puertos.
Los programas se comunican con un puerto (Es un nombre lógico para un dispositivo de entrada/salida) a través de una interfaz estándar. Los puertos indican la forma de envío de los mensajes EDI y se configuran por medio de la transacción WE21. Los puertos más utilizados en detalle son:
- Ficheros: Se utilizan cuando la información del IDoc debe ser almacenada en un directorio en el servidor de aplicaciones. SAP recomienda no usar nombres de archivos estáticos, dado que el archivo es sobre escrito cada vez que el IDoc se envía. Se recomienda usar el módulo de función EDI_PATH_CREATE_CLIENT_DOCNUM, el cual genera el nombre del archivo a partir del mandante y nro. de IDoc.
- Ficheros XML: Envía documentos en format XML. Para utilizar este tipo de puerto, es necesario definir el nombre del puerto, el formato del XML y el nombre del archivo a generar. Al igual que con el tipo de puerto Fichero, se puede invocar a la función EDI_PATH_CREATE_DOCNUM par que genere los nombres del archivo en forma dinámica.
- RFC Transaccional: Se utilizan cuando el sistema receptor es un sistema SAP o no SAP externo. La informacipon del IDoc será enviada a este sistema externo a travpes de esta puerta.
- XML-HTTP: En vez de definir el nombre del archivo XML, se especifica un destino RFC.
- ABAP: Se utilizan cuando el IDoc está definido desde un sistema SAP al mismo sistema SAP. Esto sirve, por ejemplo, para definir un flujo de procesos a realizarse cuando se cree un documento específico. Tienen la particularidad de ejecutar un módulo de funciones luego de enviado del IDoc.
Los sistemas lógicos de crean a través de la transacción BD54.
La relación ente sistemas lógicos, tipos de mensajes, BAPIs y filtros están definidas en el Modelo de Distribución. Las aplicaciones y la capa ALE usan el modelo de distribución para determinar los receptores y para controlar la distribución de datos.
El modelo de distribución es compartido entre todos los interlocutores participantes. Por lo tanto solo pueden ser mantenido en uno de los sistemas, el cual lo podemos llamar el sistema líder. Solo uno de los sistemas es el sistema líder, pero puede ser configurado para cualquiera de los interlocutores en cualquier momento, aún si el escenario ya se encuentra activo.
Pueden haber varios escenarios para diferentes propósitos. Por otro lado se puede poner todo en un solo escenario. Lo más recomendable es crear un escenario por administrador. Si hay un solo administrador ALE, no tiene mucho sentido tener más de un escenario. Pero si hay varios departamentos con diferentes requerimientos, será más útil crear un escenario por departamento.
 
 
 
Sobre el autor
Publicación académica de Yair Miguel Ramirez Martinez, en su ámbito de estudios para la Carrera Consultor ABAP.
Yair Miguel Ramirez Martinez
Profesión: Docente - Mexico - Legajo: QO13V
✒️Autor de: 52 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Soy una persona proactiva con la meta de seguir aprendiendo y poder lograr metas en mi carrera, quiero desempeñarme como uno de los mejores programadores y tener éxito en todos los próximos proyectos.
Certificación Académica de Yair Ramirez