Sap-pi-quick-guide
SAP PI-はじめに
SAP Process Integrationは、SAP NetWeaverプラットフォームの一部です。 NetWeaver 7.0 ehp2以前のバージョンでは、SAP NetWeaver Exchange Infrastructure XIと呼ばれます。 SAP NetWeaver Process Integrationは、NetWeaverソフトウェアコンポーネントの一部であり、企業の内部システムまたは外部との情報交換に使用されます。
SAP PI/XIを使用すると、システム間通信および統合をセットアップし、JavaやSAP ABAPなどのさまざまなプログラミング言語に基づいてSAPシステムと非SAPシステムを接続できます。 システムの統合と通信のために複雑なシステムランドスケープで必要なオープンソース環境を提供します。
SAP Process Integrationは、企業内のSAPアプリケーションと非SAPアプリケーション、または企業外のシステムとのシームレスな統合を可能にするミドルウェアです。
例
企業内のさまざまなビジネスユニットの一部であるさまざまなシステムで実行されるアプリケーション、または相互にビジネス関係があるさまざまな企業間の分散環境で実装されるアプリケーション。 この環境では、異なるシステム間で情報をシームレスに統合および転送する必要があります。 SAP PIは、ビジネスロジックを使用してアプリケーションコンポーネントを実装する方法を扱わず、さまざまなコンポーネント間のデータ交換に重点を置いたミドルウェアプラットフォームを提供します。
SAP PIは、さまざまなシステムを相互接続する中央インスタンスまたはミドルウェアと見なすことができます。 このミドルウェアはSAP PIランタイムエンジンと呼ばれ、この通信は仲介通信と呼ばれます。 この通信をポイントツーポイントのシナリオと比較すると、システムと接続を簡単に管理できます。 これらすべてに加えて、統合に関連する情報を1つの中心点で利用できます。
SAP PIを使用した異なるシステム間のメッセージ交換には、ビジネスデータが含まれています。 通信メッセージプロトコルは、W3C標準SOAPメッセージに基づいています。
SAP PIが必要な理由
組織では、SAP ERPには単一のシステムは含まれませんが、SAP CRM、FICO、EWMなどの多数の統合システムで構成されます。 SAP PIは、すべてのデータおよび情報交換のための複雑なレガシーシステムに触れることなく、すべてのシステムの単一の統合ポイントとしてプラットフォームを提供します。
以下は、SAP Process Integrationによって提供される主要な機能です-
接続性
SAP PIを使用すると、技術的な通信方法が異なるさまざまなアプリケーションやシステムを接続できます。 SAP PIには、HTTPSやRemote Function Call(RFC)などのさまざまなプロトコルに基づいてアプリケーションを接続できるさまざまなアダプターが用意されています。
ルーティング
ルーティングは、実行時の異なるシステム間のメッセージのフローのルールを定義します。
マッピング
SAP PIは、異なる企業間で設定できる分散環境で異なるアプリケーションまたはシステムを接続するために使用されるため、2つのコンポーネント間のデータ交換の構造が互いに異なる可能性があります。
マッピングは、ソースシステムのデータ構造をターゲットシステムのデータ構造に決定します。 また、ソースシステムとターゲットシステム間のデータに適用される変換ルールも決定します。
SAP PI-インストールオプション
SAP PIでシナリオを実行する場合、通信および処理機能は、SAP PIのインストール時にインストールされるランタイムエンジンに依存します。 ホストシステムに1つ以上のランタイムエンジンをインストールできます。 SAP PIは、次の2つのインストールオプションを提供します-
タイプ1 —デュアル使用タイプ
このインストールはABAPとJavaに基づいており、統合コンテンツおよびこれらのランタイムエンジンを設計および構成するためのツールを提供します-
- 統合エンジン
- ビジネスプロセスエンジン
- 高度なアダプターエンジン
タイプ2 — Advance Adapter Engine Extended AEX
このインストールはJavaに基づいており、統合コンテンツを設計および構成するためのツールを提供し、ランタイムエンジンとしてAdvanceアダプターエンジンを含んでいます。
SAP PI-Netweaver PIアーキテクチャ
SAP PIアーキテクチャは、設計時、構成時、および実行時に使用される複数のコンポーネントで構成されています。 SAP PIでは、送信側システムはソースと呼ばれ、受信側はターゲットシステムと呼ばれ、アーキテクチャは*ハブとスポーク構造*と呼ばれます。 スポークは外部システムとの接続に使用され、ハブはメッセージの交換に使用されます。
- SAP PIシステムは次のコンポーネントに分割されています*-
- 統合サーバー
- 統合ビルダー
- システムランドスケープディレクトリSLD
- 構成と監視
ランタイムワークベンチ
これは、PIコンポーネントとメッセージの中央監視を提供するために使用されるツールです。
統合サーバー
これはSAP PIシステムの主要コンポーネントの1つであり、メッセージの処理に使用されます。
それは、次の3つのエンジンで構成されています-
- ビジネスプロセスエンジン
- 統合エンジン
- Central Advanced Adapter Engine AAE
ビジネスプロセスエンジン
このエンジンは、メッセージの相関に使用され、ccBPMでのメッセージの処理を処理します。
統合エンジン
このエンジンは、ルーティングとマッピングに使用され、中央統合サーバーサービスを提供します。 ソース構造がターゲット構造と異なる場合、以下の図に示すように、統合エンジンはマッピングランタイムを呼び出します。ここでは、ソース構造がターゲット構造に変換されます。
SAP PIプラットフォームのトピックで説明したように、マッピングランタイムはJavaスタックに基づいています。
メッセージは、次の2つのタイプにすることができます-
- *同期メッセージ*は、メッセージに要求と応答の両方の部分が含まれていると定義されます
- *非同期メッセージ*は、メッセージに要求または応答部分のみが含まれていると定義されます
SAP PIでは、メッセージはインターフェースによって表されます。 インターフェイスには、XML形式のメッセージの構造と方向が含まれます。
Central Advanced Adapter Engine(AAE)
Integration EngineはXMLおよびSOAPプロトコルでメッセージを処理するため、ビジネスシステムに特定の形式のデータが含まれていない場合、アダプターを使用してIntegration Engineに必要な特定のプロトコルおよびメッセージ形式を変換します。
SAP PIアーキテクチャでは、Adapter Engineをスポーク、Integration EngineをHUBと見なして、外部システムに接続できます。
SAP PIの旧リリースのデュアルスタックシステムでは、ほとんどのアダプターがJavaスタックの一部であり、2つのアダプターのみがABAPスタックの一部でした。
Javaスタックアダプター
次のアダプタは、Javaスタックで実行されます-
RFCアダプター、SAP Business Connectorアダプター、ファイル/FTPアダプター、JDBCアダプター、JMSアダプター、SOAPアダプター、Marketplaceアダプター、メールアダプター、RNIFアダプター、CIDXアダプター
ABAPスタックアダプター
以下のアダプターはABAPスタックで実行されます-
Sr.No | ABAP Stack Adapter & Description |
---|---|
1 |
IDOC and HTTP Adapter SAP PIがシングルスタックシステムに移行した最新リリースでは、これら2つのアダプターもJavaスタックに移行し、このように形成された新しいエンジンはAdvanced Adapter Engine AAEとして知られています。 |
2 |
Service Repository Services Registryは、利用可能なWebサービス定義(WSDLに基づく)を一覧表示するUDDI苦情レジストリであり、分類システムで拡張されています。 |
3 |
Enterprise Service Repository これは、マッピング、インターフェイス、プロセス定義などの設計時リポジトリオブジェクトをPIシステムに保存するために使用されます。 |
4 |
System Landscape Directory (SLD) これには、ランドスケープおよびソフトウェアコンポーネントのバージョンに関する情報が含まれています。 SAPシステムは、SLDで登録するように構成できます。 |
5 |
Integration Repository これは、異なるシステム間でメッセージを交換するためにPIシステムのシナリオを設定するために使用されます。 |
SAP PI-UIツール
さまざまなSAP PIユーザーインターフェイスツールを使用して、SAP PIシステムアーキテクチャのさまざまなコンポーネントにアクセスできます。 最も一般的なUIツールは-
- ES Builder -このツールは、Enterprise Service Repository ESRで作業するためのJavaユーザーインターフェイスを提供します。
- SAP NW Developer Studio -これは、Enterprise Service Repositoryの一部のオブジェクトタイプを表示および編集するためのJava Eclipseベースのツールです。
- Integration Builder -このツールは、統合ディレクトリで動作するJavaベースのユーザーインターフェイスを提供します。
SAP GUI
これは、SAP PIシステムのABAPスタックにアクセスするためのSAPクライアントツールです。
次の図は、SAP PIのさまざまなUIツールと、これらのツールを使用してアクセスできるコンポーネントを示しています-
SAP PI —プラットフォーム
シングルスタックとデュアルスタック
SAP PIの以前のリリースでは、すべてのコンポーネントが単一のプラットフォームに基づいていたわけではありませんでした。 Integration Engine、Business Process Engine、Integration BuilderなどのコンポーネントはABAPスタックに基づいていませんでした。また、Enterprise Service Repository ESR、Integration Directory(SLD、Adapter Engineなど)などのコンポーネントはJava Stackに基づいていました。 したがって、PIはABAPとJavaスタックの両方を実行する必要があるため、これらのタイプのシステムはデュアルスタックシステムと呼ばれていました。
ABAP Stack | Java Stack |
---|---|
Integration Engine | Enterprise Service Repository ESR |
Business Process Engine | Integration Directory |
Integration Builder | (Runtime Workbench, System Landscape, Adapter Engine, Mapping Runtime) |
SAP PIの最新リリースでは、Javaスタックで動作するようにABAPスタックコンポーネントが変更されているため、SAP PIの実行に必要なのはJavaスタックのみであり、シングルスタックシステムと呼ばれます。
SAP PI-ホームページ
SAP PI Toolsホームページを開くには、次のURLを使用します-
*http://<host>:5 <instance#> 00/dir/start/index.jsp*
例-http://scmehp2:50200/dir/start/index.jsp
SAP PIホームページには、次の4つのJavaリンクがあります-
- エンタープライズサービスリポジトリ(ESR)
- 統合ディレクトリ(ID)
- システムランドスケープ(SL)
- 構成と監視(CM)
エンタープライズサービスリポジトリ(ESR)
SAP PIでは、エンタープライズサービスリポジトリを使用して、統合シナリオで使用するオブジェクトを設計および作成します。 インターフェイスオブジェクト、マッピングオブジェクト、さまざまな統合プロセスを設計できます。
インターフェースオブジェクト
以下は、インターフェースオブジェクトです-
- サービスインターフェース
- データ・タイプ
- メッセージの種類
オブジェクトのマッピング
メッセージのマッピングは、送信者と受信者のデータ構造に従って行われます
統合プロセス
操作マッピングは、データ構造が異なる場合にソース構造をターゲット構造に変換するために使用されます。 複雑な操作マッピングは、メッセージマッピングを使用して簡素化できます。
メッセージマッピングは、次の方法で実装することができます-
- グラフィカルマッピング
- Javaマッピング
- XSLTマッピング
- ABAPマッピング
エンタープライズサービスリポジトリの下に、さまざまなUIツール(エンタープライズサービスビルダー、Web UI、およびサービスレジストリ)が表示されます。
Enterprise Service ES Builderアプリケーションを起動すると、次のスクリーンショットに示すように、アプリケーションを初めて実行するオプションが表示されます。 実行をクリックします。
アプリケーションが起動したら、次のオプションを取得します-
- 上部のメインメニューバーと標準ツールバー
- 左側のナビゲーションエリア
- 右側の作業エリア
オブジェクトエディターが作業領域に表示されます。 これらのオブジェクトエディターには、開いているオブジェクトに特に関連する関数が含まれています。
Web UIを実行すると、ユーザー名とパスワードの入力を求められます。
Webベースのインターフェイスでは、次のタスクを実行できます-
- 検索-サービスインターフェイス、データ型などを検索します。
- 購読-通知を購読します。
- 管理-サービスインターフェイス、データ型などのライフサイクルステータスを管理します。
統合ディレクトリ
統合ディレクトリは、Enterprise Service Repositoryで作成されるオブジェクトの構成に使用され、構成は実行時にIntegration Engineによって実行されます。 ESRオブジェクトを構成するには、オブジェクト—サービスおよび通信チャネルをインポートする必要があります。
サービスでは、メッセージの送信者または受信者をアドレス指定できます。 あなたがサービスを使用したい方法に応じて、次のサービスタイプから選択することができます-
- ビジネスシステム
- ビジネスサービス
- 統合プロセスサービス
通信チャネルは、Adapter Engineを使用して外部ネイティブメッセージをSOAP XML形式に変換することにより、メッセージの受信および送信処理を決定します。 2種類の通信チャネル-送信者チャネルと受信者チャネル。
統合ディレクトリでは、4種類の構成を作成できます-
- 送信契約-これにより、統合サーバーによるメッセージの変換方法が決まります。
- 受信者の決定-これは、メッセージを送信する受信者の情報を決定するために使用されます。
- インターフェースの決定-これは、メッセージの送信先となるインバウンドインターフェースを決定するために使用されます。 これは、メッセージを処理するためのインターフェイスマッピングも決定します。
- 受信者の合意-これは、メッセージが受信者によってどのように変換および処理されるかを定義します。
統合ディレクトリの下に、統合ビルダが表示されます。 Integration Builderをクリックすると、ESRで作成されたオブジェクトを構成するためのさまざまなオプションが表示されます。
SAP PI-システムランドスケープディレクトリ
システムランドスケープディレクトリには、ランドスケープおよびソフトウェアコンポーネントのバージョンに関する情報が含まれています。 このディレクトリの下に登録するようにSAPシステムを構成できます。 システムランドスケープディレクトリ(SLD)は、システムランドスケープのすべてのインストール可能およびインストール済み要素に関する情報を管理します。
あなたはウェブページで次のリンクを見つけることができます-
景観
風景の下では、次のオプションを見つけることができます-
- 技術システム-システムとサーバーを表示および定義できます。
- Landscapes -システムのグループを表示および構成できます。
- ビジネスシステム-プロセス統合で使用するビジネスシステムを表示および構成できます。
ソフトウェアカタログ
- 製品-これは、SAPソフトウェアカタログで製品を表示するためのものです。
- ソフトウェアコンポーネント-これは、SAPソフトウェアカタログでソフトウェアコンポーネントを表示するためのものです。
開発
- 名前の予約-これは名前の予約とNW開発にも使用されます。
- * CIMインスタンス*-これは、CIMレベルでデータを表示および維持するために使用されます。
構成と監視
SAP PIツールのホームページの[構成と監視]オプションを使用すると、SAPシステムの統合エンジン、CCMS統合、およびプロセス監視インフラストラクチャの機能を監視できます。
設定と監視を使用して、次の機能を監視できます-
- コンポーネント監視-SAP PIの異なるJavaおよびABAPコンポーネントを監視します。
- メッセージ監視-SAP PIコンポーネントでのメッセージ処理のステータスを監視します。
- パフォーマンス監視-ランタイムワークベンチを使用して、SAP PIシステムのさまざまなパフォーマンス測定値を監視できます。 さまざまな集計レポートを作成できます。
- エンドツーエンド監視-シナリオのSAP PIシステムでエンドツーエンドのライフサイクルを監視します。
- メッセージインデックス検索-メッセージモニタリングでインデックスベースのメッセージ検索を実行できます。アダプタ固有の選択などに基づいて検索することもできます。
- アラート受信ボックス-アラート受信ボックスは、ビジネスユーザーに割り当てられた役割に応じたものであり、構成に従ってSAP PIシステムのすべてのアラートを表示するために使用されます。
- アラート構成-C&Mのアラートフレームワークを使用すると、ABAPおよびJavaでのメッセージ処理中にすべてのエラーを報告できます。 アラートの構成を使用すると、エラーについてアラートを報告し、分析を実行するかどうかを決定する必要がある場合に、ポリシーを定義できます。
- ランタイムキャッシュの監視-これは、ランタイムキャッシュ内のオブジェクトを表示するために使用されます。
これらのオプションは、SAP PIツールのホームページの[構成と監視]の下にあります。 Configuration and Monitoring Homeの下に、次のスクリーンショットのように3つのオプションが表示されます-
監視タブ
[監視]タブでは、次のスクリーンショットに示すように4つのオプションがあります-
- メッセージの概要-これは、特定の期間中のメッセージ処理の概要を取得するために使用されます。 メッセージは処理ステータスごとに集計されます。
- Alert Inbox -これは、SAP NetWeaver Process Integrationによって発生した保留中のメッセージベースのアラートを処理するために使用されます。 アラートは、ランタイム情報とトラブルシューティングツールへのリンクを提供し、問題の迅速な切り分けを促進します。
- * Trexを使用したメッセージ検索*-これは、メッセージペイロードコンテンツを使用してメッセージを検索するために使用されます。 文書の索引付けおよび検索には、検索および分類エンジンTREXが必要です。 さらに、メッセージのインデックス作成をセットアップしてアクティブにしました。
- コンポーネントモニタ-これは、SAP NetWeaver Process Integrationの個々のコンポーネントのヘルスステータスに関する洞察を得るために使用されます。
構成および管理タブ
[構成と管理]タブで、次のスクリーンショットに示す3つのオプションを取得します-
- * Message Indexing(Trex)*-これは、Search and Classification Engine TREXを使用したインデックスベースのメッセージ検索のインデックス作成を制御および監視するために使用されます。
- アラートルール-アラートルールを作成および管理します。 アラートルールでは、システムがアラートを生成する実行時条件を定義します。
- * SLD登録*-これは、技術設定段階でSAP NetWeaver Process Integrationのコンポーネントが正しく登録されたかどうかを確認するために使用されます。 登録に修正を適用したり、さらにコンポーネントを登録したりできます。
テストタブ
[テスト]タブで、次の2つのオプションを取得します-
テストメッセージを送信
Integration EngineまたはAdvanced Adapter Engineにテストメッセージを送信して、メッセージフローをシミュレートし、SAP NetWeaver Process Integrationランタイムが正しく機能していることを確認します。
キャッシュ接続性テスト
これは、SAP NetWeaver Process Integrationのインフラストラクチャコンポーネントのキャッシュ接続ステータスを検査し、ランタイムキャッシュとの接続をテストするために使用されます。
SAP PI-コミュニケーション
SAP PIでは、2種類の通信-*同期*および*非同期*を定義できます。
同期通信
同期通信は、要求と応答の操作によって呼び出され、操作の直後にプロセス出力が返されます。 一般的に言えば、同期シナリオとは、送信側プロセスが受信側にリクエストを送信し、応答を待機することです。 受信者側でエラーが発生した場合、送信者アプリケーションはメッセージを再度送信する責任があります。
このアプローチでは、送信者がタイムアウト後にメッセージを再送信し、重複したメッセージが存在する可能性があります。 PIでのこのアプローチは、* BE(ベストエフォート)*として知られています。
*A* と *B* の2つのシステムを検討してください。 そして、2つのシステムの間に中間システムIを導入します。 システムAとシステムI間の通信は同期で、システムAとシステムBは非同期です。
この通信シナリオでは、次のタイプのエラーが発生する可能性があります-
- アプリケーションエラー-メッセージの処理中に受信側でエラーが発生し、送信側はこのエラーを認識せず、応答を待機し続けます。
- ネットワークレベルエラー-このエラーでは、送信者と受信者の間の通信ネットワークにエラーがあります。 送信者はこれを認識していないため、メッセージはその間に留まり、送信者は操作がタイムアウトするまで待機します。
- 応答メッセージのエラー-このシナリオでは、エラーが発生し、応答メッセージが間に挟まって送信者が待機し続けます。
利点
同期通信を使用する主な利点は次のとおりです-
- 応答メッセージのルーティングを構成する必要はありません。
- リクエストへの応答を関連付ける必要はありません。
- この通信では、応答がすぐに受信されます。
推奨シナリオ
これは、たとえば注文書の閲覧など、読み取り操作を伴う操作に適しています。
デメリット
以下は、非同期通信を使用する主な欠点です-
- 障害が発生した場合、送信者はメッセージを再度送信する必要があります。
- *受信システム*は、重複したメッセージをチェックするように設定する必要があります。
- このシナリオでは、応答が受信されるか、タイムアウトエラーが発生するまで、送信者アプリケーションがブロックされます。
- 複数の受信機を設定することはできません。
非同期通信
非同期通信では、2つのシステム間に中間システムまたはミドルウェアを追加します。 送信側アプリケーションが要求を送信するとき、受信側アプリケーションが応答を送信するまで待機しません。 何らかの理由で障害が発生した場合、ミドルウェアがメッセージを再送信します。 必要に応じて、受信側システムは、別の非同期呼び出しとして応答をSenderに返信できます。
SAP PIのこのアプローチは、* Exactly Once(EO)または Exactly Once in Order(EOIO)*と呼ばれます。
中間システムはキューであり、Aからのメッセージは最初にキューに追加され、受信側でキューからプルされて受信側に送信されます。 システムBからの応答メッセージは
先入れ先出し(FIFO)を使用して、ビジネス要件に従って特定の状況で順序を維持することもできます。 このシナリオは、順序が維持された非同期または正確に1回の順序(EOIO)と呼ばれます。
非同期通信により、配信が保証されます。 レシーバーシステムがしばらく利用できない場合、中間キューはメッセージを保持し、レシーバーシステムが利用可能になるまでそこに残り、メッセージがキューからプルされてレシーバーシステムに送信されます。
推奨シナリオ
これは、発注書の作成や発注書の変更などの変更操作に推奨されます
利点
以下は、非同期通信の主な利点です-
- 障害が発生した場合、SAP PIシステムは配信の保証を保証し、メッセージを再送信します。
- 重複チェックに設定は必要ありません。
- このシナリオでは、複数のレシーバーを構成できます。
- 送信側システムと受信側システムの両方が同時にオンラインである必要はありません。
- PIは、非同期通信を介して送信されたすべてのメッセージを記録します。
- 中間システムがメッセージと応答要求を保持するため、タイムアウトはありません。
デメリット
以下は、非同期通信の主な欠点です-
- このシナリオでは、送信者は、応答を独自に要求に関連付ける必要があります。
- 応答メッセージは個別に実装およびルーティングする必要があります。 *すぐに応答するわけではありません。
SAP PI —テクノロジー
SAPは、NetWeaverに基づいたSAP NetWeaver Process Integrationと呼ばれるミドルウェアを提供しています。 SAP NetWeaver PIは、Simple* Object Access Protocol(SOAP-HTTP)*と呼ばれる特定の形式でメッセージを配信します。 このメッセージには、ヘッダーとペイロードが含まれています。 ヘッダーには、送信者や受信者の情報などの一般情報が含まれ、ペイロードには実際のデータが含まれます。
システムは、SAP NetWeaver PIと直接通信することも、アダプターを使用して通信することもできます-
- アプリケーションアダプターを使用した通信
- テクニカルアダプターを使用した通信
- 業界標準のアダプターを使用した通信
- トランザクションアダプタを使用した通信
- プロキシを使用した直接通信
SAP PI-オブジェクトの保護
1つのエンタープライズサービスリポジトリから他のオブジェクトへのオブジェクトの形で情報を転送するために、あなたは輸送の3つの手段から選択することができます-
- ファイルシステムベースのトランスポート
- 変更管理サービス(CMS)
- 変更および移送システム(CTS)
この図は、ESRep_1とESRep_2から他のESRepに転送されたバージョンAとバージョンBの2つのソフトウェアコンポーネントを示しています。
トランスポートレベルのセキュリティ
トランスポートレベルセキュリティには、ネットワークを介した転送中の設計オブジェクトのセキュリティが含まれます。 オブジェクトの転送中に、トランスポートレベルで認証と暗号化を実行し、エンドポイントで認証を実行します。 内部通信では、セキュア接続を介したデータの暗号化と復号化にSecure Socket Layer(SSL)を使用します。 SAPシステムと非SAPシステム間の外部通信の場合、暗号化のタイプは通信に使用されるアダプターのタイプによって異なります。
SAP PIアダプタとセキュリティメカニズム-
Adapter | Protocol | Security Mechanism |
---|---|---|
HTTP based Adapter | HTTP | HTTPS |
RFC based Adapter | RFC | Secure Network Communication |
Mail Adapter | SMTP, IMAP4, POP3 | HTTPS |
File Adapters | FTP | FTP over SSL |
トランスポートレベル認証
トランスポートレベルの承認を実現するには、クライアント認証でHTTPを使用できます。 HTTPトランスポートレベル認証では、ユーザー名とパスワード、X.509証明書、またはSAPログオンチケットを使用できます。
メッセージレベルのセキュリティ
メッセージレベルのセキュリティは、暗号化技術とデジタル署名を使用して実現できます。 ネットワーク経由で送信されるメッセージは、暗号化のためのセッションキーと公開キーを含む暗号化アルゴリズムによって最初に暗号化されます。 同じセッションキーと公開キーは、コンテンツを表示するためのメッセージの復号化に受信側で使用されます。
HTTPトランスポートレベル
HTTPトランスポートレベルには次のメカニズムを使用できます-
- ユーザーIDとパスワード
- X.509証明書
- SAPログオンチケット
- メッセージレベルのセキュリティ
- S/MIME
- WSセキュリティ
- XML署名
- XML暗号化
SAP PI-オブジェクトの作成
SAP PIは、受信メッセージを受信者に割り当て、それらを別の構造またはプロトコルにマップするランタイム環境です。 SAP NW PIでは、メッセージの処理方法に関する情報が必要です。 設計オブジェクトに関する情報は、PI Enterprise Service Repository ESRおよびIntegration Directoryにあります。
SAP PIに接続されているシステムは、システムランドスケープディレクトリ(SLD)で管理されます。 SLDのデータは、次のカテゴリに分けることができます-
- ソフトウェアコンポーネント情報
- システムランドスケープの説明
ソフトウェアコンポーネント情報
使用可能なすべてのSAPソフトウェアモジュールに関する情報が含まれています。 また、ソフトウェアモジュールの可能な組み合わせと依存関係も含まれます。 たとえば、ソフトウェアコンポーネント、リリース、サポートパッケージ、OSバージョン、データベースなど。
これを確認するには、システムランドスケープディレクトリ(SLD)に移動します
すべての技術システム、タイプ、バージョン、および最終更新を表示するには、[技術システム]タブに移動します。
製品とソフトウェアコンポーネントを表示するには、[ソフトウェアカタログ]オプションに移動します。
[製品]タブをクリックすると、すべての製品と、バージョンおよびベンダー名が表示されます。
ソフトウェアコンポーネント、バージョン、ベンダー名も確認できます。
システムランドスケープ記述は、個々のシステムランドスケープ情報を定義します。 データサプライヤは、定期的にSLDの最新のシステム情報を提供します。
SAP PI-モデリングシナリオ
モデルは、アプリケーションとそのデザインオブジェクト間のメッセージの交換を、メッセージタイプ、データタイプなどのように示します。 モデルは統合構成シナリオの基礎であり、入出力処理はメッセージのルーティングを定義します。 SAP PIモデリングシナリオは、SAP PIの統合シナリオを設計するために使用されます。
次の2つの統合シナリオモデルを使用できます-
- プロセスコンポーネントアーキテクチャモデル
- プロセス統合シナリオモデル
プロセスコンポーネントアーキテクチャモデル
プロセスコンポーネントアーキテクチャモデルは、アプリケーションロールSOAバックボーンに使用されます。 このモデルには、プロセスコンポーネントモデル、統合シナリオモデル、プロセスコンポーネント相互作用モデルが含まれます。 プロセスコンポーネントモデルは、プロセスコンポーネントの内部構造の詳細を提供します。 統合シナリオモデルは、さまざまな展開ユニットとプロセスコンポーネント全体の完全なシナリオを定義します。 プロセスコンポーネントモデルは、さまざまなコンポーネントが相互作用する方法を定義します。
プロセス統合シナリオモデル
これは、アプリケーションロールプロセスの統合シナリオに使用されます。 これはEnterprise Service Builderの設計オブジェクトであり、名前と名前空間によって一意に識別され、複数のバージョンを作成できます。
プロセス統合モデルを作成する前に、ビジネスシナリオとビジネスプロセスを定義する必要があります。 プロセス統合ステップはアプリケーションで実行されます。 アプリケーションは、ソフトウェアコンポーネントの形式で実行されます。 ソフトウェアコンポーネントの複数のバージョンを作成することもでき、アプリケーションとソフトウェアコンポーネントの関係は1:1です。
SAP PI-デザインオブジェクト
デザインオブジェクトは、名前と名前空間によって一意に識別され、1つのソフトウェアコンポーネントに割り当てられます。 さまざまな設計オブジェクトを作成してさまざまな機能を実行できますが、統合シナリオでは委任オブジェクトはほとんどなく、その他はオプションです。 最も一般的な設計オブジェクトには、プロセス統合シナリオ、メッセージタイプ、データタイプ、マッピングなどが含まれます。
次の表は、一般的な設計オブジェクト、その機能、およびシナリオでの使用を定義しています-
Design Object | Mandatory | Function |
---|---|---|
Integration scenarios | No | It is used to bundle all necessary design objects |
Message types | Yes | It is used to encapsulate data types |
Data types | Yes | It is used to describe structure of data to be exchanged |
Service Interfaces | Yes | It encapsulates message types and parameters |
Mapping | No | Mapping of message |
Integration processes | No | It defines ccBPM workflows |
これらの設計オブジェクトは、多くの場合、階層の形式で表されます。
SAP PI-設計オブジェクトの表示
多くのインターフェースを持ち、各インターフェースにミドルウェアが含まれている会社を考えてください。 使用されているさまざまなタイプのミドルウェアを確認します。 これは、SAP PIツールのスタートページにログインすることで実行できます。
- ステップ1 *-インテグレーションビルダーURLまたはTコード— SXMB_IFRを使用します。
- ステップ2 *-SAP PI 7.3画面のシステムランドスケープディレクトリに移動します。
- ステップ3 *-次のスクリーンショットに示すように[製品]をクリックします。 ユーザー名とパスワードの入力を求められたら、詳細を入力します。
- ステップ4 *-ソフトウェアコンポーネントが割り当てられている技術システムを表示するには、製品名を入力して[Go]をクリックします。
- ステップ5 *-製品名をクリックして、詳細ペインの[インストール済みシステム]タブに移動します。 そこで割り当てられた技術システムの名前を確認できます。
- ステップ6 *-この技術システムから派生したビジネスシステムを確認する場合は、技術システムを選択します。 SLDホームページ→Business Systemsに移動して確認することもできます。
- ステップ7 *-技術システム名を入力し、[Go]をクリックします。
- ステップ8 *-ビジネスシステムの名前を決定するフィールドに名前を付けます。
SAP PI-統合シナリオ
SAP PIで統合シナリオを作成するには、システムランドスケープディレクトリに技術およびビジネスシステムを作成する必要があります。
SLDは、SAP NetWeaver Application Server Java上のJavaソフトウェアコンポーネント(SAP _JTECHT)として実装されます。 これは、オープンな共通情報モデル(CIM)標準に基づいており、Distributed Management Task Force、Incによって定義および公開されています。 www.dmtf.orgで。
SLDは、アプリケーションコンポーネント情報、製品およびソフトウェアコンポーネント、およびシステムランドスケープデータ(技術およびビジネスシステム)の中央リストツールです。
SLDでは、ビジネスモデルから技術モデルに移行するには、プロセスステップとソフトウェアコンポーネント間の関係を使用します。
SLDでソフトウェアコンポーネントを転送する方法
システムランドスケープディレクトリをインストールすると、初期カタログがインストールされます。
SAP Market Placeから、最新のカタログをさらにインポートできます。
プロジェクトと統合シナリオに応じて、独自のソフトウェアコンポーネントと製品をインポートすることもできます。
A2Aシナリオでは、ビジネスシステムが使用され、SLDに存在します。 B2Bシナリオの場合、ビジネスオブジェクトを使用し、それらはIntegration Directoryに存在します。
技術システム
技術システムはシステムランドスケープディレクトリ(SLD)の一部であり、バージョン、データベース、パッチレベル、オペレーティングシステムなどに関する情報が含まれています。
技術システムにはさまざまなモードがあります-
- AS ABAPシステム
- AS Javaシステム
- スタンドアロンJavaシステム
- 第三者
技術システムからSLDにデータを転送するために使用できるさまざまなインポートツールがあります。 SAP NetWeaver Administratorは、一般的なSAP AS JAVA> 7.1インポートツールです。
ビジネスシステム
ビジネスシステムは、SLDの送信者および受信者として機能します。 それらは、製品として技術システムからソフトウェアコンポーネントを継承します。 SLDのビジネスシステムに新しいソフトウェアコンポーネントを追加することはできません。
SAP AS ABAPでは、各クライアントは1つのビジネスシステムとして定義されます。 SAP AS Javaでは、各技術システムはビジネスシステムとして機能します。
SAP PI-ファイルからファイルへのシナリオ
SAP PIファイルからファイルへのシナリオでは、ソースシステムからターゲットシステムにファイルを転送します。 コンポーネントがSAP PIで構築されたら、Enterprise Service Builderでオブジェクトを作成することにより、SAP PIシステムでファイルを転送できます。
SAP PI — File to Fileシナリオの実行
- ステップ1 *-ESRの下でSAP PIツールページ→Enterprise Service Builderに移動します。
- ステップ2 *-オブジェクトを作成する必要があるコンポーネントの名前を見つけるには、コンポーネントを展開してソフトウェアコンポーネントのバージョンを見つけます。
- ステップ3 *-コンポーネントを選択→右クリックし、*新規*をクリックして、このコンポーネントの下にオブジェクトを作成します。
- ステップ4 *-最初に作成するオブジェクトは名前空間です。 名前空間をURLの形式で入力し、下部の[作成]ボタンをクリックします。
- ステップ5 *-オブジェクトがソフトウェアコンポーネントの下に作成されたら、オブジェクトを保存してアクティブにします。
- ステップ6 *-有効にするには、次のスクリーンショットに示すように*有効化*をクリックします-
- ステップ7 *-名前空間を保存してアクティブにしたら、データ型を作成します。 ソフトウェアコンポーネントに移動→右クリック→新規作成。 次のウィンドウで、インターフェースオブジェクト→*データタイプ*を選択します。
- ステップ8 *-データタイプとネームスペースの名前を入力し、上記のように*作成*をクリックします。 次に、データタイプにサブ要素を挿入します。
- ステップ9 *-要素の名前を入力します。
- ステップ10 *-子従業員のIDと名前を追加するサブ要素を挿入します。
- ステップ11 *-タイプとオカレンスを定義します。 出現は、その要素がファイルに現れる回数を定義します。 最小オカレンス値と最大オカレンス値を選択できます。
- ステップ12 *-*保存*ボタンをクリックします。
- ステップ13 *-データ型をアクティブにします。 データタイプ→有効化に移動します。
メッセージタイプの作成
- ステップ1 *-名前空間を右クリック→新規作成
- ステップ2 *-[インターフェイスオブジェクト]で、[メッセージタイプ]を選択します。 フィールドに入力します。
- ステップ3 *-メッセージタイプの名前を入力します。
- ステップ4 *-デフォルトでは、名前空間とソフトウェアコンポーネントの名前が使用されます。 そうでない場合は、手動で選択できます。 次に、「作成」をクリックします。
- ステップ5 *-次に、メッセージタイプに使用するデータタイプを定義します。 データタイプを左バーからメッセージタイプの下のデータタイプオプションにドラッグします(メッセージタイプ)。 [保存]ボタンをクリックします。
- ステップ6 *-メッセージタイプを有効化→有効化。
注意-入力ファイルと出力ファイルの構造が同じ場合、1つのデータタイプと1つのメッセージタイプのみを使用できます。 構造が異なる場合、インバウンド用とアウトバウンド用の2つのデータ型とメッセージ型を作成する必要があります。 この例では、入力ファイルと出力ファイルの両方に同じ構造を使用しています。
SAP PI-サービスインターフェイスの作成
ここで、サービスインターフェイスの作成方法を理解しましょう。 2つのサービスインターフェイスを作成する必要があります。1つは inbound 用、もう1つは outbound 用です。
- ステップ1 *-名前空間→新規→インターフェイスオブジェクト→サービスインターフェイスを右クリック
- ステップ2 *-サービスインターフェイスの名前を入力します(In – Inbound here)。デフォルトでは、Namespaceの値とソフトウェアコンポーネントのバージョンが使用されます。 [作成]ボタンをクリックします。
- ステップ3 *-インバウンドサービスインターフェイスで、カテゴリを*インバウンド*として、通信モードを*同期*または*非同期*として入力します。
- ステップ4 *-次に、以下のように左ペインからサービスインターフェイスインバウンドリクエストメッセージにドラッグして、メッセージタイプを定義します。 上部の[保存]ボタンをクリックします。
- ステップ5 *-サービスインターフェースに移動し、このサービスインターフェースを保存した後にアクティブにします。
- ステップ6 *-同様に、アウトバウンドプロセス用のサービスインターフェイスを作成します。
- ステップ7 *-サービスインターフェース→オブジェクト→新規を選択できます。
- ステップ8 *-サービスインターフェイスの名前を入力します(Outはアウトバウンドプロセスを表します)。
- ステップ9 *-*作成*ボタンをクリックして、インターフェースを作成します。
ステップ10 *-次のウィンドウで、 *Outbound Service Interface のカテゴリと通信モードを定義します。 両方のサービスインターフェイスに1つのメッセージタイプがあるため、左ペインからメッセージタイプをドラッグしてメッセージを要求し、[保存]をクリックします。
- ステップ11 *-保存したら、[サービスインターフェイス]ボタンの下にある[アクティブ化]ボタンをクリックします。
SAP PI-メッセージマッピングの作成
ここで、インバウンドプロセスをアウトバウンドプロセスにマッピングするためのメッセージマッピングの作成方法を理解しましょう。
- ステップ1 *-オブジェクト→新規→オブジェクトのマッピング→メッセージマッピングに移動します。
- ステップ2 *-マッピング名の名前を入力し、上記のように*作成*をクリックします。 次に、ソースメッセージとターゲットメッセージを定義します。 [メッセージタイプ]の下のメッセージを、マッピングの下のソースおよびターゲットメッセージにドラッグします。
- ステップ3 *-次に、利用可能なマッピングオプションを使用してこれらのメッセージをマッピングします。 ドロップダウンから機能を選択すると、各タブで使用可能なさまざまなオプションを確認できます。
例-ソースファイルに姓と名があり、ターゲットファイルにフルネームが必要です。 ここでは、テキスト機能で連結を使用できます。
- ステップ4 *-現在、*ファイルからファイルへのシナリオ*を実装しているため、ソースとターゲットのマッピングを選択し、名前と構造が同じ場合は直接マッピングします。
- ステップ5 *-構造は同じなので、上記の方法を使用します。 次のウィンドウで、[適用]をクリックします。
- ステップ6 *-すべてのアイコンが緑色に変わり、マッピングが表示されます。 次に、マッピングを保存します。
- ステップ7 *-メッセージマッピングをアクティブにします。 [メッセージマッピング]→[有効化]に移動します。 このメッセージマッピングがアクティブになったら、ESRで操作マッピングを作成します。
SAP PI-操作マッピングの作成
操作マッピングの作成方法を理解しましょう。
- ステップ1 *-オブジェクト→新規→メッセージオブジェクト→操作マッピングに移動します。
- ステップ2 *-操作マッピングの名前を入力し、*作成*ボタンをクリックします。
- ステップ3 *-次のウィンドウで、ソース操作とターゲット操作を入力する必要があります。 サービスインターフェースを左ペインからソース操作とターゲット操作にドラッグします。 インバウンドサービスインターフェイスはターゲット操作にドラッグされ、アウトバウンドサービスインターフェイスはソース操作にドラッグされます。
- ステップ4 *-次のスクリーンショットのように、メッセージマッピングを[マッピングプログラム]オプションにドラッグします。 これらの設定を行ったら、上部の[保存]ボタンをクリックします。
- ステップ5 *-操作マッピング→有効化→有効化→閉じるに進みます。
- ステップ6 *-SAP PI Tools Home PageのIntegration Directoryの下のIntegration Builderに移動して、シナリオを設定します。
- ステップ7 *-Integration Builderの構成シナリオビューに移動します。
- ステップ8 *-シナリオを設定するには、[オブジェクト]→[新規]→[管理]タブ→[設定シナリオ]に移動します。
[管理タブの下]
- ステップ9 *-構成シナリオの名前を入力し、*作成*ボタンをクリックします。
- ステップ10 *-次のスクリーンショットに示すように、構成シナリオを*保存*および*アクティブ化*します。
SAP PI-通信チャネルの作成
これで、通信チャネルを作成する方法を理解できます。
- ステップ1 *-構成シナリオを右クリック→新規
- ステップ2 *-送信者用と受信者用の2つの通信チャネルを作成する必要があります。 利用可能なコンポーネントのリストから、送信側チャネルと受信側チャネルの通信コンポーネントを選択します。 通信チャネルの名前を入力し、[作成]をクリックします。
- ステップ3 *-通信チャネルの下のパラメータを選択します。 アダプターに移動し、使用可能なアダプターの種類をクリックします。 アダプタタイプはシナリオのタイプによって異なります。 ファイルからファイルへのシナリオでは、ファイルアダプタを選択できます。
- ステップ4 *-以下は、さまざまなシナリオで選択できる使用可能なアダプターのリストです。
- ステップ5 *-通信チャネルのタイプに応じて、アダプタタイプを送信者または受信者として選択できます。
- ステップ6 *-ソースファイルのディレクトリのパスを入力します。
- ステップ7 *-ソースファイルを入力したら、[保存]をクリックします。 送信者の通信チャネルが保存されたら、[アクティブ化]ボタン→[アクティブ化]→[閉じる]をクリックします。
- ステップ8 *-同様に、受信者用の通信チャネルを作成する必要があります。 受信者の通信チャネルコンポーネントと通信チャネルの名前を入力し、[作成]をクリックします。
- ステップ9 *-アダプタタイプとして[ファイル]を選択し、[レシーバー]を選択します。 次のスクリーンショットのように、ターゲットディレクトリとファイル名スキームを入力してください-
- ステップ10 *-*ファイルを保存*し、受信側通信チャネルを*アクティブ化*します。 送信者と受信者の通信チャネルを作成したら、統合構成を作成します。
SAP PI-統合構成の作成
統合構成の作成方法を理解しましょう。
次の手順を実行します-
- ステップ1 *-[オブジェクト]→[新規]→[コラボレーションアグリーメント]→[統合構成]に移動します
- ステップ2 *-通信コンポーネントで、前に使用した送信者コンポーネントを入力します。
インターフェースは、前の手順でESRで作成されたアウトバウンドプロセスと同じサービスインターフェース名になります。
名前空間は、前の手順でESRで作成された名前空間と同じです。
[作成]ボタンをクリックします。
- ステップ3 *-[受信処理]タブで、送信者用に作成された通信チャネルを選択します。
- ステップ4 *-[レシーバー]タブで、次のスクリーンショットに示すように通信レシーバーを選択します-
- ステップ5 *-[Receiver Interfaces]タブに移動し、[Operation Mapping]を選択します。 次のスクリーンショットに示すように、「検索」をクリックし、操作マッピングを選択します。 操作マッピングは、前の手順と同じ方法で作成されます。
- ステップ6 *-[アウトバウンド処理]タブに移動し、受信者通信チャネルを選択します。
- ステップ7 *-上記の設定が完了したら、上部にある*保存*と*アクティブ化*をクリックします。
- ステップ8 *-sample.xmlファイルを送信フォルダーに配置します。 ESRのメッセージマッピングからサンプルxmlファイルを取得できます。 ESR→メッセージマッピング→テストに移動します。
- ステップ9 *-このサンプルファイルにはデータがありません。 abc.xmlファイルを作成し、サンプルxmlをそのファイルに貼り付けます。 次のスクリーンショットに示すように、このxmlファイルにデータを追加する必要があります。
ステップ10 *-構成時のディレクトリおよびファイルスキームに記載されているように、このファイルを *Send folder に配置します。
ステップ11 *- Receiverフォルダー*に移動すると、データが含まれたxmlファイルが表示されます。
- ステップ12 *-アダプタエンジン→通信チャネルモニタを監視するには、設定および監視ホームに移動します。
- ステップ13 *-アダプタエンジン→通信チャネルモニタに移動します。
- ステップ14 *-通信チャネルの画像をコピーします:/sap_pi/images/copy_the_communication_channel.jpg [通信チャネルのコピー]
- ステップ15 *-ファイルからファイルへのシナリオのステータスを確認できます。 正常に実行されている場合、ステータスの下に緑色のアイコンが表示されます。
SAP PI-接続性
SAP PI接続は、ソースまたはターゲットシステムと統合サーバーとの接続を扱います。 この接続は、統合サーバーとのメッセージ交換を処理します。 交換するメッセージ形式は、SAP PIプロトコル形式であるか、アダプターを使用して外部形式をSAP PI固有の形式に変換する必要があります。
SAP PIは、さまざまなプロトコルのアプリケーションを接続できる幅広いアダプターを提供します。 送信者の場合、アダプターは送信者プロトコルで暗号化された受信メッセージをPI-SOAPメッセージに変換します。受信者の場合、PI-SOAPメッセージは受信者のプロトコルに変換されます。
SAP NetWeaver PIで利用可能なアダプター
SAP PIはさまざまなアダプターをサポートし、それらの一部はAdvance Adapter EngineまたはIntegrationエンジンのプロセスです。 IDoc、HTTP、およびXIは、Integration Engineで処理されるいくつかのアダプターです。
以下は、SAP NetWeaver PIで使用可能なアダプターです-
S.No. | Adapters in SAP NetWeaver PI & Uses |
---|---|
1 |
RFC Adapter これは、RFCインターフェイスを使用して他のSAPシステムと通信するために使用されます。 |
2 |
HTTP Adapter/HTTP AAE Adapter これにより、HTTPプロトコルを使用したデータ交換が可能になります。 これらのアダプターは、Integration EngineとAdvanced Adapter Engineの両方で使用できます。 |
3 |
JDBC Adapter これにより、データベースへのアクセスが許可されます。 |
4 |
File/FTP Adapter これは、ファイルインターフェイスまたはFTPサーバーを使用して外部システムとのデータ交換を実行するために使用されます。 |
5 |
Mail Adapter これにより、電子メールサーバーをIntegration Engineに接続できます。 |
6 |
IDoc Adapter これにより、IDocの交換が可能になります。 これらのアダプターは、Integration EngineとAdvanced Adapter Engineの両方で使用できます。 |
7 |
XI Adapter このアダプタを使用すると、プロキシを使用して通信できます。 このアダプターは、Advanced Adapter Engineでは実行されず、Integration Engineで実行されます。 XIアダプターは、レシーバーへのHTTP接続を確立するためにのみ使用されます。 |
8 |
WS Adapter このアダプターは、標準のWebサービス信頼性メッセージング(WS-RM)プロトコルに従って、WSプロバイダーおよびWSコンシューマーとの接続を提供するために使用されます。 SAPは、インテグレーションエンジンのABAPスタックに実装される独自のインボックスを使用してWS-RMプロトコルを開発しました。 |
9 |
JMS Adapter JMS APIを使用したメッセージングシステムとの通信を可能にします。 |
10 |
SOAP Adapter SOAPを使用して、リモートクライアントまたはWebサービスプロバイダーを統合できます。 |
既存のアダプターエンジンの確認方法
次の手順を実行して、システムランドスケープディレクトリ(SLD)の既存のアダプタエンジンのリストを確認できます-
- ステップ1 *-インテグレーションビルダーURLまたはTコード— SXMB_IFRを使用します。
- ステップ2 *-SAP PI 7.3画面のシステムランドスケープディレクトリに移動し、以下に示すように*製品*をクリックします。 ユーザー名とパスワードの入力を求められたら、詳細を入力します。
- ステップ3 *-システムランドスケープディレクトリの左ペインの技術システムエリアに移動します。
- ステップ4 *-技術システムのタイプとしてプロセス統合を選択します。
- ステップ5 *-表示されるアダプターエンジンの数を確認します。
- ステップ6 *-Integration ServerのCentral Adapter Engineに対応するタイプXIAdapterFramework Adapter Engineは1つだけです。
- ステップ7 *-Runtime Workbenchで既存のアダプターのリストを確認することもできます。 設定と監視に移動します。
- ステップ8 *-次のウィンドウで、コンポーネントモニターオプションに移動します。
- ステップ9 *-ステータスが「すべて」のコンポーネントを選択します。
SAP PI-ccBPMの概要
Business Process Managementは、*クロスコンポーネントBPM *を扱います。 これには、SAPバックエンドのSAPワークフローとIntegration Serverでのメッセージの処理が含まれます。
クロスコンポーネントビジネスプロセス管理は、SAP NetWeaver Process Integrationにステートフルメッセージ処理の機能を提供します。つまり、統合プロセスのステータスはIntegration Serverに保持されます。 つまり、統合プロセスは、たとえば、さらにメッセージが受信されるまで、または特定の期限に達するまで無限に待機できます。 さらに、統合プロセス内でメッセージをさらに処理することができます。
上の図は、システム1、2、3からのメッセージがIntegration Serverに送信され、すべてのメッセージが到着したときにのみ、複合メッセージがターゲットシステムのビジネスシステム4に送信されたことを示しています。 統合コンポーネントBPMを使用すると、すでにIntegration Serverにあるメッセージが永続化されます。 Integration Serverに届く他のメッセージでは、すべてのメッセージが正しく送信されるように、メッセージ間の関係が定義されています。 Business Process Engineは、ccBPMでこのタスクを実行する責任があります。
SAP PI-ccBPMの構成
ccBPMの使用中、ccBPMで使用される統合プロセスはインバウンドメッセージを受信しますが、対応する受信側ビジネスシステムにもメッセージを送信します。
ccBPMは、グラフィカルプロセスエディターとビジネスプロセスエンジンで構成されています。 統合プロセスを選択すると、ビジネスプロセスエディターが開きます。
Business Process Editorを開くには、SAP PIツールページのESR→ES Builder→Design Objects Integrationディレクトリに移動します。
SAP PI —統合プロセス
統合プロセスの表示画面が開き、統合プロセスのグラフィカルな定義が表示されます。
統合プロセスをダブルクリックすると、ビジネスプロセスエディターが起動します。 それは次の領域で構成されています-
- ヘッダーデータのある領域
- グラフィカル定義エリア
- プロパティペイン
- ビューエリア上で処理
- 処理ログ
- オブジェクト領域
統合プロセスの手順
統合プロセスで設定される手順は、メッセージ手順またはプロセスに関連する手順です。
以下はメッセージ関連の手順です-
- メッセージを受け取る
- メッセージを送ります
- プロセスの後続の送信ステップの受信者を決定する
- メッセージを変換する
以下はプロセス関連の手順です-
- スイッチ
- ブロック
- 制御(例外またはアラートをトリガー)
- Fork
- コンテナ操作(データの処理)
- whileループ
- Wait
SAP PI-統合プロセスの監視
メッセージ監視機能を使用して、メッセージレベルで統合プロセスを監視できます。
ステップ1 *- *Tコードの使用— SXMB_MONI
このトランザクションを使用して、統合プロセス中にメッセージ処理を表示できます。または、プロセスビューに移動することもできます。
- ステップ2 *-このトランザクションでプロセスビューに切り替えるオプションもあります。 処理チェックボックスを選択して実行することができます。
- ステップ3 *-トランザクションSXMB_MONIでは、異なる基準を使用してプロセスを直接選択することもできます。
例
プロセスモニターのTコード— SWF_XI_SWI1は、統合プロセスのワークフロー番号を想定しています。
次のスクリーンショットに示すように、Tコードを使用してランタイムキャッシュを決定できます-SXI_CACHE-
SAP PI-Webサービス
Webサービスは、アプリケーション機能またはサービスであり、インターネット標準を通じて使用できます。 独立した、モジュール式の、自己記述的なアプリケーション機能またはサービスです。
これは、標準のインターネットプロトコルを使用して、記述、利用、検索、変換、または呼び出すことができます。
各Webサービスは、多くのタスクを実行するために使用される関数をカプセル化します。 サービスプロバイダーは、Webサービスへのアクセスを提供するために使用されます。 サービスプロバイダーにはWSDLドキュメントがあります。
Webサービスユーザーは、Webブラウザを使用してWebサービスを使用する*サービスリクエスター*と呼ばれます。 通常のシナリオでは、サービスリクエスターはWebサービスにアクセスするアプリケーションです。 アプリケーションは、サービスの説明からWebサービスにアクセスするために必要なすべての詳細を取得し、この情報はサービスレジストリに保持されます。
次の図は、一般的なWebサービスのシナリオを示しています-
Webサービス–主な機能
以下は、Webサービスの*主要機能*です-
- Webサービスを使用すると、異なるプラットフォーム、オペレーティングシステム、および異なる言語で実行されているプログラムが相互に通信できます。
- Webサービスは、アプリケーション機能またはサービスです。
- Webサービスは、インターネット標準を介して使用できます。
- Webサービスを公開してトレースできます。
- Webサービスは、SAPのサービス指向アーキテクチャSOAの拡張バージョンとして知られているEnterprise Services Architecture(ESA)の基礎を形成します。
さまざまなWebサービスを分析する方法
さまざまなWebサービスを分析するには、次の手順を実行します-
- ステップ1 *-ECCシステムにログインし、トランザクションコードを使用します— SOAMANAGER
- ステップ2 *-[Webサービス]チェックボックス→[選択を適用]を選択します。
- ステップ3 *-[概要]タブに[サービス]→[バインディング]のエントリが含まれているかどうかを確認します。 SERVICEバインディングが表示されない場合、バインディングを完了する必要があることを意味します。
- ステップ4 *-Webサービスとそのバインディングを表示するには、選択したバインディングまたはサービスリンクのOpen WSDLドキュメントを選択します。
- ステップ5 *-WSDLを表示するWebブラウザーが開きます→WSDLの最後で下にスクロールできます。 ノードのWSDLポートの下にエンドポイントがあります。
SAP PIが推奨されない場所
SAP PIは、同期要求/応答シナリオには推奨されません。 同期通信では、要求と応答の操作によって呼び出され、操作の直後にプロセス出力が返されます。 同期通信の場合、インフラストラクチャにより負荷がかかります。
Java、DOT NETなどの非SAPバックエンドでは、SAP PIはUI駆動シナリオのミドルウェアツールとして推奨されていません。
バックエンドシステムがUIサービスとして公開されている場合、SAP PIはUI駆動シナリオには推奨されません。 Sap-pi-questions-answers