---
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


---

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

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

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

ServiceNow コールバック URL で GitHub を登録する Webhook を構成します。

## 始める前に

* 統合ハブ サブスクリプションの要求
* GitHub スポーク を有効にします。
* 必要なロール：アドミン
{#setup-biwebhoook-github__ul_xl3_c55_z3b}

## ServiceNow への GitHub Webhook の登録 {#ariaid-title2}

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

### 始める前に

必要なロール：アドミン

### 手順

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

   | フィールド | 説明 |
   |-|-|
   | 名前 | レコードを一意に識別する名前。例：「<kbd class="ph userinput">GitHub Webhook</kbd>」。 |
   | 説明 | レコードの説明。 |
   [表 : 1. GitHub Webhook レジストリフォーム]

   {#reg-githubwh__table_w1l_s55_z3b}
4. フォームヘッダーを右クリックし、\[保存\] をクリックします。
5. \[コールバック URL\] をクリックします。  
   \[Webhook コールバック URL\] と \[Webhook シークレット\] が表示されます。

6. \[Webhook コールバック URL\] と\[Webhook シークレット\] の値をコピーして記録します。
{#reg-githubwh__steps_wv4_wgh_jkb}

### タスクの結果

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

## GitHub へのコールバック URL の追加 {#ariaid-title3}

GitHub アカウントに Webhook コールバック URL を入力して、Webhook を作成します。

### 始める前に

必要なロール：アドミン

### 手順

1. GitHub アカウントにログインします。
2. 対象のリポジトリに移動します。
3. \[設定\] を選択します。
4. 左側のパネルで \[Webhooks\] を選択します。
5. \[Webhook を追加 (Add Webhook)\] を選択します。
6. \[ペイロード URL (Payload URL)\] に Webhook コールバック URL を、\[シークレット\] に シークレットを入力します。  
   次を参照してください。 [GitHub 開発者](https://developer.github.com/) Webhook を作成および構成する手順に関するドキュメント。  
   注:  
   GitHub スポーク は アプリケーション/json ペイロードをサポートしています。GitHub Webhook を適宜設定します。次を参照してください。 [GitHub 開発者](https://developer.github.com/) Webhook を作成および構成する手順に関するドキュメント。
{#add-callbackurl-github__steps_gtp_qvg_2gc}

### タスクの結果

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

## GitHub スポークでの双方向 Webhook のカスタマイズ {#ariaid-title4}

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

### 始める前に

必要なロール：アドミン

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

\[GitHub WebHook ルーティングポリシー\] モジュールのデフォルトのルーティングポリシーは、関連する GitHub サブフローをトリガーし、GitHub で特定のイベントが発生すると ServiceNow アプリに通知します。デフォルトのルーティングポリシーがサポートする GitHub フィールドと、サブフローがサポートする GitHub イベントの詳細については、「[GitHub スポーク](https://servicenow-prod.fluidtopics.net/gacjIDnPs_ek3q9APlpo9w "ServiceNow インスタンスから、 GitHub で分散バージョン制御とソースコードを管理します。ServiceNow でフローを作成して、GitHub にあるプロジェクトのバグ、機能要求、タスク等の追跡などの共同機能を管理します。GitHub Enterprise Cloud と GitHub Enterprise Server ソフトウェアサブスクリプションの役に立つ使用状況データを表示および分析することで、古いライセンスを再利用できるようにします。")」を参照してください。カスタムサブフローで他のフィールドを使用し、ルーティングポリシーの条件をカスタマイズするには、次の手順を実行します。

### 手順

1. 移動先 すべてプロセスの自動化ワークフロースタジオ.
2. \[サブフロー\] をクリックします。
3. 必要なサブフローのコピーを作成します。
4. 要件に応じて必要なサブフローをカスタマイズし、公開します。  
   サブフローを作成および使用する方法の詳細については、「[サブフローのビルド](https://www.servicenow.com/docs/access?context=subflows&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US)」を、またデフォルトのルーティングポリシーがサポートする GitHub フィールドおよびサブフローがサポートする GitHubイベントの詳細については、「[GitHub スポーク](https://servicenow-prod.fluidtopics.net/gacjIDnPs_ek3q9APlpo9w "ServiceNow インスタンスから、 GitHub で分散バージョン制御とソースコードを管理します。ServiceNow でフローを作成して、GitHub にあるプロジェクトのバグ、機能要求、タスク等の追跡などの共同機能を管理します。GitHub Enterprise Cloud と GitHub Enterprise Server ソフトウェアサブスクリプションの役に立つ使用状況データを表示および分析することで、古いライセンスを再利用できるようにします。")」を参照してください。
5. 移動先 GitHub WebhookGitHub Webhook ルーティングポリシー.
6. \[新規\] をクリックします。
7. フォームで、フィールドに入力します。  
   {#customize-webhook-github__table_awj_xgv_z3b__entry__2}

   | フィールド | 説明 |
   |-|-|
   | ラベル | ルーティングポリシーを識別する一意のラベルです。 |
   | デフォルトの回答 | この回答がデフォルトの回答かどうかを指定するオプションです。デフォルトの回答は、条件が満たされない場合に適用されます。 |
   | 条件 | GitHubで必須イベントが発生したときに満たされるべき条件です。サポートされているフィールドの詳細については、[GitHub スポーク](https://servicenow-prod.fluidtopics.net/gacjIDnPs_ek3q9APlpo9w "ServiceNow インスタンスから、 GitHub で分散バージョン制御とソースコードを管理します。ServiceNow でフローを作成して、GitHub にあるプロジェクトのバグ、機能要求、タスク等の追跡などの共同機能を管理します。GitHub Enterprise Cloud と GitHub Enterprise Server ソフトウェアサブスクリプションの役に立つ使用状況データを表示および分析することで、古いライセンスを再利用できるようにします。")を参照してください。 |
   | 回答 | 指定された条件が満たされるとトリガーされるサブフローです。 1. 検索アイコンをクリックします。 2. ドキュメントリストから必要なサブフローを選択します。 注: \[テーブル名\] が<kbd class="ph userinput">フロー [sys_hub_flow]</kbd> であることを確認します。 {#customize-webhook-github__ol_sdf_ftb_1jb} |
   [表 : 2. 意思決定フォーム]

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

### タスクの結果

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