🚀PROMO #PLANCARRERA2024 - 🔥Bonificaciones, Precios Congelados y Cuotas

 X 

✒️ABAP El customizing ALE

ABAP El customizing ALE

ABAP El customizing ALE

1.- Acuerdo de Interlocutor.

Interlocutor ALE: Es un sistema SAP remoto o un sistema legacy con el que se intercambian datos.

Cuando existe intercambio de datos entre interlocutores, es importante que el emisor y el receptor estén de acuerdo en la sintaxis y semántica de los datos intercambiados. A este acuerdo se le llama Acuerdo de interlocutor

Los datos definidos en un Acuerdo de Interlocutor son:

  • 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 receptor se comunicarán.

En el interlocutor se definen datos especificos 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.

WE20: Mediante la transacción WE20 crearemos los Acuerdos de Interlocutores en el sistema SAP.

El Acuerdo de Interlocutor se define en cada mandante y sistema donde se ejecutarán los IDocs ya que esta definición es "Dependiente de mandante".

Pasos para crear el acuerdo de Interlocutor:

  • Seleccionamos el sistema receptor del menú "Interlocutor EDI", en caso de no existir el menú, deberá de crearse un nuevo nodo. Este nuevo sistema deberá de existir en R/3 como sistema lógico.
  • 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 clic en el boton de "Agregar registro"
  • 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.
  • 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.

2.- Creación de destinos RFC, puertos y sistemas lógicos.

Destinos RFC: Es una puerts de enlace que permite comunicar un sistema SAP con otro sistema SAP o no SAP, los destinos son creados a través de la transacción SM59.

SM59: Transacción estándar SAP que se utiliza para la configuración de las conexiones RFC. 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.

Para envíos de IDocs se crean conexiones del tipo TCP/IP, especificando el nombre del servidor destino y el puerto TCP destino.

PUERTO: Nombre lógico para un dispositivo de entrada y salida.

  • Los programas se comunican con un puerto a tráves de una interfaz estándar.
  • En lugar de definir el medio de comunicación directamente en el Acuerdo de Interlocutores, se asigna un número de puerto, y es este puerto el que designa realmente el medio. Esto permite configurar puertos individualmente. Y usar un puerto en múltiples Acuerdos de Interlocutor.
  • Los cambios en un puerto aplicará automaticamente para todos los Acuerdos que utilicen dicho puerto.
  • Por lo menos 1 puerto debe existir para cada sistema externo.
  • Los puertos indican la forma de envío de los mensajes EDI y se configuran por medio de la transacción WE21.

WE21: Utilizaremos la transacción WE21 para la administración de los puertos en el proceso de IDocs.

5 Puertos más comunmente utilizados:

  • Ficheros: Es utilizada cuando la información del IDoc deber ser almacenada en un directorio del servidor de aplicaciones. SAP recomienda no usar nombres de archivos estáticos, dado que el archivo es sobre escrito cada vez que el IDoc se envía. Se recomienda usar el módulo de función EDI_PATH_CREATE_CLIENT_DOCNUM, el cual genera el nombre del archivo a partir del mandante y nro. de IDoc.
  • Ficheros XML: Envía documentos en formato XML. Para utilizar este tipo de puerto, es necesario definir el nombre del puerto, el formato XML y el nombre del archivo a generar, de igual manera se puede invocar a la función función EDI_PATH_CREATE_CLIENT_DOCNUM, para generar los nombres en forma dinámica.
  • RFC Transaccional: Es utilizado cuando el receptor es un sistema SAP al mismo sistema SAP o no SAP Externo. La información del IDoc será enviada a este sistema externo a través de esta puerta.
  • XML-HTTP: En este puerto se especifica un destino RFC, en lugar de definir el nombre del archivo XML.
  • ABAP: Es utilizado cuando el IDoc está definido desde un sistema SAP al mismo sistema SAP. Ejemplo: Para definir un flujo de procesos a realizarse cuando se cree un proceso especifico. Tienen la particularidad de ejecutar módulos de funciones después de enviado el IDoc.

Los sistemas lógicos son creados a través de la transacción BD54.

BD54: Esta transacción BD54 se utiliza para la creación de los sistemas lógicos en el SAP.

Cuando el Sistema Lógico es un R/3, se le debe de asignar un mandante. Para ello utilizamos la transacción SCC4

SCC4: Utilizaremos la transacción SCC4 para asignar un sistema lógico a un mandante SAP.

AudioTip: Si bien lo que se configura en las transacciones WE20,WE21, SM59, no se pueden transportar existe una forma de incluir estas configuraciones en una orden de transporte, para transportarlas al sistema que deseemos. Esta opción es de mucha utilidad si se va a hacer un refresh del ambiente SAP en el cual estamos trabajando y deseamos conservar las entradas generadas en las transacciones mencionadas de configuración, esto para no generarlas otra vez manualmente luego del refresh aplicado del ambiente y el mandante. REFRESH: Se plancha la información del Ambiente productivo al Ambiente de Pruebas o Testing. Accesamos a la transacción SE01 y creamos una nueva orden de transporte.

  • Hacemos doble clic en la tarea de la orden y presionamos el boton para modificarla.
  • En el campo "ID Programa" R3TR,
  • En el campo "Tipo de Objeto" escribimos TABU.
  • En el campo "Objeto" escribimos RFCDES (para las entradas generadas en la transacción SM59), EDIPORT (para las entradas generadas en la transacción WE21), TBDLS,TBDLST (para las entradas generadas en la transacción WE20)

