✒️ABAP El customizing ALE
ABAP El customizing ALE
Acuerdo de interlocutor: emisor y receptor acuerdan en la sintasis y semántica de los datos intercambiados en sistema remoto en el que se intercambian datos. Los datos a acordar son los siguientes:
- Tipo IDoc o tipo base: datos de aplicación del IDoc.
- Nombre del emisor y repceptor.
- Puerto por el que se comunicarán.
Crear acuerdo de interlocutor (WE20) "dependiente de mandante".
- Transacción WE20.
- Seleccionar 'Interlocutores EDI', sino existiera, debe crearse un nuevo nodo.
- 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 click en el botón de "Agregar registro".
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. Transacción SM59 para crear, borrar y modificar conexiones, destinos lógicos, conexiones TCP/IP.
Administración de Puertos (WE21)
Puerto: nombre lógico para un dispositivo de entrada/salida.
Un puerto será asignado a múltiples acuerdos de interlocutores. Al menos un puerto debe existir para cada sistema externo.
Los puertos más utilizados:
- Ficheros: para almacenar la información del IDoc en un directorio del servidor de aplicaciones. No poner un nombre estático sino dinámico (parecido a la invocación de un smartforms). Módulo de función EDI_PATH_CREATE_CLIENT_DOCNUM, el cual genera el nombre del archivo a partir del mandante y nº de IDoc.
- Ficheros XML: envía documentos en formato XML. Definir nombre del puerto, formato del XML y nombre del archivo a generar. EDI_PATH_CREATE_CLIENT_DOCNUM para generar el nombre del archivo.
- RFC Transaccional: se utilizan cuando el sistema receptor es un sistema SAP o no SAP externo.
- XML-HTTP: en vez de definir el nombre del archivo XML, se especifica un destino RFC.
- ABAP: se utiliza cuando el IDoc está definido desde un sistema SAP al mismo sistema SAP.
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 un mandante(SCC4).
Si las transacciones WE20, WE21 y SM59 no nos da la opción de transportar los cambios, podemos incluir dichos cambios en una orden de transporte mediante SE01:
- Doble-click sobre la tarea de la orden y presionamos el botón para modificarlo.
- campo de programa: R3TR
- campo tipo de objeto: TABU
- campo objeto: RFCDES (para las entradas generadas por la transacción SM59)
- EDIPORT (para las entradas generadas por la transacción WE21)
- TBDLS y TBDLST (para las entradas generadas por la transacción WE20)
- Doble-click sobre el nombre de la tabla:
- Registros generados en las tablas correspondientes por la transacción SM59
- Registros generados en las tablas correspondientes por la transacción WE20
- Registros generados en las tablas correspondientes por la transacción WE21
Modelo de distribución: vista donde se define la distribución de los datos maestros.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Helen Silva Ruiz
Sobre el autor
Publicación académica de Javier Exposito Diaz, en su ámbito de estudios para la Carrera Consultor ABAP.
Javier Exposito Diaz
Profesión: Programador Abap/4 Sap - España - Legajo: PF87S
✒️Autor de: 55 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Javier Exposito