表示ビジネス ルールは、現在のオブジェクト、g_scratchpad オブジェクト、および GlideSystem オブジェクトにアクセスできますが、前のオブジェクトにはアクセスできません。前のオブジェクトは、Before Business Rules4 でのみ使用できます。参照: ビジネス ルール API
https://docs.servicenow.com/bundle/tokyo-application-development/page/script/business-rules/concept/c_Busine

アプリケーション管理者は、アプリケーションとそのテーブル、スクリプト、その他のコンポーネントへの完全なアクセス権を付与するロールです1。アプリケーション管理者は、アプリケーションの任意の要素を作成、変更、削除できるほか、公開およびインストールすることもできます2。アプリケーションには通常、自動的に作成され、アプリケーション作成者に割り当てられるアプリケーション管理者ロールがあります3。
参照 = 1: アプリケーション管理 - ServiceNow ドキュメント 2: アプリケーション管理者ロール - ServiceNow ドキュメント 3: アプリケーション ロール - ServiceNow ドキュメント

アプリケーション開発計画の一環として、ビジネス要件とアプリケーションが管理するプロセスを定義することがベスト プラクティスです。ビジネス プロセスの一部として文書化する考慮事項の一部を次に示します。
* ビジネス上の問題。これは、アプリケーションが対処または活用しようとしている問題または機会の説明です。問題または機会の背景、状況、範囲、および目的を含める必要があります。
* データ入力/出力。これは、アプリケーションが収集、保存、操作、および表示する必要があるデータの仕様です。これには、データのソース、形式、検証、変換、および統合が含まれる必要があります。
* ユーザー/利害関係者。これは、アプリケーションに関与したり、影響を受けるユーザーと利害関係者の識別です。これには、ユーザーと利害関係者の役割、責任、期待、ニーズを含める必要があります。
* プロセス ステップ。これは、アプリケーションが実行またはサポートするステップとアクティビティの定義です。各ステップまたはアクティビティの入力、出力、トリガー、条件、および結果を含める必要があります。
以下は、ビジネス プロセスの一部として文書化する必要がある考慮事項の一部ではありません。
* プロジェクト スケジュール。これは、アプリケーション開発プロジェクトを完了するために必要な時間とリソースの見積もりです。プロジェクトのマイルストーン、成果物、依存関係、およびリスクを含める必要があります。これはビジネス プロセスの一部ではなく、プロジェクト管理計画の一部です。
* データベース容量。これは、アプリケーションが生成してデータベースに保存するデータの量の測定値です。これには、データの量、増加率、保持ポリシー、およびバックアップ戦略が含まれます。これはビジネス プロセスの一部ではなく、アプリケーションの技術設計とアーキテクチャの一部です。
* 利用可能なライセンス。これは、アプリケーションが ServiceNow プラットフォームから消費または要求するライセンスの数とタイプです。ライセンス モデル、コスト、ライセンスの割り当てを含める必要があります。
これはビジネス プロセスの一部ではなく、アプリケーションの財務的および法的側面の一部です。
参考文献: アプリケーション開発プロセス、ビジネスプロセス分析

テーブルを作成するときに、[モジュールの作成] フィールドを使用すると、アプリケーション メニューにテーブルのモジュールを自動的に作成できます。新しいモジュールのデフォルトの動作は、テーブルのすべてのレコードのリストを表示することです。これは、後でモジュールのプロパティを編集し、フォーム、URL、スクリプトなどの別のリンク タイプを指定することで変更できます。
参照：
テーブルを作成する
モジュールのプロパティ