Platform Scripting Overview Moduleメモ
復習のためにServiceNow Fundamentals On Demand関係の記事を流していこうと思います。
今回はスクリプトについて。
前回の記事はこちら。
What are plugins?
プラグインは、ServiceNowインスタンス内で追加のオプション機能を提供するソフトウェア コンポーネントです。
システム管理者は、プラグインを有効にするタイミングを管理できます。
プラグインが他のプラグインに依存している場合、これらのプラグインとそのアクティベーション ステータスが一覧表示されます。
スクリプトを ServiceNow に追加する前に、システム管理者は常に利用可能なプラグインのリストをチェックする必要があります。
一部のプラグインには、デモ データが含まれていますのでロードすることをお勧めします。
チェックボックスをオンにすると、プラグインがアクティブ化された後にデモ データを読み込むことができます。
プラグインが他のプラグインに依存している場合、これらのプラグインとそのアクティベーション ステータスが一覧表示されます。
一部のプラグインは、操作上の考慮事項により、プラグインが特定の展開にのみ適しているため、リクエストによってのみ利用できます。使用したい場合はServiceNow テクニカル サポートにサービス カタログ リクエストを送信します。
What is scripting in ServiceNow?
ServiceNow または Platform Scripting でのスクリプトは、JavaScriptを使用します。
とはいえまずはスクリプトを作成せずにインスタンスをカスタマイズするのがよいでしょう。
単純な条件とアクションを構成するには、可能な限り条件ビルダーを使用しましょう。
ただし、より複雑な機能を実装する必要がある場合は、JavaScriptを使用できます。
API は、機能を定義およびカスタマイズするためにスクリプトで使用できるクラスとメソッドを提供します。
Where scripts execute
ServiceNowは、Application Platform as a Service（aPaaS）モデルを使用します。
JavaScriptは、クライアント側（Webブラウザー）またはサーバー側（ServiceNowデータベース）を実行する場合があり、インスタンスのベースライン動作とユーザーエクスペリエンスを根本的に変更する可能性があります。
Client-side Scripting Lesson
Client scripts
クライアント側で実行されるスクリプトは、UI、特にフォームの外観をリアルタイムに変更します。
クライアント スクリプトを作成して、次のことを行うことができます。
発信者フィールドに入力された値 (ユーザー) を反映するように、場所フィールドを自動的に更新する
ユーザーが添付ファイルを追加または変更できないように、フォームが読み込まれるときに閉じたレコードの添付ファイル リンクを無効にする
ページの上部に通知を表示して、カタログ リクエストが送信されたことを確認する
UI policies and UI policy actions
フォームとリストの更新と変更をすぐ実装するには、 UIポリシーを使用します。
UIポリシーを使用することでスクリプトを記述したり、タスクのカスタム プロセス フローを定義したりすることなく、高度なコントロールを追加できます。
UIポリシーは情報またはフォーム自体を動的に変更するためにフォーム またはリストに適用されるルールです。
UI ポリシーが最初に設定されると、UI ポリシー アクションによってフォームでの動作が次のように決定さ れます。
フィールドを非表示に設定 – フォームにフィールドを表示しなくなります
フィールドを読み取り専用として設定する – ユーザーがその値を更新できないようにします
データ ポリシーとUI ポリシーは似ていますが、UI ポリシーはフォームまたはリストに入力されたデータにのみ適用されます。
データ ポリシーは、フォーム (UI)、インポート セット、または Web サービスなど、プラットフォームに入力されるすべてのデータに適用されます。
またデータ ポリシーはサーバー側で実行されますが、 Use as UI Policy on client属性の値をtrueに設定することで、クライアント側の UI ポリシーとしても実行できます。
UI actions
UIアクションは、ボタン、リンク、およびコンテキスト メニュー項目をフォームとリストに追加し、UI をより対話的でカスタマイズ可能にし、ユーザー アクティビティに固有のものにします。
UI アクションは次のとおりです。
フォームボタン
フォームのコンテキスト メニュー項目 (ヘッダーを右クリック)
フォーム リンク (フォーム内の関連リンク)
リストボタン
コンテキスト メニュー項目の一覧表示 (レコードを右クリック)
リストの選択肢 (リストの一番下)
リストリンク (リストの下部にある関連リンク)
[UI アクションアクティブ]ボックスをオンにすると、UI アクションが表示され、ユーザーが操作できるようになります。
OrderでUIに表示される順番を設定できます。
UI アクションは、「クライアント」チェック ボックスの選択に応じて、クライアント側および/またはサーバー側で実行できます。
このフィールドが選択されていない (チェックされている) 場合、サーバー側でのみ実行されます。
Server-side Scripting Lesson
Business rules
ビジネス ルールは、レコードが表示、挿入、更新、削除されたとき、またはテーブルがクエリされたときに実行するように構成されたサーバー側のスクリプトです。
データベース アクションが発生する前または後に実行するように設定できます。
プラットフォーム動作のほとんどのカスタマイズはビジネス ルールを使用して行われます。
ビジネス ルールは、ユーザーとプラットフォーム間の各対話の開始時に読み込まれ、初期化されます。
すべてのビジネス ルールは、アプリケーション スコープまたはグローバル環境のいずれかに割り当てられます。
すべてのビジネス ルールには、実行するテーブルとタイミング (挿入の前後など)、評価する条件、および評価に基づいて実行するスクリプトが含まれます。
注:ビジネス ルールをスクリプト化する前に、Flow Designer で同じ目標を達成できるかどうかを検討してください。
より複雑な条件と反応を作成するには、[詳細]チェックボックスを選択して [詳細] タブを表示します。
Conditionフィールドは、ビジネス ルールをいつ実行する必要があるかを指定する JavaScript 条件文に使用されます
Scriptフィールドは、定義された条件が true の場合に実行されるスクリプトを作成するために使用されます
ビジネス ルールは、アクセス方法に関係なく、フォーム、リスト、または Web サービスを介し一貫してレコードに適用されます。
UI ポリシーとは異なり、ビジネス ルールはリアルタイムではありません。
そのため、フォームのフィールドではなく挿入または更新されるレコードを監視します。
Scripting Areas in ServiceNow Lesson
Select the scripting strategy that works for your requirements
今回の説明範囲は以下になります。
要件にあったスクリプトを選択しましょう。
この記事が気に入ったらサポートをしてみませんか？