SAP PI

Para qué sirve un Alert Category?

2012-02-08T10:34:00.000-05:00

Para qué sirve un Alert Category?

Es un contenedor donde vamos a “categorizar” nuestras alertas. En cada categoría le vamos a decir a quien tenemos que notificar y cuál va a ser el mensaje de error que vamos a enviar.

Por ejemplo las categorías podrían ser por aplicación, por cliente o proyecto: Bancos (comunicación con bancos), Planta Central (interfaces relacionadas con la planta central).

En cada caso, si ocurriese un error en alguna interfaz, se comunicará únicamente a los destinatarios que se encuentren registrados en la categoría.

PI Mapping Documentation.

2012-01-16T13:54:00.005-05:00

Hola que tal , espero que hayan tenido un agradable comienzo de año , lleno de muchos expectativas y muchos metas por lograr.

Comenzamos.!! :) La documentación en PI es comunmente engorrosa, tediosa , y a veces se muestra sobre cargada de información. Como comente en un post anterior (Listado de Objetos PI), les mostraba como obtener el información de los objetos de PI, como un primer avance a la hora de documentar sus procesos.

Sin embargo el punto central se toca al documentar el Message Mapping . Dependiendo de la complejidad y el nivel de anidamiento puede costar tiempo y esfuerzo.

Hoy les mostrare 03 formas de agilizar este proceso , manual en algunos casos y en otros casi automática. Estos modos están presente en los forums de SAP PI SCN.

Voy a tomar como referencia el mapping example que realice hace un tiempo atrás.

PI MTE File

Esta opción permite exportar la metadata del message mapping como archivo MTE (Mapping Tool Export File) donde se encontrara la información de los UDF y el mapeo en si.

Para obtener dicho archivo basta con hacer presionar Ctrl+Shift and right-click y visualizaras un menu popup "Tools" . Luego puedes ir a la opcion exportar como archivo .met

fig 01

Al abrir el archivo podras observar la relacion entre los campos de destino con los campos fuentes bajo el formato indicado.

fig 02

Bastaría con algún pequeño desarrollo, si deseas customizarlo y visualizarlo de otra manera.

Esta opcionalidad incluye la opcion de importar pero hay que tener cuidado la hacerlo , pues puede modificar tu message mapping.

PI Mapping Service.

Otra manera es exportar el message mapping como archivo xim , subir este archivo a una pagina web que ofrece el servicio gratuitamente de descifrar y leer la metadata del mapping y exportar como excel.

Esto se realiza en 03 sencillos pasos.

Paso 01 :

Ubica y abre el mapa , luego exportas el Mapping (Presiona las teclas "CTRL + SHIFT + 0" )

fig 03

Paso 02: Ingresa a este link http://figaf.com/services/pi-documenter.html

En la sección de Acceso al documentador ingresas tu nombre y un email.

Paso 03. En la pantalla siguiente seleccionas el archivo XIM, y seleccionas el formato de salida ya en excel y finalmente generas el archivo que contendrá la información del mapeo.

Fuente : http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/12611

PI Mapping Master.

Finalmente no hace tiempo atras , publicaron en los forums de PI tenemos al Master Mapping , esta opcion no mas que un archivo Excel , que mediante una macros interna se puede obtener la información del Message Mapping , automaticamente sin descargar el archivo xim.

Para descargar el excel es el siguiente link: http://sourceforge.net/projects/mappingmaster

Simplemente una ves descargado indicas los parámetros del host y puerto , el usario y pass

y obtendrán otra pantalla donde visualizaran los parámetros necesarios del cual uds. vana a filtrar su mapa . Finalmente para terminar le dan click a la opcion de generar documentacion. Y listo!, pueden generar tantos Mappings Documentation como deseen pues se crearan tantos hojas en su archivo excel.

Fuente : http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/27863

Bueno espero que les ayuden en sus procesos de documentación

Saludos.

SAP ENTERPRISE SERVICES WORKPLACE

2011-12-26T19:39:00.027-05:00

Hola que tal, bueno antes que nada les mando saludos respectivos por navidad , espero hayan pasado un buen momento.

Algunos me preguntaron sobre alguna forma practicar o ingresar a alguna versión beta de PI ,y se lo difícil que es acceder si no tienes algún entorno mas allá del trabajo o tal ves por auto estudio. Les presento a continuación la forma como SAP brinda de alguna manera acceso para conocer los servicios empresariales que ofrece de los cuales esta PI y algunos módulos adicionales.

Previamente les recomendaría que se asocien al termino de SOA y si ya lo tiene claro pueden avanzar sin ningún problema, por favor ingresen a este link.

https://pi.esworkplace.sap.com/sap/bc/gui/sap/its/webgui

fig 01

Sí , así como ven ,es un acceso a los entorno de WAS, como podrás apreciar al lado derecho hay algunos enlaces en la cual puedes consultar como acceder.

Antes de nada hablare un poco de que trata todo esto , básicamente SAP ha decidido brindar al publico de alguna manera acceso a los servicios empresariales que ofrece, desde diversos puntos de vista ya sea de arquitectos como de usuarios expertos. Tomado como una iniciativa de adopción de la tecnología SOA.

A todo esto SAP lo denomina : ENTERPRISE SERVICES WORKPLACE

Podrás apreciar los diversos módulos que ofrecen SAP a través de SOA.

Y bueno directo al grano para acceder al modulo de PI , tienes que registrarte como usuario de la comunida SAP SCN (SAP Community Network en Inglés) http://www.sdn.sap.com/irj/scn , muchos de uds ya deben tener algun usuario , una ves registrado , solicitan el permiso dentro del enlace que les indico a continuación: http://www.sdn.sap.com/irj/sdn/soareg, luego tienen que esperar

que llegue a su correo (Aprox. 48 Horas) en la cual podrán acceder.

Y como lo ven ahí tienen acceso , pueden ingresar a otros componentes. SLD por ejemplo.

Espero les sirva.

Saludos

Luis.

PD. Cualquier consulta pueden hacerlo aquí o enviando un correo : luixleo@gmail.com

Listado de Objetos PI.

2011-12-21T13:44:00.009-05:00

Hola. Que tal ha pasado un largo tiempo desde el ultimo post, muchas cosas han cambiado ya estamos con la versión de PI 7.3 y otras mejoras .. Así que decidí volver a retomar de a pocos algunos temas que espero los ayuden.

A ver comencemos, muchas veces me han preguntado como obtener los datos de los objetos de nuestros componentes tanto de repository como el directory (Message Mapping, Interface, Communication Channel, Services etc...). Podemos obtener listado si hacemos un programa en java y1 a traves de un API podemos obtener los resultados

