¿Para qué el SLD? (parte 2)

Ya tenemos creado la información del componente (Product y SWCV) en la parte 1.

Ahora seguiremos con la descripción del Landscape. Para esto vamos a registrar los sistemas presentes en el SLD:

• ‘Technical System’ (Sistema Técnico)


• ‘Landscpaes’


• ‘Business System’ (Sistema de negocio)

Technical Systems (sistemas técnico)

Son los sistemas que están presentes en el Landscape. Ellos pueden ser SAP o sistemas de terceros (Legacy Systems). Estos sistemas suelen estar instalados en los productos o SWCV, creados en la información del componente. (tienen 5 tipos: AS ABAP, AS JAVA, Standalone Java, Third Party, SAP Netweaver Process Integration).Mayor detalle

Landscapes

Representa un sistema lógico complejo que consta de múltiples componentes distribuidos. Algunos de estos componentes pueden ser sistemas, otros pueden ser los servicios, los productos instalados, o elementos gestionados.

Tiene los siguientes tipos: (Administración, General, NWDI Sistemas, Escenario, Transporte, web service) Mayor detalle

Business Systems (sistemas de negocio)

Son sistemas lógicos que se comunican uno con otros dentro de SAP PI mediante el envío y recepción de mensajes. Ellos pueden ser SAP o sistemas de Terceros. (lo más común es que sean sistemas de SAP)

Un sistema SAP tiene uno o más clientes que funcionan independientemente unos de otros como unidades lógicas en tiempo de ejecución. Cada uno de estos clientes representa un Business system en SAP PI.

Los Business Systems son representaciones lógicas del Techinical system.

Definir los Technical system en el SLD:

• Un technical system de tercero, Plant_Maintenance_Sender, correspondiente al sistema emisor.


• Un technical system WebAS ABAP, Plant_Maintenance_Receiver, correspondiente al sistema receptor

Primero del System Landscape Directory, click en el link Technical Systems and click in New Technical Systems.

Figura 1: Crear New technical system, tipo de technical system - SAP XI PERÚ

En el Technical System Wizard, seleccionar el tipo de Technical system que se señalo. (Third party)

Figura 2: Technical system wizard.Third Party step 1- SAP XI PERÚ

Ingresar el SystemName y Host Name, el host name puede ser el “localhost” o el nombre de la maquina donde se encuentre el sistema Third Party

Figura 3: Technical system wizard,Third Party step 2- SAP XI PERÚ

Agregar el producto y software component creados anteriormente. (para este caso es el Client_Sender) y finalmente “finish”

Figura 4: Technical system wizard,Third Party step 3- SAP XI PERÚ

Para entrar los detalles para el sistema receptor, repetiremos algunos pasos, nuevamente en Technical systems, click en New Technical System y seleccionar el tipo Web AS ABAP.

Ingresar los datos solicitados. Los detalles del installacion number puede ser obtenido del sistema AS ABAP usando la transacción “slicense”, el database host name puede ser obtenido del SAP logon.

Figura 5: Technical system wizard, AS ABAP step 2- SAP XI PERÚ

Luego ingresar la informacion solicitada de su sistema para el Message Server y el Central Appication Server

Figura 6: Technical system wizard, AS ABAP step 3- SAP XI PERÚ

La siguiente información se agrega si necesitas definer application servers adicionales. (es opcional), sino continuamos a ‘Clients’. Agregamos el Client Numer y luego “Add”. El Client Logical Name es opcional. Finalmente se escoge el producto creado para el sistema receptor.

Figura 7: Technical system wizard, AS ABAP step 5- SAP XI PERÚ

Figura 8: Technical system wizard, AS ABAP step 6- SAP XI PERÚ

Definir los Business Systems en el SLD.

• Un business system de tercero, Plant_Maintenance_Sender, correspondiente al sistema emisor.


• Un business system WebAS ABAP, Plant_Maintenance_Receiver, correspondiente al sistema receptor.

En el System Landscape Directory, click en el link Business Systems, luego click en New Business system.

Figura 9: Crear un Businessl system - SAP XI PERÚ

Ingresar el tipo de Third-Party que representa al que envia. Escoger el technical system, que hemos creado para el sender y el Logical System Name lo dejamos en blanco.

Figura 10: Business system wizard, Third Party step 2- SAP XI PERÚ

