Introduccion Pi SAP i3S

Capacidades de SAP PI

Barcelona, Marzo 2010

- 2 -- 2 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

1. Introducción a Netweaver

2. Funcionalidades de PI

3. El concepto de SOA

4. Service Registry

5. Casos prácticos

Índice

- 3 -- 3 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s




4. Service Registry

5. Casos prácticos

Índice

- 4 -- 4 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Introducción SAP Netweaver

SAP Netweaver comporta una serie de cambios tecnológicos que podemos considerar estructurales:

Cambios en la arquitectura de integración.

Evolución de la integración en plataforma Web.

Estandarización de los métodos de integración, ahora basados en SOA.

Nuevas posibilidades de los motores de desarrollo.

Cambios en las capacidades de gestión documental, incluyendo la posibilidad de utilización de estándares de mercado para el intercambio de información.

Mejoras en la integración con componentes de comunicación (fax, e-mail,…)

Mejoras en la integración con componentes del landscape de SAP ( BW / BO, EP,…)

Componentes (como MDM) que puedan sustituir desarrollos a medida o productos externos.

Ya hace mas de un par de años que los productos SAP, anteriores a la aparición de la plataforma SAP NetWeaver (4.6 e inferiores), están en fase de Upgrade hacia las versiones ECC. Esto implica, en la mayoría de las implantaciones, un cambio de arquitectura de componentes que afecta a gran parte

de las funcionalidades de soporte a los módulos tradicionales.

- 5 -- 5 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Introducción a SAP NetweaverEvolución tecnológica de SAP

- 6 -- 6 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Introducción a SAP NetweaverLos componentes de SAP Netweaver

•SAP Mobile Infrastructure

– Integrado con las soluciones de negocio de SAP para diferentes dispositivos

•SAP Enterprise Portal

– La apuesta de SAP por la integración en internet

– Dispone de funcionalidades de colaboración y gestión documental.

– Aporta Business Packages con funcionalidades estandarizadas.

•SAP Business Warehouse / Business Objects

– Productos de Business Intelligence consolidados

– Arquitectura abierta (Crystal, Xcelsius, WebIntelligence Pollestar)

– Repositorio integrado con las aplicaciones SAP.

•Master Data Management

– Alineamiento de datos maestros de entornos heterogéneos.

•SAP Exchange Infrastructure

– Un EAI abierto a estándares de mercado

– Una herramienta que sustituye al BConnector

•SAP Web Application Server

– Servidor de aplicaciones con estándares abiertos.

– Nuevos motores de desarrollo (J2EE) adicionales a los tradicionales .

DB and OS Abstraction

People Integration

Com

posit

e A

pp

licati

on

Fra

mew

ork

Process Integration

Integration Broker

Business ProcessManagement

Information IntegrationBusinessIntelligence

KnowledgeManagement

Life

Cycle

Man

ag

em

en

t

Portal Collaboration

J2EE ABAP

Application Platform

Multi-Channel Access

SAP NetWeaver™SAP NetWeaver™


Master Data Management

Integration Broker

Business ProcessManagement

BusinessIntelligence

KnowledgeManagement

Portal Collaboration

J2EE ABAP

Multi-Channel Access


Master Data Management

- 7 -- 7 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s




4. Service Registry

5. Casos prácticos

Índice

- 8 -- 8 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIDefinición de PI de SAP

La arquitectura de SAP PI centraliza las comunicaciones entre los sistemas a integrar, evitando así las conexiones punto a punto.

Para la comunicación con los sistemas integrados, SAP PI soporta tecnologías abiertas y estándares como XML y SOAP.

La comunicación interna se realiza mediante mensajes XML y Servicios Web (SOAP+), y con sistemas externos mediante diferentes Adaptadores.

- 9 -- 9 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIObjetivos y beneficios: Inter/Intra cooperación

El principal objetivo que pretende cubrir el servicio es proporcionar a los clientes una plataforma única de integración basada en tecnología SAP PI evitando las comunicaciones punto a punto

entre los distintos sistemas, para hacer disponible la información y funcionalidad adecuadas a la persona correcta en el instante de tiempo preciso.

SAP PI

Inter-/Intra-Cooperación

- 10 -- 10 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIObjetivos y beneficios: de Inter/Intra cooperación a colaboración

