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

 X 

✒️ABAP El customizing ALE

ABAP El customizing ALE

ABAP El customizing ALE

CUSTOMIZING ALE

1.- 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. A este acuerdo se lo llama "Acuerdo de interlocutor".

Consta de los siguientes datos 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.

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

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 del mandante".

Se selecciona el sistema receptor del menù "Interlocutor EDI". Si no existiera en este menù, debe crearse un nuevo nodo.Este debe existir en R/3, como sistema lògico.

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"

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. 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.

Para IDOCs de entrada, se indica el sistema emisor, el mensaje lògico, el còdigo de proceso y la fucniòn que procesa la entrada.

2.- 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

Los destinos RFC se crean a travès de la transacciòn SM59 (visualizar y actualizar destinos RFC, se pueden crear, borrar y modificar conexiones R/3, conexiones interna, destinos lògicos, conexiones TCP/IP y conexiones con driver abap).

Dependiendo del sistema destino, la conexiòn RFC serà de distinto tipo. En gereral para envìo de Idocs, se crean conexiones del tipo TCP/IP, especificando el nombre del servidor destino y el puerto TCP destino.

Los IDOCs pueden ser enviados y recibidos a travès de diferentes medios. Con el objetivo de no acoplar la definiciòn de las caracterìsticas del medio con la aplicaciòn que lo està utilizando, el medio es accedido vìa puertos.

Puertos.- Nombre lògico para un dispositivo de entrada/salida.

Los programas se comunican con un puerto a travès de una interfaz estàndar.

En vez de definir el medio de comunicaciòn directamente en el Acuerdo de Interlocutores, se asigna un nùmero de puerto y este designa realmente el medio. Esto permite definir las caracterìsticas de los puertos individualmente y usar un puerto en mùltiples Acuerdo de Interlocutores

Los cambios en un puerto se reflejan automàticamente en todos los acuerdos que lo estèn utilizando.

Al menos un 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.

Puertos màs utilizados:

- Ficheros: Se utiliza cuando la informaciòn del IDOC debe ser almacenada en un directorio en el servidor de aplicaciones. SAP sugiere no utilizar nombres estàticos, dado que el archivo es sobreescrito cada vez que el IDOC se envìa. Utilizar el mòdulo de funciòn EDI_PATH_CREATE_CLIENT_DOCNUM, el cual genera el nombre del archivo a partir del mandante y no del IDOC.

- 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. Al igual que con el tipo de puerto Fichero, se puede invocar a la funciòn EDI_PATH_CREATE_CLIENT_DOCNUM.

- RFC Transaccional: Se utiliza cuando el sistema receptor es un sistema SAP o no SAP externo. La informaciòn de IDOC serà enviada a este sistema externo a travès de esta puerta.

- 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. Esto sirve, por ejemplo, para definir un flujo de procesos a realizarse cuando se cree un documento especìfico. Tienen la particularidad de ejecutar un mòdulo de funciones luego de enviado el IDOC.

Los sistemas lògicos se crean a travès de la transacciòn BD54.

Cuando el sistema lògico es un R/3, se lo debe asignar a un mandante. Para ello utilizamos la transacciòn SCC4.

Si bien las configuraciones de las transacciones WE20 WE21 y SM59 no se pueden transportar, existe una forma de incluir estas configuraciones en una orden de transporte para transportarlas al sistema que se desee, esto es muy ùtil sobre todo cuando se realiza un refresh de ambiente

3.- Modelo de Distribuciòn.

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

La realciòn entre sistemas lògicos, tipos de mensajes, BAPIs y filtros estàn definidas en el Modelo de Distribuciòn. La aplicaciones y la capa 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 què datos seràn replicados y quienes seràn los receptores.

El modelo de ditribuciòn es compartido entre todos los interlocutores participantes. Por lo tanto solo puede ser mantenido en una de los sistemas, el cual lo podemos llamar el sistema lider. Sòlo uno de los sistemas es el sistema lìder, pero puede se configurado para cualquiera de los interlocutores en cualquier momento, aùn si el escenario ya se encuentra activo.

Pueden haber varios escenarios para diferentes propòsitos. Por otro lado se puede poner todo en un solo escenario. Lo màs recomendable es crear un escenario por administrador. Si hay un solo administrador ALE, no tiene mucho sentido tener màs de un escenario. Pero si hay varios departamentos con diferentes requerimientos, serà màs ùtil crear un escenario por departamento.

Pasos para la creaciòn de un modelo:

