SAP PI/PO-vejledning

Hvad er SAP PI?

SAP PI (Procesintegration) er en virksomhedsintegrationsplatform, der leverer problemfri forbindelse mellem SAP og ikke-SAP applikationer, uanset om det drejer sig om interne A2A-flows (applikation til applikation) eller tværgående B2B-kommunikation (virksomhed til virksomhed). Det giver organisationer mulighed for at udveksle information mellem intern software i virksomheden og eksterne systemer uden for dens grænser.

SAP PI's fulde form er procesintegration. Dens primære formål er at fjerne datasiloer ved at fungere som et knudepunkt, der oversætter, ruter og overvåger alle beskeder, der udveksles på tværs af virksomheden.

Hvad er SAP PO?

SAP PO (Process Orchestration) er et værktøj til automatisering og optimering af forretningsprocesser. Den kombinerer funktioner fra SAP Business Process Management (BPM), SAP Procesintegration (PI), og SAP Business Rules Management (BRM). Med andre ord, SAP Process Orchestration er en mere avanceret version af SAP PI og leverer alle de værktøjer, der kræves til at integrere applikationer og orkestrere komplette forretningsworkflows.

SAP PO's fulde form er Process Orchestration. PO er positioneret som den efterfølgende stak, der forener integration, procesmodellering og regeludførelse på et enkelt AS. Java driftstid.

Forståelse SAP PI/PO med et eksempel

Ud over den tekniske definition, SAP PI er lettere at forstå gennem et implementeringsscenarie i den virkelige verden.

Eksempel

Forestil dig en storstilet mejeriindustri, der opererer på tværs af en bred region og dominerer markedet. Adskillige små mejerier opererer i samme region, men kan ikke matche den større aktør på grund af prisforskelle. For at stabilisere priserne og undgå konflikter beslutter de store og små mejerier at samarbejde ved hjælp af SAP PI. De er forbundet via SAP PI og begynder at operere som én enhed. Gennem denne integration udveksler de alle mejerirelaterede oplysninger, herunder prisdata, og deler en ligelig andel af overskuddet.

SAP PI forbinder forskellige platforme såsom:

• SAP og ikke-SAP systemer
• B2B og A2A scenarier
• Asynkron og Synchøflig kommunikation
• Tværkomponent styring af forretningsprocesser

Hvorfor SAP PI/PO?

Før SAP PI, virksomheder forbundet med hinanden via punkt-til-punkt-kommunikation. Denne tilgang skalerer ikke til flere komplekse processer. For at opnå problemfri kommunikation mellem mange systemer anvendes medieret kommunikation ved hjælp af en integrationsbroker, og SAP PI implementerer dette mønster rigtig godt. Det muliggør sammenkobling af forskellige processer via en central placering kaldet Integrationsbrokeren, i stedet for spindelvævet af punkt-til-punkt-forbindelser. Integrationsbrokeren eller serveren er en integreret del af medieret kommunikation og består af en Java-baseret Advanced Adapter Engine (AAE) og en integrationsmotor til routing. Medieret kommunikation er baseret på en integrationsbroker, der udføres ved at udveksle XML-meddelelser.

SAP PI håndterer XML-meddelelser via Integration Broker i fire faser:

• Meddelelsestransformation: Under udveksling af beskeder transformerer det strukturen af ​​forretningsdataene.
• Meddelelsesruting: Videresender en besked sendt af et afsendersystem til et eller flere modtagersystemer.
• Tilslutningsadaptere: Forbind integrationsbrokeren og modtagersystemet. Adapteren transformerer den indgående besked til en indgående besked og konverterer den senere til det modtagende systems format.
• Integrationsprocesser: Cross-component Business Process Management (ccBPM) leverer funktioner til forbedret serviceorkestrering.

Næste i denne SAP PI-tutorial, vi lærer hvordan SAP PI/PO virker.

Hvordan SAP PI/PO virker

SAP PI udfører tre grundlæggende funktioner, der tilsammen danner integrationsrygraden:

• Forbinde: SAP PI integreres med enhver applikation, uanset om den er fra en tredjepart eller fra SAPDen bruger adapter-frameworket til at bringe tredjepartsløsninger ind i bussen.
• Koordinere: Den definerer en sti eller arbejdsgang for hver integreret forretningstransaktion. Den sikrer, at hver besked leveres korrekt fra kilde til måldestination.
• Kommunikere: Den oversætter filer til ethvert format, uanset om det er et internt filformat eller en business-to-business integrationsstandard.

Når disse tre funktioner er på plads, SAP PI kan fungere som det centrale udvekslingslag for hele virksomheden. I næste afsnit forklares, hvordan dens arkitektur understøtter disse ansvarsområder.

