稼働開始前に FAT と SAT が実際に証明すべきこと
儀式の日付ではなく受け入れの対象から始める
部屋とフライトを予約する前に、何が真でなければならないかを列挙しましょう。安全機能が仕様どおりに振る舞う、サイクルと処理能力が定義された負荷モデルの下で合意された帯の内側にある、品質の出力がサンプリング計画を満たす、エラー処理と復旧が現実的な障害の下で機能する、データと MES のハンドシェイクが合意されたメッセージを通す、ドキュメントと教育が作業者に標準作業の実行を可能にする。列挙されないものはテストされません——後でより高いコストで議論されます。
真剣な FAT が生み出すもの
FAT からは、要件 ID に対応づけられたトレース可能なテスト記録、出荷前の責任者と日付を伴う手直しリスト、何が模擬され何が本当に実行されたかの明示的なメモ、そしてソフトウェアとファームウェアのビルドの凍結された識別子をもって去るべきです。弱い FAT は、主観的な「良さそう」、動く標的（「現場で調整する」）、そして工具・部品・ビルドの静かな置き換えで取引します。メーカーはその曖昧さを拒むべきです。
真剣な SAT が生み出すもの
SAT は工場固有の前提を確認し、境界の定まった安定化の窓と測定可能な退出基準でギャップを閉じ、初日に何がサポートされ何が後フェーズの改善かを述べる引き継ぎを生み出します。弱い SAT は、インターロックが「一時的に」バイパスされ、最適化が無限に先送りされ、あるいは教育が生産の圧力に犠牲にされる中で、受け入れに署名します。
工場側の現実：「小さなギャップ」は小さくない
疲労とスケジュールの圧力の下で、未解決の問題は立ち上げのノイズとして名前を変えられます。ギャップが安全・所有・再現性・復旧の挙動に触れるなら、それはノイズではありません——最初の本当の生産週を待つ、閉じられていないリスクです。
三つの問いのゲート（FAT と SAT で使う）
どの受け入れステップに署名する前にも、問いましょう。合意された証拠で書かれた基準を満たすか、既知のギャップは責任者・日付・必要なら明示的なリスク受容と共に文書化されているか、オペレーションは英雄的な介入なしに標準作業を実行できるか。三つ目の答えがノーなら、稼働開始は意思決定ではなく賭けです。
いつ一時停止するか
スコープの変更が変更管理なしの気軽な微調整として届くとき、テスト材料が代表的でなく文書化されていないとき、現場の人員がテスト計画に合わないとき、あるいは社内の責任者（保全・IT・品質）が不在で欠陥に居場所がないとき、一時停止しましょう。一時停止は、稼働中のラインでの手戻りより安いのです。
DBR77 Marketplace はどう結びつくか
受け入れの規律は、発注前に何が比較・契約・約束されたかにたどれるべきです。それは FAT と SAT を、切り離された儀式として漂わせるのではなく、購買の論理に結びつけたままにします。
契約と実行の引き継ぎにわたる連続性については、自動化契約に署名する前に確認すべきこと と 選定から納入への清潔な引き継ぎはどう見えるべきか を参照してください。
現場との契約としての受け入れ
FAT と SAT は、抽象的なスコープが生きた現実になる場所です。作業者はテストを自分の世界として認識すべきです。本物のガード、該当する場合は本物の材料、本物の復旧シナリオ、本物のデータ経路。テストが「十分に近い」なら、あなたは生産を検証していません——物語を検証しています。その区別は、ラインが顧客の圧力の下で初めて動くとき現れます。
良い受け入れの規律は、正しく仕事をしたサプライヤーも守ります。基準が明示的なとき、優れた実行者は終わりなき意見の戦いなしに完了を証明できます。弱い基準は、完了を交渉に変えることで全員を罰します。
結論
FAT は、記録をもって契約基準に対する統合された性能を証明します。SAT は、運用の所有をもってあなたの文脈で同じことを証明します。受け入れを早く定義しましょう——さもなくば、最初の本当の生産週に曖昧さの代償を払うのです。
DBR77 Marketplace は、メーカーがスコープ・インターフェース・説明責任を早く可視化し続けるのを助け、受け入れ基準を稼働週へ先送りしにくくします。課題を記述する または メーカー向けデモを開始する。