Posteriormente hacemos doble clic en el nombre de la tabla, veremos una nueva pantalla donde podremos introducir los registros generados, en las tablas correspondientes, si deseamos transportar todos los destinos RFC de la transacción SM59, debemos de ingresar asterisco (*) , lo mismo ocurre con las transacciones WE20 y WE21.

3.- Módelo de Distribución.

Es una vista donde se define la distribución de los datos maestros.

  • La relación: Sistemas lógicos, Tipos de mensaje, BAPI's y Filtros están definidas en el Módelo de Distribución.
  • Aplicaciones y capas ALE usan el Modelo de Distribución para determinar los receptores y para 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.
  • El Escenario de Distribución es la referencia para determinar que datos serán replicados y quienes serán los receptores.
  • El Módelo de Distribución es compartido entre todos los interlocutores participantes. Por lo tanto, solo puede ser mantenido en uno de los sistemas, el cual podemos llamar el sistema lider, por lo tanto, sólo puede haber un solo líder, cualquiera de los interlocutores puede ser el líder y en cualquier momento, aún si el escenario ya se encuentra activo.
  • Pueden haber varios escenarios para diferentes própositos. Por otro lado se puede poner todo en un solo escenario. Lo más recomendable es crear un escenario por administrador, en caso de haber más de uno. Pero si hay varios departamentos con diferentes requerimientos, será más útil crear un escenario por departamento.

Pasos para la creación de un Módelo De Distribución:

BD64: Utilizaremos la transacción estándar BD64 para la creación de los Modelos de Distribución en el sistema SAP

  1. Accesamos a la transacción BD64.
  2. Cambiar modo de tratamiento a modificación, para a ello damos clic en MENU / MODELO DE DISTRIBUCION / CAMBIAR MODO DE TRATAMIENTO
  3. Presionamos el boton CREAR VISTA MODELO.
  4. En la ventana de diálogo Introducimos un texto breve y el nombre técnico para el Modelo de Distribución.
  5. Seleccionamos el Modelo recien creado y presionamos INSERTAR TIPO MENSAJE.
  6. En la ventana de dialogo, introducimos al EMISOR(nombre del sistema lógico que transmitirá el mensaje), DESTINATARIO(nombre del sistema lógico que recibirá el mensaje), TIPO DE MENSAJE (mensaje que se transmitirá entre estos sistemas lógicos)
  7. NO SE PUEDE mantener un tipo de mensaje entre el mismo emisor y receptor en MAS DE UN Módelo de Distribución.

 

 

 

Agradecimiento:

Ha agradecido este aporte: Luis Martínez Mejía


Sobre el autor

Publicación académica de Gustavo Alberto Ramirez Franco, en su ámbito de estudios para la Carrera Consultor ABAP.

SAP Master

Gustavo Alberto Ramirez Franco

Profesión: Ingeniero en Sistemas Computacionales - Mexico - Legajo: TA38Q

✒️Autor de: 38 Publicaciones Académicas

🎓Egresado de los módulos:

Certificación Académica de Gustavo Ramirez

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "El customizing ALE" de la mano de nuestros alumnos.

SAP Master

Customizing ALE Interlocutor ALE, es un sistema SAP remoto o un sistema legacy con el que se intercambian datos. Los datos definidos en un acuerdo de interlocutor son: Tipo de Idoc y tipo de mensaje, los cuales son el identificador clave del acuerdo del interlocutor. Nombre del emisor y receptor que intercambiaran los Idoc para el tipo de Idoc y de mensaje. A través de la transacción WE20 se crea el acuerdo de interlocutor. El destino RFC es una puerta 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. El puerto es un nombre lógico para un dispositivo de entrada y salida. Utilizaremos la transacción WE21 para la administración...

Acceder a esta publicación

Creado y Compartido por: Jesus Enrique Ramos Bello / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master


ALE Customizing Un acuerdo de interlocutores 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. A este acuerdo se lo llama Acuerdo de Interlocutor. Los datos definidos en un Acuerdo de Interlocutor son: 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. En el interlocutor se definen datos específicos...

Acceder a esta publicación

Creado y Compartido por: Cesar Armando Gutierrez Gomez / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

El customizing ALE 1. El acuerdo de interlocutor Es un sistema SAP remoto o un sistema legacy con el que se intercambian datos Los datos definidos en un Acuerdo de Interlocutor son: el Tipo de IDoc y Tipo de mensaje, Nombre del Emisor y Receptor y Puerto por el cual el emisor y el receptor se comunicarán 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 ejecutarán los IDocs ya que esta definición es "Dependiente de mandante". Se selecciona el sistema receptor del menú "Interlocutores EDI". Si no existiera en este menú, debe crearse un nuevo nodo. 2. La creación...

