エージェント型ワークフローは、解決する必要があるビジネス上の問題です。AI エージェントスタジオでは、エージェント型ワークフローを定義し、それを AI エージェントに接続して解決計画を取得する必要があります。

詳細については、「Create an agentic workflow」を参照してください。

AI エージェントは、大規模言語モデル (LLM) を使用して人間のようなインテリジェンスを模倣するエンティティです。AI エージェントは、単純な自動応答から複雑な問題解決まで、さまざまなタスクを実行できます。AI エージェントを使用すると、ライブエージェントの作業負荷を軽減し、生産性を向上させることができます。

詳細については、「Create an AI agent」を参照してください。

割り当てデータルックアップを使用して、データルックアップとレコード一致でレコードを自動的にアサインします。たとえば、特定のレベル以下のユーザーのマネージャーグループに承認をアサインするなど、一連の条件が発生したときに、レコードの assigned_to フィールドと assignment_group フィールドに値を自動的に設定できます。

詳細については、「Defining assignment rules」を参照してください。

UI スクリプトをクライアント拡張ポイントにリンクするクライアント拡張ポイントの登録済みインスタンスに対して、クライアント拡張統合を使用します。UI スクリプトは、クライアント拡張ポイントを呼び出すページに含まれています。

詳細については、「Using extension points to extend application functionality」を参照してください。

クライアント拡張ポイントを使用して、元のアプリケーションコードを変更せずにアプリケーションの機能を拡張します。拡張ポイントを使用すると、カスタムコードをアプリケーションコードに直接埋め込む場合にアップグレード後に頻繁に発生する、カスタムコードのやり取りの破損を防ぐことができます。

詳細については、「Using extension points to extend application functionality」を参照してください。

クライアントスクリプトにより、クライアントベースのイベントの発生時に、ServiceNow AI Platform のアプリがクライアント (Web ブラウザ) 上で JavaScript を実行できます。たとえば、フォームのロード時、フォームの送信後、またはフィールドの値が変更されたときに実行できます。

詳細については、「Client scripts」を参照してください。

データルックアップ定義は、同じテーブルのレコードから属性を取得できるノーコードのソリューションです。たとえば、名前を入力したときにメールフィールドに自動的に入力するデータルックアップ定義を作成できます。

詳細については、「Create a catalog lookup definition」を参照してください。

優先度データルックアップを使用すると、インシデントの影響度と緊急度を定義して、優先順位付けの方法を計算できます。

詳細については、「Define priority lookup rules」を参照してください。

UI 拡張インスタンスを使用して、UI マクロを UI 拡張ポイントにリンクする UI 拡張ポイントの登録済みインスタンスを作成します。マクロは、UI 拡張ポイントが呼び出されるたびに呼び出すことができます。

詳細については、「Creating and adding a UI extension point」を参照してください。

UI 拡張ポイントを使用すると、ページを直接変更せずに、カスタムコンテンツを UI ページに追加できます。まず UI 拡張ポイントを作成してから、それをベースアプリケーションコードの UI マクロに追加します。

詳細については、「Using UI extension points in server-side UI macros」を参照してください。

UI ポリシーは、フォーム上の情報の動作を動的に変更し、タスクのカスタムプロセスフローを制御します。たとえば、UI ポリシーを使用して、フォームの数値フィールドを読み取り専用にしたり、簡単な説明フィールドを必須にしたり、その他のフィールドを非表示にしたりできます。

詳細については、「Using UI policies」を参照してください。

オーディオファイルを使用して、アプリが ServiceNow AI Platform で使用できるサウンドと録音をアップロードします。

詳細については、「Manage audio files」を参照してください。

詳細コンテンツブロックを使用して、インシデント、ナレッジ記事、サービス管理要求などの既存のドキュメントのコンテンツを表示します。

詳細については、「Configure a detailed content block」を参照してください。

動的コンテンツは、スクリプティングを使用するか、ServiceNow AI Platform からアプリに情報を取り込みます。たとえば、動的コンテンツを使用して求人情報を作成すると、求人情報がナレッジ記事に保存され、動的ブロックによりアプリに表示されます。

詳細については、「Configure dynamic blocks」を参照してください。

iFrame を使用して、フレーム内のページに URL を埋め込みます。外部ページを埋め込むことも、ServiceNow コンテンツをレンダリングすることもできます。

詳細については、「Configure iFrames」を参照してください。

アプリやフォームで使用する画像を ServiceNow AI Platform にアップロードして保存します。インスタンスの URL に画像の名前を追加することで、[HTML] フィールドから画像を参照できます。

詳細については、「Storing images in the database」を参照してください。