Luego ingresamos el nombre que habíamos señalado.Luego te mostrara los productos disponibles que están relacionados con los technical system. Escoge el producto que fue creado para el “sender”.

Figura 11: Business system wizard, Third Party step 3- SAP XI PERÚ

Figura 12: Business system wizard, Third Party step 4- SAP XI PERÚ

Para concluir con el Business para el que ‘sender’ elegimos el servidor integrador SAP XI relacionado que manejará el flujo del mensaje. (puede estar en sandbox, desarrollo, QA)

Figura 13: Business system wizard, Third Party step 5- SAP XI PERÚ

Ahora crearemos el Business systema para el sistema receptor. Los pasos son repetitivos: click en New Business system. Escogemos el tipo Web AS ABAP y siguiente. Escogemos el technical system creado para el receiver. Agregamos el nombre y el producto para receiver y seleccionar el Integration Server relacionado.

Figura 13: Business system wizard, AS ABAP step 2,3,4- SAP XI PERÚ

El Primer Desarrollo en PI (Parte 1)

Antes de partir describiendo los pasos de este ejercicio voy a empezar explicando el objetivo.

La idea es transformar la estructura de un Archivo XML a otra estructura diferente (ver Cuadros 1 y 2). Aunque este cambio de estructura pareciera un poco irrelevante lo que intentamos es explorar los elementos básicos que se necesitan utilizar para implementar una transformación básica en PI.

Para empezar quisiera sugerir que vayan repasando sus nociones elementales de XML, básicamente estructura y terminos, lo que si les sugeriría para posteriores artículos es que vayan repasando mas sobre XML que como verán mas adelante es la estructura base en PI. Adicionalmente quisiera disculparme por los terminos en Inglés que vayan encontrar, lamentablemente solo dispongo de una versión en Inglés de PI y pienso que no es adecuado hacer traduccion de algunos de sus componentes ya que podria generar más confusión que ayuda.

I. Pasos previos...

Primero asegurarse que contamos con las herramientas necesarias para hacer un desarrollo en PI, por lo cual verificar que se cuenta con lo siguiente:

• Acceso a PI dentro del SAP GUI (Consulte con el equipo de seguridad y el el equipo de "basis" para que le den el acceso adecuado)


• Derechos necesarios para ejecutar la transacción: SXMB_IFR y a todos sus componentes.


• Tener instalado en su Computadora Personal el ambito de ejecucion de Java oesa el Java Runtime Environment (JRE) versión 1.4.2_XX
  

II. Plan de implementación...

Luego de que nos hayamos asegurado de que tenemos a los accesos y herramientas debemos asegurarnos de contar con la siguiente información:

1. Estructuras de origen y destino que vamos utilizar, es lo equivalente a la definición de la estructura de una tabla (nombre de campos, tipos, valores por defecto, restricciones) quizás un poco más flexible considerando que son estructuras XML y que estas pueden aceptar varios niveles de anidamiento y ocurrencia.


2. Determinar las reglas que se van a utilizar para convertir la estructura de origen a la estructura de destino, para nuestro caso esto será casi intuitivo, pero para ejemplos posteriores veremos situaciones más complicadas.


3. Determinar el medio por del cual se va obtener y dejar la información que se va procesar en PI. Para nuestro caso en particular nos referimos al folder y nombre del archivo de origen y el nombre o nombres de los archivos de destino. En ciertos casos en particular vamos a necesitar de reglas para obtener y dejar el mensaje esto más adelante será explicado.
   

Para nuestro caso en particular esta es la información requerida:

1. Estructuras de origen y destino
   


• Origen

<origen> <nombre>Alejandra</nombre> </origen>

Cuadro 1



• Destino

<destino> <mensaje>Hola Alejandra</mensaje> </destino>

Cuadro 2



2. Regla
   

Se tomara el valor "Hola " y se concatenara con el valor del elemento <nombre> de la estructura origen y se grabara en el Elemento <mensaje> del destino.


3. Archivo de Origen/Destino
   

Se denominara "ArchivoDeOrigen.xml" se ubicara en el directorio "\\servidor\origen"


Se denominara "ArchivoDeDestino.xml" que se ubicara en el directorio "\\servidor\destino"

III. Empezando…

Comenzare por un resumen de las tareas y posteriormente explicare con más detalle cada punto, estos temas van a ser complementados en posteriores artículos con informacion adicional que les ayudara a consolidar sus conocimientos, se que posteriormente a estos pasos te estaras preguntando el por que, eso paulatinamente lo iremos cubriendo con nuevos articulos:

SLD


1. Crear el Software Component Version en el System Landscape Directory (SLD)
   

Integration Repository


2. Importar el Software Component Version en el Integration Reposity (IR)
   
3. Crear los Namespaces
   
4. Crear los Data Types de las estructuras de Origen y de Destino
   
5. Crear los Message Types
   
6. Crear los Message Interfaces
   
7. Crear el Message Mapping
   
8. Crear la Interface Mapping
   

Integration Directory


9. Crear Scenario
   
10. Crear el Party de Origen y el Party de Destino
    
11. Crear el Service de Origen y El Service de destino
    
12. Crear el Communication Channel de origen y el Communication Channel de destino
    
13. Crear el Sender Agreement y Receiver Agreement
    
14. Crear el Receiver Determination y Interface Determination
    

Message Monitoring y Runtime Workbench


15. Verificar que se hayan ejecutado correctamente los pasos del Pipeline
    
16. Verificar que la información ha pasado correctamente por los adaptadores.
    

Estos son los pasos basicos luego de que te hayas asegurado de que ellos hayan sido ejecutados correctamente estarás listo a desarrollar nuevos ejercicios de transformación en el proxímo capitulo empezaremos a dar mas detalles.

¿Para qué el SLD? (parte 1)

SAP System Landscape Directory (SLD), definido en el post de Arquitectura de SAP PI, actúa como proveedor central de información de las aplicaciones.

Tiene dos tipos de información (ver Grafico1):

- Información del componente.

- Descripción del Landscape

Información del componente: es donde se registra toda la información de productos y componentes de SAP con sus versiones, también incluye a los productos de terceros o externos de SAP, conocidos como “Third Party”.

Cuando se van a diseñar los objetos, la información del componente se extrae del SLD para definir los escenarios de negocio. (Esto sucede en el Integration Repository para crear los namespaces, data types, message interfaces, message mappings, interface mappings, etc).

Descripción del Landscape (entorno de desarrollo): este contiene todos los sistemas instalados en un entorno de sistema (system landscape). Cuando se configura un proceso de colaboración de negocio, la descripción del landscape es necesaria para determinar la información del sistema de los socios (Partners) que están involucrados.

Grafico 1: Información del componente y Descripción del Landscape en el SLD

El primer paso en el SLD es configurar los componentes (Productos y Software Component Versions) para tener la información y se pueda realizar la interacción de las aplicaciones.

- Producto (product): la versión de un producto es la unidad técnica que puede ser entregado al cliente. Cada producto contiene uno o más versiones de componentes de software. (SWCV).

- Componente de software (Software Component): la versión de un componente de software es la unidad más pequeña que pueden ser entregados como un producto. Cada componente de software contiene varios nombres (namespaces) y estos corresponden al los objetos de diseño.

El gráfico 2 ilustra cómo los productos y los SWCV están relacionados.

Grafico 2: Relacion de Productos y SWCV

Vamos a crear dos productos y dos SWCV para un escenario, uno para enviar y otro para la recepción de solicitudes (se usa PI 7.1). Los detalles son los que se indican a continuación:

Para la aplicación que envía Product Vendor: SAPDemo Name: Client_Sender Version: 1.0 Software Component Version Vendor: SAPDemo Name: CLIENT_SENDER Version: 1.0

Para la aplicación que recibe Product Vendor: SAPDemo Name: Client_Receiver Version: 1.0 Software Component Version Vendor: SAPDemo Name: CLIENT_RECEIVER Version: 1.0

- Abrir el Integration Builder (Exchange Infrastructure -> Start Integration Builder).
- Entrar al System Landscape Directory link. Dar click en ‘Product’ en el Software Catalog

- Veras los productos y sus componentes de software. Click en New. You will follow steps to create the product and the SWCV. First select a new product and version.


- Ingresar el nombre del producto, vendedor y versión correspondiente a la aplicación que envía. Luego el software unit que pondremos el mismo nombre del producto.


- Finalmente ponemos los datos del Software Component Version and click Finish

Repetir los pasos para la aplicación que recibe.

Dependiendo de la version de PI los pasos pueden ser diferentes, en versiones anteriores se crean por separado. Por ahora solo configuraremos la información del componente. Luego veremos para el System Landscape. Espero sus comentarios, dudas o preguntas.