監査用のテーブルと列の構成<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } このドキュメントでは、事前定義された属性、つまり audit_type (テーブルレベル)、no_audit (列レベル)、および監査 (列レベル) を使用してテーブル/列の監査を有効または無効にする方法について詳しく説明します。 1.監査の設定に使用できる事前定義された属性 このドキュメントで説明されている説明は、監査 - sys_dictionaryで true に設定された監査フラグが有効になっているテーブルにのみ関連します。 1.1. 列の監査を設定するためのテーブルレベルの属性: audit_type 1.2. 監査から列を除外および含めるために使用できる列レベルの属性: no_audit監査 2.テーブルレベルおよびフィールドレベルの属性の使用 属性audit_typeはテーブルレベルで設定されます。属性で選択された監査タイプに基づいて、監査またはno_audit列属性が監査の決定に使用されます。 1.audit_typeが設定されていないか、audit_type=blacklist の場合、コードは監査からブロックする列を検索します。列にno_audit属性が追加されていない場合は、列が監査されることを意味します。 2.audit_type=whitelist の場合、コードは監査対象の列を検索します。監査属性を持つ列は監査の対象になります。監査属性が指定されていない場合、列は監査されません。 列監査の包含または除外の詳細については、「 KB0723730 – 監査除外リスト」、「 KB0724176 – 監査包含リスト」を参照してください 3.監査構成ダイジェスト テーブルのタイプコレクションの監査列 true に設定 3.1. 除外リスト監査 列の大部分が監査されるテーブル テーブルレベル audit_type=blacklist または <属性を設定しないでください> 監査対象外ではない列 no_audit 監査対象の列 <設定する属性がありません> 3.2. 包含リスト監査 列の大部分を監査しないテーブル テーブルレベル audit_type=ホワイトリスト 監査対象外ではない列 <設定する属性がありません> 監査対象の列 監査 3.3. 例 3.3.1.除外リストの監査 テーブルと属性 incident_fact_table (audit_type = ブラックリストまたは未指定) 列と属性 ステータス assigned_to (no_audit) カテゴリ 優先度 場所 (no_audit) 監査されていますか? はい いいえ はい はい いいえ 3.3.2 包含リストの監査 テーブルと属性 incident_fact_table (audit_type=ホワイトリスト) 列と属性 ステータス assigned_to (監査) カテゴリ 優先度 場所 (監査) 監査されていますか? いいえ はい いいえ いいえ はい 4.デフォルトの OOB (Out-of-Box) 動作 テーブルに対する「監査」値が true に設定されている場合、監査メカニズムのデフォルトはブラックリストになります。これは、テーブル内のすべての列が監査されることを意味します。 5.FAQ (よくある質問) Q1.私は10列を持つテーブルを持っていますが、そのうち2つだけが監査されます。ベストプラクティスは何ですか? 答え 1.包含リスト監査を使用する必要があります。同じことについては、セクション 3.2 を参照してください。 Q2.10列あるテーブルがあり、そのうち2列は監査対象外です。ベストプラクティスは何ですか? A2.除外リストの監査を使用する必要があります。同じことについては、セクション3.1を参照してください。 Q3.新しいテーブルを導入しています。監査する必要がありますか? A3.監査は、コンプライアンスの目的や、場合によっては問題のデバッグに役立ちます。これが古い値と新しい値を示すアクティビティストリームを持つテーブルである場合は、テーブルを監査することをお勧めします。顧客が日常的なトランザクションの目的で使用するテーブルも、誰が何をしたかを知るために監査される場合があります。 開発チームが簿記の目的で使用するテーブルで、顧客向けではないものは監査する必要はありません。 Q4.監査対象となる列の種類は? A4.誰が/何を/いつ変更したかを追跡するための重要な情報を含む列のみが監査されます。簡単な例としては、値の変更が顧客にとって重要であるため、監査する必要がある優先度やステータスassigned_toなどの列があります。顧客向けではなく内部処理に使用される列は監査する必要はありません。例:一部のテーブルには、監査対象の列がip_addressされています。一般的なクラウド設定では、IP アドレスは一時的なものであり、実際には価値を付加しません。別の例としては、内部ジョブがいくつかの列を更新し、チェックポイントのステータスやlast_synchronized種類の情報を維持する必要がある場合があります。このような列は監査する必要はありません。 これは一般的なガイドラインであり、正しい答えは「常に顧客のユースケースに依存する」です。 Q5.テーブルのどのフィールドも監査したくありません。どうすればそれを実現できますか? 答え5.システムディクショナリのテーブルに対して監査が false に設定されていることを確認します (タイプ = コレクション)。属性設定は必要ありません。 Q6.テーブルのすべてのフィールドを監査したい。どうすればそれを実現できますか? 答え6.システムディクショナリのテーブルに対して監査が true に設定されていることを確認します (タイプ = コレクション)。属性設定は必要ありません。システム辞書のフィールドの監査設定にもかかわらず、すべてのフィールドが監査されます。