SAP Tutorial de PI/PO
⚡ Resumen inteligente
SAP PI/PO (Process Integration and Process Orchestration) es una plataforma de integración empresarial que conecta SAP y noSAP Sistemas para la comunicación A2A y B2B. Permite el intercambio fluido de datos, la monitorización centralizada, la mensajería segura y la automatización de flujos de trabajo en entornos empresariales distribuidos.

¿Qué es SAP ¿PI?
SAP PI (Integración de procesos) es una plataforma de integración empresarial que ofrece conectividad perfecta entre SAP y noSAP Aplicaciones, ya sean flujos internos A2A (de aplicación a aplicación) o comunicación B2B (de empresa a empresa) entre empresas. Permite a las organizaciones intercambiar información entre el software interno de la empresa y sistemas externos fuera de sus límites.
La SAP Las siglas PI significan Integración de Procesos. Su propósito principal es eliminar los silos de datos actuando como un centro que traduce, enruta y supervisa cada mensaje intercambiado en toda la empresa.
¿Qué es SAP ¿CORREOS?
SAP PO (Process Orchestration) es una herramienta para la automatización y optimización de procesos de negocio. Combina características de SAP Gestión de Procesos de Negocio (BPM), SAP Integración de procesos (PI), y SAP Gestión de Reglas de Negocio (BRM). En otras palabras, SAP Process Orchestration es una versión más avanzada de SAP PI proporciona todas las herramientas necesarias para integrar aplicaciones y orquestar flujos de trabajo empresariales completos.
La SAP PO significa Orquestación de Procesos. PO se posiciona como la pila sucesora que unifica la integración, el modelado de procesos y la ejecución de reglas en un único AS Java tiempo de ejecución.
Entender SAP PI/PO con un ejemplo
Más allá de la definición técnica, SAP La implementación de PI es más fácil de comprender a través de un escenario de implementación en el mundo real.
Ejemplo
Consideremos una gran industria láctea que opera en una amplia región y domina el mercado. Varias pequeñas empresas lácteas operan en la misma región, pero no pueden competir con la empresa más grande debido a las diferencias de precios. Para estabilizar los precios y evitar conflictos, las grandes y pequeñas empresas lácteas deciden unirse utilizando SAP PI. Se interconectan a través de SAP PI y comienzan a operar como una sola unidad. Mediante esta integración, intercambian toda la información relacionada con los productos lácteos, incluidos los datos de precios, y comparten una parte igual de las ganancias.
SAP PI conecta diferentes plataformas como:
- SAP y NoSAP sistemas
- Escenarios B2B y A2A
- Asincrónico y SyncComunicaciones honestas
- Gestión de procesos de negocio entre componentes
Por qué SAP ¿PI/PO?
Antes SAP PI, empresas conectadas entre sí a través de comunicación punto a punto. Ese enfoque no es escalable a múltiples procesos complejos. Para una comunicación fluida entre muchos sistemas, se utiliza la comunicación mediada mediante un agente de integración, y SAP PI implementa este patrón muy bien. Permite la interconexión de diferentes procesos a través de una ubicación central llamada Integration Broker, en lugar de la telaraña de conexiones punto a punto. El Integration Broker o servidor es una parte integral de la comunicación mediada y consta de un JavaMotor de adaptador avanzado (AAE) basado en y un motor de integración para enrutamiento. La comunicación mediada se basa en un agente de integración que se ejecuta mediante el intercambio de mensajes XML.

