✒️ABAP El customizing ALE
ABAP El customizing ALE
ALE: interlocutor ALE: sistema SAP remoto o un sistema LEGACY con el que se intercambian datos.
Acuerdo de interlocutor: el emisor y receptor estan de acuerdo en la sintaxis y semantica de los datos intercambiados cuando los datos son intercambiados entre interlocutores.
Datos definidos AI:
Tipo de IDOC y tipo de mensaje: son el identificador clave del AI.
Nombre del emisor y receptor que intercambiaran los IDOCS para el tpo de IDOC y mensaje.
Puerto por el cual el emisor y el receptor se comunicaran.
WE20: se crea el acuerdo de interlocutor EDI.
Esta definición es dependiente de mandante.
Se selecciona el sistema receptor del menu INTERLOCUTOR EDI, si no existe en este menu se crea un nuevo nodo. Este nuevo sistema debe existir en R/3 como sistema logico.
Para definir el IDOC se agrega el TIPO DE MENSAJE en el sector parametros de salida, si es de salida y en el sector parametros de entrada, si es de entrada, con un click en el boton 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, el acuerdo se define entre el sistema donde se configura el mismo y el sistema receptor.
Para IDOCS de entrada, se indica el sistema emisot, el mensaje logico, el codigo de proceso y la funcion que procesa la entrada.
DESTINOS RFC, PUERTOS, SISTEMA LOGICOS
DESTINO RFC: puerta de enlace que permite comunicar un sistema SAP con otro sistema SAP o NO SAP. SM59. En gral para envio de IDOCS se crean conexiones del tipo TCP/IP, especificando el nombre del servidor de destino y el puerto TCP destino. Los IDOCS pueden ser enviados y recibidos a traves de diferentes medios, para no acoplar la definicion de las caracteristicas del medio con la aplicacion que lo esta usando, el medio es accedido via puertos.
PUERTO es un nombre logico para un dispositivo de entrada/salida.
Los programas se comunican con un puerto a traves de una interfaz estandar. En vez de definir el medio de comunicacion directo en el acuerdo de interlocutores, se asigna un numero de puerto y es este puerto el que designa realmente al medio, lo que permite definir las caracteristicas de los puertos de manera individual y usar un puerto en multiples acuerdos de interlocutores. Los cambios en un puerto se reflejan de manera automatica en todos los acuerdos que lo esten usando. Al menos 1 puerto debe existir para cada sistema externo.
Los puertos indican la forma de envio de los mensajes EDI (INTERCAMBIO ELECTRONICO DE DOCUMENTOS), se configuran por medio de la trx WE21.
Puertos mas usados:
FICHEROS: se usan cuando la info del IDOC debe ser alamacenada en un directorio en el servidor de aplicaciones, SAP recomienda usar el modulo de funcion EDI_PATH_CREATE_CLIENT_DOCNUM para genarar el nombre del archivo a partir del mandante y numero de IDOC.
FICHEROS XML: envia documentos en formato XML. Para usar este tipo de puerto, se necesita definir el nombre del puerto, el formato del XML y el nombre del archivo a generar.
RFC TRANSACCIONAL: se utilizan cuando el sistema receptor es un sistema SAP o NO SAP externo, la info del IDOC sera enviada a este sistema externo a traves de esta puerta.
XML-HTTP: en vez de definir el nombre del archivo XML se especifica un destino RFC.
ABAP: se usan cuando el IDOC esta definido desde un sistema SAP al mismo sistema SAP, sirve para definir un flujo de procesos a realizarse cuando se cree un documento especifico por ejemplo. Ejecutan un modulo de funciones luego de enviar el IDOC.
SISTEMAS LOGICOS: se crean a traves de la trx BD54. Cuando el SL es un R/3, se lo debe asignar a un mandante, trx SCC4.
WE20, WE21, SM59 NO SE TRANSPORTAN, pero se pueden incluir en una OT: SE01 se crea un OT, doble click en la tarea, campo idprograma R3TR, campo tipo de objeto TABU, objeto RFCDES (SM59) EDIPORT (WE21) TBDLS y TBDLST (WE20), al hacer doble click en el nombre de la tabla, se pueden introducir lso registros generados en las tablas correspondientes. Para pasar todo introducir *
MODELO DE DISTRIBUCION: vista donde se define la distribucion de los datos maestros. En el MD se define la relacion entre sistemas logicos, tipos de mensajes, BAPIS y filtros. Las aplicaciones y la capa ALE usan el modelo de distribucion para determinar los receptores y para controlar la distribucion de datos.
Los escenarios de distribucion definen los tipos de IDOCS y los pares de interlocutores que participan en una distribucion ALE, el escenario de distribucion es la referencia para determinar que datos seran replicados y quienes seran receptores.
El MD es compartido x todos los interlocutores que participan, solo puede ser mantenido en uno de los sistemas, el cual se puede llamar el sistema lider. El SL puede ser configurado para cualquiera de los interlocutores en cualquier momento, aun si el escenario ya se encuentra activo.
Se recomienda crear un escenario por administrador.
BD64 crear MD: opcion menu MODELO DE DISTRIBUCION - CAMBIAR MODO DE TRATAMIENTO, CREAR VISTA MODELO, ingresar texto breve y nombre tecnico. Seleccionar el registro creado y presionar INSERTAR TIPO MENSAJE. Ingresar en emisor el nombre del SISTEMA LOGICO que transmitira el mensaje, destinatario con el nombre del sistema logico que recibira el mensaje y el tipo de mensaje con el mensaje que se transmitira entre estos SL.
NO SE PUEDE MANTENER UN TIPO DE MENSAJE ENTRE EL MISMO EMISOR Y RECEPTOR EN MAS DE UN MODELO DE DISTRIBUCION.
 
 
 
Sobre el autor
Publicación académica de Jose Ignacio Rodini, en su ámbito de estudios para la Carrera Consultor ABAP.
Jose Ignacio Rodini
Profesión: Licenciado en Informatica - Argentina - Legajo: HM58N
✒️Autor de: 115 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Jose Rodini