![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️ABAP El customizing ALE
ABAP El customizing ALE
![ABAP El customizing ALE ABAP El customizing ALE](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/33.jpg)
1 | El acuerdo de interlocutor
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. A este acuerdo se llama Acuerdo de Interlocutor.
La 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.
En el interlocutor se definen datos específicos de cada mensaje a transmitir en los parámetros de salida o entrada según corresponda.
A través de la transacción WE20 se crea el Acuerdo de Interlocutor.
Transacción WE20
Mediante la transacción estándar WE20 crearemos los Acuerdos de Interlocutores en el sistema SAP.
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"
Se selecciona el sistema receptor del menú "Interlocutores EDI" Si no existiera es este menú, debe crearse un nuevo nodo. Este nuevo sistema debe existir en R/3, como sistema lógico.
Para definir el IDoc, se agrega el tipo de mensaje en el sector "Parámetros de salida",, si es de salida y en el sector "Parámetros de entrada", si es de entrada, haciendo clic en el botón de "Agregar registro"
Para IDocs de 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 en el sistema receptor.
Para IDocs de entrada, se indica el sistema emisor, el mensaje lógico, el código de proceso y la función que procesa la entrada.
2 | La 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
Transacción SM59
Mediante la transacción estándar SM59 podemos visualizar y actualizar destinos RFC. Se pueden crear, borrar y modificar Conexiones R/3, Conexiones internas, Destinos lógicos, Conexiones TCP/IP conexiones con driver ABAP
Dependiendo del sistema destino, la conexión RFC será de destinto tipo. En general, para envió 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
*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 la medio. Esto permite definir las característica de los puertos individualmente y usar un puerto en múltiples Acuerdos de Interlocutores.
Los cambios en un puerto se reflejarán automáticamente en todos los acuerdos que estén utilizando.
Al menos un puerto debe existir para cada sistema externo. La siguiente figura muestra cómo los idocs son enviados a dos sistemas via tres puertos.
Los puertos indican la forma de envío de los mensajes EDI y se configuran por medio la transacción WE21
Transacción WE21
Utilizaremos la transacción WE21 para la administración de los puertos en el proceso de IDocs
Analicemos los puertos más comúnmente utilizados en detalle:
>Ficheros: se utilizan cuando la información del IDoc debe ser almacenado 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 envia. Se recomienda 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
>Fichero XML: envía documentos en formato XML. Para utilizar este tipo de puerto, es necesario definir el nombre del puerto, el formato de XML y el nombre del archivo a generar,. Al igual que son el tipo de puerto Fichero, se puede invocar a la función EDI_PATH_CREATE_CLIENT_DOCNUM para 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 información del IDoc será enviada a este sistema externo a través de esta puerta
>XML-HTTP: en vez de definir el nombre del archivo XML, se especificar 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 especifico. Tienen la particularidad de ejecutar un módulo de funciones luego de enviado el IDoc.
Los sistemas lógicos se crean a través de la transacción BD54
Transacción BD54
Utilizaremos la transaccion BD54 para la creación de los sistemas lógicos en el SAP
Cuando el sistema lógico es un R/3, se lo debe asignar a un mandante. Para ello utilizamos la transacción SCC4
Transacción SCC4
Utilizaremos la transacción SCC4 para asignar un sistema lógico a un mandante de SAP
3 | El modelo de distribución
*Modelo de distribución
Es una vista donde se define la distribución de los datos maestros.
 
 
 
Sobre el autor
Publicación académica de Cristian Mesa, en su ámbito de estudios para la Carrera Consultor ABAP.
Cristian Mesa
Profesión: Analista Programador - Argentina - Legajo: ED13D
✒️Autor de: 26 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP Fiori
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Hola muy buenas tardes, mi nombre es cristian oralndo mesa, estoy muy feliz de poder tener la posibilidad de realizar esta capacitación ya que me parece súper interesante sap, espero aprender mucho
Certificación Académica de Cristian Mesa