(http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/11655)

Sin embargo existe un link u forma de acceder a ellos de manera mas rápida.

Simplemente escriban los links de abajo interponiéndoles los parametros del host y el puerto.

Link: "Host:Port"/rep/support/SimpleQuery --(Repository)

Link: "Host:Port"/dir/support/SimpleQuery --(Directory)

Para este ejemplo les mostrare alguna información sobre la parte de configuración.

Luego tu puedes realizar tus filtros como desees y selecciones las propiedades de cada objeto para este caso realice un consulta por un channel especifico.

Espero que los ayuden en alguna ocasión , nos vemos.

Saludos

Luis.

PD. Cualquier consulta pueden hacerlo aquí o enviando un correo : luixleo@gmail.com

SAP PI: Variable Substitucion.

2010-10-27T00:57:00.000-05:00

SAP PI: Variable Substitucion.

Variable Substitucion.

2010-10-14T15:26:00.020-05:00

Muchas de las necesidades que se tiene al crear el nombre de un archivo de destino ya sea de tipo XML, texto etc, es agregar algún parámetro adicional de manera dinámica por ejemplo si tu archivo de destino se llama "Target.xml" adicionalmente a los parámetros establecidos en el cual se puede agregar el messagid, timestamp,un contador. tu archivo puede llamarse.

-"target_20101014-095549-775.xml"
-"target_AD1C95F3-CDF0-42EC-26A4-90BF5AE58D05.xml".
-"target_0001.xml".

Sin embargo como se puede agregar otros parámetros o valores , llamese Party,Service,interface etc o quizás un valor del documento. Para esto podemos utilizar la conflagración del Variable Substitucion en el cual se obtiene valores del encabezado del documento o atributos del payload de cada archivo.

Por ejemplo de acuerdo al anterior post Scenario XML to Text en el cual se tiene crea un archivo .txt desde una estructura inicial XML de una empresa llamada Xtratogen, ahora el scenario cambiara para hacerlo didactico , son muchas las empresas que enviaran dicha información llamese empresaA,empresaB,empresa C.
Así mismo ya no se desea tener en el nombre del archivo el time-stamp ,se desea ahora un valor unico como fuese el MessageId también se desea saber el tipo de clientes que se esta enviando.(Para dicho requerimento la empresa origen enviara dentro dicho valor dentro de un nuevo campo llamado typeCliente para esto agregaremos dicho campo a la estructura de origen así como la destino)
Siendo tres tipos de cliente de acuerdo a su frecuencia de compras : Frecuente,Habitual,Ocasional

fig 01 (click si desea visualizar mejor)

Dicho valor sera único en todos los clientes por lo cual se repetirá en todos los nodos.

fig 02 (click si desea visualizar mejor)

Bueno ahora haremos uso del variable substitución para esto debemos de activar el parametro en el tab "Advance" activamos el check de Enable. A continuación podras visualizar un grid con dos columnas indicando el nombre de la variable y la referencia.

