SAP PI/PO-handledning

Vad är SAP PI?

SAP PI (Processintegration) är en företagsintegrationsplattform som levererar sömlös anslutning mellan SAP och icke-SAP applikationer, oavsett om det gäller interna A2A-flöden (applikation till applikation) eller företagsöverskridande B2B-kommunikation (företag till företag). Det gör det möjligt för organisationer att utbyta information mellan intern programvara inom företaget och externa system utanför dess gränser.

Ocuco-landskapet SAP PI:s fullständiga form är processintegration. Dess primära syfte är att ta bort datasilos genom att fungera som en hubb som översätter, dirigerar och övervakar varje meddelande som utväxlas inom företaget.

Vad är SAP PO?

SAP PO (Process Orchestration) är ett verktyg för automatisering och optimering av affärsprocesser. Den kombinerar funktioner i SAP Business Process Management (BPM), SAP Processintegration (PI), och SAP Business Rules Management (BRM). Med andra ord, SAP Process Orchestration är en mer avancerad version av SAP PI och tillhandahåller alla verktyg som krävs för att integrera applikationer och orkestrera kompletta affärsarbetsflöden.

Ocuco-landskapet SAP PO:s fullständiga form är Process Orchestration. PO positioneras som efterföljarstacken som förenar integration, processmodellering och regelkörning på ett enda AS. Java körning.

Förståelse SAP PI/PO med ett exempel

Utöver den tekniska definitionen, SAP PI är lättare att förstå genom ett verkligt implementeringsscenario.

Exempelvis

Tänk dig en storskalig mejeriindustri som verkar över en stor region och dominerar marknaden. Flera småskaliga mejerier är verksamma i samma region men kan inte matcha den större aktören på grund av prisskillnader. För att stabilisera priserna och undvika konflikter beslutar de stora och små mejerierna att slå sig samman med hjälp av SAP PI. De är sammankopplade via SAP PI och börjar verka som en enhet. Genom denna integration utbyter de all mejerirelaterad information, inklusive prisuppgifter, och delar lika stor del av vinsten.

SAP PI kopplar samman olika plattformar såsom:

• SAP och icke-SAP system
• B2B och A2A scenarier
• Asynkron och Synchederlig kommunikation
• Tvärkomponenthantering av affärsprocesser

Varför SAP PI/PO?

Innan SAP PI, företag kopplade till varandra genom punkt-till-punkt-kommunikation. Den metoden skalar inte till flera komplexa processer. För smidig kommunikation mellan många system används medierad kommunikation med hjälp av en integrationsmäklare, och SAP PI implementerar detta mönster mycket bra. Det möjliggör sammankoppling av olika processer via en central plats som kallas Integrationsmäklaren, istället för spindelnätet av punkt-till-punkt-anslutningar. Integrationsmäklaren eller servern är en integrerad del av medierad kommunikation och består av en Java-baserad Advanced Adapter Engine (AAE) och en integrationsmotor för routing. Medierad kommunikation baseras på en integrationsmäklare som exekveras genom att utbyta XML-meddelanden.

SAP PI hanterar XML-meddelanden via Integration Broker i fyra faser:

• Meddelandeomvandling: Under meddelandeutbytet omvandlar det strukturen på affärsdata.
• Meddelandedirigering: Vidarebefordrar ett meddelande som skickats av ett sändarsystem till ett eller flera mottagarsystem.
• Anslutningsadaptrar: Anslut integrationsmäklaren och mottagarsystemet. Adaptern omvandlar det inkommande meddelandet till ett inkommande meddelande och konverterar det senare till det mottagande systemets format.
• Integrationsprocesser: Komponentövergripande affärsprocesshantering (ccBPM) tillhandahåller funktioner för förbättrad tjänsteorkestrering.

Nästa i detta SAP PI-handledning, vi kommer att lära oss hur SAP PI/PO fungerar.

Hur SAP PI/PO fungerar

SAP PI utför tre grundläggande funktioner som tillsammans utgör integrationsryggraden:

• Ansluta: SAP PI integreras med alla applikationer, oavsett om de kommer från en tredje part eller från SAPDen använder adapterramverket för att integrera tredjepartslösningar i bussen.
• Samordna: Den definierar en sökväg eller ett arbetsflöde för varje integrerad affärstransaktion. Den säkerställer att varje meddelande levereras korrekt från källa till måldestination.
• Kommunicera: Den översätter filer till alla format, oavsett om det är ett internt filformat eller en standard för företagsintegration.

När dessa tre funktioner är på plats, SAP PI kan fungera som det centrala utbytesskiktet för hela företaget. Nästa avsnitt förklarar hur dess arkitektur stöder dessa ansvarsområden.