El principal objetivo que pretende cubrir el servicio es proporcionar a los clientes una plataforma única de integración basada en tecnología SAP PI evitando las comunicaciones punto a punto

entre los distintos sistemas, para hacer disponible la información y funcionalidad adecuadas a la persona correcta en el instante de tiempo preciso.

SAP PI

Inter-/Intra-Cooperación

Procesos de Negocio

Colaborativos

- 11 -- 11 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIObjetivos y beneficios: Procesos de negocio colaborativos

El principal objetivo que pretende cubrir el servicio es proporcionar a los clientes una plataforma única de integración basada en tecnología SAP PI evitando las comunicaciones punto a punto entre los distintos sistemas,

para hacer disponible la información y funcionalidad adecuadas a la persona correcta en el instante de tiempo preciso.

SAP PI

Procesos de Negocio

Colaborativos

- 12 -- 12 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIObjetivos y beneficios: Principales beneficios de PI

A través de este servicio se integran los distintos sistemas de información de la empresa pasando de un proceso de inter cooperación a un proceso de negocio de colaboración.

Reducción de la complejidad de las integraciones entre sistemas al minimizar el número de coneXIones entre los mismos y utilizar una única plataforma para realizar la integración.

Incremento de la eficiencia y rendimiento en el negocio, mejorando la facilidad de uso, escalabilidad, adaptabilidad y flexiIbilidad de los procesos de negocio.

Proporciona tecnologías abiertas de integración, que soportan colaboración centrada en procesos, entre componentes SAP y de terceros, tanto dentro como fuera de la organización

Permite una cobertura total del ciclo de vida de la solución. La infraestructura cubre diseño, desarrollo, implementación y cambios. Permite construir un ecosistema de partners al soportar la colaboración con terceros para contenidos e información sobre implementaciones.

Rebaja los costes y elimina las barreras a la auténtica integración. Consolida el conocimiento sobre cómo acceder a la funcionalidad, moverse entre sistemas distintos y cómo impulsar procesos de negocio en una base de conocimiento colaborativo y compartido y la hace accesible por medio de estándares abiertos.

- 13 -- 13 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIComponentes de SAP PI

IntegrationRepositoryIntegrationRepository

IntegrationDirectory

IntegrationDirectory

Configuración

Ejecución de Procesosde Negocio Colaborativos

Diseño

System Landscape DirectorySystem Landscape Directory

Conocimiento ColaborativoCompartido

Runtime Workbench

Entorno de Ejecución

Integration ServerIntegration Server

Integration Engine

Additional Integration

Services

Sistemas SAP

3rd Party y Sistemas de Mensajería

SOAP Plain HTTP

Marketplaces

Partner Eco -System (Adaptadores 3rd Party Y Estándars de Industriaadicionales)

Business Process Engine

- 14 -- 14 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIComponentes de SAP PI

La información de los procesos de integración es almacenada en diferentes componentes de SAP PI y es utilizada por el Servidor de Integración para dirigir la comunicación de la información.

La información del diseño de los procesos de integración es almacenada en el Integration Repository.

En el Integration Directory es almacenada la configuración necesaria para la conectividad de los procesos en tiempo de ejecución.

En el System Landscape Directory se almacena la información de los sistemas implicados en el proceso de integración.

- 15 -- 15 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PISystem Landscape Directory

Describe el landscape de sistemas concretos del cliente

Qué componentes están disponibles sobre Qué máquina/instancia/desarrollo, etc.

Información sobre el dominio contenido, ej. En qué entorno de red (local / remota) estan los componentes accesibles

Cualquier número de lanscapes diferentes

Cualquier tipo de componentes (SAP, productos de partners, otros paquetes, sistemas legacy, desarrollos propios, ...)

Arquitectura abierta, basada en CIM

Base para albergar la definición de Web services y Routings

- 16 -- 16 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIIntegration Builder, modelo común de desarrollo

Integration DirectoryIntegration Repository

Client-Server Framework

Client Framework• Apariencia co´mún• Docking y Undocking de editores gráficos• Drag & Drop• Mensajes de sistema

Server Framework• Versioning, Listas de cambio, objetos activos/ inactivos• Soporte multilenguaje para textos y documentación • Soporte de cambios de release• Encolamiento / Desencolamiento• Concepto de autorización en todo el producto

