新しいアプリを構成、カスタマイズ、またはビルドする
構成とカスタマイズは、会社が特定のニーズに合わせてワークフローをカスタマイズできるようにする ServiceNow AI Platform の特徴です。また、現在のアプリケーションの範囲内に収まらない新しいユースケースや部門のプロセス向けに、新しいアプリをビルドすることもできます。
プラットフォームとアプリの機能を変更する方法を選択する場合でも、十分な情報に基づいた選択を行うために、次の情報を考慮してください。
構成とカスタマイズ
構成とカスタマイズという用語は非常に似ているように聞こえるかもしれませんが、ServiceNow AI Platform上では意味が異なります。ユースケースに合わせて OOTB アプリを更新する方法は多数あります。アプリケーションのカスタマイズ、構成、カスタマイズ、または作成のいずれを行う場合でも、アプリを機能させる方法に関する一般的なガイドラインがあります。関連する各用語を次の表で定義します。
| 用語 | 定義 |
|---|---|
| パーソナライズ | ユーザーが 自分のためだけにアプリケーションのルックアンドフィールを変更する場合。 |
| 構成 | ユーザーが フローやベースシステムコードを変更せずにアプリケーションの動作を変更する場合。 |
| カスタマイズ | ユーザーがServiceNowインスタンスでのベースラインインストールの一部であるフローまたはコードに変更を加えた場合。 |
| 新規の構築 | ユーザーが ServiceNow スタジオ などのApp Engine製品を使用してカスタムアプリをビルドする場合。 |
変更の影響
プラットフォームに加えた変更の影響は、コストとサポートに影響を与える可能性があります。実行する更新を慎重に検討してください。各タイプの変更とその影響の例を参照してください。
| 変更 | 例 | 影響 |
|---|---|---|
| パーソナライズ |
|
|
| 構成 |
|
|
| カスタマイズ |
|
|
| 新しいアプリのビルド | サイズや目的に関係なく、新しいグローバルアプリまたはスコープ対象アプリを作成します。 |
|
カスタマイズするとどうなるか
アプリケーションをカスタマイズするときは、注意が必要なことがいくつか発生します。
- カスタマイズにより、プラットフォームがトリガーされ、顧客アップデート [sys_update_xmll] テーブルにレコードが作成されます。
新しいバージョンにアップグレードするときは、このテーブルの各レコードに対処する必要があります。
- プラットフォームは、プラットフォームのアップグレード中にカスタマイズされたレコードをスキップします。カスタマイズの処理方法を選択する必要があります。
- 各カスタマイズを保持します。
- 各カスタマイズを OOTB ステータスに戻します。
- カスタマイズをベースシステムと結合します。
- カスタマイズを保持するたびに、カスタマーサポートの影響が生じる可能性があります。カスタマーサポートエージェントは、カスタマイズの予想される動作がどうなるかわからないため、OOTB インスタンスで問題を再現してサポートケースを支援することは困難です。
カスタマイズを作成するときは、これらの状況を念頭に置いてください。
ヒント:
カスタマイズによってアプリケーションの意図した目的が拡張される場合にのみ、アプリケーションをカスタマイズしてください。目的を拡張しない場合は、新しいアプリケーションの作成を検討してください。
推奨される変更順序
- インスタンスとアプリを好きなだけカスタマイズします。
- ServiceNow アプリケーションをカスタマイズする前に、可能な限り構成します。
- アプリケーションの意図を拡張する場合にのみ機能を追加するようにアプリケーションをカスタマイズします。
- アプリケーションをカスタマイズして本来の目的にそぐわない機能を作成するのではなく、クリエータースタジオや ServiceNow スタジオなどの App Engine 開発者向け製品を使用して、新しいアプリケーションを作成します。