SAP PI/PO Architecture

SAP PI er ikke en enkelt komponent, der er ansvarlig for integration SAP og ikke-SAP applikationer. Det er en klynge af komponenter, der tilsammen udgør SAP PI funktionel. Denne arkitektur bruges under designtid, konfigurationstid og under kørsel. De forskellige komponenter i SAP PI inkluderer:

System Landscape Directory

Det er en central informationsudbyder i et systemlandskab. SLD indeholder to typer information: "Komponentinformation (installerbar og installeret)" og "Landskabsbeskrivelse".

Integrationsbygger

Det er et værktøjssæt, der indeholder et sæt værktøjer til at få adgang til og redigere integrationsobjekter på tværs af både design- og konfigurationsvisninger.

Integrationslager

At udvikle, designe og vedligeholde datatyper, meddelelsesstrukturer, kortpings, grænseflader, integrationsprocesser og integrationsscenarier uafhængigt af systemlandskabet, anvendes integrationsarkivet.

Integrationsserver

Det er PI's centrale behandlingsmotor. Alle beskeder behandles ved hjælp af denne server, og den koordinerer routing og kortlægning.ping, og adapterkald.

Central overvågning

PI-domænet overvåges centralt via denne komponent. "Runtime Workbench" er det værktøj, der bruges til at overvåge meddelelsesflow, ydeevne og komponenttilstand.

Adapter motor

Det fungerer som det forbindelseslag, der forbinder integrationsmotoren med SAP systemer og andre eksterne systemer via protokolspecifikke adaptere.

Beskedbehandlingsteknik af PI

For at få adgang til data fra SAP og ikke-SAP applikationer, SAP PI bruger mellemliggende dokumentformater som IDoc og flade filer til at overføre deres data og normaliserer derefter alt til XML internt.

Design

Procesintegration (PI) bruger integrationslageret til at designe meddelelsesstrukturen og definere konsekvensen.tracmellem sender- og modtagersystemer.

Konfiguration

Integrationskatalog (ID) bruges til at konfigurere tekniske parametre for objekter oprettet i IR (Integration Repository), og binde grænseflader til virkelige systemer og kommunikationskanaler.

Beskedbehandling

Når IDoc er aktiveret i SAP systemet, PI tager styringen og konverterer beskeder til XML-format til intern behandling via integrationsmotoren.

Meddelelsesovervågning

Beskeder kan overvåges og tracved hjælp af "Runtime Workbench". Dette værktøj er nyttigt til overvågning af afsender- og modtageradaptere, udgående og indgående meddelelser, end-to-end-overvågning af komplette scenarier og fejlfinding. traces.

Forbindelse: Proxy Framework og Adapter Framework

Forbindelse i SAP PI leveres gennem to komplementære frameworks: Proxy Frameworket for native SAP kommunikation og Adapter Framework for alt andet.

Adapterramme

SAP PI forbinder med ethvert eksternt system (SAP eller ikke-SAP) ved hjælp af Adapter Framework. Adapterrammen er baseret på AS Java runtime-miljøet og Java Stik Architektur (JCA). Adapterrammeværket består af to standardmodulkæder. Hvis meddelelsesbehandlingen skal udføres udelukkende inden for adapteren, kan standardmodulkæden for adapteren bruges.

1. En for afsenderretningen
2. En til modtagerens retning

Der er fire primære typer adaptere, der bruges i SAP PI:

• Fil adaptere: Udveksle filer med eksterne systemer.
• JMS adaptere: Kommuniker med et beskedsystem.
• SÆBE adaptere: Kommunikere med udbydere og kunder af webtjenester.
• JDBC adaptere: Tilbyd direkte databaseforbindelse som en udvidet pakke til SAP PI.

Andre grænseflader, der understøttes af adapter-frameworket, er:

1. Konfigurationstjenester (API- og adaptermetadata xsd).
2. Administrationstjenester.
3. Forskellige service-API'er leveret af Adapter-frameworket, herunder Thread Manager og Transaction Manager.
4. Adapter-frameworket indeholder en API til meddelelsesrevisionslog. API'en kan bruges til tekniske trace og logføring for at skrive trace-sætninger, der beskriver kodeudførelse.

Sådan fungerer adapterrammen

1. Data modtages fra ledningen via en modtageplacering, der lytter efter beskeder ved en bestemt protokol på en specificeret adresse.
2. Når modtagerplaceringen accepterer beskeden, opretter adapteren en ny besked og vedhæfter datastrømmen til den.
3. Den tilføjer eventuelle metadata om det slutpunkt, som dataene blev modtaget over, og sender derefter beskeden til beskedprogrammet.
4. Meddelelsesmotoren sender beskeden til modtagepipelinen, hvor dataene transformeres til XML. Afsenderen godkendes, beskeden dekrypteres, og XML'en valideres.
5. Derefter udgiver beskedprogrammet beskeden i beskedboksen. Beskedboksen er en relationel tabel, der indeholder beskeder, der venter på behandling.
6. Beskedmotoren sender derefter beskeden enten til en orkestrering eller til en sendeport til udgående levering.

