SAP Process Integration fa parte della piattaforma SAP NetWeaver e in NetWeaver 7.0 ehp2 e versioni precedenti si chiama SAP NetWeaver Exchange Infrastructure XI. SAP NetWeaver Process Integration fa parte del componente software NetWeaver e viene utilizzato per lo scambio di informazioni nel sistema interno dell'azienda o con parti esterne.

SAP PI / XI consente di impostare la comunicazione e l'integrazione tra sistemi e consente di connettere sistemi SAP e non SAP basati su diversi linguaggi di programmazione come Java e SAP ABAP. Fornisce un ambiente open source necessario in un panorama di sistemi complessi per l'integrazione dei sistemi e per la comunicazione.

SAP Process Integration è un middleware che consente la perfetta integrazione tra applicazioni SAP e non SAP in un'azienda o con sistemi esterni all'azienda.

Un'applicazione eseguita su diversi sistemi che fanno parte di diverse unità aziendali in un'azienda o implementata in un ambiente distribuito tra diverse società che hanno una relazione commerciale tra loro. In questo ambiente, è necessaria una perfetta integrazione e trasferimento di informazioni tra diversi sistemi. SAP PI fornisce una piattaforma middleware che non si occupa di come i componenti dell'applicazione vengono implementati con una logica di business e si concentra maggiormente sullo scambio di dati tra i diversi componenti.

In un'organizzazione, SAP ERP non contiene un singolo sistema ma è costituito da un numero di sistemi integrati come SAP CRM, FICO, EWM, ecc. SAP PI fornisce una piattaforma come unico punto di integrazione per tutti i sistemi senza toccare il complesso sistema legacy per tutti scambio di dati e informazioni.

Queste sono le funzionalità chiave fornite da SAP Process Integration:

Connectivity -

Utilizzando SAP PI, è possibile connettere diverse applicazioni e sistemi con modalità di comunicazione tecniche diverse. Fornisce una varietà di adattatori che consentono di connettere applicazioni basate su diversi protocolli come HTTPS o RFC per chiamate di funzioni remote.

Routing -

Il routing definisce le regole per il flusso di messaggi tra diversi sistemi in fase di esecuzione.

Mapping -

Poiché SAP PI viene utilizzato per connettere diverse applicazioni o sistemi in un ambiente distribuito che può essere impostato tra società diverse, esiste la possibilità che la struttura dello scambio di dati tra due componenti differisca l'una dall'altra.

Quando si esegue uno scenario in SAP PI, le capacità di comunicazione ed elaborazione dipendono dai motori di runtime installati con l'installazione di SAP PI. È possibile installare uno o più motori di runtime su un sistema host. SAP PI fornisce le seguenti due opzioni di installazione:

Type 1 Dual Usage Type -

Questa installazione è basata su ABAP e Java e fornisce strumenti per la progettazione e la configurazione del contenuto di integrazione e anche di questi motori di runtime:

• Motore di integrazione
• Motore di processo aziendale
• Motore adattatore avanzato

Type 2 Advance Adapter Engine Extended AEX -

Questa installazione è basata su Java e fornisce strumenti per la progettazione e la configurazione del contenuto di integrazione e contiene il motore dell'adattatore Advance come motore di runtime.

L'architettura SAP PI è costituita da più componenti che vengono utilizzati in fase di progettazione, configurazione e runtime. In SAP PI, il sistema del mittente è noto come origine e il destinatario è chiamato come sistema di destinazione e l'architettura è nota come struttura Hub e Spoke. Lo Spoke viene utilizzato per connettersi con sistemi esterni e l'hub viene utilizzato per lo scambio di messaggi.

SAP PI system is divided into following components -

• Server di integrazione
• Generatore di integrazione
• System Landscape Directory SLD
• Configurazione e monitoraggio

Questo è uno strumento utilizzato per fornire il monitoraggio centrale dei componenti e dei messaggi PI.

Questo è uno dei componenti chiave del sistema SAP PI e viene utilizzato per l'elaborazione dei messaggi. Consiste di tre motori:

• Motore di processo aziendale
• Motore di integrazione
• Central Advanced Adapter Engine AAE

Il messaggio sincrono è definito come messaggio contiene sia la parte richiesta-risposta.

Il messaggio asincrono è definito come il messaggio contiene solo la richiesta o la parte di risposta.

Poiché il motore di integrazione gestisce i messaggi in protocollo XML e SOAP, quindi se il sistema aziendale non contiene dati in un formato specifico, gli adattatori vengono utilizzati per convertire il protocollo specifico dei messaggi e il formato dei messaggi richiesti dal motore di integrazione.

Java Stack Adapters -