Integration Builder

- 17 -- 17 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIIntegration Repository

Contenido de integración suministrado en tiempo de Diseño

Ya contiene conocimiento de integración de las soluciones mySAP

Abierto para que partners y clientes añadan conocimiento de colaboración para cualquier tipo de sistemas

Contenido puede ser llenado de distintas fuentes usando estándares abiertos (ej. WSDL)

Herramientas basadas en Java y XML

Integration Repository

Business Processes

Interface Objects

Imported Objects

Components

Mapping Objects

Bu

sin

ess S

cen

ari

os

- 18 -- 18 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIBusiness Scenarios

Diseño, definición y descripción de business scenarios

Coreografía de interfaces, mapeos y conmponentes relacionados, conforme WSCI

Documentación, propietario, actividades de parametrización, ...

Escenarios para ser usados en los procesos de desarrollo de software de SAP, con referencia a la documentación, test e implementación

Creación de Business Scenarios, y entonces diseño de objetos (top-down)

Composición de Business Scenarios de objetos ya existentes y diseñados (bottom-up)

- 19 -- 19 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIBusiness Process: refinamiento del Business scenario

Application Component A

Business Scenario Business Scenarios Describen el intercambio de mensajes y la

coreografía entre componentes de aplicación Suministran un overview de los puntos de entrada Conducen la configuración de los mapeos y

routings

Business Processes Describen el flujo de mensajes, datos e información de

control de un nivel de ejecución Son normalmente, refinamientos de los Business

Scenarios

Send

Wait for response Alert

[timeout]

Send responseback to initiator

Wait for NegativeAcknowledgement

Alert

[one out of three]

[continue]

Application Component B

Application Component C

Business Process

- 20 -- 20 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIIntegration repository: Interfases

Punto central para definir y catalogar interfases globales y especificados de componentes

Interfases asignados a componentes específicos

Gestión de versiones de interfaces

Descripciones de todos los BAPI, IDOCs and RFCs

Incluye tipos de mensajes y tipos de datos para aumentar la reusabilidad

Basado en WSDL (Web Service Description Language, W3C)

Interfases de entrada y de salida

Síncronos y Asíncronos

Schema XML para definición de los tipos de datos

Base para la generación de Proxies

Interfaces globales y tipos de datos

El desarrollador diseña el nuevo interfaz

llenado

llenado

- 21 -- 21 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIIntegration repository: Mapeos

Contiene información preconfigurada para:

Transformación Estructural

Transformación por Valor

Se realizan los mapeos por pares de interfaces

Los mapeos de mensajes se definen en el Integration Repository mediante:

Importar schema (XSD, XML)

Editor gráfico

Importar IR tipos de mensajes

Importar archivos (zip or jar)

Import RFC, IDoc

Escritura de nuestras propias funciones java

- 22 -- 22 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIIntegration repository: Ejemplo de mapeos

- 23 -- 23 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIIntegration repository: Directorio de interfases

El contenido de integración se realiza en tiempo de configuración

Contiene conocimiento de integración sensitivo del cliente

Puede ser extraído del Integration Repository durante la instalación y la configuración

Abierto para que clientes y partners añadan el conocimiento específico de colaboración con componentes no-SAP

Basado en herramientas XML y Java

Integration Directory

Business Processes

Business Partners

Routing Relations

Mapping Relations

Web Services

System LandscapeBu

sin

ess S

cen

ari

os

- 24 -- 24 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIIntegration directory: Configuración

Configuración

Relaciones de Encaminamiento

Relaciones de Mapeo

Definición del EndPoint

Información de usuario (técnica)

Acceso a objetos del repositorio

Definiciones de encaminamiento flexible

Editor de condición gráfico (basado en XPATH)

Exportación (WSDL)

- 25 -- 25 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIPI Runtime

Funcionalidad

Comunicación

Síncrona: siempre el „mejor esfuerzo“

Asíncrona: exactamente una-vez y exactamente-una-vez-en-orden

Mecanismo de reintento

Acknowledgment soportado

Incluye la gestión de errores

Síncrona: mensajes de error devueltos al emisor

Asíncrona: errores hechos persistentes en el sistema

Transporte de mensajes (XML) basados en HTTP o HTTPS