El nombre de la variable es un nombre cualquiera y la referencia es el valor en el cual se hace referencia algun valor del payload siendo estos valores unicos como : sender_party, sender_service, receiver_party, receiver_service, interface_name, interface_namespace,message_id (message ID message_id_hex (msgid sin guiones) etc.
Por ejemplo si deseas el nombre de la interface se debe de poner en la columna Reference el valor message:interface_name

fig 03 (click si desea visualizar mejor)

Agreguemos la variable enterprise y en la referencia pondremos "message:sender_party" dicha variable "enterprise lo usaremos en el file Name Schema .Esto nos indicar el valor de la empresa que envia dicha informacion.

Para obtener el valor del tipo de cliente dentro del payload de salida. tendremos que analizar la siguiente estructura del payload: seguido del nombre de los elementos y la ocurrencia separados por coma por ejemplo element1,n1,element2,n2.
element1,element2 indica el nombre de los elementos

n1,n2 indica la ocurrencia de valor de dicho elemento.

fig 04 (click si desea visualizar mejor)

Para indicar el codigo de mensaje unico (message id ) agregamos la variable msgid y la referencia es message_id_hex . De acuerdo a la estructura de destino indicada agregamos otra variable llamada tipocliente y la referencia sera payload:Cliente1,Cliente,1,TypeClient,1

fig 05 (click si desea visualizar mejor)

Finalmente en el primer tab File Name Schema para acceder a cada variable se debe indicar con el simbolo de porcentaje. %var01%.

Para nuestro ejemplo sera asi. Global_Log_%enterprise%_%tcliente%_%msgid%.txt

fig 06 (click si desea visualizar mejor)

Luego enviamos un archivo de prueba . En la figura de abajo podras ver el messageid generado dentro del payload.

fig 07 (click si desea visualizar mejor)

Finalmente el archivo se ha creado con los parametros indicado anteriormente como el party, el tipo de cliente y el message ID.

fig 08 (click si desea visualizar mejor)

Si bien el nombre del archivo es extenso, se trato de usar la mayor cantidad de variables posibles.

Hay otra manera de usar dinamicamente nombres de archivos que es el Dynamic Configuration y esto lo mostraré en otro tema.

Scenario Flat File.

2010-10-14T12:10:00.013-05:00

Hola que tal , nuevamente luego de un gran tiempo retomaremos poco a poco con el blog y es que realmente hay ciertos momentos en los proyectos que no te alcanza el tiempo para las diversas labores que uno desea hacer como uno desea.

Bueno esta vez volveremos con temas puntuales como son tipos de Scenario Flat File - IDOC - JDBC HTTP etc.

Scenario XML - Flat File

Este es uno de los scenarios en muchos casos el más básico y solicitado a la vez del cual se desea transformar de un archivo XML a un formato texto o viceversa. Para esto vamos a tomar como ejemplo la estructura de ejemplo que se hizo anteriormente Mapping 1ra Parte puedes verlo aca.

De acuerdo a las estructuras anteriores se realizaba el mapeo de una estructura llamada contactos a una de clientes con parecida estructura sin embargo se tiene que considerar algunas reglas de negocio.

El requerimiento es el siguiente una empresa llamada Xtratogen maneja información de contactos (clientes) dicha información lo maneja a través de archivos XML , la otra empresa(Global Logistic) desea recibir dicha información en formato de tipo texto.

Asi mismo desea el nombre del archivo tenga la siguiente nomenclatura.

Global_Log_[Fecha Proceso en el formato yyyyMMdd-HHmmss-SSS]

Vamos a realizar paso a paso el scenario.

Creamos los objectos en Integration Repository.

Interface Objects

- Creamos el DataType

Como podrás ver tenemos 2 estructuras una llama contacto y otra llamada cliente. como dije anteriormente estas estructuras se obtuvo de un tema anterior. Message Mapping

Contact Fig 01- (double click para visualizar mejor)

Client Fig 02- (double click para visualizar mejor)

Crear el Message Type.

- Creamos el Message Type Contact y Cliente usando los data type creados anteriormente.

Crear los interface Type.

- Creamos la interfaz de salida de tipo outbound oa_XML_Contact teniendo en base el Message type creado anteriormente.

Fig 03- (double click para visualizar mejor)

- Luego creamos la interfaz de entrada de tipo inbound ia_Text_Cliente.

Fig 04- (double click para visualizar mejor)

Mapping Objects.

Creamos el message mapping llamado XML_Contact_to_Text_Cliente , como te mencione anteriormente la lógica de mapeo esta en el tema anterior Mapping 1ra Parte

Fig 05- (double click para visualizar mejor)

Creamos el interface mapping oa_XML_Contact_to_ia_Text_Cliente indicando las interfaz de entrada , salida y el mapping creado anteriormente.

Fig 06- (double click para visualizar mejor)

Una vez creado los objetos en Repository ahora crearemos los objetos en Configuration para indicar los parametros necesarios para convertir el archivo de XML a texto

Configuration

Para esto vamos a crear un scenario Test.

Creare los Party y luego los business services o business system , la diferencia simplemente es un business system es aquel sistema en el cual tu tienes control y business service es aquello que no tengas control. Como se describio el caso tu tienes tu sistema en el cual trabaja con XML sin embargo quisiera integrar dicho sistema con una empresa externa y dicha empresa ha solicitado que se envie en formato texto separado por "|" y *.

Como podras visualizar esta es listado de objetos que se deben de crear en la parte Integration Directory

Fig 07- (double click para visualizar mejor)

Luego de haber creado los parties y servicios creamos los comunication channels que serán los encargados de enviar y recibir la información en el formato indicado comencemos con el canal de envio (sender) en este caso CC_XML_SEND

Fig 08- (double click para visualizar mejor)

1.- El tipo de adaptador sera de tipo File.
2.- Protocolo del mensage tipo File tambien.
3.- configurarmos el directorio donde se van a enviar los archivos XML en el file name para un mejor filtro he puesto aquellos archivos de extensión XML

Creamos el sender agrement escogemos el party,service,interface.. Al crear escogeremos el canal que va transportar el archivo xml a PI.

fig 09- (double click para visualizar mejor)

En el receiver determination se indica cual es la interface que va recibir dicha interface previa.

fig 10- (double click para visualizar mejor)

Luego creamo el interface determination se indicara el mapping a ser utilizado en este caso de acuerdo al interface mapping.

fig 11- (double click para visualizar mejor)

Finalmente se crea el receiver agrement en el cual se indicar los parametros para recibir dicho mensaje y en el caso convertir al formato flat file. Para esto seleccionar el protocolo de tipo File Content Conversion. Al seleccionar se observara que se ha agregado

un tab mas para indicar la configuracion necesaria para dicho formato.
A continuacion tratare de explicar a breve modo como funciona dicho configuracion de este tipo de formato.

fig 12- (double click para visualizar mejor)

Para lograr el nombre del archivo de la siguiente forma Global_Log_[Fecha Proceso en el formato yyyyMMdd-HHmmss-SSS] agregamos el nombre "Global_Log_" en el FileNameScheme y escogemos en processing parameters "FileConstruccionMode" AddTimeStamp

fig 13- (double click para visualizar mejor)

fig 14- (double click para visualizar mejor)

En el Parametro Recordset Structure se ponen las estructuras indicadas en la interfaz de salida

Parametro NameA.addHeaderLine

0 – No se incluye ningun encabeza.

1 – Se incluye encabezado con el nombre de las columnas indicas en el XML document.

2 – Igual el 1 solo que se incluye en blanco.

Parametro NameA.beginSeparator.

Aqui puedes poner un valor (cadena) como primera columna del archivo de texto. Es un valor que antecede a la cadena final de toda la informacion.

Parametro NameA.fieldSeparator
Aqui se especifica la cadena que va separar cada elemento en este caso se ha puesto el valor "|"

Parametro NameA.endSeparator
Se especifica el valor que va indicar la finalizacion del registro en este caso se esta poniendo el salto de linea 'nl'

Bueno aqui les dejo el archivo como resultado , primero claro esta dejamos el archivo XML de ejemplo.

fig 15- (double click para visualizar mejor)

Este es el archivo resultante Global_Log_20101014-112047-592.txt

fig 16- (double click para visualizar mejor)

Si deseas mas informacion respecto a dicha configuracion de parametros puedes visitar este link
http://help.sap.com/saphelp_nw04/helpdata/en/bc/bb79d6061007419a081e58cbeaaf28/frameset.htm

Recomendaciones

2009-11-14T00:02:00.005-05:00

Hola a todos,
Últimamente estamos con mucho trabajo en los proyectos asignados por lo cual estamos algo inactivos en el blog, aunque ya algunos de nuestros integrantes están elaborando algunos otros artículos que posteriormente estarán publicando, sin embargo nos gustaría saber:

¿Qué temas en especial les gustaría que tratemos?
Esperando sus comentarios me despido.

URLs Importantes SAP PI

2009-10-27T10:14:00.034-05:00

Hola que tal continuando con las publicaciones, le presentaré un listado sobre las URLs y las transaciones más utilizadas para PI
Ya que algunas veces olvidamos la ruta o no nos acordamos los "patrones" de las paginas web para acceder a los módulos de PI.

Urls . XI- PI 7.0 and 7.1

Aqui un Listado de Transacciones igual de importantes.

Aquí les dejo en formato excel. FileUrlXIPI

Cualquier duda o comentario me la pueden hacer saber.

Luis.

Runtime WorkBench.

2009-10-27T09:40:00.010-05:00

Hola Que tal !.
Bueno luego de un mediano tiempo volvemos con mas artículos.
Esta vez hablaremos de otro Tool de PI - XI .- Runtime Workbench .- (Integration Monitoring PI 7.0 y Configuration and Monitoring PI 7.1)

The Runtime Workbench (RWB) esta basado en una interface Java , y es la herramienta que es utilizada para monitorear centralmente SAP PI y todos sus componentes, message, process,adaptadores. etc.

Proposito.
Para obtener un overview del status de un componente de PI
Para visualiar el status de los communication channels o adaptadores .
Para testear la conectividad de la memoria cache si está funcionando adecuadamente.
Para visualizar el performance de los objetos.

Estos son los componentes principales.

•

Component monitoring
Message monitoring
End-to-end monitoring
Performance monitoring
Index administration
Alert configuration
Cache monitoring

Runtime Workbench provee acceso para todas esas actividades de monitoreo. Tu también puedes ejecutar un tool especial de monitoreo llamado CCMS (Alert Monitor) el cual se podra monitorear componentes individuales de XI.

Transacciones para PI

2009-08-31T10:14:00.006-05:00

Hola a todos.
Despues de mucho tiempo vuelvo con un nuevo aporte que me parece que nos va a servir a todos y en todo momento.
Hablo de un listado de todas las transacciones utiles para PI.
Claro que esto no solo va a ser mi aporte sino tambien el de Uds. Por eso para cualquier aporte que deseen hacer, les pido que envien un email a luis.diaz02@gmail.com con el subject "PI Transacciones" y como contenido el nombre de la transaccion y una explicacion de para que sirve y como se utiliza. Esto nos va a servir mucho como referencia.
Poco a poco esta lista ira creciendo gracias a todos.
Saludos Luis.

¿Que les parece?

SXI_MONITOR : Acceso directo al PI Monitor para listar todos los mensajes de acuerdo a los filtros utilizados. (Creo que no necesita mayor explicacion)
SMQ1 y SMQ2: Se utilizan estas transacciones para monitorear el status de las Unidades Logicas de Trabajo (LUW), reiniciarlas o desbloquearlas en caso ocurra algun problema.
SXMB_IFR: Abre el browser y nos lleva al SAP Netweaver Exchange Infrastructure.
SLDCHECK: Permite hacer un chekeo de la configuracion del System Landscape Directory (SLD)
SM59: Configuracion de conecciones RFC. Aqui vas a poder configurar conecciones entre PI y otras cajas de SAP. Ej.:ECC, BI, etc. Conecciones externas. Es normal que estas conecciones sean configuradas por BASIS pero no esta demas saber donde podemos revisar que la comunicacion esta bien.

PI HTTP Stress Simulator

2009-07-17T16:38:00.007-05:00

Hola a todos,

En esta oportunidad quiero compartir con ustedes una herramienta que desarrollamos internamente en el trabajo para hacer pruebas de "stress" via HTTP al servidor de PI.

El instalador incluye un pequeño manual acerca de lo que se necesita para que el programa funcione correctamente y además de como utilizar las opciones que tiene.

Les dejo el link donde pueden descargar el instalador. Cualquier comentario o sugerencia serán bien recibidos.

PISS HTTP 1.0

Hasta la siguiente.

Free tool para enviar y recibir mensajes via AS2

2009-07-08T09:11:00.014-05:00

Hola a todos,

Hace tiempo estuve buscando una herramienta free que me permita enviar/recibir mensajes vía AS2 a/de PI. Felizmente encontré una, muy útil, aunque tiene limitaciones (una de ellas es que solo te permite tener un party registrado a la vez) por lo mismo que es free.

Aquí les dejo el link y algunas imágenes.

Una vez instalada la aplicación (stand alone) verán un icono rojo que aparece en la “area de notificación”

Imagen: Icono en area de notificación
Fuente: sapxiperu

Haciendo doble clic sobre el icono se abre una aplicación cuyo inicio tiene el siguiente aspecto.

Imagen: Aspecto del As2 tool
Fuente: sapxiperu

Para una configuración básica (vamos a enviar mensaje a un trading partner):

Vamos al tab “Setup” y ingresamos nuestros datos de configuración:

Imagen: Sección de configuración
Fuente: sapxiperu

Después de haber guardado los cambios. Vamos al tab “Trading Partner” y registramos los datos de configuración de este.

Imagen: Sección de configuración del Partner
Fuente: sapxiperu

Finalmente vamos al tab “outgoing”, El en directorio indicado ponemos nuestros archivos de prueba y hacemos clic en “Create Test Files”

Imagen: Tab de pruebas para envio de mensajes
Fuente: sapxiperu

Una vez listado los archivos, hacemos clic en “send” del archivo que queremos enviar.

Finalmente en la parte superior de la ventana se mostrará un mensaje acerca del estado del envío.

Imagen: Tab de Log
Fuente: sapxiperu

Si ocurrió algún error, podemos ver en el tab “logs” algunos detalles.

Existen cosas configuraciones como para recibir y enviar MDN (Message delivery notification), encriptar, comprimir y firmar el mensaje que también están disponibles en la version “free”.

Como mencione a un inicio, la herramienta en esta versión es solo para hacer pruebas simples.

Espero esta información les resulte útil.

http://www.freeas2.com/download/

Hasta la próxima.

Message Mapping - Parte II

2009-06-25T09:08:00.019-05:00

USER DEFINE FUNCTION

Algunas veces se necesita sastifacer algunos requerimientos, ciertas funcionalidades que no están contempladas por las funciones propias de PI. Para esto es necesario crear funciones propias , dichas funciones se desarrollan como te comentaba antes bajo el lenguaje JAVA.

A continuacion en el siguiente grafico podrás ver las característiscas al crear una función dentro del message mapping.

Como podras observar contiene los parametros necesarios para la creacion de una funcion , dentro de ella podremos ver que se pueden generar tres tipos de funciones , las simples ( por valor) , las de contexto o las de colas que agrupa todos los valores como un solo listado ( sin contextos de por medio).

Simple Function

Bien vamos a crear un ejercicio simple, vamos a reemplazar una funcion estándar por una UDF, para esto de acuerdo al post anterior sobre message mapping vamos a crear una funcion que reemplaze el requerimiento Nro 6 , que translade los valores del Título por valores de género.

Pues como ves en el gráfico esta es una funcion simple pues retorna un valor. Es una función de tipo simple del cual (translate_Genero)

Ahora si deseas utilizar funciones ya creadas anteriormente por ti, simplemente compila tu clase en java y creas un .jar , luego importas dicho archivo (Mapping Objects- Import Archive) y lo cargas, y lo puedes utilizar como indica en el siguiente gráfico.

Funciones Avanzadas

En este tipo de funciones se puede trabajar con mas de un valor , dicho valores vienen en un arreglo.

En el gráfico a continuación veremos la diferencia en definir una funcion por contexto o en cola(queue).

Pues como veras en el gráfico de arriba podras ver claramente cuando el tipo de función es declarado en cola o cuado es declarado por contexto.

Estas son las diferencias entre los tipos de funciones.

Funciones Simples

Funciones Avanzadas

Parámetros de Entrada

String, …, Container

String[], …, ResultList, Container

Values de Retorno

Devuelve un String

Deveuelve Result. addValue(String);

Procesamiento

Función que es llamada por cada ocurrencia del elemento.

Función que es llamada por cada contexto o por cola . Los valores son almacenados en un array de cadenas.

A continuación mostrare los métodos utilizados en las funciones avanzadas.

Métodos	Description
void addValue(String)	Método que agrega un valor al array de retorno.
void addContextChange()	Método que agrega un cambio de contexto al array de retorno
void addSuppress()	Método que agrega un valor de Supress
void clear()	Permite limpiar los valores del arreglo
ResultList.CC (context change)	Método que te permite comprobar si el valor de entrada es un cambio de contexto
ResultList.SUPPRESS (suppressed value)	Método que te permite verificar si el valor de entrada es valor suppress.

¿Para qué el SLD? (parte 2)

2009-06-09T11:35:00.020-05:00

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Ú

Message Mapping - Parte I

2009-06-05T12:34:00.053-05:00

Fundamentos de Mapeo

Uno de los procesos más importantes en el desarrollo de escenarios es la transformación de mensajes de una estructura hacia otra. Es aquí donde se aplica algunas reglas de negocio dependiendo del contexto , muchas de las reglas son implementadas a través de funciones predefinidas que tiene la herramientas Message Mapping.(PI)

A continuación en este punto se verá el funcionamiento de un Message Mapping.

Primeramente todo escenario de mapeo tiene una interface de entrada y una interfaz de salida y a través del uso funciones de PI o propias se realiza el mapeo propiamente dicho entre elementos o segmentos.

Por ejemplo se tiene este interfaz de entrada , algo sencillo como datos contacto ,tales como nombres, Apellidos y dirección. (etc)

Se necesitará mapear dicha interfaz a esta otra , de una estructura similar.

En este gráfico verán las estructuras tanto la de origeng(Temp_Contact) como la de destino (Temp_Destino)

Caracteristicas Principales

Ahora te presentare las reglas de negocio que se deban de tener en cuenta para el proceso de mapeo.

Nro	Elemento Destino	Elemento Origen	Regla de negocio
1	Cliente	Datos	Se creara un cliente por cada elemento origen (nombre) ademas solo para persona mayor o igual de 23 años
2	Client Id	RefID	Extraer los 5 primeros digitos.
3	Correlativo		Generar un numero correlativo con el formato “00000”
4	Fecha Proceso		Se pondra la fecha del dia
5	Hora Proceso		Se pondra la hora del dia.
6	Genero	Titulo	De acuerdo al titulo (Sr , Srta,Sra) se generara el codigo M,F
7	Nombre Completo	Apellido Paterno Apellido Materno Primer Nombre Segundo Nombre	Se concatenara los nombres con una separacion de una “,” entre los nombres y apellidos tener en consideraicon que no todos tienen segundo nombre.
8	FechaNacimiento	Edad	En base a la edad calcular la fecha de nacimiento
9	Direccion	Direccion	De acuerdo al segmento dirrecion
10	Direccion1	Direccion Nro	Se concatenara a la direccion 1 de acuerdo al numero
11	Ciudad1	Ciudad	Se concatenara a la ciudad 1 de acuerdo al numero
12	Direccion1	Direccion Nro	Igual (7)
13	Ciudad1	Ciudad	Igual (8)
14	Direccion3	Direccion Nro	Igual (7)
15	Ciudad3	Ciudad	Igual (8)

Pues bien una vez establecidas las reglas de negocio comenzaremos con el mapeo.
Estas son las funciones propias de la herramienta

Primeramente una ves que se tiene las interfaces, simplemente se debe de identificar el elemento de destino, luego el elemento de origen y bastaría simplemente con arrastrar y soltar sobre el elemento indicado, otra manera es realizar doble click sobre el elemento de destino y doble click sobre el elemento de origen y enlazar ambos elementos. El mismo procedimiento es para las funciones y demas.

Caso resuelto

Datos

Nombre

Se creara un cliente por cada elemento origen (nombre) ademas solo para persona mayor o igual de 23 años.

De acuerdo a la primera regla se creará tantos clientes como segmentos (Datos) venieran y que tengan una edad mayor o igual a 23 años. Se van a utilizar dos funciones , greater (Categoría Aritmethics) de la cual recibirá dos parámetros en el cual se evaluará si el primer elemento es mayor que el segundo elemento , el resultado que emita sera de tipo bolean(trae or false) , el segundo parámetro es una constante (Categoria constant ) asi mismo se usará la función ifwithoutelse( el cual se recibirá parámetros boolean y procederá de acuerdo se indique en la parámetro de salida (el nodo Datos).

Client Id

RefID

Extraer los 5 primeros digitos.

La segunda regla de negocio solicta extraer los 5 primeros digitos del elemento de origen pues bien para esto se utilizar una funcion substring de la categoria(Text), para esto se tiene que configurar cuantos valores se van a extraer para esto das doble click sobre la funcion indicando la posicion de inicio y la cantidad de caracteres a extraer.

Correlativo

Generar un numero correlativo con el formato “00000”

Para esta regla se necesita un contador por cada elemento generado pues bien se puede utilizar uno propio (UDF) o utilizar la funcion counter , a este resultado tendremos que formatear con otra funcion el formatnumber (ambas de la categoria Arithmetic) y al igual que la funcion anterior se decide el formato que se va a tener , el contador se va a generar por cada instancia creada.

4	Fecha Proceso		Se pondra la fecha del dia
5	Hora Proceso		Se pondra la hora del dia.

Para estos casos se necesita una funcion currendate (Categoria Date) de la cual se puede escoger el formato de destino sea fecha (yyyy/MM/dd) como hora (HH:mm:ss)

Genero

Titulo

De acuerdo al titulo (Sr , Srta,Sra) se generara el codigo M,F

Para este caso podriamos utlizar funciones booleanas y comparar caso x caso sin embargo podemos utilizar el Fix Value ( Categoria - Conversions) en el cual se agregan a la derecha los valores de entrada y a la derecha los valores de salida.

Nombre

Completo

Apellido Paterno
Apellido Materno
Primer Nombre
Segundo Nombre

Se concatenara los nombres con una separacion de una “,” entre los nombres y apellidos tener en consideraicon que no todos tienen segundo nombre.

Para esta regla vamos a utilizar la función contenate (Categoria Tex) ( primeramento vamos a concatenar tanto el Apellido paterno como Apellido Materno ) al usar dicha función debemos indicarle el valor de concatenacion en este caso sera un espacio en blanco , lo mismo seria para el caso del nombre con la salvedad que no en todos los registros vendrá el segundo elemento por lo cual eviara un valor valor nulo al mapear con la funcion concat simplemente saldra error , para evitar esto se puede usar otra funcion que envie un valor por defecto este seria el MapWithDefault (Categoria Node function), al finalizar ambos resultado debemos concatenar una vez más agregando para este caso un coma (“,”) como valor de concatenación.

AnnioNacimiento

Edad

En base a la edad calcular la fecha de nacimiento

Para esto simplemente se restara la fecha actual con la edad para hallar la fecha de nacimiento.e utilizaran dos funciomes currentdate(formato YYYY) y sub (Substract categoria Arithmetic) del cual restara un valor de otro

9	Direccion	Direccion	De acuerdo al segmento dirrecion
10	Direccion1	Direccion Nro	Se concatenara a la direccion 1 de acuerdo al numero
11	Ciudad1	Ciudad	Se concatenara a la ciudad 1 de acuerdo al numero
12	Direccion1	Direccion Nro	Igual (7)
13	Ciudad1	Ciudad	Igual (8)
14	Direccion3	Direccion Nro	Igual (7)
15	Ciudad3	Ciudad	Igual (8)

Testing

Hay dos maneras de hacer testing a modo de diseño y otra en ejecución a modo de diseño simplemente haciendo click derecho sobre la función en display queue otra manera es ir a la pestalla test.

En el cual se puede crear ejemplos de prueba para realizar el resultado final de todos los segmentos

Para el testing final aqui tengo el archivo XML (Descargar)

Nuevo foro de SAP PI

2009-05-29T14:56:00.002-05:00

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)

2009-05-22T13:09:00.013-05:00

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:

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.

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.

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:

Estructuras de origen y destino

Origen

<origen>
<nombre>Alejandra</nombre>
</origen>
Cuadro 1

Destino

<destino>
<mensaje>Hola Alejandra</mensaje>
</destino>
Cuadro 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.

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

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

Integration Repository

Importar el Software Component Version en el Integration Reposity (IR)
Crear los Namespaces
Crear los Data Types de las estructuras de Origen y de Destino
Crear los Message Types
Crear los Message Interfaces
Crear el Message Mapping
Crear la Interface Mapping

Integration Directory

Crear Scenario
Crear el Party de Origen y el Party de Destino
Crear el Service de Origen y El Service de destino
Crear el Communication Channel de origen y el Communication Channel de destino
Crear el Sender Agreement y Receiver Agreement
Crear el Receiver Determination y Interface Determination

Message Monitoring y Runtime Workbench

Verificar que se hayan ejecutado correctamente los pasos del Pipeline
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)

