✒️ABAP / El customizing ALE Por Ixhel Lopez Valencia
ABAP El customizing ALE
CUSTOMIZING ALE
ACUERDO DE INTERLOCUTOR. Es un sistema SAP remoto o un sistema 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.
DATSO DEFINIDOS:
- Tipo de IDoc y Tipo de mensaje, los cuales son el identificador clave del Acuerdo de interlocutor
- Nombre del Emisor y Receptor que intercambiarán los IDocs para el Tipo de IDoc y mensaje
- Puerto por el cual el emisor y el receptor se comunicarán
NOTA: En el interlocutor se definen datos específicos de cada mensaje a transmitir en los parámetros de salida o entrada según corresponda
Transaccion WE20 para crear los Acuerdos de Interlocutores en el sistema SAP
NOTA: Se debe definir el acuerdo de interlocutores en cada mandante y sistema donde se ejecutarán los IDocs ya que esta definición es “Dependiente de mandante”
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, haciendo clic en el botón 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.
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. Es una puerta de enlace que permite comunicar un sistema SAP con otro sistema SAP o no SAP
Transaccion SM59. Podemos visualizar y 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 IDOCS se envian y reciben en diferentes medios, para no acoplar la definicion de las caracteristicas del medio con la aplicacion que lo esta utilizando, el medio es accedido via puertos (Los programas se comunican con un puerto a través de una interfaz estándar)
Transaccion WE21 para la administración de los puertos en el proceso de IDocs
PUERTOS UTILIZADOS MAS COMUNES:
- Ficheros: se utilizan cuando la información del IDoc debe ser almacenada en un directorio en el servidor de aplicaciones.
- Ficheros XML: envía documentos 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.
- RFC Transaccional: se utilizan cuando el sistema receptor es un sistema SAP o no SAP externo.
- XMLHTTP: en vez de definir el nombre del archivo XML, se especifica un destino RFC
- ABAP: se utilizan cuando el IDoc está definido desde un sistema SAP al mismo sistema SAP.
Transaccion BD54 para la creación de los sistemas lógicos en el SAP
Transaccion SCC4 para asignar un sistema lógico a un mandante de SAP
Si bien las configuraciones que realicemos en las transacciones estándar WE20, WE21 y SM59 no se pueden transportar, existe una forma de incluir estas configuraciones en una orden de transporte de modo de transportarlas al sistema que queramos. Esta opción nos puede ser de mucha utilidad si se va a realizar un “refresh” del ambiente SAP en el cual estamos trabajando y deseemos conservar las entradas generadas en estas transacciones de configuración, de modo de no tener que generarlas manualmente luego del refresh del ambiente y mandante. Cuando hablamos de refresh nos referimos a que en las empresas cada cierta cantidad de tiempo se reemplaza los datos del ambiente de testing con los datos existentes en el ambiente de producción para mantener el ambiente de pruebas con datos actuales. Para grabar las configuraciones entonces vamos a crear una nueva orden de transporte en la transacción SE01, hacemos doble clic en la tarea de la orden y presionamos el botón para modificarla. Allí veremos una pantalla y en el campo ID de programa vamos a introducir la opción R3TR, en el campo tipo de objeto introducimos TABU, en el campo objeto introducimos RFCDES para las entradas generadas en la transacción SM59, EDIPORT para las entradas generadas en la transacción WE21 y TBDLS y TBDLST para las entradas generadas en la transacción WE20. Luego si hacemos doble click en el nombre de la tabla veremos una nueva pantalla en donde podremos introducir los registros generados en las tablas correspondientes. Si deseamos transportar todos los destinos RFC de la transacción SM59 aquí debemos introducir * (asterisco). Lo mismo ocurre con las transacciones WE20 y WE21.
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 Distribución. Las aplicaciones y la capa ALE usan el modelo de distribución para determinar los receptores y para controlar la distribución de datos
El modelo de distribución es compartido entre todos los interlocutores participantes
PASOS PARA CREACIÓN:
- Acceder a la transaccion BD64 (para la creación de los modelos de distribución en el sistema SAP)
- Cambiar el modo de tratamieto a modificar, en la opcion menú Modelo de Distribución / Cambiar modo de tratamiento
- Presionamos el botón Crear Vista Modelo
- En la ventana introducir texto breve y nombre tecnico para el el Modelo de distribución
- Seleccionamos el registro recién creado y presionamos el botón Insertar tipo mensaje
- En la siguiente ventana introducimos en el Emisor el nombre del sistema lógico que transmitirá el mensaje, el campo Destinatario con el nombre del sistema lógico que recibirá el mensaje y el Tipo de mensaje con el mensaje que se transmitirá entre estos sistemas lógicos
- Vemos el modelo de distribucion
Escanear / Compartir
Sobre el autor
Publicación académica de Ixhel Magai Lopez Valencia, en su ámbito de estudios para la Carrera Consultor ABAP Nivel Avanzado.
SAP Master
Ixhel Magai Lopez Valencia
Mexico - Legajo: PM62E
✒️Autor de: 134 Publicaciones Académicas
🎓Egresado de los módulos:
- Master ABAP for HANA
- Master ABAP Orientado a Objetos
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: PartTime
Presentación:
Soy ingeniera en telematica, estoy interesada en aprender programacion en sap, solo tengo conocimientos basicos en java
Certificación Académica de Ixhel Lopez