„SOAP Messages with Attachments“ como formato por defecto

Protocolo de mensajes basado en “SOAP envelope with header extensions”

- 26 -- 26 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIPI Runtime Workbench

Vista central de componentes Chequeos de runtime, ej: Ping, Self-test, settings administrativos UI basado en browser Envío de mensajes de test definidos por el usuario

Acceso central para la monitorización y el chequeo de la operativa normal de PI (incluyendo componentes implicados)

- 27 -- 27 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIOverview de adaptadores

Business System

PI Integration Server

Sw. de

terceros

Sw. de

terceros

<SOAP- Header>

...

...

DB

Q

fichero

Firewall

SAP Adapter Engine

Mensaje PI(SOAP/http)

JDBC

JMS

File

SOAP

JDBC

- 28 -- 28 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Funcionalidades de PIAdaptadores de mercado

- 29 -- 29 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s




4. Service Registry

5. Casos prácticos

Índice

- 30 -- 30 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

El concepto de SOAIntroducción a SOA y WebServices

•Un WebService, o servicio Web es una aplicación funcional que puede ser invocada permitiendo la interacción directa con dicha funcionalidad que esté desarrollada con estándares abiertos de internet.• llamar en tiempo real a un servicio Web e intercambiar datos en tiempo real. • Web services soporta varios estándar abiertos: XML, WSDL, SOA, UDDI, WSDI.•Las estructuras de intercambio se definen sobre estándares basados en XML (soportadas por SAP las guías WSDL y ebXML). Este estándar de integración es utilizado en SAP tanto para intercambiar información a través de llamadas en tiempo real (ej. Publicación de RFC como WebService) como en la construcción de los mensajes que se intercambian a través de XI. que le ha permitido valorar de forma precisa el esfuerzo

– ¿Qué concepto SAP tradicional se adapta a la integración a través de WebSeervices?- Las llamadas RFC, de hecho en las versiones de SAP con WAS 6.20 o superior es posible publicar las RFC

sobre el WAS como WebService.

– ¿Con qué idioma se programan WebService?- Se pueden desarrollar en prácticamente todos los idiomas soportados por SAP:- J2EE- .NET- ABAP

– ¿Aporta ventajas respecto a las llamadas RFC)- La mejor ventaja es que al no ser un estándar de SAP sino universal no se requiere de la instalación de librerías

ni productos de SAP en los entornos que deben ser invocados por SAP o invocan a SAP.- La tecnología RFC dificultaba mucho la implementación de interfases en las que SAP actuara como cliente,

dado que se debían instalar servicios “Sap Compliant” que se registraran el Gateway de SAP, obligando a escoger productos certificados.

- SAP ha certificado escenarios de integración sobre SOAP (Enterprise Services) que pueden facilitar la rapidez de la implementación del modelo de integración.

- 31 -- 31 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

El concepto de SOAEl ciclo de integración SOA

Publicar Servicio

Web

Consumir Servicio

Web

Was 6.40 o

sup

erior

ABAP

JAVA

WSDL

UddiebXML

Servid

or W

eb

ABAP

JAVA

WSDL

SOAP

Publicación y detección de servicios (UDDI, ebXML Registry, ...)Publicación y detección de servicios (UDDI, ebXML Registry, ...)

Descripción del servicio (WSDL, BPML, ...)Descripción del servicio (WSDL, BPML, ...)

Invocación del servicio (SOAP, ebXML Messaging, RNIF, ...)Invocación del servicio (SOAP, ebXML Messaging, RNIF, ...)

Formatos de datos (XML, XML Schema, XSLT, ...)Formatos de datos (XML, XML Schema, XSLT, ...)

Protocolo de comunicaciones (HTTP, SMTP, FTP, ...)Protocolo de comunicaciones (HTTP, SMTP, FTP, ...)

Security (WS-

Security, XML DSig,

XMLEncryption,SAML, ...)

Security (WS-

Security, XML DSig,

XMLEncryption,SAML, ...)

Estándares de comunicación

• XML: Extensible Markup Language• SOAP: Simple Object Access Protocol• WSDL : Web Services Description Language• UDDI: Universal Description, Discovery and Integration

- 32 -- 32 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

El concepto de SOAEstructura del mensaje SOA

