ユース ケース: AIA ミドルウェアなしのインテグレーション ブローカー変換

サードパーティへのアウトバウンド リクエストまたはアウトバウンド送信

このシナリオでは、次のステップが実行されます。

1. PeopleSoft システムのユーザーが、サードパーティ システムへの AIA 対応インテグレーションのパブリッシングをトリガします。

2. PeopleSoft インテグレーション ブローカー内で、アウトバウンド ルーティングに対する変換によって、EBM が生成されます。データ値の変換に使用されるメソッドは、トランザクションによって決まります。次の表に、トランザクション タイプと必要な変換アクションを示します。

   トランザクション	アクション
   動的なキーの追加リクエスト	トランザクションが追加リクエストの場合、変換によって新しい共通キー (GUID) が作成され、適切な形式の populate XRef XPath 拡張関数を使用して、新しい共通キーとそれに対応する PeopleSoft キーが PeopleSoft クロスリファレンス フレームワークに入力されます。
   動的なキーの検索	トランザクションが追加リクエストではない場合、変換では、PeopleSoft キーを入力とし、適切な形式のlookup XRef XPath 拡張関数を使用して、共通キーを検索します。共通キーが存在しない場合、新しい共通キーを作成する、エラーを生成する、または、インテグレーションがサポートする場合は返信メッセージでエラー メッセージを返すよう、開発者が指定します。
   動的なキーの削除リクエスト	キーとなるエンティティを削除する非同期通知 (リクエスト専用) インテグレーションの場合、開発者は履歴目的でクロスリファレンス値をそのまま残すことも、必要に応じてクロスリファレンス値を削除することもできます。PeopleSoft キーを削除指定する場合、変換では、PeopleSoft キーを入力として、適切な形式のdeleteXRef XPath 拡張関数を使用します。
   静的な値の検索	トランザクションがドメイン値マップを使用する場合、変換では、PeopleSoft 値を入力として、適切な形式の lookupDVM XPath 拡張関数を使用して、PeopleSoft 値を検索します。値が見つからない場合、変換によってデフォルトで PeopleSoft 値を提供する、空白のままにする、エラーをスローする、または、インテグレーションがサポートする場合は、返信メッセージでエラー メッセージを返すように開発者が指定します。

3. EBM は処理のためにサードパーティ システムに転送されます。

レスポンス メッセージをサポートするインテグレーションには、追加のステップがあります。

1. サードパーティ システムは、リクエストを処理し、返信メッセージのフォーマットを整え、共通キーまたは値と共に返信メッセージを返します。

2. PeopleSoft インテグレーション ブローカー内で、非同期のリクエスト/返信処理において、共通キーを入力として、適切な形式の lookupXref XPath 拡張関数を使用して、PeopleSoft キーを検索する変換が実行されます。その後、PeopleSoft キーが PeopleSoft ABM に格納されます。同期処理の場合は、既に初期リクエストによって PeopleSoft キーが PeopleSoft アプリケーションに認識されているので、この検索は必要ありません。

   トランザクション	アクション
   動的なキー値を使用する非同期のリクエスト/返信処理	共通キーを入力とし、適切な形式の lookupXRef XPath 拡張関数を使用して、PeopleSoft キーを検索する変換プログラムが必要です。その後、PeopleSoft キーが PeopleSoft ABM に格納されます。
   動的なキー値を使用する同期処理	既に初期リクエストによって PeopleSoft キーが PeopleSoft アプリケーションに認識されているので、検索は必要ありません。
   DVM 値を使用する非同期のリクエスト/返信処理	共通値を入力として、適切な形式の lookupDVM XPath 拡張関数を使用して、PeopleSoft 値を検索する変換プログラムが必要です。その後、PeopleSoft キーが PeopleSoft ABM に格納されます。

3. その後、PeopleSoft ABM 返信が、リクエストを送った PeopleSoft アプリケーションに返されます。

サードパーティからのインバウンド リクエストまたはインバウンド送信

1. サードパーティ システムのユーザーが、PeopleSoft システムへのインテグレーションのパブリッシングをトリガします。

2. EBM は処理のために PeopleSoft システムに転送されます。

3. PeopleSoft インテグレーション ブローカー内で、インバウンド ルーティングに対する変換によって、トランザクション タイプに応じて次のアクションが実行されます。

   トランザクション	アクション
   動的なキーの追加リクエスト	トランザクションが追加リクエストの場合、変換では、ABM 内の PeopleSoft キーを空白のままにし、ヘッダーで共通キーを使用するために渡します。
   動的なキーの検索	トランザクションが追加リクエストではない場合、変換では、EBM の共通キーを入力とし、適切な形式の lookup XRef XPath 拡張関数を使用して、PeopleSoft キーを検索します。オプションで、この処理は、共通キーを入力として、適切な PeopleSoft lookup XRef API を利用して、PeopleSoft インバウンド ハンドラ内でも実行できます。
   DVM 検索	インバウンド ルーティングに対する変換によって、EBM の共通値を使って適切な形式の lookupDVM XPath 拡張関数を使用して、PeopleSoft 値が検索されます。値が見つからない場合、変換によって PeopleSoft 値を提供する、省略する、エラーをスローする、または、インテグレーションがサポートする場合は、返信メッセージでエラー メッセージを返すように開発者が指定します。

4. PeopleSoft インバウンド ハンドラによって、メッセージが処理されます。

   トランザクション	アクション
   動的なキーの追加リクエスト	トランザクションが追加リクエストの場合、PeopleSoft キーが作成され、適切な形式の populate XRef API を使用して、PeopleSoft キーとそれに対応する共通キーが PeopleSoft クロスリファレンス フレームワークに追加されます。キーを作成できない場合やフレームワークに追加できない場合は、エラーが発生するか、インテグレーションがサポートする場合は返信メッセージでエラー メッセージが返されます。
   動的なキーの検索	トランザクションが追加リクエストではない場合、メッセージは ABM の PeopleSoft キーを使用して処理されます。PeopleSoft キー値が見つからない場合、エラーが発生するか、インテグレーションがサポートする場合は返信メッセージでエラー メッセージが返されます。

レスポンス メッセージをサポートするインテグレーションには、追加のステップがあります。

1. PeopleSoft アプリケーションがリクエストを処理し、ABM 返信を PeopleSoft インバウンド ハンドラに返します。

2. PeopleSoft インバウンド ハンドラは EBM 返信のフォーマットを整え、共通キーを使用してサードパーティ システムに返します。

3. オプションで、サードパーティ システムがキー マッピングの維持に PeopleSoft クロスリファレンス フレームワークを使用している場合、非同期リクエスト/返信処理では、EBM 返信の共通キーを入力とし、適切な形式のlookup XRef Web サービスを使用して、サードパーティのキーを検索する必要があります。