SCADAとは2026｜監視と操作の境界で5年費用が2.5倍

工場の見積書を3社並べても比較にならないことがあります。3社とも「SCADA」と書いてあるのに、中身は記録するだけのもの、画面に出すだけのもの、設備に指示を返せるものが混ざっているからです。この記事では、その境界がどこにあり、境界を跨いだ瞬間に費用のどこが増えるのかを、タイの日系工場を想定したモデルで数字にして示します。

SCADAとは何か。「見えている」ことではなく「操作できる」こと

SCADA は Supervisory Control and Data Acquisition の略で、日本語では監視制御とデータ収集と訳されます。この訳語のうち、現場で誤解されやすいのは前半の「監視制御」です。多くの担当者は「監視」の部分だけを読み、大きなモニタに設備の稼働状況が並んでいる絵を思い浮かべます。しかし定義の重心は「制御」の側にあります。SCADAとは、設備の状態を読み取って表示するだけの仕組みではなく、読み取った上で設備に値を書き戻せる仕組みのことです。

この区別は言葉遊びではありません。読むだけの仕組みと、書き込める仕組みでは、必要な設計も、必要な検証も、事故が起きたときに誰が責任を負うかも変わります。読むだけのシステムは、最悪の場合でもデータが取れないだけです。書き込めるシステムは、最悪の場合に設備が意図しない動きをします。この差が、そのまま費用の差になって現れます。

にもかかわらず、市場では4つの異なる類型が同じ言葉で売られています。データを取って蓄えるだけのデータロガー型、それに画面と通知を足した見える化型、設備に書き戻せるSCADA型、さらにオーダー単位の指図と実績を扱うSCADA＋MES型。この4つは、カタログの写真ではほとんど区別がつきません。どれも折れ線グラフと稼働率の円グラフが並んだダッシュボードの写真が載っているからです。

そこで本記事では、まず4類型を分ける2本の境界線を定義し、次にその境界を跨ぐと費用のどこがいくら増えるのかを、タイ・チョンブリの日系工場を想定したモデルで積み上げます。以下に出てくるバーツ建ての金額はすべてTOMAS TECHが実案件の相場から組んだ想定モデルの試算であり、公的統計や業界調査の数値ではありません。 自社の見積と突き合わせるための物差しとして読んでください。

SCADAを分ける2つの境界

4類型を分けているのは機能の多さではありません。性質が変わる境界が2本あり、その境界を跨ぐかどうかで、システムの性格そのものが変わります。1本目は「読むだけか、書けるか」。2本目は「秒単位の設備の今か、オーダー単位の実績か」です。

第1の境界。読むだけか、書けるか

データロガーと見える化ツールは、PLCやセンサからデータを読み取ります。読み取った値を保存し、グラフにし、閾値を超えたらメールやチャットに通知します。ここまでは、システムが設備に対して何も働きかけていません。設備から見れば、誰かが横で計器を眺めているのと同じ状態です。

SCADAはここを越えます。オペレータが画面上のボタンを押すと、設定値が変わる。アラームを承認すると、設備側のフラグが落ちる。ラインの停止指示が現場の制御に届く。この「書き戻し」が入った瞬間に、システムは観測者ではなく当事者になります。

当事者になると、要求される品質が変わります。画面が固まったら、オペレータは設備を操作できません。サーバが1台落ちたら、監視が途切れます。誤操作を防ぐ権限設計がなければ、権限のない人が本番ラインの設定値を書き換えられてしまいます。ITの世界では「落ちたら再起動」で済むことが、書き込みを許したOTの世界では通用しません。

この境界を跨ぐかどうかは、機能の要望リストではなく業務の実態で決まります。 オペレータが設備の前に立って操作盤を触っているなら、SCADAで画面から操作できるようにする意味は薄いかもしれません。逆に、広い工場で人が設備まで歩いて行くのに時間がかかっている、あるいは複数ラインの設定を1か所から揃えたい、という状況なら、書き込みは投資に見合います。

第2の境界。秒単位の設備の今か、オーダー単位の実績か

SCADAとMESの違いを「SCADAは現場、MESは管理」と説明することがありますが、これでは判断に使えません。使えるのは時間軸で切る説明です。

SCADAが扱うのは秒単位の「今」です。温度が何度か、モータが回っているか、アラームが出ているか。関心の対象は設備であり、時間の分解能は秒あるいはミリ秒です。過去のデータは履歴データベースに貯まりますが、システムの本業は今この瞬間の状態を正しく映し、必要なら手を入れることです。

MESが扱うのはオーダー単位の「実績」です。この製造指図に対して何個作ったか、どのロットの材料を使ったか、誰がどの工程を担当したか、規格外はいくつ出たか。関心の対象は製品とオーダーであり、時間の分解能は工程単位、早くても分単位です。

同じ工場の同じ設備を見ていても、切り口が違うので必要なデータ構造がまったく違います。SCADAはタグ（信号点）の集合として世界を捉え、MESはオーダーとロットの階層として世界を捉えます。この2つを1つの製品で無理にやろうとすると、どちらかが不自然になります。MES側の費用構造や導入の進め方についてはMES導入の費用と進め方で別途整理していますので、④の類型を検討している場合はあわせて確認してください。

ISA-95の階層で言うとどこに座るのか

この2本の境界は、製造業の情報システムの国際的な参照モデルであるISA-95の階層とほぼ一致します。L0が現場機器（センサ・アクチュエータ）、L1が制御（PLC・DCS）、L2が監視（SCADA）、L3が製造実行（MES）、L4が基幹（ERP）です。SCADAはレベル2でPLCを監視し警報を出す層、MESはレベル3でスケジューリングと指図、実績収集を担う層と整理されます。

ここで押さえておくべきなのは、この階層は製品選定の指示ではなく、責任の線引きだということです。ISA-95は「L2の製品を買ってからL3の製品を買え」と言っているのではありません。「秒単位の設備状態に責任を持つのは誰か」「オーダーの実績に責任を持つのは誰か」を分けるための言葉を与えているだけです。実際、製品によってはSCADAとMESの機能が1つのパッケージに同居していることもありますし、その構成が悪いわけでもありません。悪いのは、責任の所在が曖昧なまま両方の役割を同じ画面に詰め込み、誰も全体の整合性を見ていない状態です。

従来、この階層のあいだの情報は MES↔ERP、MES↔SCADA、SCADA↔ヒストリアンといった点対点の連携で流れてきました。連携の本数が増えるほど、どこか1本が変わると影響範囲が読めなくなります。階層で責任を切っておくと、変更が起きたときに「これはL2の話なのでL3には影響しない」と言えるようになる。それが階層モデルの実務上の効能です。

4類型の費用を並べる

ここからは具体的な数字で見ていきます。モデルにするのは、タイ・チョンブリにある日系の部品加工工場です。設備30台（うち主要ライン3本）、2交替、月25日稼働で年4,800時間。既存PLCは三菱・オムロン・シーメンスが混在しています。現状は紙の日報と設備の表示灯を人が見て回る運用で、異常が起きてから担当者が気づくまでに時間がかかっています。停止1分あたりの逸失は420バーツとして計算します。繰り返しますが、これはTOMAS TECHが想定した架空のモデル工場であり、統計調査に基づく平均値ではありません。

初期費用・年額・5年総額

単位はバーツです。この表だけを見ると①から④へ順当に高くなっているように見えますが、増え方は一様ではありません。内訳を開くと、どこで性格が変わっているのかが分かります。

①データロガー型の初期1,200,000は、エッジゲートウェイ6台×65,000で390,000、PLC接続とタグ定義が30台×12,000で360,000、収集サーバと履歴データベースが280,000、設置配線が170,000という積み上げです。年額は初期の10%にあたる120,000。ここには画面がありません。データは貯まりますが、見るには誰かがツールを開いて集計する必要があります。この層の費用感は工場IoTの費用で扱っている範囲とほぼ重なります。

②見える化型は①に500,000を足します。 内訳は可視化画面20画面×18,000で360,000、通知連携が140,000。年額350,000は、①の保守120,000に可視化ライセンスとクラウドの180,000、通知サービスの50,000を足したものです。ここで初めて「見える」ようになります。ただし、見えるだけです。

③SCADA型は②に3,800,000を足します。 内訳はSCADAライセンス（タグ2,000点）が850,000、オペレータ画面35画面×28,000で980,000、冗長化サーバ2台構成が620,000、ゾーン分割（レイヤ3スイッチ2台・産業用ファイアウォール2台と設定）が540,000、安全レビューと権限設計が380,000、検証と手順書が430,000。年額640,000は②の350,000にSCADAライセンス保守170,000と、冗長構成の点検と復旧訓練120,000を足したものです。

