データポリシーは、ServiceNow におけるデータの作成、変更、削除を管理するルールを定義するために使用されます。これらのポリシーは、データ品質基準を適用し、無効または不正確なデータのインポートを防ぐことで、データの一貫性を確保するために使用できます。
参考文献:
* ServiceNow 製品ドキュメント: データ ポリシーの概要 - https://docs.servicenow.com/bundle
/バンクーバープラットフォーム管理/ページ/管理/フィールド管理/コンセプト/c_データポリシー.html

Flow Designer を使用してフローを構築する利点は次のとおりです。
* C. フロー ロジックの自然言語による説明を提供します。これにより、プログラミング経験のないユーザーでもフローを理解して変更できるようになり、より幅広いユーザーがフローを利用できるようになります。
* D. ノーコードアプリケーション開発をサポート：Flow Designerは、ビジュアルインターフェースとあらかじめ用意されたアクションを提供することで、ユーザーがコードを記述することなくプロセスを自動化できるようにします。これにより、開発時間と労力を大幅に削減できます。
* A. サードパーティ システムとの簡単な統合をサポート: Flow Designer は、Integration Hub を通じてさまざまなサードパーティ システムと統合し、ServiceNow インスタンスを外部アプリケーションに簡単に接続できます。
Flow Designer は、自動化を構築するためのローコード/ノーコード アプローチを提供し、自然言語による記述で複雑なロジックを簡素化し、外部システムとシームレスに統合します。
参考文献:
* ServiceNow 製品ドキュメント: Flow Designer の概要 - https://docs.servicenow.com/bundle
/サンディエゴ アプリケーション開発/ページ/管理/フロー デザイナー/コンセプト/フロー デザイナー.html
* ServiceNow コミュニティ: フロー デザイナーとワークフロー - https://www.servicenow.com/community
/開発者フォーラム/フローデザイナーの利点と欠点は何ですか/mp/1407094

ServiceNow Flow Designerでは、トリガーを使用してフローを開始します。トリガーはフローを開始する条件を定義し、さまざまなシステムイベント、スケジュール、またはユーザーアクションに基づいて設定できます。
(A) トリガー - 正解
トリガーは、Flow Designer のフローの開始点です。
トリガー条件が満たされない限り、フローは実行されません。
トリガーの種類は次のとおりです。
レコードベースのトリガー（例：レコードが作成、更新、または削除されたとき）スケジュールされたトリガー（例：特定の時間または間隔で実行）アプリケーション固有のトリガー（例：サービスカタログリクエストの送信）（B）コアアクション - 正しくないコアアクションは、次のようなフロー内でタスクを実行する定義済みのアクションです。
通知の送信
記録の更新
APIの呼び出し
それらはフロー内のステップであり、フローを開始するものではありません。
(C) スポーク -.偽
フロー デザイナーのスポークは、特定のアプリケーションまたは統合 (ServiceNow ITSM スポークなど) に関連するアクションとサブフローのコレクションです。
スポークにはアクションが含まれますが、フローを開始することはありません。
(D) イベント - 不正解
ServiceNow のイベントはビジネス ルール、通知、スクリプト アクションをトリガーしますが、Flow Designer でフローを開始するために直接使用されるわけではありません。
ただし、フローはイベントに基づいてトリガーできますが、イベント自体はトリガーではありません。フローのトリガーはイベントをリッスンするように構成されます。
各オプションの説明:
パフォーマンスに影響を及ぼす可能性のある不要なフロー実行を防ぐために、トリガーを適切に定義する必要があります。
時間ベースのワークフロー (例: 日次レポート) にはスケジュールされたトリガーを使用します。
レコードトリガーは、ITSM プロセス内の自動化によく使用されます。
トリガーのデバッグ: フロー実行の詳細ページを使用して、トリガー実行のトラブルシューティングを行います。
追加の注意事項とベストプラクティス:
ServiceNow ドキュメント: フローデザイナーのトリガー
https://docs.servicenow.com
ServiceNow コミュニティ: フローデザイナートリガーのベストプラクティス
https://community.servicenow.com
認定システム管理者 (CSA) ドキュメントからの参照:

ServiceNow アクセス制御ルール (ACL) では、管理者がカスタム テーブル (customertable など) のすべての行とすべてのフィールドへのアクセスを特定のロール (customer_table_admin および customer_table_user) に許可する場合、次の形式を使用して ACL ルールを作成する必要があります。
##テーブル名.*
Customer テーブルの場合、正しい ACL 形式は次のとおりです。
＃＃お客様。*
このルールにより、customer_table_admin と customer_table_user の両方に、customertable 内のすべてのフィールドとレコードへのフルアクセスが許可されます。
A: 顧客全員
構文が正しくありません。ServiceNow は .allin ACL ルールを使用しません。
C: 顧客フィールド
これはすべての行とフィールドではなく、特定のフィールドにのみ適用されます。
D: 顧客.なし
ServiceNow にはそのような ACL 命名規則は存在しません。
参考資料:ServiceNow CSA ドキュメント - ACL ルールの作成と管理 ServiceNow 製品ドキュメント - テーブルレベルおよびフィールドレベルの ACL(https://docs.servicenow.com)