2009-05-21T15:39:00.025-05:00

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.

Arquitectura SAP PI/XI

2009-05-21T14:31:00.005-05:00

A primera vista, el trabajo que desempeña SAP Process Integration (SAP PI) parece muy simple: El intercambio de información de una aplicación a otra a través de mensajes. Sin embargo, SAP PI es quizás una de las partes mas ampliamente utilizada dentro de la plataforma SAP NetWeaver.
El objetivo real de SAP Process Integration (SAP PI) es proveer una plataforma que permita a diferentes interfaces comunicarse entre ellas usando una tecnología uniforme. Para lograrlo SAP PI/XI proporciona un conjunto de herramientas que pueden ser usadas para definir formatos de mensajes, transformaciones de un formato A a un formato B, definir procesos, y permitir a estos procesos interactuar con el mundo exterior a través de mensajes.

Figura 1 - Arquitectura SAP PI

System Lanscape Directory (SLD). Es simplemente un directorio de información técnica acerca de los programas y computadoras que están conectados a través de SAP Process Integration. La información que se incluye en el SLD va desde hostnames y otros atributos técnicos, así como información sobre los componentes de software que están instalados en el servidor.
Integration Builder. Es un completo entorno de desarrollo usado en tiempo de diseño para definir mensajes y procesos, mapeos de un formato a otro, configurar la forma en que serán usados con otros sistemas y almacenar todo tipo de información relacionada al intercambio de mensajes.
Integration Repository (IR). Es en este componente donde SAP PI mantiene la metadata que describe los tipos de datos, mensajes, procesos y los mapeos y conexiones entre ellos. El objetivo del Integration Repository es crear un punto de acceso centralizado a los objetos que podamos crear para un determinado escenario de integración, pudiendo así reutilizar algunos de los objetos que hayamos definido.
Integration Directory (ID). En este componente, los tipos de mensajes y procesos descritos en el Integration Repository son conectados al mundo real. Cuando un mensaje viene desde un partner y luego es enviado a un sistema interno, la metadata que describe todas estas conexiones es almacenada en el Integration Directory. En resumén, el Integration Directory describe con qué sistemas te comunicas, cómo te comunicas con ellos, y las reglas de comunicación establecidas.
Integration Server. Es el motor responsable del ruteo de los mensajes. El Integration Server no tiene estrictamente componentes, es más parecido a un pipeline donde ocurren una serie de tareas, tales como: ruteo lógico, ruteo físico(o técnico), mapping y la llamada a los adaptadores.
Central Monitoring. Este componente se encarga del monitoreo y evaluación de que los mensajes estén fluyendo satisfactoriamente entre sistemas. Este punto de acceso centralizado proporciona una visión del escenario de integración completo, presentando las restricciones y todo lo que necesites para seguir el flujo de un mensaje hacia un sistema determinado.

