✒️ABAP El customizing ALE
ABAP El customizing ALE
CUSTOMIZING ALE
ACUERDO DE INTERLOCUTOR
Es un sistema SAP remoto o un sistema LEGACY con el que se intercambian datos.
Es importante que el emisor y el receptor estén de acuerdo en la sintaxis y semántica de los datos intercambiados.
Los datos definidos en una Acuerdo de interlocutor son:
· Tipo de IDOC y Tipo de mensaje, los cuales son el identificado clave del acuerdo de interlocutor.
· Nombre del Emisor y Receptor que intercambiaran los IDCOS para el Tipo de IDOC y mensaje.
· Puerto por el cual el emisor y receptor se comunicaran.
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.
Se debe definir el acuerdo de interlocutores en cada mandante y sistema donde se ejecutaran los IDOCS ya que es definición es DEPENDIENTE DE MANDANTE.
Se selecciona al 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 definir el IDOC se agrega el tipo de mensaje en el sector PARAMETROS DE SALIDA, si es de salida o en el sector PARAMETROS DE ENTRADA, si es de entrada, haciendo clic en el botón “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 y 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.
CREACION DE DESTINOS RFC, PUERTOS y SISTEMAS LOGICOS
DESTINO RFC: es una perta 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. Mediante esta podemos visualizar, actualizar destinos RFC. Se pueden crear, borrar y modificar conexiones R/3. Conexiones internas, destinos lógicos, conexiones TCP/IP y conexiones con driver ABAP.
Dependiendo del sistema destino la conexión RFC será de distinto 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 IDCOS pueden ser enviados y recibidos a través de diferentes medios. Que se accede vía puertos.
El 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 este puerto es el que designa realmente 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 puerto se reflejaran automáticamente en todos los acuerdos que lo estén utilizando.
Al menos un puerto debe existir para cada sistema externo.
Los puerto indican la forma de envió de los mensajes EDI y se configuran por medio de la transacción WE21
Puertos más comunes
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, dad o que el archivo es sobre escrito cada vez que el IDOC se envía. Se recomienda usar el módulo de función EDI_PATG_CREATE_CLIENT_DOCNUM, el cual genera el nombre del archivo a partir del manante y el número de IDOC.
FICHEROS XML: envía documento en formato 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 el puerto FICHERO, se puede invocar la función EDI_PATH_CREATE_CLIENT_DOCNUM para que renger los nombres del archivo en forma dinámica.
RFC TRANSACCIONAL: se utilizan cuando el sistema receptor esun sistema SAP o NO SAP externo. La información del IDOC será enviada a este sistema externo a través de esta puerta
XMLT-HTTP: en vez de definir el nombre del archiovo XML, se especifica un destino RFC
ABAP: se utiliza cuando el IDOC esta definido dese 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 el IDCO.
Los sistemas lógicos se crean a través de la transacción BD54.
Cuando el sistema lógico es un R/3, se le debe asignar a un mandante. Para ello utilizamos la transacción SCC4.
NOTA: Las configuraciones realizadas en las transacciones WE20, WE21, SM59 no se pueden transportar, pero existe una forma de añadir estas en una orden de transporte. Para mantener los datos de configuración cuando se hace un REFRESH.
Creamos una orden de transporte mediante la SE01
Doble click en la tarea de la orden
Modificamos
En el campo ID de programa añadimos R3TR
En el campo tipo : TABU
En objeto:
1. RFCDES (SM59)
2. EDIPORT (WE21)
3. TBDLS y TBDLST (WE20)
Si hacemos 2 clic en el nombre de la tabla veremos una pantalla nueva donde podemos introducir los registros generados en las tablas correspondientes.
Si queremos todos los destinos de la SM59, WE20 y WE21, introducimos * (Asterisco)
MODELO DE DISTRIBUCION
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 DISTRIBUCION.
Las aplicaciones y la capa ALE usan el modelo de distribución para determinar los receptores y controlar la distribución de datos.
Los escenarios de distribución definen los tipos de IDOSC y los pares de interlocutores que participan en una distribución ALE.
El modelo de distribución es compartido entre todos los interlocutores participantes. Solo puede ser mantenido en uno de los sistemas (Llamado LIDER).
Solo un sistema es el LIDER, pero puede ser configurado para que sea cualquiera de los otros interlocutores en cualquier momento, aunque el escenario este activo.
Como crear un modelo de distribución
Accedemos a la transacción BD64
Pasamos del modo tratamiento al modo modificación, mediante la opción del menú MODELO DE DISTRIBUCION -> CAMBIAR MODO DE TRATAMIENTO.
Pulsamos CREAR VISTA MODELO
Entramos el texto breve y el nombre técnico para el Modelo de distribución
Luego seleccionamos el registro recién creado y presionamos el botón INSERTAR TIPO MENSAJE.
Entramos el EMISOR (el nombre del sistema lógico que transmitirá el mensaje)
Entramos el DESTINATARIO (el nombre del sistema lógico que recibirá el mensaje)
El Tipo de mensaje (el mensaje que se transmitirá entre los sistemas)
NOTA: No se puede mantener un tipo de mensaje entre el mismos emisor y receptor en más de un modelo de distribución.
 
 
 
Sobre el autor
Publicación académica de Josep Antoni Lopez Moyano, en su ámbito de estudios para la Carrera Consultor ABAP.
Josep Antoni Lopez Moyano
Profesión: It Manager - España - Legajo: QP26P
✒️Autor de: 375 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP HCM Nivel Inicial
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial
- Máster Funcional ABAP
- Máster ABAP Orientado a Objetos
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial