SCADAとは？タイ工場の更新・RFP・FAT/SAT実務

SCADAとは、工場やインフラの設備状態を遠隔から収集・監視し、権限を持つ運転員が必要な操作を行うための監視制御基盤です。しかし更新プロジェクトを「古い画面を新しくする案件」と捉えると、タグの意味、アラーム、履歴、設備との通信、MES連携、バックアップ、OTセキュリティという本来の論点が抜けます。本稿では、タイの既存工場がSCADAを選定・更新する際に、要件定義、RFP、FAT/SAT、90日評価、TCO、意思決定ゲートまでを一つの実務フレームにまとめます。

SCADA選定で2026年に押さえるべき新しい基準点

International Society of Automation（ISA）は2026年2月24日、ANSI/ISA-112.00.01-2025, SCADA Systems – Part 1: SCADA Lifecycle, Diagrams and Terminologyの発行を発表しました。ISAの発表によれば、Part 1はSCADAのライフサイクル、図、用語を扱い、新設と既存システムの近代化の双方に使える、ベンダー中立・技術非依存の枠組みです。

位置づけを正確に理解する必要があります。これはANSI承認の米国国家規格です。ISAの発表は、業種や地域を問わず利用できる枠組みだと説明していますが、IEC規格や「全世界で法的に必須の規格」とは述べていません。ISA-95がIEC 62264との関係を明示する国際的な規格群であることを、そのままISA-112へ転用してはいけません。また発表時点で、ライフサイクルレビューやアーキテクチャを扱う追加Partは今後の発行予定とされています。したがって、Part 1だけを根拠に製品認証や詳細なセキュリティ適合を宣言するのも不適切です。

それでも実務上の意味は大きいものです。SCADAを一度きりの画面開発ではなく、設計、構築、運用、保守、拡張、監査を通じて管理する対象として捉える共通言語が得られるからです。発注者は「何画面作るか」だけでなく、「誰がライフサイクルの各成果物を所有し、どの証拠で次の段階へ進むか」をRFPに書けます。ベンダー比較も、デモの見栄えから、更新可能性、復旧性、相互運用性、保守性へ移せます。

SCADA更新の結論は製品比較より先に出す

製品候補を並べる前に、次の問いへ答えてください。

1. 監視制御の対象範囲はどこまでか。単一ライン、工場全体、複数拠点のどれか。
2. 停止できる時間帯と、停止できない機能は何か。
3. 現行のPLC、DCS、RTU、計器、ネットワーク、時刻同期をどこまで残すか。
4. アラーム、イベント、トレンド、バッチ記録を何の業務判断に使うか。
5. MES、ERP、品質、保全、エネルギー管理へ渡すデータと責任境界はどこか。
6. 障害、サイバー事象、ベンダー撤退、OSサポート終了の際に、誰がどこまで復旧できるべきか。

この六つが曖昧なら、機能数の多い製品を選んでも正解になりません。SCADA選定の本質は、現場の制御を危険にさらさず、必要な情報と操作を、定義された時間と品質で提供し続けられる運用方式を選ぶことです。

SCADAとは？HMI・PLC・MESとの違い

SCADAはSupervisory Control and Data Acquisitionの略です。現場の制御機器や遠隔端末からデータを収集し、状態を可視化し、アラームや履歴を扱い、許可された監視操作を支援します。ただし、実装ごとに境界は異なります。SCADA製品がHMI、ヒストリアン、レポート、冗長化、ゲートウェイを一体提供する場合もあれば、別製品を組み合わせる場合もあります。名称より責任を定義することが重要です。

ISA-95は、制御機能と企業機能の統合を活動レベルとインターフェースで整理します。実際の製品は複数レベルの機能を持ち得ますが、「どの製品名が何レベルか」を争うより、データの所有者、判断責任、許容遅延、変更権限を定義する方が有効です。MES導入との分担は、タイ製造業のMES導入ガイドも合わせて参照してください。

SCADAをPLCの代わりにしない

SCADAサーバーやネットワークは停止し得ます。安全インターロック、高速制御、設備保護をSCADAの画面ロジックだけへ移すと、通信断やサーバー障害が物理プロセスへ直結します。制御の配置は危険分析と設備要件に基づいて決め、SCADAが失われても現場制御がどの状態を維持するかをFAT/SATで確認します。

同様に、SCADAをMESの代わりにしないことも大切です。SCADAで製造指図や品質判定の一部を表示できても、ロット、工程、材料消費、承認、再作業といった業務トランザクションの正本が曖昧になると、後の統合が破綻します。「できる機能」ではなく「どのシステムが記録の正本か」を決めます。

既存工場のSCADA更新は現状把握から始める

ブラウンフィールド、つまり稼働中の既存設備を更新する案件では、現行仕様書より現物が正しいことが珍しくありません。図面にないスイッチ、保全担当が追加したロジック、廃止したはずのタグ、現場PCだけに残るドライバー、時刻のずれた装置が存在します。いきなり新SCADAへ接続せず、観測と台帳化を先に行います。

CISAが2025年に公開したOT資産インベントリの共同ガイダンスは、OTサイバーセキュリティの基礎として資産把握を扱っています。これは特定の台帳製品を買えば完了するという意味ではありません。SCADA更新のためには、少なくとも次の情報を、根拠と更新責任を添えて管理します。

• 資産の識別子、場所、工程、所有部署、運用担当
• メーカー、型式、ファームウェア、OS、サポート状態
• IP、ネットワーク区域、通信相手、プロトコル、ポート、データ方向
• PLC/RTUアドレス、OPC接続、専用ドライバー、シリアル変換器
• タグ数だけでなく、使用中・未使用・計算・アラーム・操作可能の区分
• ユーザー、サービスアカウント、証明書、リモート保守経路
• バックアップの場所、取得日、復元手順、復元確認日
• 時刻源、タイムゾーン、同期状態、オフライン時の挙動
• 生産、品質、保全、エネルギー、レポートへの依存関係
• 交換部品、ライセンス、保守契約、ベンダー固有ツール

台帳の完全性を自己申告で済ませず、ネットワーク設定、PLCプログラム、SCADA構成、現場盤、保守記録を突合します。ただし稼働中OTへ無計画な能動スキャンをかけてはいけません。設備ベンダーの条件、停止可能時間、テスト環境、リスク評価を踏まえ、受動観測や管理画面の取得から始めます。

90日評価の前に保存するもの

移行前には、画面のスクリーンショットだけでなく、再構築に必要な構成を保存します。SCADAプロジェクト、PLCとの通信設定、タグDB、アラーム設定、スクリプト、レシピ、レポート、ユーザーと権限、証明書、ヒストリアンのスキーマ、インストーラー、ライセンス情報、OSイメージ、復元手順が対象です。バックアップファイルの存在と復元可能性は別物です。隔離した検証環境で復元し、起動、通信、ログイン、履歴検索まで確かめます。

古いプロトコルやシリアル設備を段階的に接続する場合は、タイ工場向け産業用IoTゲートウェイの選び方も参考になります。ゲートウェイは単なる変換箱ではなく、バッファ、時刻、品質情報、証明書、更新、障害時の挙動まで含めて評価すべき構成要素です。

SCADA要件定義とRFPをシナリオで書く

RFPに「使いやすい」「高性能」「セキュア」「拡張可能」とだけ書いても、各社が自社に有利な解釈で回答できます。要件は、起点となる状態、利用者、操作、期待結果、時間、品質、証拠、失敗時の挙動までを含むシナリオへ変換します。

たとえば「通信断を監視する」は曖昧です。より検証可能にするなら、次のように分解します。

稼働中の対象PLCとの通信を遮断したとき、SCADAは影響タグの品質を不良として表示し、設定した遅延後に一つの代表アラームを発生させる。値を正常値として保持したように見せず、最後に正常取得した時刻を確認できる。通信復帰後は定義した順序で再接続し、アラーム、監査ログ、欠測区間を記録する。PLCの制御ロジックは通信断中も定義済みの安全状態で継続する。FATではシミュレータ、SATでは承認済み時間帯に実機で証拠を取得する。

RFPに含める要求領域

要求には優先順位も必要です。安全・法令・生産継続に不可欠なMust、価値は高いが代替可能なShould、費用対効果を見て採るCouldを分けます。ただしベンダーの自己評価だけで合否を決めず、Mustには試験方法と証拠を付けます。

タグモデルをSCADAの中核成果物にする

画面を先に描き、後からタグをつなぐ進め方は、試運転直前に意味の不一致を集中させます。タグモデルはSCADA、PLC、ヒストリアン、MES、分析の間を結ぶ情報契約です。画面とは独立した、版管理される成果物として扱います。

最低限、各タグに安定した識別子、表示名、説明、データ型、工学単位、範囲、取得元、PLCアドレス、更新方式、期待周期、品質、元時刻、計算式、書込可否、アラーム参照、履歴方針、所有者、変更履歴を持たせます。名前にすべての意味を詰め込まず、サイト、エリア、ライン、設備、機能という階層と属性で検索できるようにします。

特に重要なのが、値、時刻、品質の三点組です。温度が80でも、摂氏か華氏か、現在値か最後の正常値か、センサー時刻かSCADA受信時刻かが不明なら判断に使えません。通信断時に最後の値を表示する場合も、品質不良と最終正常時刻を同時に示します。ヒストリアンへは値だけでなく、可能な範囲で品質と元時刻を保持します。

タグ命名と多言語表示を分離する

タイ工場では、タイ語、英語、日本語を併用することがあります。内部タグIDまで翻訳すると、システム間mappingが壊れやすくなります。内部IDは言語非依存で安定させ、表示名と説明を言語別リソースとして管理します。単位、略語、設備名称、アラーム文の訳語集を承認し、画面ごとの手入力を避けます。

変更管理では、タグ追加・削除・型変更・スケール変更・書込権限変更が、どの画面、アラーム、履歴、MES連携、レポートへ影響するかを差分で示します。本番反映前に依存関係を確認し、版とロールバック点を記録します。

OPC UAをSCADA統合で正しく指定する

OPC UAは、機器からMESや企業システムまでの情報交換を支える、プラットフォーム非依存の標準です。OPC FoundationのPart 1は、情報モデル、メッセージモデル、通信モデル、適合モデルを説明し、Client/ServerとPubSub、現在値、履歴、アラーム、イベントを扱えることを示します。しかし、RFPに「OPC UA対応」と一行書くだけでは、相互運用も安全性も保証されません。

指定すべきなのは、Server/Clientの役割、必要なProfile、TransportとEncoding、Endpoint、SecurityPolicy、MessageSecurityMode、ユーザー認証、アプリケーション証明書、信頼リスト、失効・更新、名前空間、情報モデル、サンプリング、キュー、Deadband、履歴、アラーム、冗長化、監査ログです。ベンダー名が違う実機の組合せで、接続、再接続、証明書交換、期限切れ、拒否、負荷、データ型、品質、元時刻を試験します。

OPC UA Part 2は、アプリケーション識別、証明書、SecureChannel、認証、認可、監査などのセキュリティモデルを扱います。これらの機構が「存在する」ことと「安全に設定・運用される」ことは別です。無署名・無暗号を常用する、全Clientを信頼する、共通管理者を使う、期限切れ証明書を放置する、時刻がずれて検証に失敗する、失効手順がない、といった運用では目的を達成できません。

OPC UAの受入試験で外せない失敗系

• 未信頼証明書を持つClientが拒否され、監査ログに残る
• 証明書更新後に承認された再接続手順で復旧できる
• 通信断と再開で重複、欠測、順序逆転の扱いが設計どおりになる
• Server再起動後にSubscriptionと監視項目が期待どおり再構築される
• 不正な型、範囲外、品質不良、古い時刻を受けた際に安全に扱う
• 読取専用ユーザーが書込やMethod呼出しを実行できない
• 高負荷時にも制御通信へ許容できない影響を与えない

アラームとヒストリアンを「後付け機能」にしない

アラームは、条件が真になった記録ではなく、運転員の対応を必要とする異常状態を知らせる仕組みです。すべてのデジタル変化や閾値超過をアラームにすると、重要な異常が大量通知へ埋もれます。イベントログ、診断、保全通知、品質逸脱、アラームを区別します。

ISA-18シリーズは、アラーム哲学、識別、合理化、設計、実装、運用、保守、監視、変更、監査というライフサイクルを扱います。SCADA更新では、旧設定を一括移植する前に、各アラームについて原因、影響、運転員の応答、応答可能時間、優先度、設定値、遅延、抑制条件を確認します。設備停止中に当然発生するアラーム、同じ原因から連鎖するアラーム、チャタリングする信号を整理します。

ヒストリアンも「全タグを最速周期で永久保存」では設計になりません。用途ごとに、原値か集計値か、周期か変化時か、Deadband、品質、元時刻、圧縮、保持、アーカイブ、検索性能、法令・顧客要求を定義します。トラブル解析に必要な高速データと、月次KPIの集計値は同じ保持方針である必要はありません。

時刻は共通インフラとして試験する

PLC、SCADA、ヒストリアン、MES、ドメイン、ゲートウェイの時計がずれると、原因と結果の順序を誤ります。タイムゾーン、UTC保存、表示ローカル時刻、夏時間を使う他拠点との連携、NTP/PTP、時刻源喪失、時計の急変・徐々な補正、装置が持つ元時刻と受信時刻を定義します。FATでは模擬的なずれを入れ、SATでは実際の時刻源と監視を確認します。

SCADAセキュリティを可用性・安全性と一緒に設計する

NIST SP 800-82 Rev.3は、OT固有の性能、信頼性、安全要求を考慮してセキュリティを実装するガイダンスです。SCADAを含むOTでは、IT向け対策をそのまま強制してプロセスを止めることも、可用性を理由に未対策のままにすることも避けなければなりません。資産と通信、脅威、影響、回復能力を把握し、試験可能な対策へ落とします。

2026年1月にNISTはSP 800-82 Rev.4への改定プロセスを開始しました。公開ページはInitial Preliminary Draft／Pre-Draftの意見募集であり、最終版ではありません。AI、デジタルツイン、クラウド、5G、ゼロトラストなどの技術や、変化した脅威への更新を検討するとされています。RFPでは「Rev.4準拠」と断定せず、最終化までの変更をどうレビューするかを管理項目にします。

RFPで要求するOTセキュリティの証拠

CISAなどの共同ガイドが示すSecure by Demandの考え方は、購入者が製品機能の有無だけでなく、安全な初期設定、脆弱性対応、ログ、更新、サポートといった提供者の実行能力を調達時に確認する助けになります。特定製品の安全をCISAが保証するという意味ではありません。

SCADA RFPでは次を証拠付きで要求します。

• 個人ID、役割別権限、特権操作の分離、緊急アクセスの統制
• 安全な初期設定、不要サービス停止、構成基準と差分確認
• ネットワーク区域と通信許可、管理経路、ジャンプ環境、遠隔保守の承認
• アプリケーション署名、証明書、秘密情報の保管と更新
• セキュリティログ、操作監査、時刻同期、ログ転送失敗時の扱い
• 脆弱性通知、影響評価、修正提供、回避策、サポート期限
• 更新前試験、ロールバック、PLC/ドライバーとの互換性確認
• オフラインで検証可能なバックアップ、復元、代替運転
• ベンダー退出時の構成、データ、ライセンス、管理権限の返却

「アンチウイルス導入済」「ファイアウォールあり」だけでは不十分です。誰がアラートを見るか、定義更新が停止中設備へどう影響するか、隔離時に安全運転を続けられるか、復元に必要な鍵とインストーラーが自社にあるかまで確認します。

SCADAのFAT・SAT・運用立上げを分ける

FAT（Factory Acceptance Test）は、供給者側または統制された検証環境で、設計と実装が要件を満たすかを出荷・現地投入前に確かめます。SAT（Site Acceptance Test）は、実際の設備、ネットワーク、電源、時刻、利用者、環境で成立するかを現地で確かめます。どちらか一方で代替してはいけません。

FATでは、PLC/RTUシミュレータと実機の代表構成を使い、正常系だけでなく通信断、異常値、古い時刻、大量アラーム、Server停止、冗長切替、ディスク逼迫、バックアップ復元、権限違反を試します。期待結果、実測、ログ、スクリーンショット、課題、再試験を記録します。

SATでは、施工とネットワーク、盤、実I/O、現場HMI、時刻源、ユーザー認証、冗長経路、UPS、運転手順を確認します。設備を実際に動かす試験は、危険分析、許可、立会い、停止条件、復旧手順を準備します。本番設備に疑似故障を入れられない場合は、代替証拠と残余リスクを承認します。

カットオーバーは戻れる状態で行う

移行計画には、切替条件だけでなく切戻し条件を置きます。新旧並行期間、データ二重取得、操作権限の切替点、履歴移行、未解決欠陥、Go/No-Go責任者、連絡網、予備品、ベンダー待機、復旧時間を定義します。旧SCADAを停止した直後にライセンスや機器を処分せず、合意した安定運用期間と証拠を経て廃止します。

SAT合格はプロジェクト終了ではありません。シフトをまたいだ運用立上げ期間で、アラーム負荷、ユーザー問い合わせ、通信品質、ヒストリアン欠測、バックアップ成功、CPU・メモリ・ディスク、冗長切替、帳票時刻を監視します。教育を受けた運転・保全・IT/OT担当がRunbookで実行できることを確認して引き渡します。

90日でSCADA更新の判断材料を作る

90日評価は、必ず90日で本番導入を終える約束ではありません。現状、要件、選択肢、リスク、費用入力、PoC範囲を意思決定できる粒度へ揃えるための評価例です。設備停止や調達手続きに合わせて期間は調整します。

1〜30日：現状と重要シナリオを固定する

• 対象設備、資産、ネットワーク、SCADA構成、連携、利用者を台帳化
• バックアップを保全し、代表構成の復元可能性を確認
• 生産停止、安全、品質、環境、顧客への影響を整理
• 運転員、保全、製造技術、IT、品質、経営、調達へヒアリング
• 上位10件程度の運用シナリオと失敗シナリオを承認
• 現行課題を製品の不満ではなく、業務影響と証拠で記録

成果物は、現状構成図、資産・インターフェース台帳、課題ログ、シナリオ、停止制約、仮の責任分担です。

31〜60日：要求と選択肢を比較可能にする

• タグモデル、アラーム哲学、履歴方針、時刻方針の原案
• 目標アーキテクチャと段階移行案
• Must/Should/Could要件、試験方法、提出証拠を含むRFP原案
• 候補ベンダーへの同一質問票とデモシナリオ
• ライセンス、インフラ、移行、教育、保守、廃止の費用入力表
• OTセキュリティ、サポート期限、ロックイン、運用能力のリスク評価

デモではベンダーの得意な台本だけを見ません。自社が用意した通信断、品質不良、証明書期限、アラーム集中、履歴検索、権限違反のシナリオを同じ条件で実施します。

61〜90日：証拠を取り意思決定パッケージにする

• 代表PLC/RTU、OPC UA、ヒストリアン、MES接続の小規模PoC
• 復旧、再接続、欠測、時刻、権限、ログの失敗系試験
• FAT/SAT計画、移行リハーサル、切戻し条件の作成
• TCOの入力根拠、不確実性、感度分析
• 残余リスク、前提、除外、契約条件の整理
• Go、条件付きGo、保留、現行延命の比較と承認

最終成果物は単一製品の推薦書だけではありません。スコープ、評価証拠、費用モデル、リスク、未決事項、段階計画、責任者、次の受入ゲートを含む意思決定パッケージです。

SCADAのTCOを透明な入力式で比較する

SCADA費用は、ソフトウェア価格だけでは比較できません。タグ、Client、Server、冗長、ヒストリアン、開発環境、接続ドライバー、ユーザー、サポートなど、ライセンス単位が製品ごとに異なります。さらに、移行と検証、停止、教育、証明書、バックアップ、将来変更、廃止が必要です。

次の式は市場相場ではなく、自社入力を漏れなく並べるためのテンプレートです。

評価期間TCO = 取得費 + 設計・統合・移行費 + インフラ費 + セキュリティ実装費 + 教育・運用立上げ費 + 評価期間中の保守・ライセンス費 + 計画変更費 + 停止影響の期待値 + 廃止・出口費 − 合意済み残存価値

停止影響の期待値を使う場合も、一般的な業界平均を置きません。自社のシナリオごとに、発生確率、停止時間、単位時間当たりの限界利益・追加費用、廃棄、復旧費を入力し、幅を持たせます。確率を信頼できない場合は、低・基準・高のシナリオで比較し、数字の出所と承認者を残します。

例示用の入力サンプル

以下は計算方法だけを示す架空例であり、タイ市場の価格やSCADA案件の標準値ではありません。

• 候補Aの自社入力：取得100、移行80、インフラ30、セキュリティ20、教育15、保守60、変更30、停止影響40、出口10、残存価値5
• 評価期間TCO：100 + 80 + 30 + 20 + 15 + 60 + 30 + 40 + 10 - 5 = 380（架空の単位）

比較表では合計だけを見ず、どの入力が不確かかを示します。たとえば移行工数が最も不確かなら、タグ自動変換率や画面再利用率をベンダーの約束ではなくPoCで検証します。停止影響が支配的なら、並行稼働と切戻しへ予算を寄せる判断ができます。

SCADA選定を止められる意思決定ゲート

良いゲートは、日程が来たから通過する会議ではなく、証拠が不足すれば止められる判断点です。各ゲートに承認者、必要成果物、合格条件、例外承認、次段階で使える予算を定めます。

1. スコープ基準ゲート：対象設備、停止制約、重要シナリオ、責任境界が承認済みか。
2. アーキテクチャ適合ゲート：PLC/SCADA/MES/ERP、ネットワーク、時刻、データ正本が矛盾なく定義されたか。
3. セキュリティ証拠ゲート：資産、権限、証明書、更新、ログ、遠隔保守、復元の証拠が揃ったか。
4. FATゲート：正常系・失敗系のMust要件が統制環境で合格し、重大欠陥が閉じたか。
5. SATゲート：現地の設備・ネットワーク・利用者で安全に成立し、切戻し可能か。
6. 運用準備ゲート：Runbook、教育、監視、バックアップ、連絡、予備品、保守契約が有効か。
7. ライフサイクル所有ゲート：変更、監査、サポート終了、拡張、出口の責任と予算が引き継がれたか。

価格点だけで選定すると、未回答を安値として評価してしまいます。必須証拠がない候補は点数を下げるだけでなく、ゲート不合格にします。例外を認める場合は、残余リスク、期限、暫定対策、責任者を承認記録へ残します。

SCADA導入でよくある失敗と予防策

画面枚数を進捗にする

画面が完成しても、タグ品質、アラーム、権限、復元が未確認なら運転できません。進捗は、承認済みシナリオが必要な証拠とともに通過した割合で測ります。

旧システムをそのまま複製する

移行リスクは下がるように見えますが、不要タグ、誤アラーム、共有ID、古いプロトコル、保守不能なスクリプトも複製します。保持すべき運転知識と、解消すべき技術的負債を分けます。

OPC UAなら自動でつながると思う

Profile、情報モデル、証明書、データ型、品質、時刻を合意しなければ、接続できても意味が一致しません。異なるベンダーの組合せで相互運用試験を行います。

セキュリティをSAT直前に追加する

個人ID、ネットワーク区域、証明書、ログ、更新方式はアーキテクチャと工数に影響します。設計初期から要求し、FATで失敗系を試します。

本番切替を成功条件にする

切替直後に画面が動くことと、復元可能で持続的に運用できることは別です。運用立上げ期間を設け、バックアップ復元、アラーム負荷、時刻、欠測、問い合わせ、変更手順を評価します。

SCADAに関するよくある質問

SCADAとは何ですか？

SCADAは、産業設備やインフラからデータを収集し、複数設備の状態、アラーム、履歴を監視し、許可された監視操作を支援する基盤です。PLCやDCSの高速制御・安全ロジック、MESの生産業務、ERPの企業業務とは責任が異なります。製品構成は重なり得るため、名称ではなくデータ正本、操作権限、許容遅延、障害時挙動で境界を決めます。

OTとは何ですか？SCADAとの関係は？

OTとは、物理環境と相互作用し、設備、プロセス、イベントを監視・制御するシステムや機器の総称です。SCADA、PLC、DCS、RTUなどはOTの代表例です。OTではサイバーセキュリティだけでなく、安全、可用性、リアルタイム性、設備寿命、停止制約を同時に扱います。

OPC UAを採用すればベンダーロックインをなくせますか？

OPC UAは相互運用性を高める有力な手段ですが、自動的にロックインをなくすものではありません。必要Profile、情報モデル、名前空間、データ型、証明書運用、履歴、アラーム、冗長化を明示し、別ベンダー製品で試験する必要があります。画面スクリプト、ヒストリアン形式、ライセンス、専用ドライバー、バックアップ形式の出口条件も契約します。

SCADAセキュリティで最初に行うことは？

対象資産、通信、アカウント、遠隔経路、バックアップ、サポート状態を把握し、重要な運転シナリオと影響を確認することです。その上で、ネットワーク区域、最小権限、安全な設定、ログ、更新、復元を設計します。製品機能の購入だけでなく、誰が監視・変更・復旧するかを決めます。

SCADAの費用はどう比較しますか？

ライセンス価格だけでなく、設計、統合、タグ・画面・履歴移行、インフラ、セキュリティ、教育、保守、変更、停止影響、廃止を同じ評価期間で比較します。市場平均を決め打ちせず、自社入力と根拠、不確実性を示し、PoCで支配的な仮定を検証します。

FATとSATの違いは何ですか？

FATは供給者側または統制された環境で、設計・実装を出荷や現地投入前に検証します。SATは実際の設備、ネットワーク、電源、時刻、利用者で成立するかを確認します。SCADAでは通信断、異常値、権限違反、冗長切替、復元などの失敗系を両方に適切に配分します。

ANSI/ISA-112.00.01-2025は国際規格ですか？

ISAの2026年2月24日の発表では、ANSI承認の米国国家規格とされています。ベンダー中立・技術非依存の枠組みで、業種や地域を問わず幅広く利用できると説明されていますが、同発表はIEC規格または全世界で必須の規格とは説明していません。ISA-95/IEC 62264との位置づけを混同せず、契約や規制上の適用性は案件ごとに確認してください。

まとめ：SCADAをライフサイクルの証拠で選ぶ

SCADA更新の成否は、最新画面や機能数ではなく、現場制御を安全に保ちながら、意味のそろったデータ、適切なアラーム、追跡可能な操作、復元可能な構成を運用し続けられるかで決まります。ANSI/ISA-112.00.01-2025の発行は、SCADAを設計から拡張・監査までのライフサイクルで捉える有用な基準点です。ただし、その位置づけをIECや製品認証へ誇張せず、ISA-95、ISA-18、NIST SP 800-82、OPC UA、調達向けセキュリティガイダンスを目的別に組み合わせます。

実務では、資産と依存関係を把握し、重要シナリオをRFPへ変換し、タグモデル、アラーム、ヒストリアン、OPC UA、セキュリティを同じ受入計画で試します。90日評価で意思決定材料を揃え、TCOの入力と不確実性を開示し、FAT、SAT、運用準備、ライフサイクル所有の各ゲートを証拠で通過させてください。

タイ工場のSCADA更新について、まだ製品を決めていない現状調査やRFP作成の段階からご相談いただけます。既存PLC・HMIを活かす範囲、MES連携、OPC UA、FAT/SAT、段階移行を整理したい場合は、TOMAS TECHへのお問い合わせをご利用ください。

参考一次情報

• ISA：ANSI/ISA-112.00.01-2025発行発表
• ISA：ISA-95 Enterprise-Control System Integration
• ISA：ISA-18アラーム管理規格群
• NIST：SP 800-82 Rev.3 Final
• NIST：SP 800-82 Rev.4 Initial Preliminary Draft
• CISA等：Secure by Demand Priority Considerations for OT Owners and Operators
• CISA等：Foundations for OT Cybersecurity—Asset Inventory Guidance
• OPC Foundation：OPC UA Part 1 Overview and Concepts
• OPC Foundation：OPC UA Part 2 Security Model