Tipos de Adaptadores

2009-05-21T13:51:00.004-05:00

En el siguiente artículo se enumera y describe brevemente los diferentes tipos de comunicacion que podriamos usar con PI. El objetivo de esto es dar a conocer cuales son los adaptadores que se pueden utilizar. En otros artículos podrémos ver, con casos simples, el uso de estos adaptadores en los canales de comunicación.

File/FTP: El adaptador de tipo File/FTP nos va a permitir intercambiar información con el Integration Server utilizando archivos de texto o un servidor FTP. El contenido del archivo puede ser enviado, inalterado, al Integration Server. Si la data contiene valores separados por coma (CVS), entonces primero puede ser convertido a un formato XML simple. Este XML puede entonces ser enviado al Integration Server.En cambio, el contenido del archivo proveniente del Integration Server o del PCK puede ser puesto, inalterado, en un archivo o convertido de XML a un formato CSV.Archivos de texto que serán procesados por el Integration Server o el PCK deben estar en el código de pagina UTF-8. El adaptador File/FTP puede usar cualquier código de pagina que este instalado en el entorno JAVA para propósitos de conversión (por ejemplo, para convertir caracteres extraños).

AS2: Este adaptador utiliza el protocolo AS2 basado en HTTP y SMIME. A través de este adaptador se pueden incluir archivos en el envío de los mensajes, se puede transmitir de manera segura (HTTPS) inclusive se puede encriptar el contenido del mensaje. Bajo los estándares de comunicación se puede solicitar una confirmación MDN (Message Disposition Notifications).

