✒️ABAP / El customizing ALE Por David Campillo Martinez

Selector Alummnos / Empresas

ABAP El customizing ALE

ABAP El customizing ALE

1. ACUERDO DE INTERLOCUTOR (ALE)

Un Interlocutor ALE es un Sistema SAP remoto o un Sist. Legacy con el que se intercambian datos. El acuerdo es para pactar sintaxis y semántica de datos intercambiados. Datos definidos en un Acuerdo de Interlocutor:

  1. Tipo de IDoc y Tipo de Mensaje (son el identificador clave del Acuerdo)
  2. Nombre de Emisor y Receptor
  3. Puerto de comunicación

Se definen datos específicos de cada mensaje a transmitir en los parámetros de entrada o salida según corresponda. Creamos el Acuerdo ALE con la tr. WE20.

Se debe definir el acuerdo en cada mandante y sistema donde se ejecutarán los IDocs.

Se selecciona el Sistema Receptor (izq. en la pantalla). Si no está, se crea. Este sistema debe existir en R/3 como sistema Lógico.

Para definir el IDoc, se agrega el Tipo de Mensaje en Parámetros de Salida o de Entrada, mediante el botón "Agregar registro".

Para IDocs de salida, se indica el sistema receptor, el puerto, el tipo base, forma en que se genera el mensaje y la modalidad de proceso.

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.

2. CREACIÓN de DESTINO RFC, PUERTOS Y SISTEMAS LÓGICOS

Destino RFC: Puerta de enlace para comunicar un Sistema SAP con otro Sistema SAP o no SAP. Se crean a través de la tr. SM59 (así como la conexiones R/3, conex. internas, destinos lógicos, conex. TCP/IP y conex. con driver ABAP).

Normalmente, para el envío de IDocs se crean conexiones del tipo TCP/IP (Nombre Servidor y puerto TCP destino). Se accede vía Puertos. Un Puerto es un nombre lógico para un dispositivo de E/S.

En el Acuerdo de Interlocutores no se designa el medio sino que es el puerto asignado quien lo hace. 1 mismo Puerto se puede usar en varios Acuerdos. Los puertos se configuran por medio de la tr. WE21. Puertos más comunes:

  1. Ficheros: Se usan si la info del IDoc debe ser almacenada en un directorio del servidor de aplicaciones. No usar nombres de archivos estáticos (sobreescritura). Para ello, usar el módulo de función: EDI_PATH_CREATE_CLIENT_DOCNUM (mdte y Num de IDoc)
  2. Ficheros XML: Envía docs en formato XML. Es necesario definir: nombre de Puerto, Formato del XML y Nombre del Archivo a generar (Se puede usar módulo de funciones anterior).
  3. RFC Transaccional: Se usan si el sist. receptor es externo (SAP o no).
  4. XML-HTTP: En lugar de definir el nombre del archivo XML, se describe un destino RFC
  5. ABAP: Útil cuando el IDoc va de un Sist. SAP a sí mismo. Se puede definir un flujo de procesos asociado a la creación del documento. Después de enviar el IDoc, ejecuta un módulo de funciones.

Los sistemas Lógicos se crean a través de tr. BD54. Si el Sistema Lógico es un R/3, se lo debe asignar a 1 mandante (Para ello,usar tr. SCC4).

Las config. realizadas en las tr. WE20, WE21 y SM59 no se pueden transportar. Sin embargo, se pueden incluir en una orden de transporte. Conveniente para usar tras un "Refresh" del ambiente de pruebas. Tr. SE01, modificamos la orden. ID: R3TR, Tipo: TABU, Objeto: RFCDES (SM59), IDPORT (WE21), TBDLS y TBDLST (WE20). Al hacer doble click en el nombre de la tabla, podemos insertar las entradas (o * si deseamos transportar todas).

3. MODELO de DISTRIBUCIÓN

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

En él se define la relación entre: sistemas lógicos, tipos de mensajes, BAPIS y filtros. Las aplicaciones y la capa ALE lo usan para determinar los receptores y controlar la distribución de datos.