④SCADA＋MES型は③に4,200,000を足します。 MES本体が1,800,000、連携が4本×350,000で1,400,000、現場運用設計が1,000,000。年額1,160,000は③の640,000にMES保守340,000と連携保守180,000を加えたものです。ここで注目したいのは、MES本体そのものよりも、連携と運用設計の合計2,400,000のほうが大きいことです。MESは単体では動かず、SCADA・ERP・品質系・出荷系とつながって初めて価値が出るためです。

何ができるようになるのかを揃えて比べる

金額を並べるだけでは判断できないので、同じ場面で4類型がどう振る舞うかを揃えて見ます。たとえば「主要ラインの1台が深夜に停止した」という場面を考えます。

①では、翌朝に誰かがデータを開いて初めて停止していたことが分かります。原因分析の材料は残っていますが、その晩の停止時間は減りません。②では、停止と同時に担当者のスマートフォンに通知が飛びます。気づくのは早くなりますが、駆けつけて操作盤を触るまで設備は止まったままです。③では、通知に加えてオペレータが画面から状態を確認し、条件が整えばリモートで復帰操作を行えます。④では、それに加えて「どの製造指図が何個遅れたか」「どのロットが影響を受けたか」が自動で紐づきます。

この差を金額に換算したのが次の章の効果表です。ただしその前に、③で増えた3,800,000の中身をもう少し見ておく必要があります。ここが本記事のいちばん伝えたい部分だからです。

書き込みを許した瞬間に増えるのは、ライセンスではない

②から③へ移ると、5年総額は3,450,000から8,700,000へ、約2.5倍（8,700,000÷3,450,000＝2.52）になります。この数字を見た経営層の多くは「SCADAというソフトウェアがそれだけ高いのか」と受け取ります。しかし内訳を開くと、話はまったく違います。

追加の3,800,000のうち、SCADAライセンスは850,000しかありません。残りの2,950,000は、オペレータ画面（980,000）、冗長化サーバ2台構成（620,000）、ゾーン分割（540,000）、安全レビューと権限設計（380,000）、検証と手順書（430,000）です。2,950,000÷3,800,000＝78%。つまり増加分の78%は、ソフトウェアの値段ではなく、工場の設備に書き込むことを許すために必要な費用です。

この5項目がなぜ必要なのか、ひとつずつ理由があります。

オペレータ画面35画面（980,000）が②の20画面より多く、しかも単価が18,000から28,000へ上がっているのは、書き込みを伴う画面は表示用の画面と設計が違うからです。押し間違いを防ぐための確認ステップ、権限による操作の出し分け、操作中に通信が切れたときの挙動、操作ログの記録。これらは表示専用の画面には要らないものです。「同じ画面を35本作るだけ」ではありません。

冗長化サーバ2台構成（620,000）は、監視が止まった状態を許容できないことから来ます。読むだけの層なら、サーバが半日落ちてもデータに穴が空くだけで済みます。しかし操作の窓口になっているサーバが落ちると、オペレータは画面から何もできなくなり、しかも「設備が正常なのか、監視が落ちているだけなのか」が判別できません。この判別不能な状態が現場では最も危険です。

ゾーン分割（540,000）は、ITネットワークからOTネットワークへの横移動を止めるためのものです。SCADAを入れると、それまで存在しなかった経路が生まれます。事務所のPCから工場の設備へ、論理的につながる道ができるということです。産業用ファイアウォールとレイヤ3スイッチでゾーンを切り、通信できる方向と種類を限定する。この設計と設定に相当する費用です。

安全レビューと権限設計（380,000）は、「誰が、どの設備の、どの値を、どの状態のときに変更できるか」を決めて文書化する作業です。これは技術作業というより合意形成の作業で、生産技術・保全・品質・安全の各部門を跨ぎます。時間がかかるのはこのためです。

検証と手順書（430,000）は、書き込みが意図どおりに動くこと、意図しない条件では動かないことを確認し、記録する作業です。読むだけのシステムなら「グラフが出た」で検収できますが、書き込むシステムは「書けた」だけでなく「書けてはいけないときに書けなかった」ことも確認しなければなりません。試験項目の数が桁違いになります。

したがって、正しい問いは「SCADAを入れるかどうか」ではありません。「うちは設備に書き込む必要があるのか。あるなら、その責任を誰が持つのか」です。 書き込みが要らない工場がSCADAを買うと、この78%の部分を払っておきながら使わないことになります。逆に、書き込みが必要な工場が②で済ませようとすると、次章で見るように効果の大きい部分が丸ごと出てきません。

効果はどこから出るのか

費用の話をしたので、次は効果です。同じモデル工場で、①②③がそれぞれ年間いくら分の効果を生むかを積み上げます。

効果の内訳（年額）

それぞれの根拠を示します。異常検知の遅れ短縮は、年240回の異常を前提にしています。③は画面から状態を確認して即座に手を打てるため平均12分の短縮（240×12×420＝1,209,600）。②は通知は飛ぶものの駆けつけと操作は人任せなので、短縮幅は半分の6分にとどまります（240×6×420＝604,800）。①は事後にしか分からないので0です。

日報と点検記録の自動化は、3名×40分/日×300日＝600時間を、時給130バーツで換算して78,000。これは記録が自動で残りさえすれば得られるので、①②③すべてで同額です。データを取る仕組みさえあれば手に入る効果である一方、これだけでは①の投資を正当化できないことも、この行から読み取れます。

条件外れによる不良の早期発見は、1件あたり15,000バーツの損失として計算します。③は条件から外れた瞬間に検知して介入できるため年20件（300,000）、②は通知を見てから人が動くので10件（150,000）、①は事後分析による改善で100,000相当としています。

段取り待ちの短縮は年1,200回×2分×420＝1,008,000。ここが③にしか立っていない点が重要です。

②では段取り待ちが減らない理由

見える化型を検討している工場から「画面を付ければ段取り待ちも減るのでは」と聞かれることがあります。減りません。理由は単純で、画面を見ても設備に指示を返せないからです。

段取り待ちの多くは、前工程が終わったことに次の担当者が気づくのが遅い、あるいは設備側の切り替え条件が整っていないのに人が先に動いてしまう、という形で発生します。②はこれを「見えるようにする」ことはできますが、見えた後に誰かが設備まで歩いていって操作盤を触る必要は残ります。工程間の距離が長い工場ほど、この歩く時間が段取り待ちの本体です。

③では、画面から次の条件をセットする、切り替え指示を出す、といった操作が席にいたまま行えます。人の足を減らすのは、表示ではなく書き込みです。見える化は認知の遅れを減らし、SCADAは行動の遅れを減らす。 この2つは別物で、後者のほうが金額としては大きくなります。実際、③の効果2,595,600のうち1,008,000、つまり39%相当が段取り待ちの短縮から来ています。

①が単体では回収しない理由

データロガー型の年間効果は178,000です。5年で178,000×5＝890,000。これに対して5年総額は1,800,000なので、5年の正味は-910,000。単体では回収しません。

これは①が無意味だという意味ではありません。①は上に何かを載せるための土台であり、土台だけで元を取ろうとする発想自体が間違っているということです。エッジゲートウェイもタグ定義も履歴データベースも、②や③に進むときにそのまま生きます。逆に言えば、「まずデータロガーから小さく始めて様子を見る」という進め方は、②か③に進む意思がある場合にしか正当化できません。 様子を見て止めた場合、投じた1,200,000は回収されずに終わります。

段階的に始めること自体は正しい判断です。ただしそれは「回収が早いから」ではなく「タグ定義と接続という最も手間のかかる作業を先に済ませておけるから」です。この違いを社内で共有しておかないと、1年後の予算会議で「効果が出ていない」という評価を受けて、いちばん重要な次の一歩が止まります。

回収と5年の正味で見た4類型

費用と効果を突き合わせます。

回収期間は初期費用を年間の正味（年間効果から年額を引いた額）で割って算出しています。②は1,700,000÷482,800＝3.52年で42か月、③は5,500,000÷1,955,600＝2.81年で34か月、④は9,700,000÷2,935,600＝3.30年で40か月です。5年の正味は、②が832,800×5－3,450,000＝714,000、③が2,595,600×5（12,978,000）－8,700,000＝4,278,000、④が4,095,600×5（20,478,000）－15,500,000＝4,978,000となります。

④の年間効果4,095,600は、③の2,595,600にMES由来の1,500,000を足したものです。その内訳は実績入力工数の削減480,000、進捗確認と督促の削減420,000、不適合ロットの範囲特定600,000。最後の項目は普段は表に出ませんが、市場不具合が起きたときに出荷を止める範囲を絞り込める価値であり、金額よりも意思決定の速さとして効きます。

この表でいちばん注目してほしいのは、③と④の関係です。④は5年の正味が③より700,000多いのに、回収は6か月遅い（34か月→40か月）。つまり③→④は「機能を足す判断」ではなく、「取り分を増やすために回収を後ろに倒す判断」です。

この違いは社内の稟議で決定的に効きます。投資回収年数に上限を設けている本社であれば、40か月が基準を超えるかどうかで結論が変わります。逆に、5年間の累計効果で評価する会社なら④が選ばれます。同じ数字を見ていても、どの指標で切るかで答えが反転する。だから見積を比べる前に、自社がどの指標で判断する会社なのかを先に確認しておくべきです。

なお②は、5年の正味が714,000で黒字ではあるものの、③との差は3,564,000あります。②を選ぶ理由が「安いから」だけであれば、その判断は5年で約356万バーツの取り分を放棄していることになります。②が正解になるのは、書き込みの必要が実際に薄い工場か、あるいは組織として書き込みの責任を引き受ける体制がまだ作れない場合です。

通信の選び方。OPC UA と MQTT Sparkplug B

SCADAの構成を検討すると、必ずOPC UAとMQTT Sparkplug Bのどちらを使うかという話になります。ここでも「どちらが優れているか」という問いは立てないほうがよいです。

OPC UAはクライアントとサーバの要求応答モデルで、クライアントがサーバに問い合わせて値を取得します。基本はポーリングであり、産業機器の情報モデル（データの意味づけ）が規格として整備されているのが強みです。設備の中で完結する通信、あるいはSCADAとPLCのあいだのように「常時、確実に、意味の定まったデータを取りに行く」用途に向きます。

MQTT Sparkplug Bはブローカを介した発行購読モデルで、値が変化したときだけ送る（Report by Exception）方式です。同じデータ量なら通信量は小さくなり、多数の拠点や多数のデバイスを1つのブローカに集約する構成が組みやすくなります。

実務で効くのはファイアウォールの向きです。ブローカ方式では、機器側からブローカへ片方向のアウトバウンド接続を張ればよいので、工場側のファイアウォールに外部からの着信を許可する穴を開けずに済みます。要求応答型で外部から工場内のサーバを叩きに行く構成に比べ、開ける穴が少なく、設定も単純になります。複数拠点を本社から見たい、という要件が入った瞬間に、この差は運用負荷として現れます。

したがって選び方は、境界のどちら側で使うかで決まります。 現場ネットワークの内側、SCADAと制御機器のあいだはOPC UA。工場から上位（本社・クラウド・他拠点）へ出る部分はMQTT Sparkplug B。この組み合わせが素直で、実際に両方を使う構成は珍しくありません。どちらか一方に統一しようとして、境界を跨ぐところで無理をするほうが、後々の運用コストは高くつきます。

書き込みを許す前に決めるOTセキュリティ

産業用制御システムのセキュリティ規格であるIEC 62443は、SCADA・DCS・PLCといったIACS（産業用オートメーションおよび制御システム）を対象に作られています。ITのセキュリティ規格をそのまま持ち込まないのは、OTには可用性を最優先すること、レガシー機器が現役で動いていること、パッチを当てられない期間が長いこと、という前提があるためです。「最新のパッチを当てる」が使えない世界で、どう守るかという発想で組み立てられています。

その中心にあるのがゾーンとコンジットという考え方です。似たリスク特性を持つ資産をゾーンにまとめ、ゾーン間の通信をコンジット（限定された通路）だけに絞る。ITネットワークからの横移動を止める手段として、最も効くのがこの分離です。パッチが当てられない機器があっても、その機器に到達できる経路が限定されていれば、リスクは大幅に下がります。

SCADAを入れると、入れる前には無かった経路が生まれます。 具体的には3つです。ひとつめはリモート保守。ベンダーが日本やタイ国外から接続して画面やロジックを直せる経路。ふたつめはUSB。エンジニアリングツールやバックアップの受け渡しで使われる物理経路。みっつめはエンジニアリング端末。PLCのプログラムを書き換えられるノートPCそのものです。この3つは、SCADA本体をどれだけ堅牢に作っても残ります。