BC: El adaptador SAP Conector de Negocios (SAP Business Connector Adapter-BC Adapter) soporta el protocolo B2B del SAP Business Connector, el cual esta basado en HTTP. El adaptador BC permite reemplazar un conector de negocio por SAP XI o PCK en escenarios donde diversos SAP BCs son usados. Esto asegura la entrega de mensajes via SAP XI.

CIDX: El adaptador CIDX soporta Chem eStandards, un estándar publicado por Chemical Industry Data Exchange usado para un mejor comercio por Internet en la industria Química. El adaptador CIDX esta basado en el Chem eStandards Envelope and Security Specifications, el cual hace referencia a una extensión de RosettaNet Implementation Framework (RNIF) versión 1.1, con ciertas variaciones de este framework. El adaptador CIDX es usado para enviar mensajes entre el Integration Server y un sistema que cumpla con los estándares CIDX, transformando los mensajes del formato XI hacia el formato CIDX. Para mas información sobre CIDX visita la pagina web http://www.cidx.org/

HTTP: El adaptador HTTP (sencillo) brinda a aplicaciones la opción de comunicarse con el Integration Engine y de intercambiar data de negocio usando una conexión HTTP sencilla. Dependiendo del sistema receptor, mensajes de salida podrían ser mejorados con cierta información.El adaptador HTTP sencillo es parte del Integration Engine y es usado por sistemas externos para conectarse al Integration Engine usando interfaces HTTP nativas (sin envoltura SOAP)

