---
sourceDocument: Yokohama データと自動化
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/integrate-applications

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama データと自動化

ft:clusterId :

    - crint

bundleId :

    - crint

workflow :

    - Creator


---

# Jira スポーク用双方向 Webhook の設定

# Jira スポーク用双方向 Webhook の設定 {#ariaid-title1}

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

ServiceNow コールバック URL で Jira を登録するための Webhook を設定します。

## 始める前に

* 統合ハブ サブスクリプションの要求
* Jira スポークの有効化
* 必要なロール：アドミン
{#setup-jira302-webhooks__ul_xl3_c55_z3b}

## トークンを作成 {#ariaid-title2}

JiraWebhook URL に埋め込むトークンを作成します。

### 始める前に

必要なロール：アドミン

### 手順

1. ナビゲーションフィルターで、<kbd class="ph userinput">token_verification.list</kbd> と入力します。  
   トークン検証テーブルにレコードが表示されます。
2. \[新規\] をクリックします。
3. フォームの各フィールドに入力します。  
   {#create-token-jirav302__table_uzr_l41_1jb__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 | トークンを識別する一意の名前です。例：<kbd class="ph userinput">Jira トークン</kbd> |
   | 説明 | トークンの説明です。 |
   | トークン | 認証トークンです。このトークンは 受信 Webhook 要求を認証するために使用されます。 |
   [表 : 1. トークン検証フォーム]

   {#create-token-jirav302__table_uzr_l41_1jb}

### タスクの結果

トークン 作成 は、受信 Webhook 要求を認証するために 使用されます。

## ServiceNowに JiraWebhook を登録 {#ariaid-title3}

ServiceNowにJiraWebhook を登録して、Jiraでイベントが発生したときにServiceNowアプリに通知します。

### 始める前に

必要なロール：アドミン

### 手順

1. 移動先 すべてJira WebhookJira Webhook レジストリ.
2. \[新規\] をクリックします。
3. フォームで、フィールドに入力します。  
   {#add-api-path__table_w1l_s55_z3b__entry__2}

   | フィールド | 説明 |
   |-|-|
   | 名前 | レコードを一意に識別する名前です。例：<kbd class="ph userinput">Jira webhook</kbd> |
   | 説明 | レコードの説明です。 |
   | トークン | 認証トークンです。このトークンは、受信 Webhook 要求を認証するために 使用されます。 |
   | パス | JiraWebhook パスです。デフォルトでは、このパスは <kbd class="ph userinput">api/sn_jira_spoke/jira_webhook_callbacks/wh_entry</kbd> に設定されています。 |
   [表 : 2. Jira Webhook レジストリフォーム]

   {#add-api-path__table_w1l_s55_z3b}
4. フォームヘッダーを右クリックし、\[保存\] をクリックします。
5. コールバック要求を認証する方法を選択し、いずれかのオプションを選択します。  
   {#add-api-path__table_a1t_rxc_yhc__entry__2}

   | コールバック URL タイプ | 説明 |
   |-|-|
   | トークンベースのコールバック URL | 簡易認証のために URL で静的トークンを使用します。 |
   | HMAC ベースのコールバック URL | セキュリティと改ざん防止認証を強化するために、ハッシュベースのメッセージ認証コード (HMAC) を使用します。 |
   [ ]

   {#add-api-path__table_a1t_rxc_yhc}  
   選択内容に基づいて、トークンベースのコールバック URL または HMAC ベースのコールバック URL のいずれかが表示されます。
6. Webhook コールバック URL をコピーして記録します。

### タスクの結果

JiraWebhook がServiceNowインスタンスに登録されます。

## Jira でのコールバック URL の追加 {#ariaid-title4}

JiraAtlassian アカウントで Webhook コールバック URL を指定して、Webhook を作成します。

### 始める前に

必要なロール：アドミン

### 手順

1. JiraAtlassian アカウントにログインします。
2. Atlassian アカウント に Webhook を作成します。
3. \[URL\] フィールドに Webhook コールバック URL を入力します。  
   Webhook を作成する手順については、[Atlassian Developer](https://developer.atlassian.com/docs/) Portal ドキュメントを参照してください。  
   注:  
   [Webhook の登録](https://servicenow-prod.fluidtopics.net/F2FNKB4GWQA6YB1bM~AcPQ#add-api-path "ServiceNowにJiraWebhook を登録して、Jiraでイベントが発生したときにServiceNowアプリに通知します。")時に HMAC ベースのコールバック URL を選択した場合は、ServiceNow インスタンスから[作成されたシークレットトークン](https://servicenow-prod.fluidtopics.net/F2FNKB4GWQA6YB1bM~AcPQ#create-token-jirav302 "JiraWebhook URL に埋め込むトークンを作成します。")を Webhook の \[シークレット\] フィールドに入力します。
4. Webhook をトリガーする関連イベントを選択します。

### タスクの結果

コールバック URL は Jira Atlassian アカウントに追加されます。要件に応じてルーティングポリシーとサブフローを作成できます。新しいルーティングポリシーとサブフローの作成の詳細については、「[双方向 Webhook をカスタマイズ](https://servicenow-prod.fluidtopics.net/F2FNKB4GWQA6YB1bM~AcPQ#customize-routingpolicy "要件に応じて、Webhook ルーティングポリシーとサブフローを作成します。")」を参照してください。

## 双方向 Webhook をカスタマイズ {#ariaid-title5}

要件に応じて、Webhook ルーティングポリシーとサブフローを作成します。

### 始める前に

必要なロール：アドミン

### このタスクについて

Jira WebHook ルーティングポリシーモジュールのデフォルトのルーティングポリシーは、\[Jira Webhook の処理\] サブフローをトリガーし、Jira で特定のイベントが発生すると ServiceNow アプリに通知します。 デフォルトのルーティングポリシーとサブフローがサポートするフィールドについては、「[Jira スポーク](https://servicenow-prod.fluidtopics.net/VFjRk1XDs~JkXwq92w1Ufg "問題、ユーザー、ストーリー、グループ、プロジェクト、スプリント、および Webhook を管理し、 Jiraで監査ログを検索します。フローで使用する Jira データを取得します。双方向 Webhook を使用し、ServiceNowコールバック URL でJiraに登録します。統合ハブ向け Now Assist をインストールし、利用可能な AI エージェントを使用して ServiceNow インスタンスでタスクの実行を開始します。必要なイベントのトリガーを設定して、Webhook が ServiceNow インスタンスに接続できるようにします。")」を参照してください。カスタムサブフローで他のフィールドを使用し、ルーティングポリシーの条件をカスタマイズするには、次の手順を実行します。

### 手順

1. 移動先 すべてフローデザイナーデザイナー.
2. \[サブフロー\] をクリックします。
3. デフォルトサブフローの Process Jira Webhooks のコピーを作成します。
4. 要件に応じてサブフローをカスタマイズし、公開します。サブフローを作成および使用する方法の詳細については「[サブフローのビルド](https://www.servicenow.com/docs/access?context=subflows&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US)」を、またデフォルトのルーティングポリシーおよびサブフローがサポートするフィールドについては、「[Jira スポーク](https://servicenow-prod.fluidtopics.net/VFjRk1XDs~JkXwq92w1Ufg "問題、ユーザー、ストーリー、グループ、プロジェクト、スプリント、および Webhook を管理し、 Jiraで監査ログを検索します。フローで使用する Jira データを取得します。双方向 Webhook を使用し、ServiceNowコールバック URL でJiraに登録します。統合ハブ向け Now Assist をインストールし、利用可能な AI エージェントを使用して ServiceNow インスタンスでタスクの実行を開始します。必要なイベントのトリガーを設定して、Webhook が ServiceNow インスタンスに接続できるようにします。")」を参照してください。
5. 移動先 Jira WebhookJira WebHook ルーティングポリシー.
6. \[新規\] をクリックします。
7. フォームで、フィールドに入力します。  
   {#customize-routingpolicy__table_awj_xgv_z3b__entry__2}

   | フィールド | 説明 |
   |-|-|
   | ラベル | ルーティングポリシーを識別する一意のラベルです。 |
   | デフォルトの回答 | この回答がデフォルトの回答かどうかを指定するオプションです。 デフォルトの回答は、条件が満たされない場合に適用されます。 1. \[ルックアップ\] アイコン (![ルックアップアイコン]()) をクリックします。 2. ドキュメントリストから必要なサブフローを選択します。 注: \[テーブル名\] が<kbd class="ph userinput">フロー [sys_hub_flow]</kbd> であることを確認します。 {#customize-routingpolicy__ol_sdf_ftb_1jb} |
   | 条件 | Jiraで必須イベントが発生したときに満たされるべき条件です。「」を参照してください。 [Jira Webhook](https://servicenow-prod.fluidtopics.net/VFjRk1XDs~JkXwq92w1Ufg "問題、ユーザー、ストーリー、グループ、プロジェクト、スプリント、および Webhook を管理し、 Jiraで監査ログを検索します。フローで使用する Jira データを取得します。双方向 Webhook を使用し、ServiceNowコールバック URL でJiraに登録します。統合ハブ向け Now Assist をインストールし、利用可能な AI エージェントを使用して ServiceNow インスタンスでタスクの実行を開始します。必要なイベントのトリガーを設定して、Webhook が ServiceNow インスタンスに接続できるようにします。") サポート対象フィールドの詳細については、こちらを参照してください。 |
   | 回答 | 指定された条件が満たされるとトリガーされるサブフローです。 |
   [表 : 3. 意思決定フォーム]

   {#customize-routingpolicy__table_awj_xgv_z3b}
8. \[送信\] をクリックします。  
   注:  
   これらのルーティングポリシーは意思決定テーブルに保存されます。ユーザーは、これらのテーブルのデータを直接更新または変更しないように注意してください。

### タスクの結果

ルーティングポリシーとサブフローが作成されます。