Descripción del mensaje (WSDL)

Herramientas

HTTP, SMTP, …

Datos específicos de protocolo(e.j , calidad del servício)

Datos específicos de aplicación

Datos intercambio

SOA Transport Binding

Formato del mensaje

Cabecera

CuerpoDatos de aplicación

WSDL (Web Services

Description Language), es el

formato XML para describir Web

Services, integra, además de los

datos a intercambiar en

XML: Operaciones y

datos soportados.Protocolos soportados.URL del Web

Service.

- 33 -- 33 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

El concepto de SOAESA Enterprise Service Architecture

•ESA (Enterprise Service Architecture) es una arquitectura orientada a servicio (SOA) que integra el contenido de negocio de SAP con la plataforma de desarrollo abierta Netweaver permitiendo el desarrollo de procesos flexibles sobre SAP que integren a clientes, proveedores, y en general a diferentes actores del proceso. La arquitectura orientada a servicios se basa en seis elementos clave

Analytics

PRODUCTIVIDAD DELOS USUARIOS

ANÁLISIS DE LA INFORMACIÓNINTEGRADO

PLATAFORMA DE PROCESOS NEGOCIO

INTEGRACIÓN DE SERVICIOS

LIFE-CYCLEMANAGEMENT

HABILITACIÓN DE SERVICIOS

Legacy/3rd Party

Partner

Technology Platform

(NW 07 based)

Technology Platform

(NW 07 based)

Appl. Platform

Objects, Engines, and Components

Appl. Platform


SAPSAP

Bus. Process Platform

Enterprise Services

Repository

Composites

- 34 -- 34 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s


•ESA (Enterprise Service

Architecture) es una arquitectura

orientada a servicio (SOA) que

integra el contenido de negocio de

SAP con la plataforma de desarrollo

abierta Netweaver permitiendo el

desarrollo de procesos flexibles

sobre SAP que integren a clientes,

proveedores, y en general a

diferentes actores del proceso.

Basada en seis elementos clave

Analytics

PRODUCTIVIDAD DELOS USUARIOS

ANÁLISIS DE LA INFORMACIÓNINTEGRADO

PLATAFORMA DE PROCESOS NEGOCIO

INTEGRACIÓN DE SERVICIOS

LIFE-CYCLEMANAGEMENT

HABILITACIÓN DE SERVICIOS

Legacy/3rd Party

Partner

Technology Platform

(NW 07 based)

Technology Platform

(NW 07 based)

Appl. Platform


Appl. Platform


SAPSAP

Bus. Process Platform

Enterprise Services

Repository

Composites

- 35 -- 35 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s


La “Application Platform” provee de un set de procesos pre-integrados ,herramientas y objetos cubriendo aspectos de diferentes dominios o productos de negocio (CRM, FIN, PLM, SCM, HCM,

SRM).

Technology Platform

ESARepository

Service Layer

Master Data & Intrinsic Services

Engines

SCMPLMFIN HCM SRMOrder

Processing

ActivityProcessing

ContractProcessing

ReturnsProcessing

…….

DisputeProcessing

CreditProcessing

CashProcessing

CollectionsProcessing

……

Project StrManagement

NetworkScheduling

ApprovalProcessing

DocumentManagement

……

DemandPlanning

SupplyPlanning

ShipmentProcessing

ReceiptProcessing

……

OrganizationalManagement

PerformanceManagement

BenefitsAdministration

……

Purchase OrderProcessing

PurchaseContract P.

Goods/ServiceConfirmation

RFQ & AuctionProcessing

…….

Application Platform

CRM

- 36 -- 36 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s


Controlling(BW)

Logística(SCE)

Ventas(CRM)

Producción(SCP)

Entrega(FC)

Finanzas.(FIN)

Cliente

Creation & Release Delivery Request

4

UpdateInventory

Accounting

7Update

Inventory

6

DeliveryExecution

5

Request Global ATP

2

Global ATP Check

3

ReceivesASN

9

ReleaseASN

8

1

Creation Sales OrderFulfillment

Request

Creation Purchase

Order

Ejemplo: Integración del proceso de ventas

- 37 -- 37 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s




4. Service Registry

5. Casos prácticos

Índice

- 38 -- 38 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Service Registru (UDDI)Definición de UDDI

