Scout で継続データ納品を処理する

業務目的と許可されたソース範囲が同じ場合は、有効なデータ取り込みタスクで定期納品を処理できます。承認済み定義と過去の判断を引き継ぎながら、各納品による変更を確認できます。

前提条件と入力情報

• 現在有効なデータセットバージョン
• 新しい納品名、納品時刻、ソースの場所
• 想定するファイル、ワークシート、テーブルの一覧
• データ担当者、業務レビュー担当者、承認者、リリース実行担当者
• 新しいデータを読み取れる DFS コネクターとパーサー

新しい納品を比較する

1. 有効なリリースがあるデータ取り込みタスクを開きます。
2. 新しい納品を確認を選択します。
3. インベントリを確認し、予定した内容が含まれていることを確認します。
4. データセットをプロファイルを実行し、フィールド、データ量、欠損値、同一性の根拠を確認します。
5. 承認済みバージョンと比較を選択します。
6. 差分、影響、推奨される次の作業を確認します。

比較結果	意味	次の作業
同一内容	確認した内容が有効バージョンと一致する	有効バージョンを維持し、確認結果を記録する
互換	納品データが承認済み定義に適合する	新しいドライランを実行してリリースを準備する
レビューが必要	変更について業務判断が必要	意味と影響を確認し、理由を記録して再検証する
ブロック	構造、同一性、関係に必須の不足がある	ソースまたは承認済み定義を修正し、再度インベントリとプロファイルを実行する

変更をレビューする

レビュー担当者は次を確認します。

• フィールド名、意味、単位、タイムゾーン
• データ量、欠落レコード、通常と異なる変化
• 識別子の一意性、NULL の意味、関係
• MDM の同一性と保護対象フィールドの競合
• 下流アプリケーションへの影響

たとえば「温度」が「周囲温度」へ変わった場合は、フィールド担当者が測定位置と定義を確認してから変更種別を判断します。

ドライラン、公開、確認

1. ドライランを実行し、採用、除外、隔離の件数を確認します。
2. データセット、MDM、融合結果への変更案を確認します。
3. 承認者が同じリリース証拠を確認します。
4. リリース実行担当者が承認済みバージョンを適用します。
5. 有効バージョンと下流アプリケーションの結果を確認します。

公開リクエストがタイムアウトまたは一部失敗した場合は、タスクを更新して各段階を確認し、そのリリースに表示される復旧操作を使用します。

引き継ぎを完了する

納品名、比較結果、レビュー判断、ドライラン概要、有効バージョン、下流での確認、残課題を保存します。モデルサービスが一時的に利用できない場合も、決定的な比較と人によるレビューは継続でき、復旧後に同じタスクで AI 調査を再開できます。