---
sourceDocument: オーストラリア ServiceNow AI Platform 管理
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/platform-administration

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform 管理

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# スキップされたレコードリストを処理する

# スキップされたレコードリストを処理する {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

スキップされたレコードリストを処理して、レコードのアップグレードされたバージョンとカスタマイズされたバージョンの相違を解決します。このアップグレードによって影響を受けるレコード (ビジネスルールやスクリプトなど) をカスタマイズまたは変更した場合、アップグレードによってスキップログレコードが生成されます。

## 始める前に

必要なロール：admin

## このタスクについて

スキップされたレコードリストに表示されるビジネスルールやスクリプトなどのベースラインレコードに加えた変更を確認し、必要に応じてベースラインバージョンに戻します。アップグレード後に、これらのレコードに加えたすべての変更を完全にテストします。

## 手順

1. 移動先 すべてアップグレードセンターアップグレードモニター.  
   アップグレードがまだ進行中の場合は、\[[アップグレードの進捗状況](https://www.servicenow.com/docs/iV6Qtqv~7kVkjwtOzPfVug "アップグレードの進行中、[アップグレードの進捗状況] には、プロセスの監視に役立つ進捗状況バーとその他の情報が表示されます。")\] 画面が表示されます。アップグレードが終了すると、[サマリレポートをアップグレードする](https://www.servicenow.com/docs/DhO6IUoETEIwrSP50dZySA "アップグレードサマリーレポートは、実行されたアクションを要約し、カスタマイズとアップグレードの一部として行われた変更の競合を解決するツールを提供して、他のインスタンスへのアップグレードにかかる時間を見積もるのに役立つ情報を提供します。")が表示されます。
2. アップグレードサマリーレポートが表示されたら、\[スキップ\] ボックスの変更の確認リンクをクリックします。  
   [システムアップグレードフォーム](https://www.servicenow.com/docs/1dTd0L42t7J4wXRzdzxIyA "アップグレードが完了すると、システムアップグレードフォームに、アップグレードに関する主要な統計情報とスキップされたレコードの関連リスト (スキップリスト) が表示されます。")が表示されます。
3. \[スキップ済みレコードのレビュー\] セクションに移動し、必要に応じて、レビュー対象のスキップされた変更の関連リストまでスクロールします。  
   詳細については、「[関連リストを使用してスキップされたレコードをレビューする](https://www.servicenow.com/docs/~gPw8OsinXSOgoJuRiUCDA#uc-access-rl "別の関連リストを使用して、アップグレードでスキップされたレコードを解決、追跡、およびレビューします。")」を参照してください。
4. 調整する最初のレコードの行をクリックします。  
   そのレコードの[アップグレードの詳細フォーム](https://www.servicenow.com/docs/hI9gDWul0lVLZgGuGgnCRQ "アップグレードの詳細フォームから、アップグレードの影響を受ける個々のレコードを確認し、アップグレードとカスタマイズの間の競合を調整することができます。")が表示されます。
5. このレコードの競合を解決する方法を評価し、適切なアクションを実行します。  
   {#uc-process-skipped-records__table_znb_ggg_rlb__entry__2}

   | アクション | 説明 |
   |-|-|
   | カスタマイズされたレコードは、更新せずに、そのまま保持してください。 | 変更を確認した後、\[解決ステータス\] を \[レビュー済みかつ保持済み\] に設定します。 レコードがレビュー対象のスキップされた変更の関連リストからスキップされた変更のレビュー関連リストに移動します。「[関連リストを使用してスキップされたレコードをレビューする](https://www.servicenow.com/docs/~gPw8OsinXSOgoJuRiUCDA#uc-access-rl "別の関連リストを使用して、アップグレードでスキップされたレコードを解決、追跡、およびレビューします。")」を参照してください。 |
   | 更新されたオブジェクトの変更を結合してカスタマイズを保持します。 | 1. \[競合の解決\] をクリックして、[競合の解決フォーム](https://www.servicenow.com/docs/3bN9Ohwjn5pv5CmFbfykuA "競合の解決フォームで、レコードのベースシステムバージョンとカスタマイズされたバージョンを比較して相違を調整します。")に移動します。 2. 違いをレビューします。 3. フィールドを結合するには、次の手順を実行します。 * フィールドの右矢印ボタンをクリックします。 * テキストボックスをクリックして、詳細な差異を表示して編集します。 * 該当するすべてのフィールドを結合したら、\[結合\] をクリックします。 {#uc-process-skipped-records__ul_pq5_zjg_rlb} {#uc-process-skipped-records__ol_l5q_xjg_rlb} カスタマイズの変更を結合すると、次のことが行われます。 * \[解決ステータス\] が \[レビュー済みかつ結合済み\] に変わります。 * レコードが \[レビュー対象のスキップされた変更\] から \[スキップされた変更のレビュー\] 関連リストに移動します。 {#uc-process-skipped-records__ul_qvp_jkg_rlb} |
   | カスタマイズを破棄し、このアップグレードのベースシステムと一致するようにレコードを更新します。 | 変更を確認したら、\[ベースシステムに戻る\] をクリックします。 * 状態が \[スキップ済み\] から \[復元済み\] に変更されます。 * 解決ステータスが \[レビュー済みかつ復元済み\] に変わります。 * 顧客アップデートレコードが作成されます。 * レコードが \[レビュー対象のスキップされた変更\] から \[スキップされた変更のレビュー\] 関連リストに移動します。 注: カスタマイズを元に戻した後、いつでも \[変更の再適用\] をクリックしてカスタマイズを再適用 (元に戻す) ことができます。 {#uc-process-skipped-records__ul_ppr_1lg_rlb} |
   | スキップを確認し、オブジェクトに対してアクションを実行しません。 | 変更を確認したら、\[解決ステータス\] を \[レビュー済み\] に設定します。レコードが \[レビュー対象のスキップされた変更\] から \[スキップされた変更のレビュー\] 関連リストに移動します。 |
   | 後で決定するためにスキップされたリストに残します。レコードをレビューしていないことに注意してください。 | \[解決\] リストから \[未レビュー\] を選択して、この競合の処理方法に関する決定を保留します。レコードは \[レビュー対象のスキップされた変更の関連リスト\] に留まります。 |
   [ ]

   {#uc-process-skipped-records__table_znb_ggg_rlb}  
   注:  
   更新セット内のレコードの変更が追跡されるため、これらの変更を後で別のインスタンスに適用できます。ただし、1 つのインスタンスから次のインスタンスにアップグレードの詳細レコードは移行されません。これらのレコードは、特定のインスタンスの特定のアップグレードに適用されます。スキップされたリストのコメント、解決策、またはその他の情報を保持する場合は、このインスタンスからエクスポートします。
6. \[コメント\] フィールドに、意思決定の理由やその他の文書化する情報を記入します。
7. \[更新\] をクリックします。  
   アップグレード後に、スキップされたレコードリストのレコードに加えたすべての変更を完全にテストします。