SCADA受入試験チェックリスト：FATとSATで確認すべきこと

SCADAプロジェクトが検収でつまずく理由

よくある光景はこうです。画面はでき上がり、デモも動くのに、受入試験で食い違いが発生する。ある信号はリストに入っていなかった。あるインターロックは実ラインで試す勇気が誰にもない。アラームが多すぎて当番は追い切れない。昨年のある日のトレンドを確認しようとしたら、合意した保存周期で格納されていなかった。ベンダーは機能を実装したと言い、製造部門は使えないと言い、受入書に署名できません。

こうした食い違いの多くは開発能力の問題ではなく、着工前に三つの事項が決まっていなかったことの表れです。受入基準をどちらのリストで定めるか、現場実測をどこまでやれば合格か、引き継ぎ文書に何を含めるか。受入試験とは合意済みの規格を執行することであり、現場で新たに作り出すものではありません。

受入前に合意すべき6つの項目

この6項目を書面に落とすことで、FATとSATが同じ照合表を共有できます。一つでも欠ければ、受入試験は両者の弁論の場になります。

FAT：ベンダー現場で予行演習すること

FATの価値は問題を出荷前に摘み取ることにあります。予行演習の主幹は次の四項です。

• 画面と機能のデモ：信号リストに沿って監視・操作・トレンド・レポートを一点ずつ示し、最終ユーザーの職務ごとに操作フローを通しで歩む
• アナログ量とインターロック試験：レンジ上限・下限で信号を注入し、インターロックと連動ロジックを一つずつ発火させて結果を記録
• 異常と回復シナリオ：停電再起動、通信断からの回復、冗長切替を確認し、アラームとデータ再送の挙動が合意どおりかを見る
• 性能と権限：合意したタグ数規模で画面更新と履歴照会の応答を実測し、ユーザー権限の区分を職務マトリクスで照合

FAT段階で見つかった問題の修正費用は現場段階よりはるかに低く、判定基準を決めないまま進んだ案件は、まさにこの場で追加の折衝を挟むことになります。

SAT：実ラインで実測すること

SATはシステムを実際の生産条件で試す段階であり、FATとの違いは環境を制御できない点にあります。ネットワークと通信を実測します。制御ネットワークは事務ネットワークから計画どおり分離されているか、収集サーバーから各PLC・計器への通信が全負荷でも安定するか、通信断の回復後に再送されたデータが欠損なく揃っているか。

実機との連動がもう一つの焦点です。インターロックと連動ロジックを生産条件下で一つずつ確認し、履歴データは合意した周期と粒度で抜き取り照合し、連続運転試験は合意した試験時間にわたってアラームとトレンドの挙動を観察します。SATを通過して初めて、システムは本当に使用者の手に渡ります。

文書と知識の移行：ここがないと検収は完結しない

署名済みの案件なのに保守が引き継げない例は少なくありません。原因は往々にして移行段階にあります。次の四項を受入文書に含めるべきです。

• 信号リスト最終版：現場配線と一致したタグ一覧、レンジ・単位・アラーム限界値を含む
• 操作・保守マニュアル：日常操作、バックアップと回復、代表的な故障対応を最終ユーザーの言語で交付
• エンジニアリングデータとアカウント：プロジェクトファイル、管理者アカウント、ライセンス移管の方式を文書化
• 研修記録：オペレーターと保守担当者の研修完了と署名確認

文書が揃って初めて受入は正しく着地し、システムは個人記憶ではなく文書に支えられた保守期間へ進みます。

受入段階で橙軒が提供できること

上海橙軒智能は2009年から製造業のデジタル化に取り組み、600件を超えるプロジェクトとソリューションの実践を重ねてきました。SCADA画面エンジニアリング、上位ソフトウェア、多言語画面は交付範囲です。ある欧州の鋳造設備メーカー向けには、266画面からなる一式のSCADAエンジニアリングを設備附属ソフトウェアとして納入し、画面言語と受入テンプレートは顧客規格に従いました。設備附属型の交付では、文書言語と受入テンプレートの要件がまさに見落とされやすい部分です。自動車・家電・食品など、業種を問わず同じ考え方で進められます。

• チェックリストの個別化：業種とライン条件に合わせ、受入基準を双方署名の文書に落とす
• 二段階の執行：FATの予行演習とSATの実測を分けて行い、問題を出荷前に露呈させる
• 多言語交付：画面と文書は中国語・英語・日本語など複数言語に対応し、海外ラインでも適用可能