Acceder a esta publicación

Creado y Compartido por: David Brito Melado

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


Unidad 4: IDocs. Lección 3: Customizing ALE. Audio tip: 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 X cantidad de tiempo se pisan los datos del ambiente de testing...

Acceder a esta publicación

Creado y Compartido por: Brenda Castillo Domínguez / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


CUSTOMIZING ALE Interlocutor ALE. Es un sistema SAP remoto o un sistema legacy con el que se intercambian datos. Acuerdo de Interlocutor. Cuando los datos son intercambiados entre los interlocutores 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 el acuerdo del interlocutor son: 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 Con la transacción WE20 se crea el acuerdo de Interlocutor. Este acuerdo es "Dependiente...

Acceder a esta publicación

Creado y Compartido por: José Luis Zevallos Mamani

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

CUSTOMIZING ALE Acuerdo de interlocutor interlocutor ALE es un sistema sAP remoto o sistema legacy con el que se intercambian datos. Cuando los datos son intercambiados entre interlocutores, es importante que el emisor y el receptor esten de acuerdo en la sintaxis y semantica de los datos intercambiados. a este acuerdo se lo llama acuerdo de interlocutor. los datos definidos en un acuerdo de interlocutor son: Tipo de IDoc y tipo de mensaje, los cuales son el identificador clave dlel acuerdo de interlocutor Nombre del emisor y receptor que intercambiaran los IDocs para el tipo de IDoc y mensaje. Puerto por el cual el emisor y el receptor se comunicaran. En el interlocutor se definen datos especificos de cada mensaje a transmitir...

Acceder a esta publicación

Creado y Compartido por: Natalia Alejandra Garcia Milla / Disponibilidad Laboral: FullTime

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

CUSTOMIZING ALE 1. ACUERDO DE INTERLOCUTOR. Es un sistema SAP remoto o un sistema legacy con el que se intercambian datos. Cuando hay intercambio de datos, es importante que el emisor y el receptor esten de acuerdo en la sintaxis y semantica de los datos intercambiados. A esto se lo llama ACUERDO DE INTERLOCUTOR. Los datos definidos son: - tipo de idoc y tipo de mensaje, los cuales son el identificador clave del acuerdo. - nombre del emisor y receptor que intercambiaran los idcos para el tipo de idoc y mensaje. - puerto por el cual el emisor y el receptor se comunicaran. Con la transaccion we20 se crea el acuerdo. 2. CREACION DE DESTINOS RFC, PUERTOS Y SISTEMAS LOGICOS. Es una puerta de enlace que permite comunicar un sistema SAP con otro sistema...

Acceder a esta publicación

Creado y Compartido por: Bruno Edgardo Gallinoto / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


Customizing ALE Acuerdo de intelocutor Interlocutor ALE: 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 esten de acuerdo en la sintexis y semanantica de los datos intercambiados. a este acuerdo se lo llaman acuerdo de interlocutor. los datos definidos en un acuerdo de interlocutor son: Tipo de IDoc y tipo de mensaje, los cuales son el identificador clave de 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. A traves de la transacción WE20 se crea el acuerdo...

Acceder a esta publicación

Creado y Compartido por: Marvin Raul Lopez Morales / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master


CUSTOMIZING ALE ACUERDO DE INTERLOCUTOR Un interlocutor ALE es un sistema SAP remoto o un sistema legacy con es que se intercambian datos. Datos definidos en un Acuerdo de Interlocutor son: Tipo IDoc (tipo de base) y Tipo de Mensaje, los cuales son el identificador clave del Acuerdo de interlocutor. Nombre del emisor y receptor que intercambian los IDoc para el Tipo de IDoc y Tipo de mensaje. Puerto por el cual el emisor y el receptor se comunicarán. En el interlocutor se definen datos especificos de cada mensaje a transmitir en los parámetros de salida o entrada según corresponda. El Acuerdo de Interlocutor se crea en la WE20. Se debe definir el acuerdo de interlocutores en cada mandante y sistema...

Acceder a esta publicación

Creado y Compartido por: Ignacio Martín Bolumar

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


CUSTOMIZING ALE – LECCION 4-3 ACUERDO DE INTERLOCUTOR INTERLOCUTOR ALE, es un sistema SAP remoto o sistema legacy con el que se intercambian datos Cuando los datos son intercambiados entre locutores, es importante que el emisor y el receptor estén de acuerdo en la sintaxis y semántica de los datos intercambiados. TRANSACCION WE20, se utiliza para la configuración de acuerdos de interlocutor CREACION DE UN DESTINO RFC, PUERTO Y SISTEMA LOGICO DESTINO RFC, es una puerta de enlace que permite comunicar un sistema con otro SAP o no SAP TRANSACCION SM59, permite la configuración de las conexiones remotas RFC (REMOTE FUNTION CALL) – se pueden crear, borrar y modificar conexiones R/3, conexiones internas,...

Acceder a esta publicación

Creado y Compartido por: Cristian Darwin Arteaga Diaz / Disponibilidad Laboral: FullTime + Carta Presentación

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 79.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!