SAP PI/PO Architecture

SAP PI är inte en enda komponent som ansvarar för att integrera SAP och icke-SAP applikationer. Det är ett kluster av komponenter som tillsammans gör SAP PI-funktionell. Denna arkitektur används under designtid, konfigurationstid och vid körning. De olika komponenterna i SAP PI inkluderar:

System Landscape Directory

Det är en central informationsleverantör i ett systemlandskap. SLD innehåller två typer av information: "Komponentinformation (installerbar och installerad)" och "Landskapsbeskrivning".

Integrationsbyggare

Det är en verktygsuppsättning som innehåller en uppsättning verktyg för att komma åt och redigera integrationsobjekt i både design- och konfigurationsvyer.

Integrationsförråd

Att utveckla, designa och underhålla datatyper, meddelandestrukturer, mappningpings, gränssnitt, integrationsprocesser och integrationsscenarier oberoende av systemlandskapet, används integrationsförrådet.

Integrationsserver

Det är PI:s centrala processor. Alla meddelanden bearbetas med hjälp av denna server, och den koordinerar routing och mappning.pingoch adapteranrop.

Central övervakning

PI-domänen övervakas centralt genom denna komponent. ”Runtime Workbench” är verktyget som används för att övervaka meddelandeflöde, prestanda och komponenthälsa.

Adaptermotor

Den fungerar som kopplingslagret som länkar integrationsmotorn till SAP system och andra externa system via protokollspecifika adaptrar.

Meddelandebehandlingsteknik av PI

För att komma åt data från SAP och icke-SAP applikationer, SAP PI använder mellanliggande dokumentformat som IDoc och platta filer för att överföra sina data och normaliserar sedan allt till XML internt.

Design

Processintegration (PI) använder integrationsförrådet för att designa meddelandestruktur och definiera konsekvensen.tracmellan sändar- och mottagarsystem.

konfiguration

Integrationskatalogen (ID) används för att konfigurera tekniska parametrar för objekt som skapats i IR (Integration Repository), och binda gränssnitt till verkliga system och kommunikationskanaler.

Meddelandebearbetning

När IDoc har aktiverats i SAP systemet tar PI ansvaret och konverterar meddelanden till XML-format för intern bearbetning genom integrationsmotorn.

Meddelandeövervakning

Meddelanden kan övervakas och tracmed hjälp av "Runtime Workbench". Detta verktyg är användbart för att övervaka avsändar- och mottagaradaptrar, utgående och inkommande meddelanden, end-to-end-övervakning av kompletta scenarier och felmeddelanden. traces.

Anslutning: Proxy-ramverk och adapterramverk

Anslutning i SAP PI levereras genom två kompletterande ramverk: Proxy-ramverket för native SAP kommunikation och Adapter Framework för allt annat.

Adapter ramverk

SAP PI ansluter till valfritt externt system (SAP eller icke-SAP) med hjälp av Adapter Framework. Adapterramverket är baserat på AS Java körtidsmiljön och Java kontakt Architektur (JCA). Adapterramverket består av två standardmodulkedjor. Om meddelandebehandling ska utföras helt inom adaptern kan standardmodulkedjan för adaptern användas.

1. En för avsändarriktningen
2. En för mottagarens riktning

Det finns fyra huvudtyper av adaptrar som används i SAP PI:

• Filadaptrar: Utbyta filer med externa system.
• JMS-adaptrar: Kommunicera med ett meddelandesystem.
• SOAP-adaptrar: Kommunicera med leverantörer och kunder av webbtjänster.
• JDBC-adaptrar: Erbjud direkt databasanslutning som ett utökat paket för SAP PI.

Andra gränssnitt som stöds av adapterramverket är:

1. Konfigurationstjänster (API och adaptermetadata xsd).
2. Administrationstjänster.
3. Olika tjänste-API:er som tillhandahålls av Adapter-ramverket, inklusive Thread Manager och Transaction Manager.
4. Adapter-ramverket innehåller ett API för meddelandegranskningsloggar. API:et kan användas för tekniska trace och loggning för att skriva trace-satser som beskriver kodkörning.

Hur adapterramverket fungerar