IDoc: El adaptador IDoc (IDoc Adapter), nos va a permitir procesar IDocs (Intermediate Documents) usando el “Integration Engine”. Son soportados los IDocs de los sistemas SAP desde la versión 3.1x en adelante. Un adaptador de tipo IDoc es usado por los sistemas SAP para conectars a una configuración central del “Integration Engine” usando IDocs. Un sistema que tenga un Integration Engine de este tipo es considerado un Integration Server. Sistemas externos tambien pueden hacer uso del adaptador IDoc para conectarse a un Integration Server.

JDBC: El adaptador JDBC te permite conectar una base de datos con el Integration Engine o el PCK. El adaptador convierte el contenido de base de datos a mensajes de tipo XML y viceversa. El contenido de base de datos puede ser leído con cualquier sentencia SQL. Un formato especial de XML es definido para el contenido que proviene del Integration Server o del PCK. Este formato habilita sentencias SQL INSERT, UPDATE, SELECT, DELETE, o stored procedures para que sean procesados. Un mensaje es siempre procesado exactamente en una transacción de base de datos.

JMS: El adaptador JMS (Java Message Service) te permite conectar systemas de mensaje al Integration Engine o al PCK. El adaptador soporta las especificaciones JMS 1.02b y 1.1 (Para más información SAP Note 856346).Una consideración importante para poder usar el adaptador JMS es instalar los driver necesarios. Las librerías JAVA necesarias son específicas por fabricante o terceros. Se debe desplegar las librerías JAVA en el servidor J2EE para que el adaptador JMS pueda acceder las clases JAVA requeridas en tiempo de ejecución.

Mail: El adaptador de tipo Mail permite conectar servidores de correo con el Integration Server o el PCK. El adaptador de correo receptor convierte mensajes XI a e-mails y usa el Simple Mail Transfer Protocol (SMTP) o el Internet Message Access Protocol (IMAP) para transferirlos al servidor de correos. El adaptador de correo emisor usa el Internet Message Access Protocol o el Post Office Protocol Version 3 (POP3) para collectar los mensajes y convertirlos en mensajes XI.Si un servidor de correos se comunica con el adaptador de correos, se puede configurar la seguridad para encriptar/desencriptar y firmar/verificar los mensajes. Aquí, la seguridad de los mensajes esta basado en el estándar de internet S/MIME (Secure Multipurpose Internet Mail Extension).

Marketplace: Se usa el adaptador de tipo Marketplace para conectar el Integration Server al Marketplace. Permite el intercambio de mensajes convirtiendo el mensaje del formato XI al formato MarketSet Markup Language (MML) y viceversa.Como prerrequisito, se tiene que especificar el DDID (Document Destination ID) para el party y service.

RFC: Un adaptador tipo RFC te permite usar las funciones del Integration Engine o del PCK en los existentes escenarios de SAP. Es usado por sistemas SAP para conectarse al Integration Engine o al PCK usando interfaces RFC. Soporta sistemas SAP desde la versión 3.1xEl adaptador de tipo RFC es suministrado por el Adapter Engine y el PCK. El receiver adapter soporta acknowledgments de sistema pero no acknowledgments de tipo aplicación.Los adaptadores RFC soportan Secure Network Communications (SNC).

RNI: El adaptador RNIF soporta la comunicación de datos estándar - RosettaNet Implementation Framework (RNIF) definido por RosettaNet. Este estándar define el protocolo RNIF en sus versiones 1.1 y 2.0. Los adaptadores RNIF 1.1 y 2.0 estan basados en estos protocolos.

SOAP: El adaptador SOAP permite intercambiar mensajes SOAP entre clientes remotos o servidores de servicios web y el Integration Server o PCK. En el adaptador SOAP se puede configurar seguridad para ser usada para firmar/verificar el cuerpo del mensaje SOAP. Adicionalmente, se puede especificar el estándar a ser usado para firmar/verificar el mensaje SOAP.

XI: Este tipo de adaptador (Adaptador XI) nos va a permitir una comunicacion con Proxy. Un adaptador de tipo XI se utiliza para intercambiar mensajes con el “Integration Engine”. Ambos protocolos de mensaje “XI 3.0” y “XI 2.0” son soportados. También puede ser usado para intercambiar mensajes entre PI y el “PCK” (Partner Connectivity Kit). Se le puede aplicar seguridad para “firmar” los mensajes (al enviar) y revisar la firma (al recibirlos). Se puede encriptar y desencriptar el contenido del mensaje.

¿Qué es SAP XI?

2009-05-19T10:42:00.013-05:00

Es la plataforma de integración que provee SAP en su Solución SAP Netweaver. El nombre de XI se debe a la palabra inglesa “Exchange Infraestructure” (Infraestructura de intercambio). Actualmente el nombre sufrió una modificación y se denomina Process Integration(SAP PI).

Imagen: Componentes/Productos de SAP Netweaver
Fuente: help.sap.com

Funcionalidad
A continuación, un diagrama de cómo trabaja básicamente SAP XI

Imagen: Escenaro básico en SAP XI
Fuente: SAPXIPERU

