このようにすることで、標準の Web サービスインターフェイスを作成して公開することができます。この統合では、成功した場合はチケット番号が応答として返され、検証の失敗や処理の問題が生じた場合は構造化されたエラーメッセージが返されます。この実装には、追加する統合が統合の仕様に従う限り、一度公開するだけで複数のアプリケーションで再利用できるという利点があります。インターフェイスごとに専用のアカウントを作成することをお勧めします。アカウントによって、アカウンタビリティが提供され、ユーザーの統計情報が報告され、使用する連絡先 (POC) がシンプルになります。

統合計画の内容

ベーシック認証を使用する例

この実装では、サードパーティシステムにチケット ID が応答として返されます。インポートセットのテーブルは、データのステージング領域として機能します。

インポートセットを使用する例

インバウンドパスの実装のバリエーションとして、インポートセットテーブルをインターフェイステーブルとして使用することが考えられます。この例では、データが受信されたとき、およびデータが変換される前の、データの履歴が Incident_Interface テーブルに格納されます。宛先のインシデントテーブルには、インシデントが時間とともにどのように変化したか、誰がインシデントを変更したかについての履歴を保存できます。変換スクリプトによってインポートセットが処理され、ビジネスルールがターゲット表で実行されます。