✒️ABAP El customizing ALE
ABAP El customizing ALE
Unidad 4: IDocs.
Lección 3: Customizing ALE.
1.- Acuerdo de interlocutor.
Un interlocutor ALE es un sistema SAP remoto o un sistema legacy con el que se intercambian datos. Para que la comunicación entre interlocutores es decir emisor y receptor funcione correctamente es necesario que haya entre ellos acuerdo respecto de la sintaxis y la semántica de los datos intercambiados. Este acuerdo se denomina Acuerdo de Interlocutor.
Un Acuerdo de Interlocutor se define mediante los siguientes datos:
- Tipo de IDoc y Tipo de mensaje. Constituyen los identificador clave del Acuerdo de Interlocutor.
- Nombre de Emisor y Receptor que intercambian los IDocs para el Tipo de IDoc y mensaje.
- Puerto por el cual se comunicac emisor y receptor.
Los datos específicos de cada mensaje a transmitir se definirán en los parámetros de entrada o salida según corresponda.
Los acuerdos de interlocutor se crean mediante la transacción WE20. Estos deben definirse en cada mandante del sistema en que se ejecuten los IDocs, ya que la definición de los mismos es dependiente de mandante. El sistema receptor se selecciona del menú "Interlocutores EDI". En caso de no existir debería crearse. Este nuevo sistema deberá existir como sistema lógico dentro del nuestro sistema SAP.
Para finalizar la definición del IDoc agregaremos el tipo de mensaje en el sector que corresponda. "Parámetros de salida si es un IDoc de salida "Parámetros de entrada" si es un IDOC de entrada.
Para los IDocs de Salida se requieren los siguientes parámetros:
- Sistema receptor.
- Puerto.
- Tipo base.
- Forma de generarse el mensaje.
- Modalidad de proceso.
Para los IDocs de entrada los parámetros serán:
- Sistema emisor.
- Mensaje lógico.
- Código de proceso.
- Función que realiza el tratamiento de la entrada.
2.- Creación de destinos RFC, puertos y sistemas lógicos.
Un destino RFC es una puerta de enlace que permite comunicar un sistema SAP con otro sistema SAP o no SAP. Los destinos RFC se configuran a través SM59, En función del destino la conexión RFC sera de un tipo u otro. Generalmente los IDocs se envían a través de conexiones TCP/IP. Este tipo de conexiones requieren informar el nombre del servidor y el puerto TCP destino.
Un puerto es el nombre lógico, para un dispositivo de entrada/salida. Los programas se comunican con un puerto a través de una interfaz estándar y permiten definir el medio de comunicación para Acuerdos de Interlocutores. Los puertos cada uno con sus propias características se pueden asignar a múltiples Acuerdos de Interlocutor. Se debe tener por lo menos un puerto definido para cada sistema externo.
En los puertos se indica la forma de envío de los mensajes EDI y son configurables mediante WE21.
Hay diferentes tipos de puertos:
- Ficheros. Se utilizan en caso que la información del IDoc. se deba almacenar en un directorio del servidor de aplicaciones. Se recomienda no utilizar nombres de ficheros estáticos para evitar sobre escrituras. Con la función EDI_PATH_CREATE_CLIENT_DOCUMENT se pueden crear nombres de ficheros dinámicos a partir del mandante y el número de IDoc.
- Ficheros XML. Permite mandar documentos en formato XML. Estos puertos requieren del nombre del puerto, el formato XML y el nombre de archivo a generar. El nombre del archivo puede generarse dinámicamente con la misma función apuntada en el punto anterior.
- RFC Transaccional. Se utiliza cuando el sistema receptor es un sistema externo ya sea SAP o no.
- XML-HTTP. En este puerto, se especifica un destino RFC, en lugar de definir el nombre del archivo XML.
- ABAP. Se ejecuta cuando la comunicación es dentro de un mismo sistema SAP Se ejecutará un módulo de funciones una vez enviado el IDoc.
Los sistemas lógicos se crean con la transacción BD54. Si un sistema lógico es un sistema SAP deberemos asignarle un mandante.para ello accederemos a la transacción SCC4.
Las configuraciones que se hacen en WE20, WE21 y SM59 no se pueden transportar existe una manera de forzar su inclusión en una orden de transporte:
- Creamos una orden de transporte de custo con la transacción SE01.
- Hacemos doble clic en la tarea de la orden y pulsamos el botón Modificar.
- En la pantalla que le sigue informamos lo campos siguientes:
* ID de programa. R3TR.
* Tipo de objeto. TABU.
* Objeto. RFCDES para las entradas de la transacción SM59, EDIPORT para las entradas de WE21 y TBDLS y TBDLST para las entradas de WE20.
- Hacemos doble clic en el nombre de la tabla.y nos aparecerá una nueva pantalla donde podremos introducir los registros generados en las tablas correspondientes. Si deseamos transportar todos los destinos de SM59 introducimos *. Lo mismo hacemos para WE20 y WE21.
3. Modelo de distribución.
El Modelo de distribución es una vista donde se define la distribución de los datos maestros.
En el Modelo de distribución tiene las siguientes funciones:
- Se definen las relaciones entre sistemas lógicos, tipos de mensajes, BAPIS y filtros.
- Las aplicaciones y la capa ALE lo utilizan para determinar los 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. Son la referencia para determinar que datos serán replicados y sus receptores.
El Modelo de distribución es compartido entre todos los interlocutores participantes. Pero solo es mantenido desde uno de los sistemas, el llamado sistema líder. Desde este sistema se configura el modelo para cualquiera de los interlocutores aunque el escenario este ya activo.
Podemos tener distintos escenarios dentro de un Modelo de Distribución para diferentes propósitos. Es recomendable tener un escenario por administrador. Así si tenemos distintos departamentos con requerimientos distintos tendremos un escenario por departamento.
Para crear un Modelo de distribución se han de seguir los siguientes pasos:
- Accedemos a la transacción BD64. pasamos al modo modificación mediante la opción de menú Modelo de Distribución --> Cambiar modo de tratamiento.
- Presionamos el botón "Crear vista modelo". En la ventana de diálogo informamos un texto brebe y el nombre técnico para el Modelo de Distribución.
- Seleccionamos el registro recién creado y pulsamos el botón "Insertar tipo de mensaje". En la nueva ventana de diálogo informamos en Emisor el nombre del sistema lógico que transmitirá el mensaje, en Destinatario el nombre del que lo recibirá y el Tipo de mensaje el mensaje a transmitir entre emisor y destinatario.
Es importante hacer notar que no es posible mantener un mismo tipo de mensaje entre el mismo emisor y el mismo receptor en más de un Modelo de Distribución.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Jaime Gomez Arango
Sobre el autor
Publicación académica de Francisco Compte Sanchez, en su ámbito de estudios para la Carrera Consultor ABAP.
Francisco Compte Sanchez
Profesión: Sap Business&integration Architect - España - Legajo: QQ38S
✒️Autor de: 105 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Consultor sap mm y sd con algún conocimiento abap a nivel de debug. quiero consolidar conocimientos técnicos para reforzar mi perfil profesional.
Certificación Académica de Francisco Compte