ServiceNow アップグレードでスキップされるレコードの削減

[JunshuO]

スキップされるレコードは ServiceNow のアップグレードでよく発生する問題で、多くの場合、標準 (OOB) レコードに加えられた変更が原因です。レコードがスキップされると、アップグレードプロセスが複雑になり、手作業が増加する可能性があります。この記事では、ServiceNow のアップグレードでスキップされるレコードを減らし、将来のアップグレードをより円滑にするための戦略について説明します。

---

概要: スキップされるレコードは ServiceNow のアップグレードでよく発生する問題で、多くの場合、標準 (OOB) レコードに加えられた変更が原因です。レコードがスキップされると、アップグレードプロセスが複雑になり、手作業が増加する可能性があります。この記事では、ServiceNow のアップグレードでスキップされるレコードを減らし、将来のアップグレードをより円滑にするための戦略について説明します。

---

スキップされるレコードが発生する理由

スキップされるレコードは通常、フォーム、クライアントスクリプト、ビジネスルール、ワークフローなどのカスタマイズされた標準 (OOB) アイテムが、アップグレード中に導入された更新と競合する場合に発生します。ServiceNow はカスタマイズを保持するためにこれらのレコードを「スキップ」しますが、これらのスキップを管理し、減らすことで、アップグレードプロセスを簡素化し、安定したプラットフォームを維持するのに役立ちます。

スキップされるレコードを減らす手順

---

1. カスタマイズのベストプラクティスに従う

標準 (OOB) レコードからカスタムレコードを分離する :

• 標準 (OOB) フォームまたはスクリプトを直接変更する代わりに、可能な限りカスタムバージョンを作成するようにしてください。
• これにより、標準 (OOB) レコードがそのまま維持され、アップグレード中の競合が最小限に抑えられます。

例文 :デフォルトのIncidentフォームレイアウトを直接変更する代わりに、Custom Incidentビューを作成し、そこで変更を適用するようにしてください。これによりカスタマイズが分離され、今後デフォルトビューでスキップされるのを防ぎます。

スコープアプリケーションの使用 :新しいアプリケーションや大幅な機能変更の場合は、スコープアプリケーションを使用します。スコープアプリケーションは、カスタマイズをグローバルスコープから分離することでカスタマイズを保護し、スキップされるレコードを減らします。

---

2. 更新セットとソースコントロールを使用する

更新セットのすべての変更を追跡 :

• すべてのカスタマイズを更新セットにキャプチャし、変更の詳細とともに各セットに明確な名前を付けます。
• これにより、変更を追跡できるため、アップグレード時に競合を特定しやすくなります。

例文 :インシデント管理などの特定のモジュールに対する変更の更新セットを作成し、日付と目的のラベルを付けます (例:「インシデント UI の変更 - 2023 年 4 月」)。これにより、アップグレード中にこれらの変更を簡単に再確認できます。

ソースコントロールを使用 :

• カスタマイズのために ServiceNow を Git と連携させます。ソースコントロールにより、将来のアップグレードのための簡単な追跡、バージョニング、および比較が可能になります。

例文 :ビジネスルールを変更する場合は、変更を適用する前にベースラインバージョンを Git に保存します。これにより、ServiceNow がルールを更新した場合に、ベースラインを最新バージョンと比較できます。

---

3. カスタマイズを定期的に確認して廃止する

古いカスタマイズを特定して削除する :

• カスタマイズを定期的に監査して、関連する構成のみが残るようにします。
• 古いカスタマイズを廃止すると、スキップされるレコードを減らし、インスタンスをアップグレードしやすい状態に保つことができます。

例文 :何年も前に追加されたカスタムビジネスルールが不要になった場合は、削除するか無効にすることを検討してください。これにより、アクティブで必要なカスタマイズのみが残り、将来のアップグレードでの競合が減少します。

---

4. アップグレードセンターを活用する

アップグレードセンターツールの使用 :

• ServiceNow のアップグレードセンターには、スキップされるレコードを管理するためのツールが用意されています。これを使用して、潜在的なスキップをプレビューし、本番アップグレードの前にそれらに対処します。

アップグレードのプレビュー :アップグレードのプレビューを実行して、競合を早期に特定します。

競合の解決 :比較機能を使用して、スキップされる各レコードを評価し、変更の保持、置換、または結合を決定します。

例文 :アップグレードセンターが変更されたクライアントスクリプトにフラグを立てた場合、カスタムバージョンを標準 (OOB) の更新と比較し、現在のビジネスニーズに基づいて変更を保持、採用、または結合するかどうかを決定します。

---

5. 標準 (OOB) スクリプトの直接的な変更を避ける

