SAP PI/POチュートリアル
⚡ スマートサマリー
SAP PI/PO(プロセス統合およびプロセスオーケストレーション)は、企業統合プラットフォームであり、 SAP と非SAP A2AおよびB2B通信のためのシステム。分散したビジネス環境全体で、シームレスなデータ交換、集中監視、安全なメッセージング、ワークフロー自動化を実現します。

何ですか SAP PI?
SAP PI (プロセス統合)は、企業統合プラットフォームであり、シームレスな接続を提供します。 SAP と非SAP アプリケーション間の内部フロー(A2A:アプリケーション間通信)であれ、企業間通信(B2B:企業間通信)であれ、あらゆるアプリケーションに対応します。これにより、組織は社内ソフトウェアと社外の外部システムとの間で情報を交換できるようになります。
その SAP PIはプロセス統合の略です。その主な目的は、企業全体でやり取りされるすべてのメッセージを変換、ルーティング、監視するハブとして機能することで、データのサイロ化を解消することです。
何ですか SAP ポ?
SAP PO (プロセスオーケストレーション)は、ビジネスプロセスの自動化と最適化のためのツールです。 SAP ビジネスプロセス管理(BPM)、 SAP プロセス統合(PI)、および SAP ビジネスルール管理(BRM)。言い換えれば、 SAP プロセスオーケストレーションは、 SAP PIは、アプリケーションの統合とビジネスワークフロー全体のオーケストレーションに必要なあらゆるツールを提供します。
その SAP POの正式名称はProcess Orchestrationです。POは、統合、プロセスモデリング、ルール実行を単一のAS上で統合する後継スタックとして位置づけられています。 Java ランタイム。
理解する SAP PI/POの例
技術的な定義を超えて、 SAP PI(プロセス改善)は、実際の導入シナリオを通して理解しやすい。
例:
広範囲に事業を展開し、市場を支配している大規模な酪農産業を考えてみましょう。同じ地域で複数の小規模酪農が事業を展開していますが、価格差のため、大手企業には太刀打ちできません。価格を安定させ、紛争を避けるために、大小の酪農は連携することを決定します。 SAP PI。それらは相互接続されています SAP PIは統合し、単一の事業体として運営を開始する。この統合を通じて、価格データを含む乳製品関連のあらゆる情報を交換し、利益を均等に分配する。
SAP PIは以下のような様々なプラットフォームを接続します。
- SAP と非SAP システム
- B2B および A2A のシナリオ
- 非同期および Syncひどいコミュニケーション
- コンポーネント間のビジネスプロセス管理
Why SAP PI/PO?
作業前 SAP PIでは、企業はポイントツーポイント通信で相互に接続されています。このアプローチは、複数の複雑なプロセスには拡張できません。多くのシステム間のスムーズな通信には、統合ブローカーを使用した仲介通信が使用され、 SAP PI はこのパターンを非常にうまく実装しています。ポイントツーポイント接続のクモの巣のような構造ではなく、インテグレーション ブローカーと呼ばれる中央の場所を介してさまざまなプロセスを相互接続できます。インテグレーション ブローカーまたはサーバーは、仲介された通信の不可欠な部分であり、 Java高度なアダプタエンジン(AAE)とルーティング用の統合エンジンをベースとしています。仲介通信は、XMLメッセージの交換によって実行される統合ブローカーに基づいています。

