SAP PI/PO-opplæring

Hva er SAP PI?

SAP PI (Prosesintegrasjon) er en plattform for bedriftsintegrasjon som leverer sømløs tilkobling mellom SAP og ikke-SAP applikasjoner, enten det er interne A2A-flyter (applikasjon til applikasjon) eller B2B-kommunikasjon (bedrift til bedrift) på tvers av bedrifter. Det lar organisasjoner utveksle informasjon mellom intern programvare i bedriften og eksterne systemer utenfor dens grenser.

Ocuco SAP PIs fullform er prosessintegrasjon. Hovedformålet er å fjerne datasiloer ved å fungere som et knutepunkt som oversetter, ruter og overvåker alle meldinger som utveksles på tvers av bedriften.

Hva er SAP PO?

SAP PO (Process Orchestration) er et verktøy for automatisering og optimalisering av forretningsprosesser. Den kombinerer funksjoner av SAP Business Process Management (BPM), SAP Prosessintegrering (PI), og SAP Business Rules Management (BRM). Med andre ord, SAP Process Orchestration er en mer avansert versjon av SAP PI og tilbyr alle verktøy som kreves for å integrere applikasjoner og orkestrere komplette forretningsarbeidsflyter.

Ocuco SAP POs fulle form er prosessorkestrering. PO er posisjonert som etterfølgerstakken som forener integrasjon, prosessmodellering og regelutførelse på et enkelt AS. Java kjøretid.

forståelse SAP PI/PO med et eksempel

Utover den tekniske definisjonen, SAP PI er lettere å forstå gjennom et implementeringsscenario i den virkelige verden.

Eksempel

Tenk deg en storskala meieriindustri som opererer over en stor region og dominerer markedet. Flere småskala meierier opererer i samme region, men kan ikke matche den større aktøren på grunn av prisforskjeller. For å stabilisere prisene og unngå konflikt bestemmer de store og små meieriene seg for å knytte seg sammen ved hjelp av SAP PI. De er sammenkoblet via SAP PI og begynner å operere som én enhet. Gjennom denne integrasjonen utveksler de all meierirelatert informasjon, inkludert prisdata, og deler en lik andel av fortjenesten.

SAP PI kobler sammen ulike plattformer som:

• SAP og ikke-SAP systemer
• B2B og A2A scenarier
• Asynkron og Syncærlig kommunikasjon
• Tverrkomponent styring av forretningsprosesser

Hvorfor SAP PI/PO?

Før SAP PI, bedrifter koblet til hverandre gjennom punkt-til-punkt-kommunikasjon. Denne tilnærmingen skalerer ikke til flere komplekse prosesser. For smidig kommunikasjon mellom mange systemer brukes mediert kommunikasjon ved hjelp av en integrasjonsmegler, og SAP PI implementerer dette mønsteret veldig bra. Det muliggjør sammenkobling av ulike prosesser gjennom en sentral plassering kalt Integrasjonsmegleren, i stedet for spindelvevet av punkt-til-punkt-forbindelser. Integrasjonsmegleren eller serveren er en integrert del av mediert kommunikasjon og består av en Java-basert Advanced Adapter Engine (AAE) og en integrasjonsmotor for ruting. Mediert kommunikasjon er basert på en integrasjonsmegler som utføres ved å utveksle XML-meldinger.

SAP PI håndterer XML-meldinger gjennom Integration Broker i fire faser:

• Meldingstransformasjon: Under meldingsutveksling endres strukturen til forretningsdataene.
• Meldingsruting: Videresender en melding sendt av et avsendersystem til ett eller flere mottakersystemer.
• Tilkoblingsadaptere: Koble integrasjonsmegleren og mottakersystemet. Adapteren konverterer den innkommende meldingen til en innkommende melding og konverterer den senere til formatet til mottakersystemet.
• Integrasjonsprosesser: Krysskomponentbasert forretningsprosessstyring (ccBPM) tilbyr funksjoner for forbedret tjenesteorkestrering.

Neste i dette SAP PI-opplæring, vi lærer hvordan SAP PI/PO fungerer.

Hvordan SAP PI/PO fungerer

SAP PI utfører tre grunnleggende funksjoner som til sammen danner integrasjonsryggraden:

• Koble: SAP PI integreres med alle applikasjoner, enten de er fra en tredjepart eller fra SAPDen bruker adapterrammeverket til å bringe tredjepartsløsninger inn i bussen.
• Koordinere: Den definerer en bane eller arbeidsflyt for hver integrerte forretningstransaksjon. Den sikrer at hver melding leveres riktig fra kilde til mål.
• Kommunisere: Den oversetter filer til alle formater, enten det er et internt filformat eller en standard for integrasjon mellom bedrifter.