- Acceder a la transacciòn BD64.

Cambiar el modo de tratamiento a modificaciòn, para ello vamos a la opciòn del menù "Modelo de Distribuciòn / Cambiar modo de tratamiento".

Luego presionamos el botòn "Crear vista Modelo".

En la ventana de diàlogo introducimos un texto breve y el nombre tècnico para el modelo de distribuciòn.

Posteriormente seleccionamos el registro recièn creado y presionamos e botòn "Insertar tipo mensaje"

En la siguiente ventana de diàlogo, introducimos en el emisor el nombre del sistema lògico que transmitirà el mensaje, el 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.

"No se puede mantener un tipo de mensaje entre el mismo emisor y receptor en màs de un modelo de distribuciòn"


 

 

 


Sobre el autor

Publicación académica de Miguel Angel Acosta Acosta, en su ámbito de estudios para la Carrera Consultor ABAP.

SAP Expert


Miguel Angel Acosta Acosta

Profesión: Ingeniero de Sistemas - Ecuador - Legajo: TF64C

✒️Autor de: 238 Publicaciones Académicas

🎓Egresado de los módulos:

Disponibilidad Laboral: FullTime

Presentación:

Profesional de ingeniería de sistemas en computación e informática, con experiencia en la implantación y soporte de proyectos informáticos para empresas del sector industrial y financiero.

Certificación Académica de Miguel Acosta

✒️+Comunidad Académica CVOSOFT

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

SAP Master

Lección 3: Customizing ALE. 1.- Acuerdo de Interlocutor. Acuerdo de Interlocutor es cuando el emisor y el receptor están de acuerdo en la sintaxis y semántica de los datos intercambiados. Interlocutor ALE - Es un sistema SAP remoto o un sistema legacy con el que se intercambian datos. Datos definidos en un Acuerdo Interlocutor: 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 comunican. A través de la transacción WE20 se crea el Acuerdo de interlocutor. Se debe definir el acuerdo en cada mandante, ya...

Acceder a esta publicación

Creado y Compartido por: Calixto Gutiérrez

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

SAP Master

Customizing ALE 1- Acuerdo de Interlocutor El Interlocutor ALE es un sistema SAP remoto o sistema legacy con el que se intercambian datos. Acuerdo de Interlocutor es establecer entre el Emisor y el Receptor de la sintaxis y semántica de los datos a intercambiar Tipo de IDoc y Tipo de Mensaje, los cuales son el identificador clave del Acuerdo Nombre del Emisor y Receptor que intercambiarán los IDocs Puerto por el cual se comunicarán para el intercambio En el Interlocutor se definen datos específicos de cada mensaje a trasmitir en los parámetros de Entrada o Salida. A través de la Trx WE20 se crea el Acuerdo de Interlocutor, y se lo debe definir en cada Mandante y Sistema donde se...

Acceder a esta publicación

Creado y Compartido por: Victor Norberto Levi

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

SAP Master

Lección 3: Customizing ALE 1 Acuerdo de Interlocutor 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 estén de acuerdo en la sintaxis y semántica de datos intercambiados. A este acuerdo se llama acuerdo de interlocutor. Los datos definidos en un acuerdo de interlocutor son: ü Tipo de IDoc y Tipo de mensaje, los cuales son identificador clave del acuerdo de interlocutor. ü Nombre del emisor y receptor que intercambiarán los IDoc para el tipo de IDoc y mensaje. ü Puerto por el cual el emisor y el receptor se comunica. El interlocutor se define datos...

Acceder a esta publicación

Creado y Compartido por: Jhon Deibys Cano Pineda

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

SAP Senior

ALE Interlocutor ALE es un sistema SAP remoto con el que se intercambian datos. Acuerdo de Interlocutor es cuando el emisor y receptor están de acuerdo en sintaxis / semántica de los datos. Trx WE20 Dependiente de Mandante Datos Definidos: * Tipo de Idoc y Mensaje * Nombre Emisor y Receptor * Puerto de comunicación (nombre lógico para un dispositivo de Entrada/Salida) * Trx WE21 * Indican la forma de envio Destino RFC es una puerta de enlace que permite comunicar sistema SAP a otro sistema (SAP o no SAP) * Trx SM59 Sistemas Lógicos se crean en la trx BD54 Cuando es sistema lógico R/3 se le asigna mandante con la Trx SCC4 Modelo...

Acceder a esta publicación

Creado y Compartido por: Hazel Maribel Flores Martin

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