費用側で言えば、この対策が540,000（ゾーン分割）と380,000（安全レビューと権限設計）に相当します。合計920,000。②から③への追加3,800,000の約4分の1です。この金額を削ると、③の性格が変わってしまいます。書き込める仕組みを、書き込みを制御しないまま入れることになるからです。物理的なネットワークの設計、とくに無線区間を含む構成については工場の無線LAN構築と産業用ネットワーク設計で詳しく扱っています。ゾーンの切り方は無線のセグメント設計と切り離せないため、同時に検討することをおすすめします。

エッジをどこに置くか

エッジ処理はいまやスマート工場の前提になっています。データが発生する場所の近くで処理することで、遅延と回線依存を減らすためです。ただし「エッジを置く」と言ったとき、何をエッジに残して何を上に上げるのかの線引きが曖昧なまま進む案件が少なくありません。

判断の基準はひとつです。秒単位の判断は現場で閉じ、分単位以上の集計だけ上に上げる。 アラームの判定、閾値の監視、インターロックに関わる処理は、クラウドまで往復させてはいけません。往復にかかる時間が問題なのではなく、往復の途中で回線が切れたときにどうなるかが問題です。逆に、日次の稼働率、月次の設備別の停止要因分析、拠点横断の比較といった集計は、現場に置いておく理由がありません。

タイの拠点で特に効くのは、回線が切れても設備が止まらない構成にすることです。工業団地の回線は概して安定していますが、雨季の落雷や工事による断は現実に起きます。エッジ側にバッファを持たせておけば、上位への送信が数時間止まってもデータは失われず、回線復旧後に追いつきます。逆にエッジにバッファがない設計だと、断のあいだのデータが丸ごと欠落し、その日の稼働率が計算できなくなります。

モデル工場の①で計上しているエッジゲートウェイ6台×65,000（390,000）は、設備30台を5台ずつまとめる想定です。1台あたりの収容台数を増やせば台数は減りますが、1台の故障で止まる範囲が広がります。この収容設計は、ラインの区切りと保全の担当区分に合わせるのが実務的です。「安いから2台にまとめる」と、故障時に主要ライン3本が同時に見えなくなる、という事態が起こり得ます。

タイの工場で起きる固有論点

ここまでは一般論として成り立つ話でしたが、タイで導入する場合に日本と違う論点がいくつかあります。

まず投資環境です。タイ投資委員会（BOI）によれば、2026年上半期の申請は1,299件・1.473兆バーツで、前年同期比37%増。うちデジタル産業が1.115兆バーツを占めます。機械・自動化・ロボットの分野は82件・130.93億バーツ、スマート・サステナブル関連の措置は132件・171.58億バーツ。承認された約1,300件で、タイ人の雇用が82,000人分以上生まれる見込みとされています。

この数字から読み取れるのは、自動化への投資は明らかに増えているということ、そしてその多くは設備側だということです。ロボットや加工機は個別に稟議が通りやすく、効果も分かりやすい。一方、それらを束ねる基盤（SCADA/MES）は「設備が入ってから考える」となりがちで、後回しになります。結果として、最新の設備が並んでいるのに、稼働状況は紙の日報で集計している、という工場が生まれます。設備を10台増やすより、モデル工場のように既にある30台を束ねるほうが効果が大きい局面は確かに存在します。

次に人材です。タイの工場では、保全とエンジニアリングがベンダー任せになりやすい傾向があります。SCADAの画面を1本追加したい、閾値を変えたい、という都度ベンダーを呼ぶ運用だと、変更のたびに待ち時間が発生し、そのうち誰も変更を依頼しなくなります。画面が実態に合わなくなり、現場は結局ホワイトボードに戻る。これは技術の問題ではなく、画面を誰が直すかを契約時に決めていなかったという設計の問題です。

言語も固有の論点です。オペレータ画面はタイ語、保全と生産技術は英語かタイ語、日本人管理者と本社は日本語。手順書も同様です。3言語を維持する前提で画面を設計しないと、後から「タイ語版だけ用語がずれている」という事態になります。用語集を先に作り、画面のラベルは用語集からしか採らない、というルールが有効です。翻訳作業そのものより、用語の統一のほうが手間がかかります。

最後に、日本本社から見たい指標と、現場が使う画面は別物だという点です。本社が見たいのは月次の設備総合効率や拠点間の比較で、更新頻度は日次で足ります。現場が使うのは今この瞬間のアラームと次の段取りで、更新頻度は秒です。この2つを1つの画面で満たそうとすると、どちらにとっても使いにくいものができます。データの出どころは共通にして、画面は分ける。これが結論としては素直です。