Når disse tre funksjonene er på plass, SAP PI kan fungere som det sentrale utvekslingslaget for hele bedriften. Neste avsnitt forklarer hvordan arkitekturen støtter disse ansvarsområdene.

SAP PI/PO Architecture

SAP PI er ikke en enkelt komponent som er ansvarlig for integrering SAP og ikke-SAP applikasjoner. Det er en klynge av komponenter som sammen lager SAP PI-funksjonell. Denne arkitekturen brukes under designtid, konfigurasjonstid og kjøretid. De ulike komponentene i SAP PI inkluderer:

System Landscape Directory

Det er en sentral informasjonsleverandør i et systemlandskap. SLD inneholder to typer informasjon: «Komponentinformasjon (installerbar og installert)» og «Landskapsbeskrivelse».

Integrasjonsbygger

Det er et verktøysett som inneholder et sett med verktøy for å få tilgang til og redigere integrasjonsobjekter på tvers av både design- og konfigurasjonsvisninger.

Integrasjonslager

Å utvikle, designe og vedlikeholde datatyper, meldingsstrukturer, kartleggingpings, grensesnitt, integrasjonsprosesser og integrasjonsscenarier uavhengig av systemlandskapet, brukes integrasjonsrepositoriet.

Integrasjonsserver

Det er den sentrale prosesseringsmotoren til PI. Alle meldinger behandles ved hjelp av denne serveren, og den koordinerer ruting og kartlegging.ping, og adapterpåkallelse.

Sentral overvåking

PI-domenet overvåkes sentralt gjennom denne komponenten. «Runtime Workbench» er verktøyet som brukes til å overvåke meldingsflyt, ytelse og komponenttilstand.

Adaptermotor

Den fungerer som koblingslaget som kobler integrasjonsmotoren til SAP systemer og andre eksterne systemer gjennom protokollspesifikke adaptere.

Meldingsbehandlingsteknikk av PI

For å få tilgang til data fra SAP og ikke-SAP applikasjoner, SAP PI bruker mellomliggende dokumentformater som IDoc og flate filer for å overføre dataene sine, og normaliserer deretter alt til XML internt.

Design

Prosessintegrasjon (PI) bruker integrasjonsarkivet til å designe meldingsstruktur og definere konsekvensenetracmellom sender- og mottakersystemer.

Konfigurasjon

Integrasjonskatalog (ID) brukes til å konfigurere tekniske parametere for objekter opprettet i IR (Integration Repository), og binde grensesnitt til reelle systemer og kommunikasjonskanaler.

Meldingsbehandling

Når IDoc er aktivert i SAP systemet, PI tar kontroll og konverterer meldinger til XML-format for intern behandling gjennom integrasjonsmotoren.

Meldingsovervåking

Meldinger kan overvåkes og traced ved hjelp av «Runtime Workbench». Dette verktøyet er nyttig for å overvåke avsender- og mottakeradaptere, utgående og innkommende meldinger, ende-til-ende-overvåking av komplette scenarier og feilmeldinger. traces.

Tilkobling: Proxy-rammeverk og adapterrammeverk

Tilkobling i SAP PI leveres gjennom to komplementære rammeverk: Proxy-rammeverket for native SAP kommunikasjon og adapterrammeverket for alt annet.

Adapterrammeverk

SAP PI kobles til et hvilket som helst eksternt system (SAP eller ikke-SAP) ved hjelp av Adapter Framework. Adapterrammeverket er basert på AS Java kjøretidsmiljøet og Java Connector Architektur (JCA). Adapterrammeverket består av to standard modulkjeder. Hvis meldingsbehandlingen skal utføres utelukkende i adapteren, kan standard modulkjeden for adapteren brukes.

1. En for avsenderretningen
2. En for mottakerretningen

Det finnes fire hovedtyper adaptere som brukes i SAP PI:

• Filadaptere: Utveksle filer med eksterne systemer.
• JMS-adaptere: Kommuniser med et meldingssystem.
• SÅPE adaptere: Kommunisere med leverandører og kunder av webtjenester.
• JDBC-adaptere: Tilby direkte databasetilkobling som en utvidet pakke for SAP PI.

Andre grensesnitt som støttes av adapterrammeverket er:

1. Konfigurasjonstjenester (API- og adaptermetadata xsd).
2. Administrasjonstjenester.
3. Ulike tjeneste-API-er levert av Adapter-rammeverket, inkludert Thread Manager og Transaction Manager.
4. Adapter-rammeverket inkluderer et API for meldingsrevisjonslogg. API-et kan brukes til tekniske trace og logging for å skrive trace-setninger som beskriver kodeutførelse.

Hvordan adapterrammeverket fungerer