1. Data tas emot från kabeln via en mottagningsplats som lyssnar efter meddelanden vid ett visst protokoll på en specificerad adress.
2. När mottagarplatsen accepterar meddelandet skapar adaptern ett nytt meddelande och kopplar dataströmmen till det.
3. Den lägger till eventuella metadata om slutpunkten från vilken data mottogs och skickar sedan meddelandet till meddelandemotorn.
4. Meddelandemotorn skickar meddelandet till mottagarpipelinen där informationen omvandlas till XML. Avsändaren autentiseras, meddelandet dekrypteras och XML-filen valideras.
5. Därefter publicerar meddelandemotorn meddelandet till meddelanderutan. Meddelanderutan är en relationstabell som innehåller meddelanden som väntar på bearbetning.
6. Meddelandemotorn skickar sedan meddelandet antingen till en orkestrering eller till en sändport för utgående leverans.

SAP PI/PO-säkerhet

För meddelanden, SAP PI tillhandahåller säkerhet på meddelandenivå för XI-meddelandeprotokollet, TVÅL adapter, RosettaNet-protokollet, e-postadaptern, CIDX-protokollet och för anslutning med WSRM-aktiverade system (Web Service Reliable Messaging). I SAP PI, säkerhet på meddelandenivå, möjliggörs genom kryptering, digitala signaturer, SAML-assertions, användarnamnstokens, certifikattokens och liknande mekanismer. Autentiseringsmetoder som stöds av WS-infrastrukturen för transportlagret inkluderar grundläggande autentisering (lösenord och användarnamn), SAP assertion ticket och HTTP över SSL.

Ansluta integrationsservern till ett WSRM-aktiverat system (Web Service Reliable Messaging)

För att ansluta till ett WSRM-aktiverat system används en kommunikationskanal av adaptertypen WS.

• Använd ett avsändaravtal med en tilldelad WS-avsändaradapter för att ansluta integrationsservern till en WS-konsument.
• Använd ett mottagaravtal med en tilldelad WS-mottagaradapter för att ansluta integrationsservern till en WS-leverantör.

Fördelar med säkerhet i SAP PI/PO

• Behörigheter för mottagarapplikationen kontrolleras mot den ursprungliga användaridentiteten.
• I mottagarsystemet kan användaren bli fullständigt granskad.
• Dynamisk konfiguration stöds på PI-mottagarkanalen för kontextmedveten routing.

Nya funktioner i SAP PI/PO

De nyare utgåvorna av SAP PI/PO levereras med flera förbättringar som stärker övervakning, skalning och B2B-täckning:

• Centraliserad övervakning baserad på SAP Lösningschef.
• Mycket stor (binär) fil-till-fil-överföring med stöd för strömning.
• IDoc (Intermediate Document) och HTTP-adaptrar finns tillgängliga direkt i AAE (Advanced Adapter Engine).
• Användarcentrerat perspektiv i ESR (Enterprise Services Repository).
• Gränssnitt och kartaping-baserad meddelandedelning på AAE.
• Timeout-konfiguration per kommunikationskanal.
• Automatiserad transport för schemavalidering.
• Ersätter TREX med användardefinierad meddelandesökning.
• Tillägg för SAP PI: Tillägg för säker anslutning (SGTP-adapter, PGP-modul) och B2B-tillägg (OFTP-adapter, AS2-adapter, EDI-separator, EDI XML-konverterare med flera).

Fördelar med SAP PI/PO

• Jämfört med andra mellanprogramvaruprodukter, övervakning i SAP PI är starkare. Den erbjuder meddelande-, prestanda- och komponentövervakning, som alla kan användas för att track och rätta till fel.
• SAP PI stöder ett brett utbud av SAP komponenter som vanligtvis krävs under företagsintegrationsprojekt.
• Adaptrar och kartapingär mogna och väl dokumenterade i förhållande till andra mellanprogramvaruprodukter.
• Både asynkrona och synkrona kommunikationsmönster stöds direkt ur lådan.

SAP PI/PO Code Exempel: Java Kartaping

Anpassade meddelandetransformationer i SAP PI/PO implementeras ofta genom Java kartapings inuti Enterprise Services Repository. Utdraget nedan visar det grundläggande skelettet för utvecklare att utöka för att läsa en indata-nyttolast, transformera den och skriva resultatet tillbaka till 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 rekommenderas inte

SAP PI/PO är kraftfullt, men det är inte rätt verktyg för alla scenarier i en företags-SOA (tjänstorienterad applikation). ArchiUndvik PI/PO när:

• SAP PI rekommenderas inte för synkron kommunikation, eftersom det kommer att belasta infrastrukturtjänsten avsevärt för att hantera asynkrona förfrågningar.
• SAP PI rekommenderas inte för UI-drivna scenarier där backend-systemet redan är exponerat som företagstjänster.
• SAP PI behövs inte för intermediering när en icke-SAP Backend som J2EE eller .NET exponerar redan affärstjänster i ett UI-scenario.

Vanliga frågor