参考: 検証ステージ
データ完全性を確保するため、データ選考状況に品質チェックポイントとして検証ステージを実装できます。ヌル値、重複、または外れ値をキャッチするルールを定義することにより、正しくないデータが本番データに送られるのを防ぐ。これらのルールでフラグが設定されたすべてのレコードは、データ変更タスクの実行時に自動的に "例外のテーブル" にリダイレクトされます。これにより、財務レポートの正確性が確保され、出版物後に手動でクリーンアップする必要がなくなります。
例外テーブルにデータを移動するには、データ変更タスク (DCT) が必須です。
- DCT を使用すると、スマート ソートとして使用Workdayれます。クリーンなデータをターゲットテーブルに送信し、無効な行を "例外テーブル" に自動的に転送します。
- DCT を使用せずにデータをパブリッシュする場合、検証ステージはフィルタとして機能します。レポートには正常なデータが表示されますが、無効なデータは廃棄されるだけで、"例外" テーブルには保存されず、"" は空のままになります。
次を参考にして、検証ステージ"" を完了させます。
オプション | 説明 |
|---|---|
ルール | "検証ルール" を追加するには、プラス記号をクリックします。検証を特定するには、以下を指定します。
複数のルールを追加するには、これらのプロセスを繰り返します。ルールを分割することで、エラーのトラブルシューティングが容易になります。 |
グループ化フィールド | 取引ごとに 1 つのレコードを取引ごとに複数のレコードに展開する場合にのみ使用します。このフィールドを使用して、Workdayを値によってグループ化します。ある行で例外が発生すると、そのグループ内の他の行でもすべて例外が発生します。 |
例外の閾値 | 金額が自動的に入力されます。 エラーが閾値を超えると、Workdayの処理はピッキング先。 |
フィールド マッピング | は、"例外テーブル"を選択した場合にのみ表示されます。
|
"完了"
をクリックしてから"保存" を
クリックします。