---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# インシデントのチケッティングの統合

# インシデントのチケッティングの統合 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：1分

インシデントのチケッティングの統合は、ServiceNow のインスタンスとサードパーティシステムとの間でチケットデータを交換するものです。

インシデントのチケッティングの統合には次のような利点があります。

* システム間で一意のキーを提供するチケット番号を設定できる。
* 通知をトリガーできるようにシステムを同期させることができる。
* データの変換によって処理の一様性が高まる。
* チケットアクティビティを追跡して正確なレポートを作成できる。

{#c_IncidentTicketingIntegrations__ul_cnf_zwj_sq}

交換されるデータのレベルとデータの方向に応じて、統合は一方向または双方向に分類されます。一方向の統合では、サードパーティシステムがインシデントチケットを作成し、インスタンスにデータを渡して、確認としてチケット ID を戻します。双方向の統合では、システム間でデータが送信されている間にインシデントデータを交換、同期、および更新します。

どちらの統合タイプでも、一定の期間、個々のトランザクションについてレコードベースのログを実装することをお勧めします。機能停止が発生した場合、レコードベースのログによって、どのデータが交換されたか、どのように変換されたか、いつ処理が発生したか、エラーがあったかどうかを知ることができます。レコードベースのログでは、検証および変換のすべてのロジックをメインフォームから離れて実行できるため、パフォーマンスが向上します。

プロジェクトを実装する前に、実装の側面と要件のすべてを定めた統合計画を作成してください。統合計画を作成することで、現在のデータを確認し、将来の要件に備えて計画し、プロジェクトのタスクを特定して順序付けできるようになります。
* **[一方向のインシデントのチケッティングの統合](https://servicenow-prod.fluidtopics.net/puLnhH1u1LCfDmkDe~~t9g)**   
  チケットを作成する外部のサードパーティシステムの要件を検討してください。チケットを作成するために送信する必要のあるデータと、必要な検証を定義します。
* **[双方向のインシデントのチケッティングの統合](https://servicenow-prod.fluidtopics.net/Q24C06bFHxe0tjt41C2Kbw)**   
  双方向の統合では、ServiceNow のインスタンスとサードパーティシステム間でデータが交換され、インシデント情報がシステム間で同期されます。