見積を比べる前に決める7項目

複数社から見積を取る前に、次の7項目を自社で決めておいてください。ここが決まっていないと、各社が違う前提で見積を出し、金額の比較ができなくなります。

①書き込みを許す範囲。 どの設備の、どのパラメータを、画面から変更できるようにするのか。全設備の全パラメータではなく、具体的にリストにします。ここが一番効きます。

②タグ点数の数え方。 SCADAのライセンスはタグ数で決まることが多く、モデルでは2,000点で850,000としています。ただし「タグ」の定義は製品によって違います。物理I/Oを1点と数えるのか、計算値も含めるのか、履歴に残す点だけを数えるのか。各社に同じ定義で見積らせないと比較になりません。

③画面の本数と、誰が直すか。 モデルでは35画面としていますが、本数以上に重要なのが稼働後の変更主体です。自社で直せる契約なのか、ベンダー依頼なのか、その場合の単価はいくらか。

④冗長化の水準と復旧目標時間。 サーバ2台構成にするのか、どこまでの故障で自動的に切り替わるのか、切り替えに何分かかるのか。復旧目標時間を先に決めると、冗長化の水準は自動的に決まります。

⑤ゾーンの分け方と経路。 ITとOTをどこで切り、リモート保守はどの経路で入るのか。ここを後決めにすると、稼働後にネットワークを組み直すことになります。

⑥ログの保存期間と持ち主。 何を何年残すのか。品質記録として使うのか、単なる運用ログなのか。保存期間はストレージ費用に直結します。持ち主とは、そのデータを外部に出す判断を誰がするかという意味です。

⑦稼働後の変更依頼の単価と応答時間。 SCADAは入れて終わりではありません。ラインが変われば画面も変わります。1件あたりの単価と、依頼から着手までの時間を契約に書いておくかどうかで、3年後の使われ方が変わります。

よくある質問

SCADAとは何か

監視制御とデータ収集を行う仕組みのことです。設備の状態を収集して表示するだけでなく、設備に値を書き戻して操作できることが定義の中心にあります。画面があることではなく、書き戻せることがSCADAの条件です。

SCADAとMESの違いは何か

扱う時間軸と対象が違います。SCADAは秒単位で設備の今を扱い、MESはオーダー単位で実績を扱います。ISA-95ではSCADAがレベル2、MESがレベル3に位置づけられます。金額で言えば、モデルではSCADA型が5年総額8,700,000、SCADA＋MES型が15,500,000です。

データロガーや見える化ツールと何が違うのか

読むだけか、書けるかです。データロガー型と見える化型は設備から読むだけで、設備に働きかけません。SCADA型は書き込めます。この境界を跨ぐと、モデルでは初期費用が3,800,000増えますが、そのうちSCADAライセンスは850,000だけで、残る2,950,000（78%）は書き込みを安全に許すための費用です。

SCADAの費用はいくらか

規模と要件で大きく変わるため一律には言えませんが、設備30台のモデル工場では初期5,500,000、年額640,000、5年総額8,700,000という試算になります。これはTOMAS TECHの想定モデルであり、公表統計ではありません。 自社の見積を読むときは、総額よりも「ライセンス以外に何がいくら入っているか」を見てください。

OPC UAとMQTTのどちらを選ぶべきか

どちらかが正しいという問題ではありません。現場ネットワークの内側はOPC UA、工場から上位へ出る部分はMQTT Sparkplug Bという使い分けが素直です。ブローカ方式は機器からの片方向アウトバウンド接続で済むため、ファイアウォールに着信の穴を開けずに複数拠点を集約できます。

古いPLCが混在していてもSCADAは載るのか

載ります。モデル工場も三菱・オムロン・シーメンスの混在を前提にしており、PLC接続とタグ定義に30台×12,000で360,000を計上しています。ただしプロトコル変換が必要な機種や、そもそも通信ポートを持たない設備では、外付けのセンサや信号取り出しが要ります。この領域の進め方は既存設備のIoT化で具体的に扱っています。混在そのものより、世代の違う機器の応答速度が揃わないことのほうが実務では厄介です。

タイでSCADAを入れるときに日本と違うのはどこか