Adattatore RFC, adattatore SAP Business Connector, adattatore file / FTP, adattatore JDBC, adattatore JMS, adattatore SOAP, adattatore Marketplace, adattatore posta, adattatore RNIF, adattatore CIDX

ABAP Stack Adapters -

IDOC e adattatore HTTP

Nelle ultime versioni, quando SAP PI è passato al sistema a stack singolo, questi due adattatori ABAP vengono anche spostati negli adattatori stack Java e il nuovo motore è noto come Advanced Adapter Engine AAE.

Viene utilizzato per memorizzare gli oggetti del repository della fase di progettazione come la mappatura, le interfacce e le definizioni dei processi nel sistema PI.

Questa directory contiene le informazioni sulle versioni dei componenti software e orizzontali. Un sistema SAP può essere configurato per registrarsi in SLD.

È possibile utilizzare diversi strumenti dell'interfaccia utente SAP PI per accedere a diversi componenti dell'architettura del sistema SAP PI. Gli strumenti dell'interfaccia utente più comuni sono:

ES Builder -

Questo strumento fornisce l'interfaccia utente Java per lavorare in Enterprise Service Repository ESR.

SAP NW Developer Studio -

Questo è uno strumento basato su Java Eclipsed per visualizzare e modificare alcuni tipi di oggetti in Enterprise Service Repository.

Integration Builder -

Questo strumento fornisce un'interfaccia utente basata su Java per lavorare nella directory di integrazione.

Interface Objects - Interfaccia di servizio, tipo di dati e tipo di messaggio

Mapping Objects - Mappatura dei messaggi secondo la struttura dati del mittente e del destinatario

La mappatura delle operazioni viene utilizzata per convertire la struttura di origine in una struttura di destinazione se la struttura dei dati è diversa. La mappatura delle operazioni complesse può essere semplificata utilizzando la mappatura dei messaggi.

La mappatura dei messaggi può essere implementata in questi modi:

• Mappatura grafica
• Java Mapping
• Mappatura XSLT
• Mappatura ABAP

Nell'interfaccia basata sul Web, è possibile eseguire queste attività:

Search

Cerca interfacce di servizio, tipi di dati e così via

Subscribe

Iscriviti per le notifiche.

Manage

Gestisci lo stato del ciclo di vita delle interfacce del servizio, dei tipi di dati e così via.

La directory di integrazione viene utilizzata per la configurazione degli oggetti creati in Enterprise Service Repository e la configurazione viene eseguita dal motore di integrazione in fase di runtime. Per configurare gli oggetti ESR, è necessario importare l'oggetto - Servizio e canale di comunicazione.

Nella directory Integration, puoi effettuare quattro tipi di configurazione:

• Accordo del mittente per determinare come il messaggio viene trasformato dal server di integrazione.

• Determinazione destinatario viene utilizzata per determinare le informazioni del destinatario a cui inviare il messaggio.

• La determinazione dell'interfaccia viene utilizzata per determinare l'interfaccia in entrata a cui inviare il messaggio e la mappatura dell'interfaccia per l'elaborazione del messaggio.

• L'accordo del destinatario definisce il modo in cui il messaggio viene trasformato e deve essere elaborato dal destinatario.

Sotto SLD, Catalogo software -

• Products - Per visualizzare i prodotti nel catalogo del software SAP.

• Software components - Per visualizzare i componenti software nel catalogo del software SAP.

L'opzione Configurazione e monitoraggio sulla home page degli strumenti SAP PI consente di monitorare le funzioni del motore di integrazione, l'integrazione CCMS e l'infrastruttura di monitoraggio dei processi nel sistema SAP.

Utilizzando Configurazione e monitoraggio, è possibile monitorare queste funzioni:

Component Monitoring -

Per monitorare diversi componenti SAP PI Java e ABAP.

Message Monitoring -

Per monitorare lo stato dell'elaborazione dei messaggi in un componente SAP PI.

Performance Monitoring -

Utilizzando il workbench runtime è possibile monitorare diverse misure delle prestazioni in un sistema SAP PI. È possibile creare vari rapporti di aggregazione.

End to End Monitoring -

Per monitorare il ciclo di vita end-to-end nel sistema SAP PI per uno scenario.

Message Index Search -

Puoi eseguire la ricerca dei messaggi basata sull'indice nel monitoraggio dei messaggi e puoi anche cercare in base alla selezione specifica dell'adattatore, ecc.

Alert Inbox -

La casella di posta degli avvisi è secondo il ruolo assegnato a un utente aziendale e viene utilizzata per visualizzare tutti gli avvisi nel sistema SAP PI come da configurazione.

Alert Configuration -