El Service Registry es la catálogo de todos los servicios disponibles en una arquitectura SOA, permitiendo, junto a otros componentes como el bus de integración la centralización del acceso a los servicios y simplificando la gestión de arquitecturas con una elevada cantidad de servicios.

Los consumidores de los servicios deberán consultar al SR la especificación y la ubicación de cada servicio en lugar de invocarlos directamente en el bus de integración (o punto a punto).

Se deberán establecer criterios de publicación de los servicios (“quien publica los servicios”), taxonomías (“como se llaman los servicios”) y circuitos de aprobación (“quien aprueba la publicación).

Algunos de los beneficios derivados del uso de un SR como el de SAP PI son:

Facilidad de gestión de la plataforma, al disponer de un catálogo único de los servicios.

Flexibilidad, al permitir cambiar la ubicación de las implementaciones de los servicios sin modificar los consumidores.

- 39 -- 39 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Service Registru (UDDI)Repositorio de servicios

– Un repositorio de servicios proporciona facilidades para descubrir servicios y adquirir la información necesaria para su uso, en particular fuera del alcance temporal y funcional del proyecto en el que se crearon.

– Además de la propia información de contrato, los repositorios pueden proporcionar información acerca de:

• Localización.

• Personas de contacto.

• Restricciones técnicas.

• Service Level Agreements (SLAs).

- 40 -- 40 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s




4. Service Registry

5. Casos prácticos

Índice

- 41 -- 41 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Envío de datos: Se utilizarían los procesos estándares que proporciona SAP para el envío de datos. En todos los tipo de interfases, el sistema proporciona herramientas ya definidas y parametrizables

Mapping datos: SAP XI Realiza el mapeo de datos correspondiente a la interfase así como la gestión de los posibles errores de comunicación

Recepción de datos: La comunicación entre el SAP XI y SAP R/3 se realizaría mediante tecnología RFC con la posibilidad de definir el destino correspondiente dependiendo de los datos enviados.

Gestión de Errores: La gestión de errores se podría realizar en SAP R/3 mediante transacciones estándares, Además se añade una herramienta de trazabilidad para la solicitud de viajes.

Amex se integra con SAP PI a través de FTP a un servidor intermedio fuera de la DMZ.

.

Solicitud de viajesSolicitud de viajes

Gastos de viajeGastos de viaje

FacturaciónFacturación

Solicitud de viajesSolicitud de viajes



SAP XI

Traspaso de gastos de viaje en Puig

Casos PrácticosTraspaso de gastos de viaje

- 42 -- 42 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Caso Práctico 1. Creación Solicitud de Viaje


Solicitud de viaje

SAP Enterprise PORTALPetición Solicitud

tRFC

Servidor FTPFichero

FTPError

MailError

SAP BackendTrazabilidad

Seguimiento petición

tRFC

ActualizaciónEstado solicitud viaje

- 43 -- 43 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s


Caso Práctico 1. Creación Solicitud de Viaje

¿Error al enviar a SAP

PI?SAP RHP

Enviar Fichero XML al servidor

FTP AMEX BARCELO

Envío Solicitud Viaje

tRFCSAP PIP

Registrar error en SM58

SIReintento automático de envío

NO

¿Reintento < 30?

SI

NO

Esperar 15 min

¿Error al recibir mensaje

por RFC?

DispararALERTA

¿Error al transformar el

mensaje a XML?

SI

NO

Enviar mail con error a CAU

NO

¿Error al escribir el

fichero en el servidor FTP?

SERVIDOR FTPAMEX BARCELO

DispararALERTA


Enviar mail a usuario

Solicitud de viajeNO PROCESADO

Enviar información estado a SAP RHP

Disparar ALERTA

Enviar mail a usuario

Solicitud de viajeNO PROCESADO

Reintento automático de

envío

Esperar 5 min

SI

NO¿Reintento

< 3?

Actualizar estadoSolicitud de viaje:

PROCESADO CORRECTAMENTE


SI

Actualizar estado solicitud de viaje: NO PROCESADO

SAP RHP

NO

SISI

¿Existe error previo?

Enviar mail a usuario Solicitud de

viaje:PROCESADO

CORRECTAMENTE

SI

Escribir fichero XML en servidor