3点あります。画面と手順書を3言語で維持する必要があること、保全の変更作業をベンダー任せにすると画面が実態から離れていくこと、そして回線断を前提にエッジ側でデータを保持する設計が要ることです。設備投資自体はBOIの数字が示すとおり活発ですが、設備を束ねる基盤は後回しになりやすい傾向があります。

まとめ

SCADAとデータロガーを分けているのは画面の綺麗さではなく、設備に書き込めるかどうかです。SCADAとMESを分けているのは、秒単位の設備の今か、オーダー単位の実績かという時間軸です。この2本の境界を跨ぐ瞬間に、費用は機能の増加分ではなく責任の増加分として増えます。

モデル工場では、見える化型（5年総額3,450,000）からSCADA型（8,700,000）へ移ると5年総額は約2.5倍になりますが、増える3,800,000のうちSCADAライセンスは850,000だけです。残る2,950,000、つまり78%は、画面・冗長化・ゾーン分割・安全レビュー・検証、すなわち工場の設備に書き込むことを許すための費用です。

だから、検討すべき問いは「SCADAを入れるかどうか」ではありません。「うちは設備に書き込む必要があるのか。あるなら、その責任を誰が持つのか」です。書き込みが要らない工場がSCADAを買えば、78%を払って使わないことになります。書き込みが必要な工場が見える化型で止めれば、段取り待ちの短縮1,008,000のような、いちばん大きい効果が出てきません。そして③から④へ進む判断は、機能を足す判断ではなく、5年の正味を700,000増やす代わりに回収を6か月後ろに倒す判断です。

TOMAS TECHでは、書き込みを許す範囲をどこまでにするか、その線引きだけのご相談も承っています。 見積を取る前の検討段階で構いませんし、そもそも自社に書き込みが必要なのかという段階からでも構いません。既存のPLC構成とラインの実態を伺えば、①から④のどこが妥当な着地かはある程度その場でお話しできます。ご相談はお問い合わせフォームからお寄せください。

参考情報

1. Nation Thailand「BOI says first-half investment tops B1.47tn as digital and data centre projects pour into Thailand」2026年7月23日

https://www.nationthailand.com/business/economy/40068948

2026年上半期の申請は1,299件・1.473兆バーツで前年同期比37%増。デジタル産業が1.115兆バーツ、機械・自動化・ロボットが82件・130.93億バーツ、スマート・サステナブル関連の措置が132件・171.58億バーツ。承認された約1,300件でタイ人の雇用が82,000人分以上生まれる見込み。本記事ではタイの自動化投資の水準を示すために引用しました。

1. HiveMQ「A Comparison of OPC UA and MQTT Sparkplug」

https://www.hivemq.com/resources/iiot-protocols-opc-ua-mqtt-sparkplug-comparison/

OPC UAはクライアントとサーバのポーリング型、Sparkplug Bはブローカ経由の発行購読で変化時のみ送信する方式。ブローカ方式は機器からの片方向アウトバウンド接続でよく、ファイアウォールの設定が簡単になるという整理を参照しました。

1. Fortinet「IEC 62443 Standard」

https://www.fortinet.com/resources/cyberglossary/iec-62443

IEC 62443はIACS、すなわちSCADA・DCS・PLCを対象にした産業制御向けの規格群であり、可用性優先・レガシー機器の存在・パッチ制約というOTの前提に合わせて作られているという点を参照しました。

1. PLC Programming「ISA-95 Explained｜Levels, Models & MES Integration」

https://plcprogramming.io/blog/isa-95-explained

ISA-95のレベル定義。SCADAはレベル2でPLCを監視し警報を出す層、MESはレベル3でスケジューリング・指図・実績収集を担う層という位置づけを参照しました。

1. MachineCDN「ISA-95 and IIoT Integration｜Bridging IT and OT in Modern Manufacturing」

https://www.machinecdn.com/blog/isa-95-iiot-integration/

従来はMESとERP、MESとSCADA、SCADAとヒストリアンのあいだで点対点の連携によって情報が流れてきたこと、ISA-95は所有権の境界を定義するものであって製品選定を指示するものではないという整理を参照しました。

1. Avassa「Edge Computing in Manufacturing｜2026 Smart Factory Guide」

https://avassa.io/articles/smart-factories-edge-computing-manufacturing/

エッジ処理はスマート工場の前提になっており、発生源で処理することで遅延と回線依存を減らせること、OPC UA・MQTT・ISA-95が既存の産業基盤との接続を担うという点を参照しました。