Il framework degli avvisi in C&M consente di segnalare tutti gli errori durante l'elaborazione dei messaggi in ABAP e Java. Utilizzando la configurazione degli avvisi, è possibile definire criteri se un avviso deve essere segnalato per errore e per eseguire o meno l'analisi.

Monitoring of runtime cache -

Viene utilizzato per visualizzare gli oggetti nella cache di runtime.

Send Test Message -

Per simulare un flusso di messaggi e verificare che il runtime di SAP NetWeaver Process Integration funzioni correttamente inviando un messaggio di prova a Integration Engine o Advanced Adapter Engine.

Cache Connectivity Test -

Viene utilizzato per controllare lo stato di connettività della cache dei componenti dell'infrastruttura di SAP NetWeaver Process Integration e testarne la connettività con le cache di runtime.

In una comunicazione sincrona, viene richiamata dall'operazione di richiesta e risposta e l'output del processo viene restituito immediatamente dopo l'operazione. In termini generali, si può dire che uno scenario sincrono quando un processo mittente invia una richiesta al destinatario e attende una risposta. Se si verifica un errore sul lato destinatario, l'applicazione del mittente è responsabile dell'invio di nuovo del messaggio.

In questo approccio, esiste la possibilità che il mittente invii nuovamente il messaggio dopo il timeout e che esista un messaggio duplicato. Questo approccio in PI è noto come BE Best Effort.

Application Error -

Si è verificato un errore all'estremità del destinatario durante l'elaborazione di un messaggio e il mittente non è a conoscenza di questo errore e continua ad attendere la risposta.

Network level Error -

In questo errore, c'è un errore nella rete di comunicazione tra mittente e destinatario. Il mittente non è a conoscenza di questo e il messaggio è bloccato nel mezzo e il mittente attende fino al timeout dell'operazione.

Error is response message -

In questo scenario, si verifica un errore e il messaggio di risposta si blocca e il mittente continua ad attendere.

Non è necessario configurare il routing dei messaggi di risposta.

Non è necessario correlare la risposta a una richiesta.

In questa comunicazione, la risposta viene ricevuta immediatamente.

Questo è adatto per operazioni che implicano operazioni di lettura.

Example - visualizzazione di un ordine di acquisto.

In caso di errore, il mittente deve inviare nuovamente un messaggio.

Il sistema di ricezione dovrebbe essere configurato per controllare i messaggi duplicati.

In questo scenario, l'applicazione del mittente viene bloccata fino a quando non viene ricevuta una risposta o si verifica un errore di timeout.

Non è possibile configurare più ricevitori.

In una comunicazione asincrona, aggiungi un sistema intermedio o un middleware tra due sistemi. Quando un'applicazione mittente invia una richiesta, non attende che l'applicazione ricevente invii la risposta. Se si verifica un errore dovuto a qualche motivo, il middleware è responsabile del reinvio del messaggio. Se necessario, il sistema ricevente può inviare una risposta al mittente come chiamata asincrona separata.

È consigliato per operazioni di modifica come la creazione di un ordine di acquisto o la modifica di un ordine di acquisto.

In caso di guasto, il sistema SAP PI garantisce la consegna garantita e rinvierà il messaggio.

Nessuna configurazione richiesta per i controlli duplicati.

È possibile configurare più ricevitori in questo scenario.

Non è necessario che sia il sistema mittente che il sistema ricevente siano in linea contemporaneamente.

PI registra tutti i messaggi inviati tramite comunicazione asincrona.

Nessun timeout poiché il sistema intermedio mantiene il messaggio e la richiesta di risposta.

In questo scenario, il mittente ha bisogno di risposte correlate alla richiesta da solo.

Il messaggio di risposta deve essere implementato e instradato separatamente.

Non fornisce una risposta immediata.

Per trasferire le informazioni sotto forma di oggetti da un repository di servizi aziendali a un altro, è possibile selezionare tra tre mezzi di trasporto:

• Trasporto basato su file system
• Servizio di gestione delle modifiche (CMS)
• Sistema di cambio e trasporto (CTS)

Oggetto di design	Obbligatorio	Funzione
Scenari di integrazione	No	Viene utilizzato per raggruppare tutti gli oggetti di design necessari
Tipi di messaggio	sì	Viene utilizzato per incapsulare i tipi di dati
Tipi di dati	sì	Viene utilizzato per descrivere la struttura dei dati da scambiare
Interfacce di servizio	sì	Incapsula tipi e parametri di messaggio
Mappatura	No	Mappatura del messaggio
Processi di integrazione	No	Definisce i flussi di lavoro ccBPM

Come trasferire i componenti software in SLD?

Quando si installa la directory del paesaggio di sistema, viene installato il catalogo iniziale.

Da SAP Market Place, puoi importare un catalogo più aggiornato.