FTP

Envío Solicitud de ViajeFichero XML

Reproceso manual

Solicitud de viaje

- 44 -- 44 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Caso Práctico 1. Creación Solicitud de Viaje desde el Portal


Solicitud de viaje

Creación Solicitud de Viaje•Create Travel Request

•Employees Trips and Expenses

- 45 -- 45 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s



Solicitud de viaje

Registrar Servicios de Viaje

•Servicios ordinarios: vuelo, hotel, vehículo alquiler, tren

•Servicios especiales: barco, reunión

Campo comentarios: el contenido del campo de cada uno de los

servicios registrados se informa en el fichero de solicitud de viaje

que el sistema envía a AMEX BARCELO

- 46 -- 46 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s



Introducción de importes del viaje•Desglosado por servicios

•Importe total

- 47 -- 47 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s



Grabar y enviar para autorización

•Al grabar y enviar para autorizar, y una vez autorizado el viaje, el sistema de workflow

envía los datos del viaje al sistema SAP PI, el cual procesará los datos y los trasformará de forma que

puedan ser entendidos por el sistema AMEX BARCELO.

- 48 -- 48 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Caso Práctico 1. Monitorización Solicitud de Viaje


Datos del estado de la Solicitud de Viaje

•Datos funcionales:

• Número de viaje

• Número de personal

• Status del mensaje

• PROCESADO CORRECTAMENTE

• NO PROCESADO

Datos del estado de la Solicitud de Viaje

•Datos técnicos:

• Fecha mensaje

• Hora mensaje

• Identificador de mensaje (SAP PI)

• Emisor del mensaje

• Receptor del mensaje

Los datos del estado de la Solicitud de Viaje son actualizados por el sistema SAP PI en el momento de realizar el envío de la Solicitud de

Viaje al sistema de AMEX BARCELO

- 49 -- 49 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Caso Práctico 1. Notificación online al usuario del error vía mail


En caso de que se produzca un error en el envío de los datos de Solicitud de Viaje al sistema de AMEX BARCELO, SAP PI enviará un email a los usuarios interesado notificando de que se ha producido un error en el envío de datos. Los usuarios recibirán un email como el siguiente:

- 50 -- 50 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Caso Práctico 1. Notificación online al Service Desk vía mail


Además, el Service Desk recibirá la alerta de cualquier error que se produzca en el proceso técnico de la Solicitud de Viaje, con el detalle del error:

- 51 -- 51 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Envío de datos: Se utilizarían los procesos estándares que proporciona SAP para el envío de datos. En todos los tipo de interfases, el sistema proporciona herramientas ya definidas y parametrizables

Mapping datos: SAP XI Realiza el mapeo de datos correspondiente a la interfase así como la gestión de los posibles errores de comunicación

Recepción de datos: La comunicación entre el SAP XI y SAP R/3 se realizaría mediante proxys con la posibilidad de definir el destino correspondiente dependiendo de los datos enviados

Gestión de Errores: La gestión de errores se podría realizar en SAP R/3 mediante transacciones estándares,

Adaptadores: Los adaptadores utilizados son colas JMS, SOAP y tRFC.

ClientesClientes



ClientesClientes

Puestos TrabajoPuestos Trabajo

OperariosOperarios

SAP XI

Armonización de maestros en Fira de Barcelona


Validación NIFValidación NIF Validación NIFValidación NIF

- 52 -- 52 - © C

onsu

ltia

IT 2

009.

Tod

os lo

s de

rech

os r

eser

vado

s

Copyright © 2009 Consultia IT, S.L. Todos los derechos reservados

DisclaimerEl presente informe/documento es estrictamente confidencial y de uso

interno de la Sociedad y, no podrá ser entregado, ni permitir el acceso a terceros o hacer referencia al mismo en comunicaciones sin nuestro

consentimiento previo por escrito.

El borrador de este documento no se ha sometido aún a los procedimientos habituales de revisión interna de nuestra firma y, por tanto,

nos reservamos el derecho de hacer las modificaciones, inserciones o supresiones que consideremos convenientes que pudiesen resultar de

dicho proceso de revisión.

En caso de contradicción o conflicto entre la versión electrónica y el documento físico, prevalecerá el documento físico.

Documents

Introduccion Pi SAP i3S