フォームは、データベーステーブルの単一レコードのフィールドと値を表示するコンテンツページです。

詳細については、「テーブルビルダー のフォーム」を参照してください。

セクションを使用してフォームのレイアウトを設計します。たとえば、列を 1 つまたは 2 つにすることができます。

詳細については、「テーブルビルダー でのフォームレイアウトのカスタマイズ」を参照してください。

多対多のタスクを使用して、異なるタスク間の関係を定義します。1 対 1、1 対多、および多対多の関係を実装できます。たとえば、ユーザーとロールは多対多の関係です。1 人のユーザーが複数のロールを持つことができ、複数のユーザーが任意の特定のロールを持つことができるためです。

詳細については、「Creating many-to-many task relations」を参照してください。

関係を使用して、テーブル間のやり取りを定義します。テーブル間の関係は、テーブルの拡張、別のテーブルのレコードの参照、多対多の関係の作成、データベースビューでのテーブルの結合を行うことで、作成することができます。

詳細については、「Table relationships」を参照してください。

テーブルは、ServiceNow AI Platform がデータを保存する基盤です。テーブルをリストと考えると、各行はレコードで、各列はレコードのフィールドです。たとえば、インシデントテーブルには、すべての顧客とのやり取りまたはインシデントのレコードがあります。

詳細については、「ServiceNow AI Platform tables and data」と「テーブルビルダー」を参照してください。

優先テーブルアドミニストレーターは、 テーブルビルダーの優先テーブルを構成できます。詳細については、「ServiceNow スタジオ ペルソナとロール」を参照してください。

データインポートを使用して、インポートジョブで処理されているすべてのレコードだけでなく、承認待ちのインポートジョブも表示できます。

詳細については、「Importing data using import sets」と「Integration Hub - Import」を参照してください。

データソースは、インポートしたいデータを取得する方法と場所を指定します。

詳細については、「Data sources」と「Configure a data source」を参照してください。

スケジュール設定済みデータインポートは、インポートセットを使用してデータソースからデータをインポートするように指定します。変換マップは、データをターゲットテーブルに書き込む前に、インポートされたデータに適用されます。

詳細については、「Run or schedule a data import」を参照してください。

スケジュール設定済みデータインポートは、データソースからのデータのインポートを指定します。変換マップは、データをターゲットテーブルに書き込む前に、インポートされたデータに適用されます。

詳細については、「Run or schedule a data import」を参照してください。

スクリプト化 REST API を使用して、アプリケーションのカスタム Web サービス API を構築します。サービスエンドポイント、クエリパラメーター、スクリプト化 REST API のヘッダー、および要求と応答を管理するスクリプトを定義できます。

詳細については、「Scripted REST APIs」を参照してください。

スクリプト化 Web サービスを使用すると、開発者は ServiceNow AI Platformで独自の API を作成できます。サードパーティアプリケーションは、スクリプト化された Web サービスを使用して ServiceNow テーブルのレコードにアクセスします。

詳細については、「Web services」を参照してください。

エクスポート定義は、エクスポートセットに含めるデータを決定します。

詳細については、「Create an export definition」を参照してください。

エクスポートセットは、エクスポートするデータと、データをエクスポートするときに使用するエクスポートターゲットを定義します。たとえば、インスタンスから外部ファイルにデータをプッシュできます。

詳細については、「Create an export set」を参照してください。

エクスポートターゲットは、エクスポートセットデータが書き込まれる MID サーバー上のターゲットファイルを指定します。

詳細については、「Create an export target」を参照してください。

REST メッセージは、REST を介して外部 Web サービスとやり取りする方法の詳細を保存するレコードです。REST メッセージを使用して、REST メッセージレコードを作成することで、REST Web サービスエンドポイントに要求を送信できます。

詳細については、「Create a REST message」を参照してください。

スケジュール設定済みデータエクスポートは、エクスポートセットを実行するスケジュールを指定します。単一のエクスポートをスケジュールすることも、デルタレコードのみを含めるようにして定期的な間隔をスケジュールすることもできます。

詳細については、「Schedule an export」を参照してください。

ServiceNow MID サーバーは、ローカルネットワーク内のサーバーで Windows サービスまたは UNIX デーモンとして実行される Java アプリケーションです。

詳細については、「MID Server」を参照してください。

MID サーバーの機能によって、IP アドレス範囲内の MID サーバーの特定の機能を定義します。機能の値は、空、単一の値、または * (ワイルドカード) のいずれかです。値テストを使用すると、正確な文字列照合を必要とせずに値を使用してデバイスを見つける機能を作成できます。

詳細については、「MID Server capabilities」を参照してください。

