✒️ABAP El customizing ALE
ABAP El customizing ALE
Unidad 4: Los IDocs
Lección 3: El customizing ALE
El acuerdo de interlocutor:
El Interlocutor ALE es un sist. SAP remoto o un sist 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 de lo llama Acuerdo de Interlocutor.
Los datos definidos en un Acuerdo de interlocutor son:
- Tipo de IDoc y Tipo de msj, los cuales son el identificador clave del Acuerdo de interlocutor.
- Nombre del Emisor y Receptor que intercambian los IDocs para el Tipo de IDoc y msj.
- Puerto por el cual el emisor y receptor se comunicarán.
En el interlocutor se definen datos específicos de cada msj a transmitir en los param. de sal. o ent. según corresponda.
Por medio de la trans WE20 se crean los Acuerdos de Interlocutor.
Se debe definir el acuerdo de interlocutores en cada mandante y sist. donde se ejecutarán los IDocs, ya que esta definición es "Dependiente de mandante".
Se selecciona el sist. receptor del menú "Interlocutores EDI". Si no existiera en este menú, debe crearse un nuevo nodo. Este nuevo sist. debe existir en R/3 como sist. lógico.
Para definir el IDoc, se agrega el tipo de msj en el sector "Parámetros de salida", si es sal. y en el "Parámetros de entrada", si es de ent. haciendo clic en "Agregar registro".
Para IDocs de sal. se indica el sist. receptor, puerto, tipo base, forma en la que se genera el msj y en que modalidad se procesa. No es especifica el sist. emisor, ya que el acuerdo de determina entre el sist. donde se configura el mismo y el sist. receptor.
Para IDocs de ent. se indica el sist. emisor, msj lógico, cód. de proceso y la función que procesa la entrada.
La creación de destinos RFC, puertos y sist. lógicos:
Destino RFC:
Es una puerta de enlace que permite comunicar un sist SAP con otro sist. SAP o no SAP.
Se crean por la trans SM59.
Dependiendo del sist. destino, la conexión RFC será de distinto tipo. En general, para envío de IDocs, se crean conexiones del tipo TCP/OP especificando el nombre del servidor destino y el puerto TCP destino.
Los IDocs pueden ser enviados y recibidos por 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 (nombre lógico para un dispositivo de ent/sal.).
Los programas se comunican con un puerto por medio de una interfaz estándar.
En vez de definir el medio de comunicación directamente en el Acuerdo de Interlocutores, se asigna un nro. de puerto, y este es el que se asigna al medio. Esto permite definir las características de los puertos individualmente y usar un puerto en múltiples Acuerdos de Interlocutores.
Los cambios de un puerte se reflejan automáticamente en todos los acuerdos que lo estén usando.
Al menos un puerto debe existir para cada sist. externo.
Además, indican la forma de envío de los msjs EDI y se configuran por medio de la trans WE21.
Los puertos más usados son:
- Ficheros: se usan cuando la info del IDoc debe almacenarse en un directorio en el servidor de aplicaciones. SAP recomienda no usar nombres de archivos estáticos, dado que el archivo es sobreescrito cada vez que el IDoc se envía.
Se recomienda usar el MF EDI_PATH_CREATE_CLIENT_DOCNUM, que genera el nombre del archivo a partir del mandante y nro. de IDoc. - Ficheros XML: envía doc. en formato XML. Para usar este tipo de puerto, se debe definir el nombre del puerto, el formto del XML y el nombre del archivo a generar. Para esto último, podemos usar el MF mencionado.
- RFC Transaccional: se usa cuando el sist. receptor es un sist. SAP o no SAP externo. La info del IDoc será enviada a este sist. externo por medio de esta puerta.
- XML-HTTP: en vez de definir el nombre del archivo XML, se especifica un destino RFC.
- ABAP: se usa cuando el IDoc está definido desde un sist. SAP al mismos sist. SAP.
Esto sirve, por ej, para definir un flujo de procesos a hacer cuando se cree un doc. específico.
Tienen la particularidad de ejecutar un MF luego de ser enviado el IDoc.
Los sist. lógicos se crean por la trans BD54.
Cuando el sist. lógico es un R/3, se debe asignar a un mandante. Para ello usamos la trans SCC4.
Modelo de distribución:
Es una vista donde se define la distribución de los datos maestros.
La relación entre sist. lógicos, tipos de msj, BAPIs y filtros, están definidas en el Modelo de Distribución.
Las aplicaciones y la campa ALE usan el modelo de distribución para determinar receptores y controlar la distribución de datos.
Los escenarios de distribución definen los tipos de IDocs y los pares de Interlocutores que participan en una distribución ALE. El escenario de distribución es la referencia para determinar que datos serán replicados y quienes serán los receptores.
El modelo de distribución es compartido entre todos los interlocutores, por ende solo puede ser mantenido en uno de los sist, el cual lo podemos llamar sist. líder.
Solo uno de los sist. es el líder, pero puede ser configurado para cualquiera de los interlocutores en cualquier momento.
Pueden haber varios escenarios para distintos 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 sentido tener más de un escenario. Pero si hay varios dptos. con distintos requerimientos, será + útil crear un escenario por dpto.
Pasos para crear un Modelo de Distribución:
- Ir a la trans BD64 y vamos al menú Modelo de Distribución > Cambiar modo de tratamiento (cambiamos a Modificación).
- Luego presionamos Crear Vista Modelo.
- En la ventana de diálogo, introducir un texto breve y el nombre técnico para el Modelo de Distribución:
- Posteriormente, seleccionamos el registro creado y presionamos "Insertar tipo mensaje".
- En la prox. ventana, introducir en Emisor el nombre del sist. lógico que transmitirá el msj, en Destinatario, poner el nombre del sist. lógico que recibirá el msj y en Tipo de msj, poner el msj que se transmitirá entre los sist. lógicos:
No se puede mantener un tipo de msj entre el mismo emisor y receptor, en + de un modelo de distribución. - Finalmente veremos el Modelo creado.
 
 
 
Sobre el autor
Publicación académica de Candela Estefanía Calzada, en su ámbito de estudios para la Carrera Consultor ABAP.
Candela Estefanía Calzada
Profesión: Técnica Electrónica - Argentina - Legajo: JW91W
✒️Autor de: 160 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Me encuentro estudiando la ingeniería en sistemas de información. poseo amplia experiencia en edición de videos. tengo bases entorno a la programación que quiero continuar consolidando.
Certificación Académica de Candela Calzada