È inoltre possibile importare i propri componenti software e prodotti a seconda del progetto e dello scenario di integrazione.

Nello scenario da file a file SAP PI, trasferiamo un file dal sistema di origine al sistema di destinazione. Dopo aver creato i componenti in SAP PI, è possibile trasferire un file nel sistema SAP PI creando oggetti in Enterprise Service builder.

Se la struttura del file di input e del file di output è la stessa, posso utilizzare solo un tipo di dati e un tipo di messaggio. Se la struttura è diversa, è necessario creare due tipi di dati e tipi di messaggi per in entrata e in uscita. In questo esempio stiamo usando la stessa struttura del file di input e di output.

Devi creare due interfacce di servizio qui, una per l'inbound e una per l'outbound.

Fare clic con il pulsante destro del mouse su Spazio dei nomi → Nuovo → Oggetti interfaccia → Interfaccia del servizio

RFC Adapter -

Questo adattatore viene utilizzato per comunicare con altri sistemi SAP utilizzando l'interfaccia RFC.

HTTP Adapter/HTTP AAE Adapter -

Permette lo scambio di dati utilizzando il protocollo HTTP, gli adattatori sono disponibili sia nel motore di integrazione che nell'Advanced Adapter Engine.

JDBC Adapter -

Consente l'accesso ai database utilizzando JDBC

File/FTP Adapter -

Questo adattatore viene utilizzato per eseguire lo scambio di dati con sistemi esterni utilizzando un'interfaccia file o un server FTP.

Mail Adapter -

Consente di collegare i server di posta elettronica al motore di integrazione.

IDoc Adapter -

Consente lo scambio di IDoc, gli adattatori sono disponibili sia nel motore di integrazione che nell'Adattatore avanzato motore.

XI Adapter -

Questo adattatore consente di comunicare utilizzando il proxy. Questo adattatore non viene eseguito in Advanced Adapter Engine e viene eseguito in Integration Engine. viene utilizzato solo per stabilire la connessione HTTP al ricevitore.

WS Adapter -

Questo adattatore viene utilizzato per fornire la connettività con i provider WS e gli utenti WS secondo il protocollo WS-RM (Web Services Reliable Messaging) standard. SAP ha sviluppato il protocollo WS-RM con la propria casella di posta, che viene implementata nello stack ABAP su Integration Engine.

JMS Adapter -

Consente la comunicazione con i sistemi di messaggistica utilizzando l'API JMS.

SOAP Adapter -

Consente l'integrazione di client remoti o provider di servizi Web utilizzando SOAP.

La gestione dei processi aziendali si occupa di BPM tra componenti. Ciò include il flusso di lavoro SAP nel backend SAP e l'elaborazione del messaggio sul server di integrazione.

Business Process Management a più componenti fornisce a SAP NetWeaver Process Integration funzioni per l'elaborazione dei messaggi con stato, ovvero lo stato di un processo di integrazione viene mantenuto su Integration Server. Ciò significa che un processo di integrazione può, ad esempio, attendere all'infinito fino a quando non vengono ricevuti ulteriori messaggi o fino al raggiungimento di una determinata scadenza. Inoltre, è possibile elaborare ulteriormente i messaggi all'interno di un processo di integrazione.

Un servizio Web è una funzione dell'applicazione o un servizio e può essere utilizzato tramite lo standard Internet. È una funzione o servizio applicativo indipendente, modulare e auto-descrittivo.

Può essere descritto, reso disponibile, localizzato e trasformato o chiamato utilizzando i protocolli Internet standard.

Questo approccio in SAP PI è chiamato esattamente una volta EO o Exactly Once In Order EOIO.

Motore adattatore

• Mappatura grafica
• Java Mapping
• Mappatura XSLT
• Mappatura ABAP

BPM viene eseguito in Integration Engine.

Il contenitore globale consente di memorizzare nella cache i valori che si desidera leggere di nuovo alla successiva chiamata di una funzione definita dall'utente nella stessa mappatura dei messaggi. Notare che la sequenza in cui vengono chiamate le funzioni definite dall'utente è predefinita. Dipende dalla posizione dei campi obiettivo a cui è stata assegnata la funzione.

Runtime Workbench

SXMB_IFR

• BAAN
• Oracle
• Seibel
• Persone morbide

Il servizio Web consente ai programmi in esecuzione su piattaforme, sistemi operativi e linguaggi diversi di comunicare tra loro.

Il servizio Web è una funzione dell'applicazione o un servizio.

Il servizio Web può essere utilizzato tramite lo standard Internet.

I servizi Web possono essere pubblicati e tracciati.

Il servizio Web costituisce una base per Enterprise Services Architecture (ESA), nota come la versione avanzata di SAP dell'architettura SOA orientata ai servizi.