MID サーバーを使用して、ターゲットの IP 範囲または特定の IP アドレスを指定します。

詳細については、「Configure an IP address range for the MID Server」を参照してください。

MID サーバープロパティを使用して、1 つ以上の MID サーバーの動作を定義します。

詳細については、「MID Server properties」を参照してください。

MID サーバースクリプトファイルを使用して、接続先の MID サーバーと同期します。

詳細については、「Attach a script file to a file synchronized MID Server」を参照してください。

メッセージは、アプリケーションの情報メッセージ、確認メッセージ、エラーメッセージ、およびその他のタイプのシステムメッセージで使用されるテキスト値です。

詳細については、「Message table」を参照してください。

システムプロパティは、さまざまなスクリプトで必要になる可能性がある設定や構成など、アプリケーションの重要な値を保存する方法です。これらの値をスクリプトに直接書き込む (ハードコーディングする) 代わりに、システムプロパティとして保存できます。システムプロパティを作成すると、値を参照する各スクリプトを手動で変更することなく、1 か所でプロパティを更新および編集できます。

詳細については、「アプリケーションのプロパティとは」 と「Available system properties」を参照してください。

チャートの色には、レポートとダッシュボードのグループ化またはスタッキング値に一貫した色が割り当てられます。色は、値の順序に関係なく、レポート全体で同じになります。

詳細については、「Chart colors」を参照してください。

色定義を使用すると、ボタン、背景、テキスト、その他の要素などのさまざまな UI コンポーネントに定義された色を適用して、プラットフォームのルックアンドフィールの一貫性を維持できます。

詳細については、「Define system colors for analytics」を参照してください。

ダッシュボードでは、1 つの画面にパフォーマンスアナリティクス、レポート、およびその他のウィジェットを表示できます。ダッシュボードを使用して、データに関するストーリーを作成して、他のユーザーと共有できます。

詳細については、「Create and use dashboards」を参照してください。

メトリクスは、アプリケーションプロセスの有効性を測定し、評価します。たとえば、メトリクスでは、インシデントの解決にかかる時間を計算することにより、インシデント解決プロセスの有効性を測定できます。メトリクスを定義し、メトリクスの定義を使用してレポートとダッシュボードを作成できます。

詳細については、「Metrics」と「Define a metric」を参照してください。

範囲は、棒グラフと円グラフで、データを論理グループにセグメント化するために使用される定義済みのデータ間隔です。たとえば、範囲を作成して、サービスレベルアグリーメント (SLA) 内で適切に完了したタスクの数と、SLA 中に経過したタスクの数を確認できます。

詳細については、「Report ranges」を参照してください。

レポートは、データを視覚的に表示するためのツールです。レポートを使用して、インサイトの取得、パフォーマンスの追跡、データに基づく意思決定を行うことができます。たとえば、各優先度のオープンインシデントの数など、インスタンスデータの現在のステータスを示すレポートを作成して配布できます。

詳細については、「Exploring reporting」を参照してください。

ブラックアウトスケジュールは、中断を避けるために、変更や更新などの特定のアクティビティが制限される時間です。ブラックアウトスケジュールを設定して、祝日、四半期末の財務処理、その他の重要なビジネスイベントなど、影響が大きい時や慎重さが求められる時に、重要なビジネスオペレーションが影響を受けないようにすることができます。

詳細については、「Create blackout and maintenance schedules in Change Management」を参照してください。

メンテナンススケジュールは、変更や更新などの計画済みメンテナンスアクティビティを実行する時間です。通常、メンテナンススケジュールは、ビジネスオペレーションの中断を最小限に抑えるために、影響の少ない時に実行されます。

詳細については、「Create blackout and maintenance schedules in Change Management」を参照してください。

相対期間は、サービスレベルアグリーメント (SLA) を定義するときに選択できる ServiceNow スタジオで利用可能な期間タイプです。相対期間を使用すると、待機時間を定義して、SLA の作業に必要な時間を計算できます。たとえば、相対期間を 3 営業日の午後 4 時までとして定義できます。

詳細については、「Define a relative duration」と「Use a relative duration」を参照してください。

リスク条件は、変更、更新、メンテナンスタスクなどのアクティビティのスケジューリングに関連する潜在的なリスクを評価する一連のルールまたは基準です。ベストプラクティス - 変更リスク計算機を使用して、リスク条件を定義し、リスク計算を実行できます。

詳細については、「Add or modify risk and impact conditions」と「Risk conditions and calculation」を参照してください。

アクセス制御またはアクセス制御リスト (ACL) は、要件のセットをユーザーに要求し、その後でアプリケーションコンテンツとやり取りできるようにすることで、データへのアクセスを制限します。