Problema: El sistema A utiliza su interfase A (formato del mensaje) para enviar un mensaje a sistema B, sin embargo este espera que el mensaje llegue en el formato B.

Solución: PI tiene registrado el formato A, el formato B, y las reglas de cómo de transformarse de A a B. Cuando llega el mensaje A, XI transforma a un mensaje B e inmediatamente lo envía al sistema B.

Comentarios: El escenario simple que tenemos arriba puede llegar a ser más complejo cuando:

El sistema A necesita una confirmación que el mensaje fue transformado correctamente o que el mensaje fue recibido correctamente por el sistema B. (reconocimiento - acknowledgment)
Se requiere tener el registro de todos los mensajes.(monitoreo - monitoring)
Se requiere guardar centralizadamente el mensaje A y el mensaje B (rastreo- Tracking).
El mensaje A quiere enviar el mensaje, además del sistema B, al sistema C condicionalmente.(Lógica de envió – logical routing, ramificación de mensajes – message branching).

Todos estos escenarios enumerados, y otros más, son soportados por SAP XI.

El entorno es capaz de recibir el mensaje en cualquier formato y transformarlo a cualquier otro. Por mencionar unos ejemplos: XML -> TEXTO, ANSI x12 -> XML, HTML – TEXTO, EDIFACT – ANSI X12, PDF -> XML, EXCEL – TEXTO, entre otros.

Es importante recalcar que existen empresas que proveen conversores para estándares utilizados en el mercado, por ejemplo conversores para ANSIX12 y EDIFACT. Aquí tenemos a iWay y Seeburger.

XI, puede recibir y enviar el mensaje usando una variedad de protocolos de comunicación: HTTP, HTTPS, FTP, IDOC, RFC, JMS, FILE, JDBC. Así mismo existen empresas que permiten ampliar esta funcionalidad a: AS1, AS2, SPLIT997, OFTP. (Algunos de los muchos que tenemos en el mercado).

Integración A2A y B2B
SAP XI permite integrar las aplicaciones de una misma empresa (A2A), así mismo posibilita hacer la integración con las aplicaciones de otras empresas (como proveedores, clientes (B2B)).

A2A: Una aplicación de ventas al por menor envía un reporte de consolidación diariamente a una aplicación de finanzas.

B2B: Enviamos a un cliente un factura por concepto del servicio que le hemos prestado.

Los escenarios de integración pueden ser entre:
Sistema SAP – Sistema SAP
Sistema SAP – Sistema No SAP (Viceversa)
Sistema No SAP – Sistema No SAP

Comentarios finales
Con SAP XI, podemos dar fin a la complejidad de las conexiones directas entre sistemas, teniendo así, un entorno centralizado de comunicación. Olvidando el tener que entrar a diferentes sistemas y herramientas para poder monitorear los mensajes. Ahora lo tenemos todo en un solo lugar.

SAP XI, tiene la flexibilidad de poder ampliar su funcionalidad usando la tecnología abierta “Java” a través de librerías, módulos y adaptadores desarrollados a medida.

XI, permite implementar escenarios de tipo BPM, mediante los cuales, los procesos entre aplicaciones se definen de forma centralizada, con una herramienta única.

Como iniciarse en SAP PI/XI

2009-05-16T23:54:00.036-05:00

Cómo empezar en SAP PI/XI?

Una de las grandes preguntas que uno se hace al integrar un equipo para trabajar con dicho módulo es ¿por dónde empiezo?.

Bueno decidí buscar al menos el concepto en Internet, foros, web sites, manuales, videos, tutoriales , alguna documentación previa , pero era poco o casi nada lo que encontraba (y menos en español), a primera vista encontraba mas conceptos de la parte comercial (Site SAP) pero no era lo suficiente o tal ves lo necesario para tener un buen comienzo.

Trataré de ser lo más práctico posible e indicarte que será necesario que aprendas o tengas noción de ahora en adelante a empezar con dicho módulo ok?

Primeros pasos.

Bueno seguro ya tendrás una noción básica o un previo concepto PI/XI ( sino dale una revisada a la entrada anterior Qué es XI-PI?).

Defínelo con tus propios términos, por ahora no será necesario que te aglomeres de muchos conceptos, poco a poco se entenderán.

Primeramente te recomendaría que aprendas nociones básicas a programar en Java, pues será necesario en los procesos de integración que tendrás más adelante, pues de acuerdo a la nueva plataforma de SAP (Netweaver) ha elegido dicho lenguaje, es más la herramienta esta hecha netamente en java.Si lo sabes en buena hora, caso contrario es un pequeño esfuerzo que se tiene que realizar , pues como dije anteriormente solo se necesita conocimientos básicos pues en algún momento tendrás que crear funciones propias, que la herramienta no te permita solucionar, ahora si deseas también puedes crear tu propia solución y desarrollar con mayor libertad y aplicar mayor funcionalidad, esto sera de acuerdo a los requerimientos que tengas.

En el caso seas un desarrollador de ABAP también puedes aplicar programas propios hechos en el lenguaje, en caso de soluciones integrales , sin embargo como te mencione sería mejor aprender también JAVA.

Otro de los conceptos que debes de tener en cuenta es todo referido a XML, pues principalmente PI se apoya en dicha estructura para sus procesos , conceptos como XSD,DOM,XSLT son también necesarios.

En el caso se maneje otro tipo de mensajes tendrías que tener conocimientos EDI, ANSI X12, IDOCs. Etc.

Manuales - Certificación.

Grafico Nª 01

Una vez terminado con las nociones básicas , iremos con los manuales oficiales , de acuerdo al grafico de arriba , esos son los cursos que SAP ofrece para la certificación como desarrollador del módulo SAP PI/XI como podrás ver, puedes comenzar con el manual código BIT 40, que contiene los fundamentos iniciales propios de la herramienta , ahora si deseas puedes empezar con los manuales BIT 100 y el BIT 140 que son los mas básicos de todos, son más conceptuales,dichos manuales están por ahora en ingles. ( Adjunto un link que encontré para el BIT 400 click aqui)

Bienvenida

2009-05-06T13:38:00.003-05:00

SAPXIPERU les da la bienvenida.

Somos un equipo de profesionales en Tecnología de Información que viene trabajando con el módulo SAP XI (Exchange Infraestructure) desde el año 2008.

A través de este blog pretendemos compartir nuestros conocimientos obtenidos en el análisis y desarrollo de escenarios de integración reales. Así mismo pretendemos ir ampliando la cantidad de colaboradores de este blog.

Agradecemos toda crítica, comentario y/o sugerencia a sapxiperu@hotmail.com

¡Muchas Gracias!