- 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
1. Introducción a Netweaver
2. Funcionalidades de PI
3. El concepto de SOA
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™
DB and OS Abstraction
Master Data Management
Integration Broker
Business ProcessManagement
BusinessIntelligence
KnowledgeManagement
Portal Collaboration
J2EE ABAP
Multi-Channel Access
DB and OS Abstraction
Master Data Management
- 7 -- 7 - © 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
- 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
1. Introducción a Netweaver
2. Funcionalidades de PI
3. El concepto de SOA
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
Objects, Engines, and Components
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
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.
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
Objects, Engines, and Components
Appl. Platform
Objects, Engines, and Components
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
El concepto de SOAESA Enterprise Service Architecture
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
El concepto de SOAESA Enterprise Service Architecture
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
1. Introducción a Netweaver
2. Funcionalidades de PI
3. El concepto de SOA
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
1. Introducción a Netweaver
2. Funcionalidades de PI
3. El concepto de SOA
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
Gastos de viajeGastos de viaje
FacturaciónFacturación
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
Casos PrácticosTraspaso de gastos 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
Casos PrácticosTraspaso de gastos de viaje
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 con error a CAU
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
Enviar mail con error a CAU
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
Casos PrácticosTraspaso de gastos de viaje
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
Caso Práctico 1. Creación Solicitud de Viaje desde el Portal
Casos PrácticosTraspaso de gastos de viaje
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
Caso Práctico 1. Creación Solicitud de Viaje desde el Portal
Casos PrácticosTraspaso de gastos de viaje
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
Caso Práctico 1. Creación Solicitud de Viaje desde el Portal
Casos PrácticosTraspaso de gastos de viaje
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
Casos PrácticosTraspaso de gastos 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
Casos PrácticosTraspaso de gastos de viaje
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
Casos PrácticosTraspaso de gastos de viaje
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
Gastos de viajeGastos de viaje
FacturaciónFacturación
ClientesClientes
Puestos TrabajoPuestos Trabajo
OperariosOperarios
SAP XI
Armonización de maestros en Fira de Barcelona
Casos PrácticosTraspaso de gastos de viaje
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.