一方向のインシデントのチケッティングの統合
チケットを作成する外部のサードパーティシステムの要件を検討してください。チケットを作成するために送信する必要のあるデータと、必要な検証を定義します。
このようにすることで、標準の Web サービスインターフェイスを作成して公開することができます。この統合では、成功した場合はチケット番号が応答として返され、検証の失敗や処理の問題が生じた場合は構造化されたエラーメッセージが返されます。この実装には、追加する統合が統合の仕様に従う限り、一度公開するだけで複数のアプリケーションで再利用できるという利点があります。インターフェイスごとに専用のアカウントを作成することをお勧めします。アカウントによって、アカウンタビリティが提供され、ユーザーの統計情報が報告され、使用する連絡先 (POC) がシンプルになります。
統合計画の内容
- ファイアウォールの要件
- 使用するプロトコル
- 必要なミドルウェア (MS Biztalk など)
- エラーメッセージ
- 検証ルール
基本認証を使用する例
この実装では、サードパーティシステムにチケット ID が応答として返されます。インポートセットのテーブルは、データのステージング領域として機能します。
インポートセットを使用する例
インバウンドパスの実装のバリエーションとして、インポートセットテーブルをインターフェイステーブルとして使用することが考えられます。この例では、データが受信されたとき、およびデータが変換される前の、データの履歴が Incident_Interface テーブルに格納されます。宛先のインシデントテーブルには、インシデントが時間とともにどのように変化したか、誰がインシデントを変更したかについての履歴を保存できます。変換スクリプトによってインポートセットが処理され、ビジネスルールがターゲット表で実行されます。