Nuevo foro de SAP PI

Saludos cordiales,

Se creo un foro para establecer una mejor comunicación entre los interesados en SAP PI.

Pueden acceder y registrarse en el siguiente enlace.

http://sapxiperu.my-place.us/foro

Gracias.

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.