El modelo de distribución sólo se mantiene en 1 de los sistemas (Sistema Líder, puede cambiarse).

Puede haber varios escenarios según el propósito. Recomendable: 1 escenario x administrador (normalm. 1 administr. x departamento).

Creación de un Modelo de Distribución:

  1. Tr. BD64.
  2. Modelo de Distribución->Cambiar modo de tratamiento.
  3. Presionamos botón Crear Vista Modelo.
  4. Introducimos texto breve y nombre técnico para el Modelo de Distribución
  5. Seleccionamos el registro recién creado y pulsamos el botón Insertar Tipo Mensaje.
  6. Introducimos en el emisor el nombre del Sistema Lógico Emisor, en el Destinatario, el nombre del Sistema Lógico Receptor y el Tipo de Mensaje.


 

Escanear / Compartir

 

 


Sobre el autor

Publicación académica de David Campillo Martinez, en su ámbito de estudios para la Carrera Consultor ABAP Nivel Avanzado.

SAP Senior

David Campillo Martinez

Profesión: Administrador de Sistemas - España - Legajo: PC32Z

✒️Autor de: 56 Publicaciones Académicas

🎓Egresado del módulo:

Certificación Académica de David Campillo

✒️+Comunidad Académica CVOSOFT

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

SAP Master


El customizing ALE Acuerdo de interlocutor El acuerdo de interlocutor define cómo se intercambian datos entre un sistema SAP y un sistema remoto o Legacy. Es fundamental que emisor y receptor acuerden la sintaxis y semántica de los datos. Incluye datos como tipo de iDocs, tipo de mensaje, nombre del emisor y receptor, y el puerto de comunicación. Permite definir parámetros de salida (para iDocs salientes) y de entrada (para iDocs entrantes). Se crea a través de la transacción WE20 y debe configurarse en cada mandante y sistema involucrado. Para el receptor, se selecciona o crea un nodo en el menú Interlocutores EDI;...

Acceder a esta publicación

Creado y Compartido por: Juan Ignacio Romero

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

SAP Master

Introducción: La configuración de comunicaciones ALE/EDI es fundamental para el intercambio de datos entre sistemas SAP y no SAP. Esta guía cubre los componentes esenciales para establecer estas conexiones. 1. Acuerdo de Interlocutor (WE20) ¿Qué es? Un acuerdo técnico entre sistemas que define las reglas para el intercambio de IDocs. Elementos clave: Tipo de Mensaje y Tipo Base del IDoc Sistemas Emisor y Receptor Puerto de comunicación Configuración: Transacción: WE20 Se define en Parámetros de Salida...

Acceder a esta publicación

Creado y Compartido por: Oscar Aravena Muller / Disponibilidad Laboral: FullTime

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

SAP Expert



ALE (Application Link Enabling) es una tecnología de SAP que permite integrar sistemas SAP entre sí o con sistemas externos, manteniendo la consistencia de los datos a través de la transferencia controlada y segura de información. ALE se basa en la arquitectura distribuida y es utilizada para la comunicación asincrónica entre sistemas mediante IDocs (Intermediate Documents). El proceso de configuración (customizing) de ALE se centra en definir los elementos técnicos y lógicos que permiten esta comunicación. Este customizing se realiza principalmente en la transacción SALE (ALE Customizing), que agrupa los pasos necesarios para configurar correctamente los entornos emisores...

Acceder a esta publicación

Creado y Compartido por: David Ibarra / Disponibilidad Laboral: FullTime + Carta Presentación

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

La lección "Customizing ALE" abarca la configuración de los componentes necesarios para la integración de sistemas SAP, incluyendo la creación y gestión de acuerdos de interlocutor, destinos RFC, puertos y sistemas lógicos, además de la configuración del modelo de distribución. • Acuerdo de Interlocutor Es un acuerdo entre emisor y receptor sobre la sintaxis y semántica de los datos intercambiados. â—¦ Datos definidos: Incluyen el tipo de IDoc y mensaje, los nombres del emisor y receptor, y el puerto de comunicación. â—¦ Transacción WE20: Herramienta estándar para crear el Acuerdo de Interlocutor. â—¦ Dependiente de mandante:...