詳細については、「Explore Access Control Lists」を参照してください。

公開ページで、ユーザーはログインせずにアプリケーションコンテンツを表示できます。

詳細については、「Make UI pages public or private」を参照してください。

ビジネスルールとは、レコードが表示、挿入、更新、または削除されるとき、またはテーブルに対してクエリが実行されるときに実行する、サーバー側スクリプトです。サーバー側の条件を確立して、ビジネスルールスクリプトを実行するタイミングと、ビジネスルールを適用するレコード操作を決定できます。

詳細については、「Classic Business rules」を参照してください。

データポリシーを使用すると、フィールドに必須の読み取り専用状況を設定することで、データの一貫性を強化できます。データポリシーは UI ポリシーに似ていますが、UI ポリシーは、標準のブラウザーを介してフォームに入力されたデータにのみ適用されます。データポリシーは、インポートセットまたは Web サービスを通じて取り込まれたデータやモバイル UI から入力されたデータを含む、システムに入力されたすべてのデータにルールを適用できます。

詳細については、「Data policy」を参照してください。

イベントは、特定の条件が発生したときにシステムがログに記録し、その条件に応じて何らかのアクションを実行するために使用する特別なレコードです。イベントを登録することで、イベントに関するプロパティを定義し、イベントを発生させるビジネスルールにイベントを関連付けることができます。

詳細については、「Register an event」を参照してください。

拡張インスタンスは、スクリプトインクルードをスクリプト拡張ポイントにリンクするスクリプト拡張ポイントの登録済みインスタンスです。元のコードに影響を与えずにカスタムロジックまたはメソッドを定義する場合は、拡張インスタンスの使用を検討してください。拡張インスタンスを使用すると、特定のロジックと機能をカプセル化できるため、コードの管理、更新、およびデバッグが容易になります。

詳細については、「Using extension points to extend application functionality」を参照してください。

拡張ポイントでは、カスタムスクリプトロジックをコードに組み込むことができる場所を指定して、アプリケーションの既存のコードを変更することなく、カスタマイズや新機能を統合できるようにします。拡張ポイントによって返されるデータやオブジェクトは、アプリケーション作成者が指定した要件に準拠している必要があります。

詳細については、「Using extension points to extend application functionality」を参照してください。

修復スクリプトは、カスタムアプリケーションのインストールまたはアップグレード後に実行するサーバー側 JavaScript です。修復スクリプトは、アプリケーションのデータ整合性や製品安定性に必要な変更を加えるために含めることができます。

詳細については、「修復スクリプト」と「修正スクリプトの作成」を参照してください。

スケジュール済みスクリプト実行 (スケジュール済みジョブとも呼ばれる) は、特定の時間に、または繰り返し実行される、自動化されたサーバー側のスクリプトロジックです。アプリケーションプロセスでタイムスケジュールに基づいてスクリプトロジックを実行する必要がある場合は、スケジュール済みスクリプト実行を使用します。

詳細については、「スケジュール済みスクリプト実行とは」および「スケジュール済みスクリプト実行の作成」を参照してください。

スクリプトアクションは、特定のイベントが生成されたときに実行されるサーバー側の JavaScript です。

詳細については、「Script actions」を参照してください。

スクリプトインクルードは、機能またはクラスを定義し、明示的に呼び出されたときにのみ実行される、再利用可能なサーバー側の JavaScript です。

詳細については、「Script includes」および「スクリプトインクルード」を参照してください。

詳細については、「コンポーネントを使用した UI ビルダー ページのカスタマイズ」を参照してください。

詳細については、「コントローラーを使用した UI ビルダー ページへのデータのバインド (高度な機能)」を参照してください。

詳細については、「UI ビルダー のエクスペリエンスの作成」を参照してください。

詳細については、「ページコレクション」を参照してください。

アプリケーションメニューは、アプリケーションナビゲーター (UI16) または [すべて] メニュー (ネクストエクスペリエンス) に表示されるモジュールをグループ化したものです。アプリケーションメニューを単にアプリケーションと呼ぶ場合もあります。

詳細については、「Enable or disable an application menu or module」を参照してください。

アセスメントアプリケーションでは、メトリクスとはアセスメント可能なレコードを評価するために使用される特性または値です。

詳細については、「Assessment metrics」を参照してください。

カタログは、ユーザーがアイテムやサービスを注文できるサービスカタログのセクションです。カタログは、ユーザーがサービスオファリングや製品オファリングなどのカタログアイテムを要求できるポータルのようなものです。たとえば、ハードウェアカタログには、新しいキーボードや新しいマウスデバイスを要求するアイテムが含まれる場合があります。

