Scout の証跡と判断

Scout は各判断を、その時点の評価、ソース信号、設備属性、契約版、アプリ結果に結び付けて保持します。

まずデータ出所を確認する

証跡の出所	適切な用途	主張できないこと
承認済み顧客ソース	承認範囲内の検証と受入	レビュー範囲外のソース、設備、期間に対する受入
デモソース	製品デモ、トレーニング、フロー確認	実際の顧客性能や本番品質
エンジニアリングテスト	自動連携・リリーステスト	顧客受入
未確認	調査と責任者の割当	準備完了、承認、本番信頼性

ラベルを変えてもデータの出所は変わりません。出所が不明な場合は、ソースオーナーが確認するまで調査段階に留めます。

状態を正しく読む

• 部分充足: 一部の証跡はあるが、要件は不完全。
• 不明: 現在の証跡では結論を出せない。
• 曖昧: 複数のソースまたは設備候補が残る。
• 利用不可: 必須ソースを現在読めない。
• 期限切れ: 評価が現在の定義やソースを反映していない。
• ゼロ: 結果レコードがあり、業務定義上ゼロが有効な場合のみ実値。

不足、オフライン、不明をゼロに置き換えてはいけません。

良いバインディング判断

レビュー担当は、対象要件、管理対象の信号、対象設備属性、意味・単位・位置の一致、鮮度、ソースと設備の責任者、判断を支える証跡を説明できる場合のみ承認します。

判断理由は、データベースや実装コードを読まなくても理解できる内容にします。

版と承認

承認された対応は、バージョン管理されたデータバインディング契約になります。承認前に正確な版と変更概要、古い／競合する証跡、アプリ影響、リリースとロールバックの責任者、判断理由を確認します。

レビュー中に記録が変わった場合は、新しい版を再レビューします。古い版の承認を再利用しないでください。

実行証跡

公開済みでも正常稼働とは限りません。実行証跡には、公開契約版、有効なバインディング、観測期間、対象アプリ、消費記録、アプリ結果、証跡日時が必要です。

正常状態は、その Mission とデータ出所の範囲で確認項目が一致したことを示します。顧客受入範囲を自動的に広げるものではありません。