SAP PI gestiona los mensajes XML a través del Integration Broker en cuatro fases:
- Transformación del mensaje: Durante el intercambio de mensajes, se transforma la estructura de los datos empresariales.
- Enrutamiento de mensajes: Reenvía un mensaje enviado por un sistema emisor a uno o más sistemas receptores.
- Adaptadores de conectividad: Conecte el intermediario de integración con el sistema receptor. El adaptador transforma el mensaje entrante en un mensaje de entrada y, posteriormente, lo convierte al formato del sistema receptor.
- Procesos de Integración: La gestión de procesos de negocio entre componentes (ccBPM) proporciona funciones para una mejor orquestación de los servicios.
siguiente en este SAP Tutorial de PI, aprenderemos cómo SAP PI/PO funciona.
Cómo SAP PI/PO funciona
SAP PI realiza tres funciones básicas que, en conjunto, forman la columna vertebral de la integración:
- Conectar: SAP PI se integra con cualquier aplicación, ya sea de un tercero o de otra parte. SAPUtiliza el marco de adaptadores para incorporar soluciones de terceros al bus.
- Coordinar: Define una ruta o flujo de trabajo para cada transacción comercial integrada. Garantiza que cada mensaje se entregue correctamente desde el origen hasta el destino.
- Comunique: Convierte archivos a cualquier formato, ya sea un formato de archivo interno o un estándar de integración entre empresas.
Una vez que estas tres funciones estén en funcionamiento, SAP PI puede funcionar como la capa de intercambio central para toda la empresa. La siguiente sección explica cómo su arquitectura respalda estas funciones.
SAP PI / PO Architectura
SAP PI no es un único componente responsable de la integración SAP y noSAP aplicaciones. Es un conjunto de componentes que juntos hacen SAP Funcional PI. Esta arquitectura se utiliza durante el tiempo de diseño, el tiempo de configuración y en tiempo de ejecución. Los diversos componentes de SAP Los investigadores principales incluyen:
Directorio de paisaje del sistema
Es un proveedor de información central en un entorno de sistema. SLD contiene dos tipos de información: "Información de componentes (instalables e instalados)" y "Descripción del entorno".
Generador de integración
Se trata de un conjunto de herramientas que contiene un conjunto de herramientas para acceder y editar objetos de integración tanto en la vista de diseño como en la de configuración.
Repositorio de integración
Para desarrollar, diseñar y mantener tipos de datos, estructuras de mensajes, mapeopingPara gestionar las interfaces, los procesos de integración y los escenarios de integración independientemente del entorno del sistema, se utiliza el repositorio de integración.
Servidor de integración
Es el motor de procesamiento central de PI. Todos los mensajes se procesan utilizando este servidor, y coordina el enrutamiento, mapeopingy la invocación del adaptador.
Monitoreo Central
El dominio PI se supervisa de forma centralizada mediante este componente. La herramienta utilizada para supervisar el flujo de mensajes, el rendimiento y el estado de los componentes es el "Entorno de ejecución".
Motor adaptador
Actúa como la capa de conector que enlaza el motor de integración con SAP sistemas y otros sistemas externos a través de adaptadores específicos de protocolo.
Técnica de procesamiento de mensajes por PI
Para acceder a datos de SAP y noSAP aplicaciones, SAP PI utiliza formatos de documentos intermedios, como IDoc y archivos planos, para transferir sus datos, y luego normaliza todo internamente a XML.
Diseño
La integración de procesos (PI) utiliza el repositorio de integración para diseñar la estructura de mensajes y definir el contenido.tract entre los sistemas emisor y receptor.
Configuration
El Directorio de Integración (ID) se utiliza para configurar los parámetros técnicos de los objetos creados en el IR (Repositorio de Integración), vinculando las interfaces a los sistemas reales y los canales de comunicación.
Procesamiento de mensajes
Una vez que el IDoc se activa en el SAP En este sistema, PI toma el control y convierte los mensajes al formato XML para su procesamiento interno a través del motor de integración.
Supervisión de mensajes
Los mensajes pueden ser monitoreados y traced usando el “Runtime Workbench”. Esta herramienta es útil para monitorear adaptadores de emisor y receptor, mensajes salientes y entrantes, monitoreo de extremo a extremo de escenarios completos y errores. tracpor ejemplo.
Conectividad: Marco de proxy y marco de adaptador
Conectividad en SAP PI se entrega a través de dos marcos complementarios: el marco Proxy para nativo SAP comunicación y el marco de adaptadores para todo lo demás.
Marco adaptador
SAP PI se conecta con cualquier sistema externo (SAP o noSAP) utilizando el marco del adaptador. El marco del adaptador se basa en el AS. Java entorno de ejecución y el Java Conector ArchiArquitectura (JCA). El marco del adaptador consta de dos cadenas de módulos predeterminadas. Si el procesamiento de mensajes se va a ejecutar completamente dentro del adaptador, se puede utilizar la cadena de módulos predeterminada del adaptador.
- Uno para la dirección del remitente.
- Uno para la dirección del receptor.
Existen cuatro tipos principales de adaptadores utilizados en SAP IP:
- Adaptadores de archivos: Intercambiar archivos con sistemas externos.
- Adaptadores JMS: Comunícate mediante un sistema de mensajería.
- Adaptadores de jabón: Comunicarse con proveedores y clientes de servicios web.
- Adaptadores JDBC: Proporcionar conectividad directa a la base de datos como un paquete extendido para SAP PI.
Otras interfaces compatibles con el marco de adaptadores son:
- Servicios de configuración (API y metadatos del adaptador xsd).
- Servicios administrativos.
- El marco de trabajo Adapter proporciona diversas API de servicio, entre las que se incluyen Thread Manager y Transaction Manager.
- El marco Adapter incluye una API de registro de auditoría de mensajes. La API se puede utilizar para fines técnicos. trace y registro para escribir trace instrucciones que describen la ejecución del código.
Cómo funciona el marco de adaptadores
- Los datos se reciben a través de la red mediante un punto de recepción que escucha los mensajes en un protocolo determinado y en una dirección específica.
- Una vez que la ubicación receptora acepta el mensaje, el adaptador crea un nuevo mensaje y le adjunta el flujo de datos.
- Agrega los metadatos sobre el punto final a través del cual se recibieron los datos y, a continuación, envía el mensaje al motor de mensajería.
- El motor de mensajería envía el mensaje a la canalización de recepción, donde los datos se transforman a XML. Se autentica al remitente, se descifra el mensaje y se valida el XML.
- A continuación, el motor de mensajería publica el mensaje en el buzón de mensajes. El buzón de mensajes es una tabla relacional que contiene los mensajes pendientes de procesamiento.
- A continuación, el motor de mensajería envía el mensaje a un sistema de orquestación o a un puerto de envío para su entrega saliente.
SAP Seguridad PI/PO
Para mensajes, SAP PI proporciona seguridad a nivel de mensaje para el protocolo de mensajes XI, el JABÓN adaptador, el protocolo RosettaNet, el adaptador de correo, el protocolo CIDX y para la conectividad con sistemas habilitados para WSRM (Web Service Reliable Messaging). En SAP PI, la seguridad a nivel de mensaje se habilita a través de cifrado, firmas digitales, aserciones SAML, tokens de nombre de usuario, tokens de certificado y mecanismos similares. Los métodos de autenticación admitidos por la infraestructura WS para la capa de transporte incluyen autenticación básica (contraseña y nombre de usuario), SAP ticket de aserción y HTTP sobre SSL.
Conexión del servidor de integración con un sistema habilitado para WSRM (Web Service Reliable Messaging).
Para conectarse con un sistema compatible con WSRM, se utiliza un canal de comunicación de tipo adaptador WS.
- Utilice un acuerdo de remitente con un adaptador de remitente WS asignado para conectar el servidor de integración con un consumidor WS.
- Utilice un acuerdo de receptor con un adaptador de receptor WS asignado para conectar el servidor de integración a un proveedor WS.
Beneficios de la seguridad en SAP PI / PO
- Los permisos de la aplicación receptora se verifican cotejándolos con la identidad del usuario original.
- En el sistema receptor, el usuario puede ser auditado completamente.
- La configuración dinámica es compatible con el canal receptor PI para el enrutamiento sensible al contexto.
Nuevas características en SAP PI / PO
Los lanzamientos más recientes de SAP El envío de PI/PO incluye varias mejoras que refuerzan la monitorización, la escala y la cobertura B2B:
- Monitoreo centralizado basado en SAP Gerente de soluciones.
- Transferencia de archivos binarios de gran tamaño con soporte para transmisión en tiempo real.
- Adaptadores IDoc (Documento Intermedio) y HTTP disponibles de forma nativa en el AAE (Motor de Adaptadores Avanzado).
- Perspectiva centrada en el usuario en el ESR (Repositorio de Servicios Empresariales).
- Interfaz y mapaping-División de mensajes basada en AAE.
- Configuración de tiempo de espera por canal de comunicación.
- Transporte automatizado para la validación de esquemas.
- Sustitución de TREX por una búsqueda de mensajes definida por el usuario.
- Complementos para SAP PI: Complemento de conectividad segura (adaptador SGTP, módulo PGP) y complementos B2B (adaptador OFTP, adaptador AS2, separador EDI, convertidor EDI XML y otros).
Ventajas de SAP PI / PO
- En comparación con otros productos de middleware, la monitorización en SAP PI es más robusto. Ofrece monitoreo de mensajes, rendimiento y componentes, todo lo cual puede utilizarse para track y rectificar errores.
- SAP PI admite la amplia gama de SAP componentes que se suelen requerir durante los proyectos de integración empresarial.
- Adaptadores y mapapingson productos maduros y bien documentados en comparación con otros productos de middleware.
- Se admiten de forma nativa tanto patrones de comunicación asíncronos como síncronos.
SAP PI / PO Code Ejemplo: Java Mapearping
Transformaciones de mensajes personalizados en SAP PI/PO se implementan a menudo a través de Java mapapingdentro del Repositorio de Servicios Empresariales. El fragmento a continuación muestra el esqueleto básico que los desarrolladores extienden para leer una carga útil de entrada, transformarla y escribir el resultado de vuelta al flujo de salida.
import com.sap.aii.mapping.api.AbstractTransformation; import com.sap.aii.mapping.api.TransformationInput; import com.sap.aii.mapping.api.TransformationOutput; import com.sap.aii.mapping.api.StreamTransformationException; import java.io.InputStream; import java.io.OutputStream; public class OrderToInvoiceMapping extends AbstractTransformation { public void transform(TransformationInput in, TransformationOutput out) throws StreamTransformationException { InputStream source = in.getInputPayload().getInputStream(); OutputStream target = out.getOutputPayload().getOutputStream(); // Read source payload, transform XML, then write to target. try { int b; while ((b = source.read()) != -1) { target.write(b); } } catch (Exception e) { throw new StreamTransformationException(e.getMessage()); } } }
SAP PI frente a BizTalk
| SAP PI | BizTalk |
|---|---|
| Usado principalmente por SAP para que los clientes puedan habilitar la integración basada en SOAP. | BizTalk está construido sobre . Net, certificado por Microsoft SAP para integrarse con SAP directamente, sin un middleware intermedio. |
| Producto ESB diseñado e implementado para integrar SAP sistemas con no-SAP . | Producto más generalizado con la capacidad de integrar una variedad de sistemas, incluyendo SAP y otros productos. |
| SAP PI se envía con un sistema de monitorización de mensajes preinstalado. | No viene incluido de serie. |
| SAP PI admite múltiples patrones de transferencia de datos en un solo canal. | No disponible. |
| In SAP La automatización de PI puede ser manual o programada. | No disponible. |
| SAP Utiliza la solución de portal NetWeaver. | BizTalk utiliza Microsoft SharePoint como solución de portal. |
| Paradigma de arquitectura SOA para SAP es eSOA (Enterprise Service Oriented) Archiarquitectura). | SOA se basa en .NET y BizTalk. |
| SAP El precio de PI Base Engine se basa en el volumen total de mensajes procesados, expresado en gigabytes al mes. SAP PI es de uso gratuito entre SAP SAP. | El precio de MS BizTalk Server se basa en la capacidad del servidor. Tiene cuatro versiones: Enterprise, Standard, Branch y Developer. |
Cuando SAP No se recomienda el uso de PI/PO
SAP PI/PO es potente, pero no es la herramienta adecuada para todos los escenarios en una SOA (Asesoría Orientada a Servicios) empresarial. Archiestructura). Evite PI/PO cuando:
- SAP No se recomienda el uso de PI para la comunicación síncrona, ya que supondrá una carga significativa para el servicio de infraestructura destinado a atender las solicitudes asíncronas.
- SAP PI no se recomienda para escenarios basados en interfaz de usuario donde el backend ya está expuesto como servicios empresariales.
- SAP No se necesita PI para la intermediación cuando no haySAP Las plataformas de backend, como J2EE o .NET, ya exponen servicios empresariales en un escenario de interfaz de usuario.


