✒️ABAP El customizing ALE
ABAP El customizing ALE
INTERLOCUTOR ALE
Es un sistema de 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. A este acuerdo se le llama Acuerdo interlocutor.
Los datos definidos en un acuerdo 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.
En el interlocutor se definen datos específicos de cada mensaje a trasmitir en los parámetros de la salida o entrada según corresponda.
A través de la transacción WE20 se crea el acuerdo de interlocutor.
Se debe definir el acuerdo de interlocutores en cada mandante y sistema donde se ejecutarán los Idocs ya que esta definición es " Dependiente de mandante"
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 distinto tipo. En general, para el envió de IDOCS, se crea conexiones del tipo TCP/IP, especificando el nombre del servidor destino y el puerto TCP destino.
PUERTO
Es un nombre lógico para un dispositivo de entrada/salida.
Los programas se comunican con un puerto a través de una interfaz estándar.
En vez de definir el medio de comunicación directamente en el acuerdo de interlocutores, se asigna un número de puerto, y es este puerto el que designa realmente el medio. Esto permite definir las características de los puertos individualmente y usar un puerto en múltiples Acuerdos de interlocutores.
Los puertos indican la forma de envió de los mensajes EDI y se configuran por medio de la transacción WE21
Puertos que se utilizan más comúnmente:
-> Ficheros:
se utilizan cunado 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 invocar la función EDI_PATH_CREATE_CLIENT_DOCNUM, el cual generara el nombre del archivo a partir del mandante y numero de IDOC.
-> Ficheros XML:
Envía documentos en formato XML es necesario definir el nombre del puerto, al igual se recomienda invocar a la función EDI_PATH_CREATE_CLIENT_DOCNUM, para que genere los nombres del archivo en forma dinámica.
-> RFC TRANSACCIONAL:
se utiliza cuando el sistema receptor es un sistema SAP o no SAP externo. la información del IDOCS séra enviada a este sistema externo a través de esta puerta.
->XML-HTTP:
en vez de definir el nombre del archivo XML, se especifica un destino RFC.
->ABAP:
se utiliza 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 cunado se cree un documento específico. tiene la particularidad de ejecutar un módulo de funciones luego de ser enviado el IDOC.
Transacción BD54
Se utilizara esta transacción BD54 para la creación de los sistemas lógicos en el SAP.
Nota: cuando el sistema lógico es un R/3, se le debe asignar un mandante. Para ello utilizamos la transacción SCC4.
Modelo de distribución:
Es una vista donde se define la distribución de los datos maestros.
La relación entre 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.
Transacción BD64
Utilizaremos la transacción estándar BD64 para la creación de los modelos de distribución en el sistema SAP
Nota: No se puede mantener un tipo de mensajes entre el mismo emisor y receptor en más de un modelo de distribución.
 
 
 
Sobre el autor
Publicación académica de Diego Armando De Santiago Castanon, en su ámbito de estudios para la Carrera Consultor ABAP.
Diego Armando De Santiago Castanon
Profesión: Ingenieria en Sistemas Computaciona - Mexico - Legajo: CQ90U
✒️Autor de: 63 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Diego De