SAP PI/PO Sikkerhed

For beskeder, SAP PI leverer sikkerhed på meddelelsesniveau til XI-meddelelsesprotokollen, SOAP adapter, RosettaNet-protokollen, mailadapteren, CIDX-protokollen og til forbindelse med WSRM-aktiverede systemer (Web Service Reliable Messaging). I SAP PI, sikkerhed på meddelelsesniveau, aktiveres via kryptering, digitale signaturer, SAML-påstande, brugernavnstokens, certifikattokens og lignende mekanismer. Godkendelsesmetoder, der understøttes af WS-infrastrukturen for transportlaget, omfatter grundlæggende godkendelse (adgangskode og brugernavn), SAP assertion ticket og HTTP over SSL.

Tilslutning af integrationsserveren til et WSRM-aktiveret (Web Service Reliable Messaging) system

For at oprette forbindelse til et WSRM-aktiveret system anvendes en kommunikationskanal af adaptertypen WS.

• Brug en afsenderaftale med en tildelt WS-afsenderadapter til at forbinde integrationsserveren til en WS-forbruger.
• Brug en modtageraftale med en tildelt WS-modtageradapter til at forbinde integrationsserveren til en WS-udbyder.

Fordele ved sikkerhed i SAP PI/PO

• Modtagerapplikationens tilladelser kontrolleres i forhold til den oprindelige brugeridentitet.
• I modtagersystemet kan brugeren auditeres fuldt ud.
• Dynamisk konfiguration understøttes på PI-modtagerkanalen for kontekstbevidst routing.

Nye funktioner i SAP PI/PO

De nyere udgivelser af SAP PI/PO leveres med adskillige forbedringer, der styrker overvågning, skalering og B2B-dækning:

• Centraliseret overvågning baseret på SAP Løsningschef.
• Meget stor (binær) fil-til-fil-overførsel med streamingunderstøttelse.
• IDoc (Intermediate Document) og HTTP-adaptere er tilgængelige i AAE (Advanced Adapter Engine).
• Brugercentreret perspektiv i ESR (Enterprise Services Repository).
• Grænseflade og kortping-baseret beskedopdeling på AAE.
• Timeout-konfiguration pr. kommunikationskanal.
• Automatiseret transport til skemavalidering.
• Erstatning af TREX med brugerdefineret beskedsøgning.
• Tilføjelser til SAP PI: Tilføjelsesprogram til sikker forbindelse (SGTP-adapter, PGP-modul) og B2B-tilføjelser (OFTP-adapter, AS2-adapter, EDI-separator, EDI XML-konverter og andre).

Fordele ved SAP PI/PO

• Sammenlignet med andre middleware-produkter, overvågning i SAP PI er stærkere. Den tilbyder meddelelses-, ydeevne- og komponentovervågning, som alle kan bruges til at track og rette fejl.
• SAP PI understøtter en bred vifte af SAP komponenter, der typisk kræves under virksomhedsintegrationsprojekter.
• Adaptere og kortpings er modne og veldokumenterede i forhold til andre middleware-produkter.
• Både asynkrone og synkrone kommunikationsmønstre understøttes direkte fra starten.

SAP PI/PO Code Eksempel: Java Kortping

Tilpassede beskedtransformationer i SAP PI/PO implementeres ofte via Java kortpings inde i Enterprise Services Repository. Uddraget nedenfor viser det grundlæggende skelet, som udviklere bruger til at læse en input-nyttelast, transformere den og skrive resultatet tilbage til outputstrømmen.

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 vs. BizTalk

Når SAP PI/PO anbefales ikke

SAP PI/PO er kraftfuldt, men det er ikke det rigtige værktøj til alle scenarier i en virksomheds SOA (Service Oriented). ArchiUndgå PI/PO når:

• SAP PI anbefales ikke til synkron kommunikation, da det vil belaste infrastrukturtjenesten betydeligt i forbindelse med betjening af asynkrone anmodninger.
• SAP PI anbefales ikke til brugergrænsefladedrevne scenarier, hvor backend'en allerede er eksponeret som virksomhedstjenester.
• SAP PI er ikke nødvendig til formidling, når en ikke-SAP Backend som J2EE eller .NET eksponerer allerede forretningstjenester i et UI-scenarie.

Ofte Stillede Spørgsmål