1. Data mottas fra ledningen gjennom et mottakssted som lytter etter meldinger ved en bestemt protokoll på en spesifisert adresse.
2. Når mottaksstedet godtar meldingen, oppretter adapteren en ny melding og knytter datastrømmen til den.
3. Den legger til eventuelle metadata om endepunktet som dataene ble mottatt over, og sender deretter meldingen til meldingsmotoren.
4. Meldingsmotoren sender meldingen til mottaksprosessen der dataene transformeres til XML. Avsenderen autentiseres, meldingen dekrypteres og XML-en valideres.
5. Deretter publiserer meldingsmotoren meldingen til meldingsboksen. Meldingsboksen er en relasjonstabell som inneholder meldinger som venter på behandling.
6. Meldingsmotoren sender deretter meldingen enten til en orkestrering eller til en sendeport for utgående levering.

SAP PI/PO-sikkerhet

For meldinger, SAP PI gir sikkerhet på meldingsnivå for XI-meldingsprotokollen, SOAP adapter, RosettaNet-protokollen, e-postadapteren, CIDX-protokollen og for tilkobling med WSRM-aktiverte systemer (Web Service Reliable Messaging). I SAP PI, meldingsnivåsikkerhet, aktiveres gjennom kryptering, digitale signaturer, SAML-deklarasjoner, brukernavntokener, sertifikattokener og lignende mekanismer. Autentiseringsmetoder som støttes av WS-infrastrukturen for transportlaget inkluderer grunnleggende autentisering (passord og brukernavn), SAP påstandsbillett og HTTP over SSL.

Koble integrasjonsserveren til et WSRM-aktivert system (Web Service Reliable Messaging)

For å koble til et WSRM-aktivert system brukes en kommunikasjonskanal av adaptertypen WS.

• Bruk en avsenderavtale med en tilordnet WS-avsenderadapter for å koble integrasjonsserveren til en WS-forbruker.
• Bruk en mottakeravtale med en tilordnet WS-mottakeradapter for å koble integrasjonsserveren til en WS-leverandør.

Fordeler med sikkerhet i SAP PI/PO

• Tillatelsene til mottakerapplikasjonen kontrolleres mot den opprinnelige brukeridentiteten.
• I mottakersystemet kan brukeren bli fullstendig revidert.
• Dynamisk konfigurasjon støttes på PI-mottakerkanalen for kontekstbevisst ruting.

Nye funksjoner i SAP PI/PO

De nyere utgivelsene av SAP PI/PO leveres med flere forbedringer som styrker overvåking, skalering og B2B-dekning:

• Sentralisert overvåking basert på SAP Løsningsansvarlig.
• Svært stor (binær) fil-til-fil-overføring med støtte for strømming.
• IDoc (Intermediate Document) og HTTP-adaptere er tilgjengelige i AAE (Advanced Adapter Engine).
• Brukersentrisk perspektiv i ESR (Enterprise Services Repository).
• Grensesnitt og kartping-basert meldingsdeling på AAE.
• Konfigurasjon av tidsavbrudd per kommunikasjonskanal.
• Automatisert transport for skjemavalidering.
• Erstatter TREX med brukerdefinert meldingssøk.
• Tillegg for SAP PI: Tillegg for sikker tilkobling (SGTP-adapter, PGP-modul) og B2B-tillegg (OFTP-adapter, AS2-adapter, EDI-separator, EDI XML-konverter og andre).

fordeler med SAP PI/PO

• Sammenlignet med andre mellomvareprodukter, overvåking i SAP PI er sterkere. Den tilbyr meldings-, ytelses- og komponentovervåking, som alle kan brukes til å track og rette opp feil.
• SAP PI støtter det brede spekteret av SAP komponenter som vanligvis kreves under integrasjonsprosjekter for bedrifter.
• Adaptere og kartpinger modne og godt dokumenterte i forhold til andre mellomvareprodukter.
• Både asynkrone og synkrone kommunikasjonsmønstre støttes direkte fra esken.

SAP PI/PO Code Eksempel: Java kartping

Tilpassede meldingstransformasjoner i SAP PI/PO implementeres ofte gjennom Java kartpings inne i Enterprise Services Repository. Utdraget nedenfor viser det grunnleggende skjelettet utviklere bruker for å lese en input-nyttelast, transformere den og skrive resultatet tilbake til utdatastrø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 kraftig, men det er ikke det rette verktøyet for alle scenarioer i en bedrifts-SOA (tjenesteorientert ArchiUnngå PI/PO når:

• SAP PI anbefales ikke for synkron kommunikasjon, da det vil legge betydelig belastning på infrastrukturtjenesten for betjening av asynkrone forespørsler.
• SAP PI anbefales ikke for brukergrensesnittdrevne scenarier der backend-systemet allerede er eksponert som bedriftstjenester.
• SAP PI er ikke nødvendig for formidling når en ikke-SAP Backend som J2EE eller .NET eksponerer allerede forretningstjenester i et UI-scenario.

Spørsmål og svar