SAP PIは、インテグレーションブローカーを介してXMLメッセージを4つのフェーズで処理します。
- メッセージ変換: メッセージ交換の過程で、ビジネスデータの構造が変換される。
- メッセージルーティング: 送信システムから送信されたメッセージを、1つまたは複数の受信システムに転送します。
- 接続アダプター: 統合ブローカーと受信システムを接続します。アダプタは受信メッセージを受信メッセージに変換し、その後、受信システムのフォーマットに変換します。
- 統合プロセス: クロスコンポーネント・ビジネスプロセス管理(ccBPM)は、サービスオーケストレーションを強化するための機能を提供します。
次はこれで SAP PIチュートリアルでは、 SAP PI/PO は機能します。
認定条件 SAP PI/PO作品
SAP PIは、統合の基盤となる3つの基本機能を実行します。
- Connect SAP PIは、サードパーティ製であろうと自社製であろうと、あらゆるアプリケーションと統合します。 SAPサードパーティ製ソリューションをバスに取り込むために、アダプタフレームワークを使用します。
- 座標: これは、統合された各ビジネス取引のパスまたはワークフローを定義します。また、各メッセージが送信元から宛先まで正しく配信されることを保証します。
- 伝達する: 内部ファイル形式であろうと、企業間連携標準であろうと、あらゆる形式にファイルを変換します。
これら3つの機能が整えば、 SAP PIは、企業全体の中央交換レイヤーとして機能します。次のセクションでは、そのアーキテクチャがこれらの役割をどのようにサポートしているかを説明します。
SAP PI/PO Archi構造
SAP PIは統合を担当する単一のコンポーネントではありません SAP と非SAP アプリケーション。これは、一緒に機能するコンポーネントの集合体です。 SAP PI 機能。このアーキテクチャは、設計時、構成時、および実行時に使用されます。さまざまなコンポーネント SAP PIには以下が含まれます。
システムランドスケープディレクトリ
システムランドスケープにおける中心的な情報提供元です。SLDには、「コンポーネント情報(インストール可能およびインストール済み)」と「ランドスケープ記述」の2種類の情報が含まれています。
統合ビルダー
これは、設計ビューと構成ビューの両方で統合オブジェクトにアクセスして編集するためのツールセットを含むツールセットです。
統合リポジトリ
データタイプ、メッセージ構造、マップの開発、設計、保守pingシステムランドスケープとは無関係に、インターフェース、統合プロセス、および統合シナリオを管理するために、統合リポジトリが使用されます。
統合サーバー
これはPIの中央処理エンジンです。すべてのメッセージはこのサーバーを使用して処理され、ルーティング、マッピングを調整します。ping、およびアダプタの呼び出し。
集中監視
PIドメインは、このコンポーネントを通じて一元的に監視されます。「ランタイムワークベンチ」は、メッセージフロー、パフォーマンス、およびコンポーネントの状態を監視するために使用されるツールです。
アダプター エンジン
これは、統合エンジンをリンクするコネクタ層として機能します。 SAP システムやその他の外部システムと、プロトコル固有のアダプタを介して接続します。
PIによるメッセージ処理技術
データにアクセスするには SAP と非SAP アプリケーション、 SAP PIは、IDocやフラットファイルなどの中間ドキュメント形式を使用してデータを転送し、その後、内部ですべてをXMLに正規化します。
設計
プロセス統合 (PI) は統合リポジトリを使用してメッセージ構造を設計し、trac送信システムと受信システム間のt。
インテグレーション・ディレクトリ(ID)は、IR(インテグレーション・リポジトリ)で作成されたオブジェクトの技術パラメータを設定し、インターフェースを実際のシステムや通信チャネルにバインドするために使用されます。
メッセージ処理
IDocがアクティブ化されると、 SAP システムでは、PIが主導権を握り、メッセージをXML形式に変換して、統合エンジンによる内部処理に供します。
メッセージ監視
メッセージは監視され、 trac「ランタイム ワークベンチ」を使用して実行します。このツールは、送信側および受信側アダプタ、送受信メッセージ、完全なシナリオのエンドツーエンド監視、およびエラーの監視に役立ちます。 trac例えば、。
接続性:プロキシフレームワークとアダプタフレームワーク
接続性 SAP PI は、ネイティブ プロキシ フレームワークという 2 つの補完的なフレームワークを通じて提供されます。 SAP 通信に関してはアダプターフレームワーク、その他すべてに関してはアダプターフレームワークを使用します。
アダプターフレームワーク
SAP PI はあらゆる外部システムと接続します (SAP または非SAP)をアダプタフレームワークを使用して実行します。アダプタフレームワークはASに基づいています Java ランタイム環境と Java ボンジョイント Archiテクチャー(JCA)。アダプタフレームワークは、2つのデフォルトモジュールチェーンで構成されています。メッセージ処理をアダプタ内で完全に実行する場合は、アダプタのデフォルトモジュールチェーンを使用できます。
- 送信者方向用に XNUMX つ
- 受信機方向用に XNUMX つ
使用されるアダプターには主に4種類あります。 SAP PI:
- ファイルアダプター: 外部システムとファイルを交換する。
- JMS アダプター: メッセージングシステムを使って通信する。
- SOAPアダプター: ウェブサービスの提供者および顧客とコミュニケーションを取る。
- JDBCアダプター: 拡張パックとして直接データベース接続を提供します SAP PI。
アダプタフレームワークでサポートされているその他のインターフェースは以下のとおりです。
- 構成サービス(APIおよびアダプタメタデータxsd)。
- 管理サービス。
- アダプターフレームワークによって提供されるさまざまなサービスAPI。これには、スレッドマネージャやトランザクションマネージャなどが含まれます。
- アダプターフレームワークにはメッセージ監査ログAPIが含まれています。このAPIは技術的な目的で使用できます。 trace とログ記録して書き込む tracコードの実行を記述するステートメント。
アダプターフレームワークの仕組み
- データは、特定のプロトコルで指定されたアドレス上のメッセージを待機する受信場所を経由して、回線から受信されます。
- 受信側がメッセージを受け入れると、アダプタは新しいメッセージを作成し、データストリームをそれに添付します。
- データが受信されたエンドポイントに関するメタデータを追加し、メッセージをメッセージングエンジンに送信します。
- メッセージングエンジンはメッセージを受信パイプラインに送信し、そこでデータはXMLに変換されます。送信者の認証、メッセージの復号化、XMLの検証が行われます。
- 次に、メッセージングエンジンはメッセージをメッセージボックスに発行します。メッセージボックスは、処理待ちのメッセージを格納するリレーショナルテーブルです。
- メッセージングエンジンは、メッセージをオーケストレーションまたは送信ポートに送信して、外部配信を行います。
SAP PI/PO セキュリティ
メッセージについては、 SAP PI は XI メッセージ プロトコルのメッセージ レベルのセキュリティを提供します。 石鹸 アダプタ、RosettaNetプロトコル、メールアダプタ、CIDXプロトコル、およびWSRM(Web Service Reliable Messaging)対応システムとの接続用。 SAP PI では、メッセージ レベルのセキュリティは暗号化、デジタル署名、SAML アサーション、ユーザー名トークン、証明書トークン、および同様のメカニズムによって実現されます。トランスポート レイヤーの WS インフラストラクチャでサポートされている認証方法には、基本認証 (パスワードとユーザー名) が含まれます。 SAP アサーション チケット、および HTTP over SSL です。
統合サーバーをWSRM(Webサービス信頼性メッセージング)対応システムに接続する
WSRM対応システムと接続するには、アダプタタイプWSの通信チャネルを使用します。
- 統合サーバーをWSコンシューマーに接続するには、割り当てられたWS送信アダプターとの送信者契約を使用します。
- 統合サーバーをWSプロバイダーに接続するには、割り当てられたWS受信アダプターを含む受信契約を使用します。
セキュリティの利点 SAP PI/PO
- 受信側アプリケーションの権限は、元のユーザーのIDと照合されます。
- 受信側システムでは、ユーザーの行動を完全に監査することができる。
- PIレシーバーチャネルでは、コンテキスト認識ルーティングのために動的構成がサポートされています。
の新機能 SAP PI/PO
より新しいリリース SAP PI/POは、監視機能、拡張性、B2B対応範囲を強化するいくつかの改善点を盛り込んで出荷されます。
- 集中監視に基づく SAP ソリューションマネージャー。
- ストリーミングに対応した、非常に大きな(バイナリ)ファイル間転送。
- AAE(Advanced Adapter Engine)には、IDoc(中間文書)およびHTTPアダプタが標準で搭載されています。
- ESR(エンタープライズサービスリポジトリ)におけるユーザー中心の視点。
- インターフェースとマップping-AAEに基づくメッセージ分割。
- 通信チャネルごとのタイムアウト設定。
- スキーマ検証のための自動転送。
- TREXをユーザー定義のメッセージ検索に置き換える。
- のアドオン SAP PI: セキュア接続アドオン(SGTPアダプタ、PGPモジュール)およびB2Bアドオン(OFTPアダプタ、AS2アダプタ、EDIセパレータ、EDI XMLコンバータなど)。
のメリット SAP PI/PO
- 他のミドルウェア製品と比較して、監視は SAP PI はより強力です。メッセージ、パフォーマンス、コンポーネントの監視機能を提供し、これらはすべて、 track とエラーの修正。
- SAP PI は幅広い範囲をサポートしています SAP 企業統合プロジェクトにおいて一般的に必要とされるコンポーネント。
- アダプターと地図pingは、他のミドルウェア製品と比較して成熟しており、ドキュメントも充実している。
- 非同期通信と同期通信の両方のパターンが標準でサポートされています。
SAP PI/PO Code 例: Java 地図ping
カスタムメッセージ変換 SAP PI/POは多くの場合、 Java 地図pingエンタープライズ サービス リポジトリ内にあります。以下のスニペットは、開発者が入力ペイロードを読み込み、変換し、結果を出力ストリームに書き戻すように拡張できる基本的なスケルトンを示しています。
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 対 BizTalk
| SAP PI | ビズトーク |
|---|---|
| 主にによって使用されます SAP 顧客がSOAPベースの統合を有効にする。 | BizTalkは 純、 によって認定 Microsoft (NAIST) と SAP と統合する SAP 中間ミドルウェアを介さずに直接実行します。 |
| 統合するために設計および実装されたESB製品 SAP 非SAP システム。 | さまざまなシステムを統合できる、より汎用的な製品 SAP およびその他の製品。 |
| SAP PIには、事前に配信されたメッセージ監視システムが付属しています。 | 初期状態では利用できません。 |
| SAP PIは、1つのチャネル内で複数のデータ転送パターンをサポートします。 | 利用できません。 |
| In SAP PI(プロセス改善)における自動化は、手動またはスケジュール設定で行うことができます。 | 利用できません。 |
| SAP NetWeaverポータルソリューションを使用します。 | BizTalkは Microsoft ポータルソリューションとしてのSharePoint。 |
| SOAアーキテクチャパラダイム SAP eSOA(エンタープライズサービス指向)とは Archi(構造)。 | SOAは.NETとBizTalkをベースとしています。 |
| SAP PI Base Engineの価格は、処理されるメッセージの総量(ギガバイト/月)に基づいて決定されます。 SAP PIは、 SAP (NAIST) と SAP. | MS BizTalk Serverの価格はサーバー容量に基づいて決定されます。エンタープライズ、スタンダード、ブランチ、デベロッパーの4つのバージョンがあります。 |
SAP PI/POは推奨されません
SAP PI/PO は強力ですが、エンタープライズ SOA (サービス指向) のすべてのシナリオに適したツールではありません。 Archi(構造)。PI/POを避けるべき場合:
- SAP PIは同期通信には推奨されません。非同期リクエストを処理するためのインフラストラクチャサービスに大きな負荷がかかるためです。
- SAP バックエンドが既にエンタープライズサービスとして公開されているような、UI主導型のシナリオでは、PIは推奨されません。
- SAP 非PIの場合、仲介にはPIは必要ありません。SAP J2EEや.NETなどのバックエンドは、既にUIシナリオにおいてビジネスサービスを公開している。