標準 (OOB) スクリプトの拡張または上書き :

• ServiceNow のコアスクリプトまたは構成を直接変更する代わりに、カスタムスクリプトまたは代替構成を使用してそれらを拡張または上書きします。
• この方法では、元の標準 (OOB) スクリプトを保持することで、アップグレード中にスキップされるレコードを最小限に抑えます。

例文 :もしIncidentUtilsスクリプトインクルードに追加機能が必要な場合は、新しいスクリプトインクルード（例：CustomIncidentUtils）を作成してIncidentUtilsを拡張するようにしてください。直接変更することは避けます。

新しい UI ポリシーまたはルールを追加 :

• 既存の標準 (OOB) ポリシーを変更するのではなく、新しいポリシーを追加します。これにより、ServiceNow が元のポリシーに加えた変更がカスタマイズと競合することがなくなります。

---

6. すべてのカスタマイズを文書化する

詳細なドキュメントを管理 :

• ビジネス上の根拠、影響を受けるフィールド、依存関係など、各カスタマイズの目的と詳細を文書化します。

カスタマイズインベントリの作成 :

• 中央のドキュメントまたはデータベースでカスタマイズを追跡します。今後のアップグレードをより円滑にするために、各変更を行ったユーザー、目的、および依存関係を含めます。

例文 :カスタムデータフィールドを検証するビジネスルールが作成された場合は、理由、関連フィールド、およびそれが適用されるシナリオを文書化します。これにより、将来のアップグレードで競合を理解し、解決しやすくなります。

---

まとめ

ServiceNow のアップグレードでスキップされるレコードを減らすには、カスタマイズ管理に対する積極的なアプローチが必要です。標準 (OOB) レコードを変更する代わりにカスタムバージョンを使用する、アップグレードセンターを活用する、カスタマイズを定期的に監査する、変更を文書化するなど、これらのベストプラクティスに従うことで、よりアップグレードしやすいインスタンスをビルドできます。これらのプラクティスを実装すると、スキップされるレコードが最小限に抑えられ、将来のアップグレードがより迅速かつ効率的になります。

これらの手順に従うことで、チームは手作業による競合解決ではなく付加価値の高いアクティビティに集中できるようになり、ServiceNow プラットフォームの信頼性と効率性が向上します。

---

この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/developer-blog/reducing-skipped-records-in-servicenow-upgrades/...

免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。

[JunshuO]

スキップされるレコードは ServiceNow のアップグレードでよく発生する問題で、多くの場合、標準 (OOB) レコードに加えられた変更が原因です。レコードがスキップされると、アップグレードプロセスが複雑になり、手作業が増加する可能性があります。この記事では、ServiceNow のアップグレードでスキップされるレコードを減らし、将来のアップグレードをより円滑にするための戦略について説明します。

---

概要: スキップされるレコードは ServiceNow のアップグレードでよく発生する問題で、多くの場合、標準 (OOB) レコードに加えられた変更が原因です。レコードがスキップされると、アップグレードプロセスが複雑になり、手作業が増加する可能性があります。この記事では、ServiceNow のアップグレードでスキップされるレコードを減らし、将来のアップグレードをより円滑にするための戦略について説明します。

---

スキップされるレコードが発生する理由

スキップされるレコードは通常、フォーム、クライアントスクリプト、ビジネスルール、ワークフローなどのカスタマイズされた標準 (OOB) アイテムが、アップグレード中に導入された更新と競合する場合に発生します。ServiceNow はカスタマイズを保持するためにこれらのレコードを「スキップ」しますが、これらのスキップを管理し、減らすことで、アップグレードプロセスを簡素化し、安定したプラットフォームを維持するのに役立ちます。

スキップされるレコードを減らす手順

---

1. カスタマイズのベストプラクティスに従う

標準 (OOB) レコードからカスタムレコードを分離する :

• 標準 (OOB) フォームまたはスクリプトを直接変更する代わりに、可能な限りカスタムバージョンを作成するようにしてください。
• これにより、標準 (OOB) レコードがそのまま維持され、アップグレード中の競合が最小限に抑えられます。

例文 :デフォルトのIncidentフォームレイアウトを直接変更する代わりに、Custom Incidentビューを作成し、そこで変更を適用するようにしてください。これによりカスタマイズが分離され、今後デフォルトビューでスキップされるのを防ぎます。

スコープアプリケーションの使用 :新しいアプリケーションや大幅な機能変更の場合は、スコープアプリケーションを使用します。スコープアプリケーションは、カスタマイズをグローバルスコープから分離することでカスタマイズを保護し、スキップされるレコードを減らします。

---

2. 更新セットとソースコントロールを使用する