Acceder a esta publicación

Creado y Compartido por: Roberto Fluder Ahumada

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

SAP SemiSenior

Un IDoc está estructurado en tres partes principales: Cabecera (Control Record) : Contiene información general sobre el IDoc, como el tipo de IDoc, el número, la fecha de creación, el emisor y el receptor. Segmentos de Datos (Data Records) : Almacenan los datos reales que se están intercambiando. Cada segmento puede contener varios campos con información específica, y los segmentos pueden repetirse según sea necesario. Registro de Estado (Status Records) : Muestra el estado del IDoc en el proceso de transmisión, como si fue enviado con éxito, si hay errores, etc. Estas tres partes permiten que el IDoc sea un medio eficiente para...

Acceder a esta publicación

Creado y Compartido por: Exequiel Eduardo Acevedo / Disponibilidad Laboral: FullTime

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

SAP Senior

El customizing ALE El acuerdo del interlocutor: -Interlocutor ALE: Es un sistema SAP remoto o un sistema legacy con el que intercambian datos. Cundo los datos son intercambiados entre interlocutores, es importante que el emisor y el receptor estén de acuerdo en la sintaxis y semantica de los datos intercambiados.

Acceder a esta publicación

Creado y Compartido por: Luis Enrique Romero Pinto

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

SAP Expert


Si bien las configuraciones que realicemos en las transacciones estandar 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 opcion nos puede ser de mucha utilidad si se va a realizar un refresh del ambiente SAP en el cual estamos trabajando, y deseamos conservar las entradas generadas en estas transacciones de configuracion, de modo de no tener que generarlas manualmente luego del refresh 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 con los datos provenientes del ambiente de produccion para mantener el ambiente de pruebas...

Acceder a esta publicación

Creado y Compartido por: Jose Medina / Disponibilidad Laboral: FullTime + Carta Presentación

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

SAP Senior

Interlocutor ALE: es un sistema SAP remoto o un sistema legacy con el que se intercambien 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 de interlocutor. Nombre del Emisor y Receptor que intercambiarán los IDOCS para el tipo de IDOC y mensaje. Puerto por el cual el mensaje y el receptor se comunicarán. 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. Para definir el IDOC, se agrega el tipo de mensaje en el sector "Parámetros...

Acceder a esta publicación

Creado y Compartido por: Javier Miguel Angel Barcelo / Disponibilidad Laboral: PartTime

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

SAP Master

EL ACUERDO DE INTERLOCUTOR. 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 IDocs y tipo de mensaje. • Nombre del Emisor y Receptor que intercambiarán los IDocs para el Tipo de IDoc y mensaje. • Puerto por cuál el Emisor y el Receptor se comunicaran. Través de la transacción WE20 se crea el Acuerdo de interlocutor. Transacción WE20: mediante está transacción crearemos los Acuerdos de interlocutores en el sistema SAP. Se debe definir el acuerdo de interlocutores en cada mandante y sistema dónde se ejecutarán los IDocs. Se selecciona el sistema receptor...

Acceder a esta publicación

Creado y Compartido por: Gerardo Jose Campos Tovar / Disponibilidad Laboral: FullTime + Carta Presentación

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

SAP Expert


Customizing ALE Partner Agreement An ALE partner is a remote SAP system or a legacy system with which data is exchanged. For communication between partners, i.e., sender and receiver, to work correctly, there must be an agreement on the syntax and semantics of the exchanged data. This agreement is called a Partner Agreement. A Partner Agreement is defined by the following data: IDoc Type and Message Type: These are the key identifiers of the Partner Agreement. Sender and Receiver Names exchanging IDocs for the IDoc Type and Message. Port through which sender and receiver communicate. Specific message data to be transmitted will be defined in the input or output parameters as appropriate. Partner agreements are created using transaction...

Acceder a esta publicación

Creado y Compartido por: Jaime Eduardo Gomez Arango / Disponibilidad Laboral: FullTime + Carta Presentación

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 99.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!