---
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
---
# リモートプロセス同期の開始
# リモートプロセス同期の開始 {#ariaid-title1}
* リリースバージョン: Yokohama
*
* 更新日 2025年01月30日
*
*  所要時間：23分
2 つ以上の ServiceNow® インスタンス間で自動化されたプロセスをリンクしてまとめるために、リモートプロセス同期データ連携を設定する基本を学びます。
注:
統合ハブ リモートプロセス同期には、統合ハブ Enterprise パッケージへのサブスクリプションが必要です。詳細については、「[統合ハブの要求](https://servicenow-prod.fluidtopics.net/WLgP6SBk_LOaFwQgwxcNMA "ServiceNow 統合ハブ では、サードパーティシステムと再利用可能な統合をビルドして Now Platform から呼び出せます。たとえば、アクションデザイナースクリプトステップの統合 API を使用して外部システムの呼び出しを 統合ハブ に要求してそのスクリプトステップを ServiceNow MID サーバー で実行し、REST、SOAP、PowerShell などのプロトコルステップをアクティブ化できます。")」を参照してください。
## リモートプロセス同期データ連携を開始する前に {#getting-started-with-remote-process-sync__before-getting-started}
統合フレームワークとしてのリモートプロセス同期への移行を決定する前に、このフレームワークが他のマルチインスタンス Now Platform® 統合と比較検討してください。[Instance Data Replication](https://www.servicenow.com/docs/access?context=instance-data-replication&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) やリモートインスタンススポークなどのソリューションは簡単なマルチインスタンス統合をサポートしていますが、リモートプロセス同期はより複雑なマルチインスタンス統合のユースケースをサポートし、高レベルのビジネスプロセスによるインスタンスの統合に焦点を当てています。
注:
リモートプロセス同期は、インスタンスを統合するために eBonding スポークに代わるものです。
図 : 1. インスタンスデータレプリケーション (IDR)、リモートインスタンススポーク、およびリモートプロセス同期の比較
リモートプロセス同期をマルチインスタンスデータ連携フレームワークとして使用することを選択したら、次に以下の違いについて学習します。
1. データ連携のビルドと
2. データ連携の管理
{#getting-started-with-remote-process-sync__ol_w5v_hpk_nnb}
データ連携のビルドでは、プロセス同期定義とその関連レコードを作成して構成する必要があります。リモートプロセス同期データ連携のビルドを開始する方法の詳細については、[リモートプロセス同期データ連携のビルド](https://servicenow-prod.fluidtopics.net/NzkzxqD65il1~hJaCbc4kw "2 つの ServiceNow インスタンスの自動プロセスをリンクするために、リモートプロセス同期データ連携をビルドする方法の例を順を追って説明します。") を行う方法の例の手順に従うか、[プロセス同期定義](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__process-sync-definitions)の詳細を確認してください。
図 : 2. リモートプロセス同期データ連携のビルド
データ連携の管理では、送信キューと受信キューを監視し、トリガーされたプロセス同期定義に関連するエラーをチェックする必要があります。リモートプロセス同期データ連携でエラーを監視およびチェックする方法の詳細については、「[送信キューと受信キュー](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__outbound-and-inbound-queues)」および「[データ連携の監視とトラブルシューティング](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__monitoring-troubleshooting-rps)」を参照してください。また、データ連携のために自動的に実行される送信フローと受信フローを定期的に評価し、 でこれらのフローに変更を加えるかどうかを決定することもできます。
注:
インスタンス上でリモートプロセス同期データ連携をビルドおよび管理するためには、リモートインスタンス (単数または複数) のユーザーと効果的にコラボレーションする必要もあります。マルチインスタンスデータ連携が処理する自動ビジネスプロセスを計画、管理、および継続的に改善するために、データ連携に関与するステークホルダーと定期的に会うようにしてください。
図 : 3. リモートプロセス同期データ連携の管理
## プロセス同期定義 {#getting-started-with-remote-process-sync__process-sync-definitions}
プロセス同期定義には、リモートプロセス同期データ連携のすべての構成が含まれています。まず、データ連携用の新しいプロセス同期定義レコードを作成します。移動先 統合ハブリモートプロセス同期プロセス同期定義をクリックし、\[ 新規\] をクリックします。\[プロセス同期定義\] フォームで、次のフィールドに入力します。{#getting-started-with-remote-process-sync__table_rn3_kdr_lnb__entry__2}
| フィールド | 説明 |
|-|-|
| 名前 | インスタンスが処理するビジネスプロセスの部分を正確に表す名前を入力します。たとえば、インスタンスのユーザーがお客様のサービスカタログ要求を実行している場合は、「サービスカタログ要求の実行」などの名前を入力します。 |
| 説明 | 必要に応じて、このプロセス同期定義が処理するビジネスプロセスの部分について説明します。 |
| アプリケーション | 現在のアプリケーションスコープに自動的に設定されます。 |
| ドメイン | プロセスが特定のドメインに関連している場合は、グローバル以外のドメインを選択します。詳細については、「[サービスプロバイダーのドメインセパレーション](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
[ ]
{#getting-started-with-remote-process-sync__table_rn3_kdr_lnb}\[送信\] をクリックすると、新しく作成したプロセス同期定義レコードがリストに表示されます。次に、作成したプロセス同期定義レコードを選択します。プロセス同期定義レコードに次の関連リストが表示されます。
* キャプチャ定義
* プロセスイベント
* リモートシステム
* 送信フロー
* 受信フロー
{#getting-started-with-remote-process-sync__ul_v3r_rnx_dnb}これらの各関連アイテムの構成を設定する方法については、次のセクションを参照してください。
## キャプチャ定義 {#getting-started-with-remote-process-sync__capture-definitions}
キャプチャ定義は、インスタンスがリモートインスタンスにデータを送信するタイミングと、インスタンスが送信するデータを指定します。キャプチャ定義には、プロセス同期定義のトリガーとキャプチャされたフィールドの構成が含まれています。トリガーは、レコードの作成、更新、削除など、インスタンスがリモートインスタンスにデータを送信するレコード操作を指定します。キャプチャ定義がトリガーされると、キャプチャされたフィールドを含むソースレコードからオブジェクトが作成されます。次に、送信フローが実行を開始し、ソースレコードから取得したフィールドをリモートシステム上の関連レコードのフィールドに関連付けます。
キャプチャ定義レコードには、次のフィールドがあります。
{#getting-started-with-remote-process-sync__table_a5h_llq_3nb__entry__2}
| フィールド | 説明 |
|-|-|
| プロセスイベント | \[キャプチャ定義\] フォームで、リストから参照アイコン( ![リストから参照アイコン]())を使用して、このキャプチャ定義に関連付けるプロセスイベントレコードを選択します。プロセスイベントがまだ存在しない場合は、プロセスイベントの名前を入力するとプロセスイベントレコードが自動的に作成され、そのレコードがキャプチャ定義に関連付けられます。詳細については、「[プロセスイベント](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__process-events)」を参照してください。 |
| 状況 | このフォームの \[トリガー\] セクションで設定した条件が満たされたときに親プロセス同期定義がトリガーされるようにするには、\[アクティブ\] を選択してこのキャプチャ定義をアクティブにします。 |
| 順序 | 他のキャプチャ定義と比較してキャプチャ定義をトリガーする順序の値を入力します。低い順序の値は高い順序の値よりも優先されます。 |
| アプリケーション | 現在のアプリケーションスコープに自動的に設定されます。 |
| ドメイン | プロセスが特定のドメインに関連している場合は、グローバル以外のドメインを選択します。詳細については、「[サービスプロバイダーのドメインセパレーション](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
[ ]
{#getting-started-with-remote-process-sync__table_a5h_llq_3nb}
\[トリガー\] セクションで、プロセス同期定義をトリガーするレコードを持つ許可されたソーステーブルを選択します。また、フィールド条件が満たされると、プロセス同期定義をトリガーするフィールド条件を追加することもできます。キャプチャ定義で指定されたトリガーの条件が満たされると、プロセス同期定義に関連付けられているすべての送信フローが実行を開始します。詳細については、「[送信フローと受信フロー](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__outbound-flows-and-inbound-flows)」を参照してください。
{#getting-started-with-remote-process-sync__table_wnj_4gq_3nb__entry__2}
| フィールド | 説明 |
|-|-|
| ソーステーブル名 | レコードが作成、更新、および削除されるたびに、プロセス同期定義をトリガーするレコードを持つ許可されたテーブルを選択します。 |
| フィルター | 条件ビルダーを使用して、条件が満たされるとプロセス同期定義をトリガーする条件を追加します。たとえば、 (ステータス)\[次の値に等しい\]\[対応中\] では、選択したテーブルのステータスのレコードが \[対応中\] に更新されるたびにプロセス同期定義がトリガーされます。 |
[ ]
{#getting-started-with-remote-process-sync__table_wnj_4gq_3nb}
最後に、\[キャプチャ\] セクションで、送信フローのペイロードに含める \[選択済み (Selected)\] リストにフィールドを追加します。
{#getting-started-with-remote-process-sync__table_c1m_mgq_3nb__entry__2}
| フィールド | 説明 |
|-|-|
| フィールドを含める | プロセス同期定義がトリガーされるたびにリモートインスタンスのフィールドと同期するフィールドを \[選択済み\] リストに追加します。アイテムの追加アイコン (![アイテムの追加アイコン]()) を使用して、\[利用可能\] リストから \[選択済み\] リストにフィールドを追加します。 注: * データ連携が実行されると、リモートインスタンスに送信される送信ペイロードには、更新されたかどうかにかかわらず、キャプチャされたフィールドが常に含まれます。 * これらのキャプチャされたフィールドをリモートインスタンスのフィールドにマップするには、同じプロセスイベントに関連付けられているリモートインスタンスの受信フローでマッピングを構成します。詳細については、「[送信フローおよび受信フロー](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__outbound-flows-and-inbound-flows)」を参照してください。 {#getting-started-with-remote-process-sync__ul_t1n_mjf_qnb} |
| 添付ファイルを含める | 選択すると、ローカルインスタンスのトリガーレコードに関連付けられている添付ファイルが、リモートインスタンスの相関レコードの添付ファイルと同期されます。詳細については、「」を参照してください。 |
[ ]
{#getting-started-with-remote-process-sync__table_c1m_mgq_3nb}
注:
RPS は、インタラクティブと非インタラクティブの両方の変更をキャプチャします。glide.hub.process.sync.capture.non_interactive.changes プロパティを false に設定することで、スケジュール済みジョブを介して行われた変更など、非インタラクティブ変更を無視するように RPS を構成できます。詳細については、Now Support ナレッジベースの記事「[How to configure Remote Process Synchronization (RPS) framework to ignore non-interactive changes to records (レコードへの非対話型の変更を無視するようにリモートプロセス同期 (RPS) フレームワークを構成する方法)」\[KB1565025\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1565025) を参照してください。
## プロセスイベント {#getting-started-with-remote-process-sync__process-events}
プロセスイベントは、ビジネスプロセスのどの部分が、ローカルインスタンスで始まり、リモートインスタンスで終わるかを指定します。ローカルインスタンスとリモートインスタンスのプロセスイベントレコードは、同じ名前にする必要があります。プロセスイベントは、同じビジネスプロセスの一部を共有できる、これらのインスタンス間のリンクを意味するからです。プロセスイベントレコードには、次のフィールドがあります。
{#getting-started-with-remote-process-sync__table_g1m_zfk_2nb__entry__2}
| フィールド | 説明 |
|-|-|
| 名前 | ビジネスプロセスのどの部分が、ローカルインスタンスで始まり、リモートインスタンスで終わるかを説明する名前を入力します。たとえば、インスタンス内のユーザーがリモートインスタンスでプロビジョニングされるソフトウェアを要求する場合、プロセスイベントにユーザー要求ソフトウェアという名前を付けることができます。 注: リモートインスタンス (単数または複数) のアドミンも、ここで使用するのと同じ名前でプロセスイベントを作成する必要があります。これらのプロセスイベントを別々のインスタンスで作成すると、複数のインスタンス間でデータをデータ連携できる論理リンクが作成されます。 |
| アプリケーション | 現在のアプリケーションスコープに自動的に設定されます。 |
| ドメイン | プロセスが特定のドメインに関連している場合は、グローバル以外のドメインを選択します。詳細については、「[サービスプロバイダーのドメインセパレーション](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
[ ]
{#getting-started-with-remote-process-sync__table_g1m_zfk_2nb}
## リモートシステム {#getting-started-with-remote-process-sync__remote-systems}
リモートシステムには、別の ServiceNow インスタンスに関連する送信接続と受信接続の構成が含まれています。リモートシステムレコードには、次のフィールドがあります。
{#getting-started-with-remote-process-sync__table_ofm_nck_2nb__entry__2}
| フィールド | 説明 |
|-|-|
| 名前 | リモートインスタンスを説明する名前を入力します。たとえば、インスタンスがお客様の 1 人であるお客様 A によって管理されている場合は、\[名前\] フィールドに「お客様 A のインスタンス」と入力します。 |
| 説明 | 必要に応じて、ビジネスプロセスにおけるリモートインスタンスの全般的な目的を説明する詳細を入力します。 |
| 外部 ID | インスタンスと同じプロセスイベントを共有するリモートシステムレコードのシステム ID を入力します。レコードのシステム ID を取得するには、レコードのフォームビューのコンテキストメニュー (![コンテキストメニューアイコン]()) から \[sys_id のコピー \] を選択します。たとえば、リモートプロセス同期のデータ連携がインスタンス A とインスタンス B の 2 つのインスタンスにまたがる場合、インスタンス A のリモートシステムレコードのシステム ID をインスタンス B の外部 ID として使用します。その逆も同様です。このようにシステム ID と外部 ID を接続すると、自動送信フローと受信フローの実行時に複数のインスタンスが接続先のインスタンスを知ることができます。 |
| アプリケーション | 現在のアプリケーションスコープに自動的に設定されます。 |
| ドメイン | プロセスが特定のドメインに関連している場合は、グローバル以外のドメインを選択します。詳細については、「[サービスプロバイダーのドメインセパレーション](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
| エラーサブフロー | リストから参照アイコン (![リストから参照アイコン]()) を選択し、リモートインスタンスへの接続が失敗したときに実行するサブフローを検索して選択します。選択したサブフローは、プロセス同期定義がトリガーされた後、ローカルインスタンスがリモートインスタンスに接続できない場合に実行されます。インスタンスが接続に失敗したリモートシステムを表示するには、次に移動します。 統合ハブリモートプロセス同期リモートシステム - エラーあり. |
| 接続エイリアス | リストから参照アイコン (![リストから参照アイコン]()) を選択し、リモートインスタンスの認証に使用する接続および資格情報エイリアスを検索して選択します。この目的のために接続および資格情報エイリアスレコードをまだ設定していない場合は、\[タイプ\] フィールドで \[接続と資格情報\] を使用して新しいレコードを作成します。詳細については、「[接続および資格情報エイリアスの作成](https://www.servicenow.com/docs/access?context=connection-alias&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
| 送信ステータス | デフォルトでは \[無効\] に設定されます。このフィールドの値を \[アクティブ\] に変更するには、レコードの作成が完了した後で、このリモートシステムレコードのフォームビューで \[リモートシステムを検証して有効化\] 関連リンクを選択します。 |
| 受信 API ユーザー | リモートインスタンスに接続できるユーザー。このユーザーは、リモートインスタンスの ih_process_sync_api ロールを持つユーザーの認証情報と一致する認証情報を持っている必要があります。 |
| 受信フローを次のように実行 | リストから参照アイコン (![リストから参照アイコン]()) を選択し、関連付けられたプロセスイベントの受信フローを実行するユーザーを検索して選択します。 フローを実行するユーザーを指定するオプション。システムユーザーまたはセッションを開始したユーザーを選択できます。フローをトリガーしたユーザーから更新を実行する必要がある場合は、セッションオプションを開始したユーザーを選択します。たとえば、フローを開始したユーザーからのインシデントレコードコメントが必要な場合に、このオプションを使用します。フローのオプションとして実行を設定しても、子サブフローには適用されません。 |
| 受信ステータス | デフォルトでは \[無効\] に設定されます。このフィールドの値を \[アクティブ\] に変更するには、レコードの作成が完了した後で、このリモートシステムレコードのフォームビューで \[リモートシステムを検証して有効化\] 関連リンクを選択します。 |
[ ]
{#getting-started-with-remote-process-sync__table_ofm_nck_2nb}
注:
適切なフィールドが入力されたリモートシステムレコードを作成したら、\[リモートシステムを検証して有効化\] 関連リンクをクリックする必要があります。このリンクをクリックすると、リモートインスタンスに正常に接続できることが確認され、送信接続と受信接続が有効になります。
プロセスイベントレコードとリモートシステムレコードを作成した後、ワークフロースタジオ サブフローをこれらのレコードに関連付けて、プロセス同期定義がトリガーされるたびに自動アクションが実行されるようにすることができます。
## 送信フローおよび受信フロー {#getting-started-with-remote-process-sync__outbound-flows-and-inbound-flows}
送信フローは、インスタンスが次の目的で使用する ワークフロースタジオ サブフローを指定します。
1. リモートインスタンスに送信されるキャプチャ定義でキャプチャされたフィールドとしてローカルデータを処理します
2. このデータをリモートインスタンスのデータと関連付けます
3. このデータをリモートインスタンスに送信します
{#getting-started-with-remote-process-sync__ol_iyh_2hk_2nb}
送信フローレコードには、次のフィールドがあります。
{#getting-started-with-remote-process-sync__table_bhk_3lk_nnb__entry__2}
| フィールド | 説明 |
|-|-|
| プロセスイベント | リストから参照アイコン (![リストから参照アイコン]()) を選択し、この送信フローに関連付けるプロセスイベントレコードを検索して選択します。選択するプロセスイベントは、プロセス同期定義がトリガーされたときに送信フローが実行する自動アクションに論理的に関連している必要があります。たとえば、送信フローがローカルインスタンスのユーザーによって送信されたサービスカタログアイテム要求レコードのフィールドをリモートインスタンスの関連フィールドにマッピングする場合は、サービスカタログアイテム要求を行うユーザーに関連するプロセスイベントを選択します。 |
| 送信サブフロー | リストから参照アイコン (![リストから参照アイコン]()) を選択し、プロセス同期定義がトリガーするときに実行する ワークフロースタジオ サブフローを検索して選択します。インスタンスには、送信フローレコードのテンプレートとして使用できる、リモートプロセス同期送信フローテンプレート - 基本サブフローが用意されています。ただし、ビジネスプロセスのニーズを満たすように、リモートプロセス同期送信フローテンプレート-基本サブフローをカスタマイズできます。このサブフローは、リモートプロセス同期の送信アクションを使用してカスタマイズできます。詳細については、「[リモートプロセス同期データ連携のビルド](https://servicenow-prod.fluidtopics.net/NzkzxqD65il1~hJaCbc4kw "2 つの ServiceNow インスタンスの自動プロセスをリンクするために、リモートプロセス同期データ連携をビルドする方法の例を順を追って説明します。")」を参照してください。 |
| リモートシステム | リストから参照アイコン (![リストから参照アイコン]()) を選択し、リモートインスタンスでの認証が必要な自動アクションを送信フローが実行するときに接続するリモートシステムレコードを検索して選択します。選択するリモートシステムレコードは、リモートプロセス同期データ連携の受信部分を処理するリモートインスタンスである必要があります。 |
| アプリケーション | 現在のアプリケーションスコープに自動的に設定されます。 |
| ドメイン | プロセスが特定のドメインに関連している場合は、グローバル以外のドメインを選択します。詳細については、「[サービスプロバイダーのドメインセパレーション](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
[ ]
{#getting-started-with-remote-process-sync__table_bhk_3lk_nnb}
送信フローは、インスタンスが次の目的で使用する ワークフロースタジオ サブフローを指定します。
1. ローカルインスタンスのデータとリモートインスタンスから送信されたデータと関連付ける
2. リモートインスタンスから送信されたフィールドをローカルインスタンスのフィールドにマップする
3. リモートインスタンスからローカルインスタンスに送信されたデータを処理する
{#getting-started-with-remote-process-sync__ol_ksn_p3k_2nb}
受信フローレコードには、次のフィールドがあります。
{#getting-started-with-remote-process-sync__table_l5k_bnk_nnb__entry__2}
| フィールド | 説明 |
|-|-|
| プロセスイベント | リストから参照アップアイコン (![リストから参照ルックアップアイコン]()) を選択し、この受信フローに関連付けるプロセスイベントレコードを検索して選択します。選択するプロセスイベントは、ローカルインスタンスがリモートインスタンスによって送信されたペイロードを処理する準備ができたときに受信フローが実行する自動アクションに論理的に関連している必要があります。たとえば、受信フローがリモートインスタンスのユーザーによって送信されたサービスカタログアイテム要求レコードのフィールドをローカルインスタンスの関連フィールドにマッピングする場合は、サービスカタログアイテム要求を行うユーザーに関連するプロセスイベントを選択します。 |
| 受信サブフロー | リストから参照アイコン (![リストから参照アイコン]()) を選択し、リモートインスタンスにより送信されたデータをインスタンスが処理するときに実行する ワークフロースタジオ サブフローを検索して選択します。インスタンスには、受信フローレコードのテンプレートとして使用できる、リモートプロセス同期受信フローテンプレート - 基本サブフローが用意されています。ただし、ビジネスプロセスのニーズを満たすように、リモートプロセス同期受信フローテンプレート-基本サブフローをカスタマイズできます。このサブフローは、リモートプロセス同期の受信アクションを使用してカスタマイズできます。詳細については、「[リモートプロセス同期データ連携のビルド](https://servicenow-prod.fluidtopics.net/NzkzxqD65il1~hJaCbc4kw "2 つの ServiceNow インスタンスの自動プロセスをリンクするために、リモートプロセス同期データ連携をビルドする方法の例を順を追って説明します。")」を参照してください。 |
| リモートシステム | リストから参照アイコン (![リストから参照アイコン]()) を選択し、リモートインスタンスでの認証が必要な自動アクションを受信フローが実行するときに接続するリモートシステムレコードを検索して選択します。選択するリモートシステムレコードは、リモートプロセス同期データ連携の送信部分を処理するリモートインスタンスである必要があります。 |
| アプリケーション | 現在のアプリケーションスコープに自動的に設定されます。 |
| ドメイン | プロセスが特定のドメインに関連している場合は、グローバル以外のドメインを選択します。詳細については、「[サービスプロバイダーのドメインセパレーション](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
[ ]
{#getting-started-with-remote-process-sync__table_l5k_bnk_nnb}
注:
各送信フローと受信フローは、常に 1 つのプロセスイベントと 1 つのリモートシステムにのみ関連付ける必要があります。
プロセス同期定義に対して、システム提供のリモートプロセス同期送信フローテンプレート - 基本またはリモートプロセス同期受信フローテンプレート - 基本サブフローを選択する前に、ワークフロースタジオでこれらのサブフローをカスタマイズできます。
## 添付ファイルの同期 {#getting-started-with-remote-process-sync__syncing-attachments}
[キャプチャ定義](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__capture-definitions)の \[添付ファイルを含める\] オプションを使用して、ローカルレコードに関連付けられた添付ファイルを送信することを選択できます。ただし、リモートプロセス同期では、セキュリティと添付ファイルサイズの問題により、データ連携の他のデータとは異なる方法で添付ファイルを処理します。
* データ連携のレコードが初めて同期されるときに、すべての添付ファイルが送信ペイロードで送信されます。後続の同期では、添付ファイルへの変更またはすべての添付ファイルへの変更を送信できます。
* 添付ファイルのメタデータは、常に送信ペイロードとともに送信されます。このメタデータには、暗号化された総合キー、ハッシュ、ファイル名、コンテンツタイプ、およびサイズが含まれます。
* リモートインスタンスは、受信ペイロードの各ハッシュとファイル名をインスタンス上のものと比較して、受信する添付ファイルを決定します。次に以下のプロセスが発生します。
1. 元のシステムはキーを検証し、添付ファイルを相関レコードにプッシュします。
2. 元のシステムは、添付ファイルが完了したことをリモートシステムに通知します。
3. リモートシステムは、添付ファイルを相関レコードからターゲットレコードに移動します。
{#getting-started-with-remote-process-sync__ol_dxx_ryk_snb}
{#getting-started-with-remote-process-sync__ul_tnz_kkf_qnb}
## コメントと作業メモの同期 {#getting-started-with-remote-process-sync__syncing-comments-and-work-notes}
統合では、コメントと作業メモは、それらのジャーナルフィールドが変更された場合にのみ、インスタンス間で同期されます。変更メタデータはペイロードに含まれているため、リモートシステムは、コメントまたは作業メモを作成したユーザーと、いつ作成されたかを識別できます。
## 送信キューと受信キュー {#getting-started-with-remote-process-sync__outbound-and-inbound-queues}
前のセクションで説明したレコードを作成して設定し、リモートプロセス同期のデータ連携をビルドした後、インスタンスの送信キューと受信キューを監視してデータ連携を管理できます。
送信キューには、インスタンスから送信されたデータに対して実行された送信サブフローのステータス、エラー情報、再試行データ、およびフローコンテキスト情報が含まれます。送信キューのレコードを表示するには、 統合ハブリモートプロセス同期送信キューのステータス.
送信キューステータスレコードには、次のフィールドがあります。
{#getting-started-with-remote-process-sync__table_vhx_dbq_nnb__entry__2}
| フィールド | 説明 |
|-|-|
| 作成日時 | データ連携の自動アクションが発生した日付 |
| エラー情報 | 送信ペイロードのステータスメッセージ |
| プロセスイベント | [プロセスイベント](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__process-events) |
| リモートシステム | [リモートシステム](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__remote-systems) |
| メタデータを再試行 | 送信ペイロード用に設定された再試行ポリシーのメタデータ |
| ステータス | 送信キュー内のペイロードの処理ステータス。次のオプションが含まれます。 * 準備完了 * 処理済み * エラー * スキップ {#getting-started-with-remote-process-sync__ul_ibx_nkl_snb} |
| ドメイン | データ連携の自動アクションが実行されたドメイン |
| 送信サブフローコンテキスト | ペイロードを処理した送信フローの実行レコードのシステム ID |
[ ]
{#getting-started-with-remote-process-sync__table_vhx_dbq_nnb}
注:
送信ペイロードの詳細なトラブルシューティング情報は、関連する送信キューレコードで取得できます。これらのレコードにアクセスするには、次に移動します 統合ハブリモートプロセス同期送信キュー.
受信キューには、リモートインスタンスからローカルインスタンスに送信されたデータに対して実行された受信サブフローのステータス、処理シーケンス、および相関情報が含まれています。受信キューのレコードを表示するには、次の場所に移動します 統合ハブリモートプロセス同期受信キュー.
受信フローレコードには、次のフィールドがあります。
{#getting-started-with-remote-process-sync__table_fbn_2bl_snb__entry__2}
| フィールド | 説明 |
|-|-|
| シーケンス | キュー内での順序。小さい数値は大きい数値の前に処理されます。 |
| ステータス | 送信キュー内のペイロードの処理ステータス。次のオプションが含まれます。 * 準備完了 * 処理済み * エラー * スキップ {#getting-started-with-remote-process-sync__ul_i4w_5hl_snb} 注: 受信キューレコードのステータスが \[エラー\] の場合は、ステータスを \[受信ペイロードの処理を再試行する準備完了 (Ready to retry processing the inbound payload)\] に変更します。 |
| プロセスイベント | データ連携アクションに関連付けられた[プロセスイベント](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__process-events) |
| 操作 | リモートインスタンスがトリガーしてデータを送信する原因となった、リモートインスタンスが実行したレコード操作のタイプ。次のオプションが含まれます。 * 作成/挿入 * 更新 * 削除 {#getting-started-with-remote-process-sync__ul_qlz_cbl_snb} |
| コンテキストを変換 | ペイロードを処理した受信フローの実行レコードのシステム ID |
| ローカル相関 ID | ローカルインスタンスの相関 ID |
| リモート相関 ID | リモートインスタンスの相関 ID |
| リモートシステム | データを送信したインスタンスに関連付けられた[リモートシステム](https://servicenow-prod.fluidtopics.net/HXR19ree8oxb8qSfBd4AxQ#getting-started-with-remote-process-sync__remote-systems)レコード |
| ドメイン | データ連携の自動アクションが実行されたドメイン |
| ペイロード | 受信データの JSON ペイロードとしての文字列 |
[ ]
{#getting-started-with-remote-process-sync__table_fbn_2bl_snb}
注:
送信キューテーブルと受信キューテーブルはどちらも、30 日ごとにこれらのテーブルからレコードを削除するテーブルクリーナーによって管理されます。
## データ連携の監視とトラブルシューティング {#getting-started-with-remote-process-sync__monitoring-troubleshooting-rps}
リモートプロセス同期データ連携がビルドされ、実行されたら、次のテーブルを使用して監視できます。{#getting-started-with-remote-process-sync__table_yn5_wnf_qnb__entry__2}
| テーブル | 説明 |
|-|-|
| XML 統計情報 | process_sync_queue セクションを表示して、キューのサイズ、エラーおよび処理レートなど、データ連携のアウトバウンドキューとインバウンドキューに関する情報を確認します。 |
| 送信キュー | インスタンスから送信するためにステージングされたレコードのキャプチャデータを表示します。 |
| 送信キューのステータス | 送信キューテーブルのレコードのステータスを表示します。 |
| 受信キュー | 受信キューとレコードを組み合わせたテーブルを表示します。 |
| ログ | まず、 glide.ih.process.sync.debug システムのプロパティを true に設定してデバッグをオンにします。次に、ログをスキャンして OutboundQueueDao と InboundQueueDao で始まるエラーメッセージを探し、データ連携に関する潜在的な問題に関する詳細情報を含むログメッセージを見つけます。 |
[ ]
{#getting-started-with-remote-process-sync__table_yn5_wnf_qnb}
リモートプロセス同期データ連携でエラーが発生した場合は、まず、エラーが接続エラーであるかデータ処理エラーであるかを確認します。
接続エラー
: 送信接続エラーは、リモートシステムレコードの送信ステータスを \[エラー\] に設定する前に、自動的に数回再試行します。送信接続でエラーが引き続き発生する場合は、ユーザーの認証情報の変更など、リモートシステムの受信 API ユーザーで何も変更されていないことを確認します。次に、リモートシステムレコードを再度検証して有効化します。
データ処理エラー
: データ処理エラーは、通常、送信フローまたは受信フローのエラーの結果として発生します。これらのエラーのトラブルシューティングを行うために、フローのステータスが \[エラー\] に変更されたときに、ログアクションやメール送信アクションなどのエラー処理アクションをフローに追加できます。フローでエラーが発生した場合に、送信キューまたは受信キューテーブルのレコードを再処理したり、処理をスキップしたりするアクションを追加することもできます。