SAP Senior

En el Acuerdo de Interlocutor se definen: Tipo de IDoc y tipo de mensaje. Nombre del emisor y receptor. Puerto de comunicación (Ficheros, Ficheros XML, RFC, XML-HTTP y ABAP). Los destinos RFC permiten comunicar sistemas SAP con otros sistemas SAP o no SAP. El modelo de distribución es donde se define la relación entres sistemas lógicos, tipos de mensaje, BAPIs y filtros. * TRANSACCIONES - WE20 --> Creación de Acuerdo de Interlocutor. - SM59 --> Mantenimiento de sistemas RFC. - WE21 --> Mantenimiento de puertos de comunicación. - BD54 --> Mantenimiento de sistemas lógicos. - SCC4 --> Asignar un sistema lógico a un mandante. - BD64 --> Creación de modelos...

Acceder a esta publicación

Creado y Compartido por: Francisco Javier López Andreu

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

SAP Master

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...

Acceder a esta publicación

Creado y Compartido por: Gustavo Alberto Ramirez Franco

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

SAP Expert


Acuerdo de Interlocutor. Es un sistema SAP remoto o un sistema legacy con el que intercambian datos. Se crea mediante la transacción WE20 Para definir los Idoc, se agrega el tipo de mensaje, en el sector parámetros de salida si es de salida y en el parámetro de entrada si es de entrada y haciendo clic en el botón agregar registro- Los Idoc de salida se indican el sistema receptor, el puerto, el tipo de base, forma en que se genera el mensaje y en que modalidad se procesa. Los Idoc de entrada indican el sistema emisor, el mensaje lógico, el código de proceso y la función que procesa la entrada. Creación de destinos RFC, puertos y sistemas lógicos. Destino RFC: es una puerta de enlace...

Acceder a esta publicación

Creado y Compartido por: David De Jesùs Restrepo Cañas

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

SAP Expert


INTERLOCUTOR ALE: Es un sistema SAP REMOTO o un sistema LEGACY con el que se intercambian datos. Transaccion WE20: Se crea el acuerdo de Interlocutor DESTINO RFC: Es una puerta de enlace, permite comunicar un sistema SAP con otro sistema SAP o no SAP. Transaccion SM59: Se crean los detinos RFC. Transaccion WE21: Los puertos se indican en forma de envio de los mensajes EDI Transaccion BD54: Se crean los sistemas logicos. Transaccion SCC4: Asigna un sistema logico a un mandante de SAP. Transccion BD64: Se crean los modulos de distribucion.

Acceder a esta publicación

Creado y Compartido por: Ernesto Aristides Romano

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

SAP SemiSenior

Interlocutor ALE: sistema de Intercambio SAP remoto o Sistema Legacy Tx. WE20 1) Tipo de IDOC; tipo de Mensaje 2) Nombre del Emisor y del Receptor 3) Puerto del Emisor y del Receptor que se comunican _______________________________________________________________________ Destinos RFC: Enlace de Sistemas SAP o no SAP (Tx. SM59) _______________________________________________________________________ Puerto: Nombre Logico dispositivo de entrada/salida. (Tx. We21) 1) Ficheros: cuando se requiere que la informacion este almacenada: 2) Ficheros XML: se puede invocar la funcion EDI_PATH_CREATE_CLIENT_DOCNUM. 3) RFC Transaccional: Funcion directa. 4) XML-HTTP: Se especifica un destino RFC. 5) ABAP: Define el flujo de procesos, ejecutan un modulo de...

Acceder a esta publicación

Creado y Compartido por: Leonel Amador Ortiz

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

SAP Master

Acuerdo de interlocutor Es una acuerdo de sintaxis y semántica de los datos intercambiados entre interlocutores ALE (sistema SAP remoto o un sistema legacy). Datos que definen el acuerdo Tipo de IDoc y Tipo de mensaje Nombre de emisor y receptor Puerto de comunicacines Se crean a través de la Tx WE20 Destino RFC Puerta de enlace para comunicar un sistema SAP con sistema SAP o no SAP Para envío de IDocs se usa TCP/IP especificando nombre de servidor y puerto destino Para configurar puertos Tx WE21 Puertos más comunes: Ficheros Ficheros XML RFC Transaccional XML-HTTP ABAP Creamos los sistemas lógicos desde la TX BD54 Modelo de distribución...

Acceder a esta publicación

Creado y Compartido por: Xavier Martinez Garsaball

 


 

👌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!