Informazioni utili e pratiche su SAP: NOZIONI DI SAP PI (Process Integration)

Creazione scenario in SAP PI

Per creare uno scenario in SAP PI, bisogna eseguire in ambiente PI la transazione SXMB_IFR che permette di visualizzare in IE la Home Page di SAP PI.

L’Home Page presenta le seguenti 4 aree di lavoro:

1. Enterprise Services Repository (ESR)

2. Integration Directory (ID)

3. System Landscape (SL)

4. Configuration and Monitoring (CM)

Enterprise Services Repository (ESR)

Qui progettiamo e realizziamo oggetti da utilizzare nella realizzazione di uno scenario di integrazione. Il flusso di dati in PI sarà simile a come illustrato di seguito:

Troviamo la possibilità di progettare i seguenti oggetti:

· Interface objects - Interfaccia di servizio, tipo di messaggio, tipo di dati

· Mapping objects - Operazione Mapping e mappatura Messaggio

· Integration Processes

PI utilizza l’Integration Repository per progettare la struttura dei messaggi per entrambi i sistemi mittente e destinatario e sviluppare un “interface message” usando le strutture dei messaggi corrispondenti che fungono da punto di interazione con il mondo esterno.

I Tipi di dati ed il tipo di messaggio vengono utilizzati per semplificare e modularizzare la progettazione di un'interfaccia complessa.

Operation Mapping permette la trasformazione della struttura di origine nella struttura di destinazione quando le due strutture sono diverse.

Ma se la sorgente e la struttura di destinazione sono gli stessi allora si può dispensare dall’operazione di mappatura.

Simile alla interfaccia di servizio, mappatura messaggio è utilizzato per semplificare e modularizzare la progettazione di una mappatura complessa operazione. Mappatura messaggio può essere implementato in 4 modi:

· Graphical Mapping

· Java Mapping

· XSLT Mapping

· ABAP Mapping

Graphical mapping è la più utilizzata in quanto consente allo sviluppatore di graficamente gli attributi di entrambe le strutture e di passare i dati usando le “service interfaces”.

Per gli altri tre, dobbiamo sviluppare la mappatura scrivendo codice. Se è un singolo server stack, allora la mappatura ABAP non sarà disponibile.

Integration Directory (ID)

Qui facciamo i passi PIPELINE per configurare gli oggetti ESR creati in precedenza. Questi passi vengono eseguiti dall’ integration engine in fase di esecuzione.

Prima di iniziare la configurazione abbiamo bisogno di creare / importare nella DIR i seguenti oggetti:

Service - Business System/ Business Service/ Integration Process

Communication Channel

Il Servizio consente di indirizzare dei messaggi ad un mittente o ad un destinatario. A seconda di come si desidera utilizzare il servizio, è possibile scegliere tra i seguenti tipi di servizio:

· Business System: Se si vuole affrontare un particolare sistema di business come il mittente o il destinatario dei messaggi, scegliere questo tipo di servizio. Un sistema di business è un sistema di effettiva applicazione in un ambiente di sistema.

· Business Service: Se si vuole affrontare un'entità commerciale astratto come il mittente o il destinatario dei messaggi, scegliere questo tipo di servizio. Un servizio di business non è definito nel paesaggio sistema.

· Integration Process Service: Se si vuole affrontare un processo di integrazione come il mittente o il destinatario dei messaggi, scegliere questo tipo di servizio. In fase di esecuzione, questi processi di integrazione sono controllati da messaggi e potranno inviare messaggi.

Il Canale di comunicazione determina l'elaborazione in entrata e in uscita dei messaggi. I messaggi vengono convertiti dal formato nativo di soap-XML format nello specifico messaggio e viceversa attraverso l'adattatore. Generalmente ci sono due tipi di canale di comunicazione in uno scenario:

· Sender Communication channel

· Receiver Communication channel

È necessario assegnare un canale di comunicazione a un servizio. A seconda che il servizio è indirizzato come un mittente o destinatario del messaggio, il canale di comunicazione assegnato ha il ruolo sia di un mittente o un canale ricevente, e deve essere configurato di conseguenza. Non è possibile assegnare un canale di comunicazione a un servizio processo di integrazione.

I passi PIPELINE sono creati creando le seguenti 4 configurazioni nella DIR.

Noi troviamo le seguenti opzioni:

· Sender Agreement

· Receiver Determination

· Interface Determination

· Receiver Agreement

Sender Agreement definisce come il messaggio di un mittente deve essere trasformato in modo che possa essere elaborato dall’ Integration Server. Esso consiste delle seguenti

1. Sender Component

2. Sender Interface

3. Sender Communication Channel

Esso è simile a chiave primaria della tabella. Non ci possono essere due accordi mittente simili, in uno landscape.

Receiver Agreement definisce come il messaggio deve essere trasformato in modo che possa essere elaborato da un ricevitore. Consiste in:

1. Sender Component

2. Receiver Component

3. Receiver Interface

4. Receiver Communication channel

Si utilizza un “Receiver determination” per specificare a quali ricevitori deve essere inviato il messaggio. C’è la possibilità di definire delle condizioni per inoltrare il messaggio ai ricevitori. Consiste in:

1. Sender Component

2. Sender Interface

3. Receiver Component

Il “receiver determination” è di due tipi - standard o estesa, a seconda che si desidera specificare il ricevitore manualmente o in modo dinamico da una mappatura in fase di esecuzione.

Si usa un “receiver determination” per specificare quale interfaccia di input viene usata dal ricevitore, e quale messaggio deve essere inviato a.

E' inoltre possibile specificare quale interface mapping dal Integration Repository deve essere utilizzato per l'elaborazione del messaggio, ossia se l'interfaccia del mittente e quella del ricevitore non sono dello stesso formato; poi c'è una operational mapping per modificare il formato.

Esso consiste di:

1. Sender Component

2. Sender Interface

3. Receiver Component

4. Receiver Interface

L’Interface Determination è di 2 tipi: Standard e Avanzata, a seconda se si desidera specificare l'interfaccia ricevitore manualmente o tramite la mappatura basata messaggio diviso.

Il Receiver Determination e l’Interface Determination, sono comunemente noti come il Percorso Logico (logical routing.).

Il Sender Agreement e il Receiver Agreement sono comunemente noti come l’Accordo di collaborazione (Collaboration Agreement).