更新セットのすべての変更を追跡 :

• すべてのカスタマイズを更新セットにキャプチャし、変更の詳細とともに各セットに明確な名前を付けます。
• これにより、変更を追跡できるため、アップグレード時に競合を特定しやすくなります。

例文 :インシデント管理などの特定のモジュールに対する変更の更新セットを作成し、日付と目的のラベルを付けます (例:「インシデント UI の変更 - 2023 年 4 月」)。これにより、アップグレード中にこれらの変更を簡単に再確認できます。

ソースコントロールを使用 :

• カスタマイズのために ServiceNow を Git と連携させます。ソースコントロールにより、将来のアップグレードのための簡単な追跡、バージョニング、および比較が可能になります。

例文 :ビジネスルールを変更する場合は、変更を適用する前にベースラインバージョンを Git に保存します。これにより、ServiceNow がルールを更新した場合に、ベースラインを最新バージョンと比較できます。

---

3. カスタマイズを定期的に確認して廃止する

古いカスタマイズを特定して削除する :

• カスタマイズを定期的に監査して、関連する構成のみが残るようにします。
• 古いカスタマイズを廃止すると、スキップされるレコードを減らし、インスタンスをアップグレードしやすい状態に保つことができます。

例文 :何年も前に追加されたカスタムビジネスルールが不要になった場合は、削除するか無効にすることを検討してください。これにより、アクティブで必要なカスタマイズのみが残り、将来のアップグレードでの競合が減少します。

---

4. アップグレードセンターを活用する

アップグレードセンターツールの使用 :

• ServiceNow のアップグレードセンターには、スキップされるレコードを管理するためのツールが用意されています。これを使用して、潜在的なスキップをプレビューし、本番アップグレードの前にそれらに対処します。

アップグレードのプレビュー :アップグレードのプレビューを実行して、競合を早期に特定します。

競合の解決 :比較機能を使用して、スキップされる各レコードを評価し、変更の保持、置換、または結合を決定します。

例文 :アップグレードセンターが変更されたクライアントスクリプトにフラグを立てた場合、カスタムバージョンを標準 (OOB) の更新と比較し、現在のビジネスニーズに基づいて変更を保持、採用、または結合するかどうかを決定します。

---

5. 標準 (OOB) スクリプトの直接的な変更を避ける

標準 (OOB) スクリプトの拡張または上書き :

• ServiceNow のコアスクリプトまたは構成を直接変更する代わりに、カスタムスクリプトまたは代替構成を使用してそれらを拡張または上書きします。
• この方法では、元の標準 (OOB) スクリプトを保持することで、アップグレード中にスキップされるレコードを最小限に抑えます。

例文 :もしIncidentUtilsスクリプトインクルードに追加機能が必要な場合は、新しいスクリプトインクルード（例：CustomIncidentUtils）を作成してIncidentUtilsを拡張するようにしてください。直接変更することは避けます。

新しい UI ポリシーまたはルールを追加 :

• 既存の標準 (OOB) ポリシーを変更するのではなく、新しいポリシーを追加します。これにより、ServiceNow が元のポリシーに加えた変更がカスタマイズと競合することがなくなります。

---

6. すべてのカスタマイズを文書化する

詳細なドキュメントを管理 :

• ビジネス上の根拠、影響を受けるフィールド、依存関係など、各カスタマイズの目的と詳細を文書化します。

カスタマイズインベントリの作成 :

• 中央のドキュメントまたはデータベースでカスタマイズを追跡します。今後のアップグレードをより円滑にするために、各変更を行ったユーザー、目的、および依存関係を含めます。

例文 :カスタムデータフィールドを検証するビジネスルールが作成された場合は、理由、関連フィールド、およびそれが適用されるシナリオを文書化します。これにより、将来のアップグレードで競合を理解し、解決しやすくなります。

---

まとめ

ServiceNow のアップグレードでスキップされるレコードを減らすには、カスタマイズ管理に対する積極的なアプローチが必要です。標準 (OOB) レコードを変更する代わりにカスタムバージョンを使用する、アップグレードセンターを活用する、カスタマイズを定期的に監査する、変更を文書化するなど、これらのベストプラクティスに従うことで、よりアップグレードしやすいインスタンスをビルドできます。これらのプラクティスを実装すると、スキップされるレコードが最小限に抑えられ、将来のアップグレードがより迅速かつ効率的になります。

これらの手順に従うことで、チームは手作業による競合解決ではなく付加価値の高いアクティビティに集中できるようになり、ServiceNow プラットフォームの信頼性と効率性が向上します。

---

この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/developer-blog/reducing-skipped-records-in-servicenow-upgrades/...

免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。