詳細については、「Exploring Service Catalog」を参照してください。

カタログアイテムは基本的に、サービスカタログで注文できる物品またはサービスを説明するフォームです。たとえば、カタログアイテムを使用して休暇を申請する場合は、フォームに名前と休暇申請日を入力します。

詳細については、「Service Catalog items」を参照してください。

フォームのコンテキストメニューは、テーブルとユーザーのアクセス権に基づいて、リストやフォームのコントロールを提供します。

詳細については、「Form context menu」を参照してください。

埋め込みヘルプは、ユーザーのロールに基づいて、ターゲットを絞ったヘルプコンテンツを UI ページでユーザーに提供します。一部の埋め込みヘルプコンテンツは、ベースインスタンスに付属しています。組織は埋め込みヘルプコンテンツを追加または置換できます。

詳細については、「Embedded Help」を参照してください。

埋め込みヘルプ修飾子は、UI ページに複数のトピックが存在する可能性がある場合に、ServiceNow インスタンスが正しい埋め込みヘルプトピックを識別するのに役立つ識別子です。

詳細については、「Use qualifiers in Embedded Help」を参照してください。

ガイド付きツアー　には、ServiceNow アプリで作業するユーザーが、ブラウザウィンドウ内でトレーニングやオンボーディングのためのオンラインタスクを完了するための、一連のインタラクティブな手順が含まれています。

詳細については、「Guided Tours」を参照してください。

リストには、テーブルのレコードセットが表示されます。リストは、フィルタリングして内容を絞り込むことができます。たとえば、タスクリストをフィルタリングして、未アサインのタスクのみを表示できます。リストの各行はレコードで、各列はレコードのフィールドです。

詳細については、「Lists in the classic environment」と「ServiceNow AI Platform® list administration」を参照してください。

リストコントロールは、[新規] ボタンと [編集] ボタンなど、リストで利用可能な機能を指定するための設定です。

詳細については、「Configure list controls」を参照してください。

マップページには、指定した場所データに基づいて、Google マップページに ServiceNow データがグラフィカルに表示されます。

詳細については、「Map pages」を参照してください。

モジュールとは、アプリケーションナビゲーター (UI16) または [すべて] メニュー (ネクストエクスペリエンス) 内のリンクで、コンテンツフレーム内または別のタブやウィンドウにページが開きます。

詳細については、開発者サイトの「モジュール」を参照してください。

ポータルは、作業をすばやく効率的に行うために必要なサービス、情報、およびリソースへのアクセスをユーザーに提供します。UI ビルダーでポータルを操作します。

詳細については、「UI ビルダー ポータルエクスペリエンスを構成する」を参照してください。

レコードプロデューサーは、ユーザーが、インシデントレコードなどのタスクベースのレコードをサービスカタログから作成できるカタログアイテムです。

詳細については、「Record Producer」を参照してください。

関連リストはフォーム上に表示され、現在のレコードと関係のあるテーブルのレコードを表示します。

詳細については、「Related lists」を参照してください。

スケジュールページは、カレンダーまたはタイムライン表示をカスタムで生成できるようにする、スクリプトのコレクションを含むレコードです。

詳細については、「Schedule Pages」を参照してください。

サービスポータルを使用して、従業員や顧客向けにモバイル対応のセルフサービスポータルエクスペリエンスを構築できます。

詳細については、「Service Portal」を参照してください。

スタイルは、アプリに表示されるテキストのフォントサイズ、境界線、配置などのプロパティを定義します。

詳細については、「Create a Next Experience style」と「Style - Scoped, Global」を参照してください。

アドミニストレーターはテンプレートを使用して、再利用可能なコンテンツを作成できます。たとえばメールテンプレートには、メール通知用に再利用可能な件名とメッセージ本文を含めることができます。フォームテンプレートを使用すると、フィールドが自動的に追加されるため、新しいレコードを送信するプロセスが簡素化されます。

詳細については、「Email templates」、「Using form templates」、「Page templates」を参照してください。

テーマを使用すると、ユーザーのビジュアルエクスペリエンスをカスタマイズできるため、ルックアンドフィールを更新してブランドの独自性を打ち出すことができます。

詳細については、「Working with themes in Next Experience」を参照してください。

タイムラインページを使用して、変更要求の開始日と終了日、インシデントの開始日と終了日など、2 つの日付で区切られたアクティビティを追跡します。

詳細については、「Timeline pages」を参照してください。

表示ルールを使用して、ユーザーがページまたはアプリケーションにアクセスしたときに、指定されたビューを強制します。

詳細については、「Create a view rule」を参照してください。