スマートファクトリー・ソリューション：自動化ソフトの選定、コスト、導入順序の実務ガイド

「スマートファクトリー・ソリューション」を検索すると、答えは二種類しか出てきません。コンサルティング会社は五段階の成熟度モデルを売り、ソフトウェアは一行もありません。ベンダーは自社が作っているモジュールを売ります。どちらも、工場長が本当に知りたいこと──何から買うのか、それは何に依存するのか、順序を逆にすると何が壊れるのか──には答えません。

本ガイドはその順序そのものです。

発注書の上で「スマートファクトリー」とは何か

マーケティングを取り除けば、スマートファクトリーは四つの能力が積み重なったものです。それぞれ、下の層が本物であって初めて機能します。

接続：設備が、誰かが入力しなくても自分の稼働状況を報告する。可視化：そのデータが、班長が信頼する数字になる（OEE、不良、原因別の停止）。制御：システムが報告に加えて判断も行う。指図を出す、ロットを保留する、在庫を引き当てる。最適化：計画そのものが良くなる。スケジューリングと品質が、現場で実際に起きたことから学ぶからです。

典型的な失敗は、第一層がまだ紙のまま第四層を買うことです。終業時入力で育てられたAIスケジューラーは、八時間前に存在しなくなった工場について自信満々に答えを出します。

スマートファクトリー自動化と工場自動化は別物

この違いはお金に直結します。工場自動化はロボット、コンベヤ、搬送──物理的な作業を行う機械です。スマートファクトリー自動化は、機械と機械の間にある人間の判断と人間の転記を取り除くソフトウェアです。

工場は高度に自動化されていながらまったくスマートでないことがあります。ロボットセルが六台あっても、午後二時に班長が印刷物を持って通路を歩き、今日の目標に届くかを確かめている。逆に、ほぼ手作業の組立でも、各工程がリアルタイムに報告し、計画が同一シフト内で反応するなら、本当にスマートです。

ボトルネックが設備能力なら必要なのは自動化エンジニアリングです。ボトルネックが「明日まで誰も工場の本当の状態を知らない」ことなら、必要なのはスマートファクトリーのソフトウェアです。多くの工場は前者と診断し、後者に苦しんでいます。

うまくいく順序

まず設備をつなぐ。対象はボトルネックの設備からです。ここではネイティブのPLCドライバーが決定的です。代替案であるメーカーごとのミドルウェア層は、それ自体が保守プロジェクトになるからです。Siemens S7、Allen-Bradley Logix、Mitsubishi MC、Beckhoff ADS、Omron FINS、Modbusで、制御プログラムに手を入れずに既存工場の大半をカバーできます。

次に、数字をひとつ本物にする。OEEか納期遵守か、どちらか一方を選び、現場がシステムに反論し始めるまで押し切る。その反論こそ節目です。データが間違っているときに腹が立つ程度には信頼された、という意味だからです。

次にループを閉じる。品質が自動的にロットを保留する。在庫が指図に引き当てられる。停止原因が保全依頼を起票する。ここでスマートファクトリーは報告プロジェクトであることをやめ、結果を変え始めます。

スケジューリングと最適化はその後です。ライブの現場データの上に載るAPSは、前提の上に載る同じAPSとはまったく別の製品です。

各段階のコストを週数で見る

ライセンス価格は誰もが尋ねる数字で、最も役に立ちません。拠点規模と構成に左右されるからです。成功を予測する数字は、誰かが信じる最初のレポートが出るまでの時間です。

各段階に何週かかるかはスコープ次第ですが、順序は変わりません。最初は特定ラインの設備接続で、そのペースを左右するのは物理的なアクセスとネットワーク分離であって、ソフトではありません。次が班長が動くライブOEEで、その時間の大半は「何を停止と数えるか」の合意に費やされます。続いて最初のクローズドループ。ライブデータ上のスケジューリングは最後で、それは妥当です。

六週間で完全なスマートファクトリーを約束するベンダーが説明しているのは、インストールのことです。ソフトは六週間で動きますが、現場がそれを信じるには六週間では足りません。

スマートファクトリー・コンサルティングが効く場面と効かない場面

コンサルティングが報酬に見合うのは二点です。何を測るかを決めること、そして旧来の測定が守っていた業務を書き換えること。スライドのロードマップは、どんなソフトもそれに沿って納品できないので、報酬に見合いません。

契約前の実務的なテスト：最初の一か月で現場の何が変わるかを尋ねてください。答えがワークショップと成熟度評価なら、買っているのは調査です。答えが「一本のラインが接続され、一つのレポートが置き換わる」なら、それは導入です。

単一拠点で買うか、グループで買うか

単一拠点の判断は適合性の問題です。グループの判断は統一性の問題で、この二つは逆方向に引っ張ります。

各拠点が自由に選べば、各工場は気に入ったソフトを手に入れ、グループ本社はExcelでの突合と、停止の定義が拠点ごとに違うために比較できないOEE値を手に入れます。中央で標準化すれば、一年はローカルの例外との戦いになります──しかしある国の役員と別の国の工場長が、ついに同じ計算による同じ数字を開けるようになります。

一つのプラットフォームを単一標準として多数の工場・国に展開するグループは、統一性を意図して選び、その代償を導入初年度にまとめて払います。そうすれば、以後毎年の突合作業として払い続けずに済みます。

導入が座礁する四つの失敗

紙をなくす代わりに紙をデジタル化する。新しい画面が旧帳票と同じ項目を持つなら、構造は何も変わっておらず、データは同じだけ遅れます。

楽なところから始める。もともと調子のいいラインでの試行は何も証明せず、誰も説得しません。痛んでいるラインから始めてください。そこなら本当の改善はスライドなしで見えます。

共通データモデルなしにモジュールを買う。同じ指図を互いに「自分のもの」とする二つのシステムは矛盾し、その突合は人間に落ちてきます。

稼働をゴールと考える。価値を引き出す拠点は、稼働後一年分の小さな変更予算を残しています。二巡目の問い──役に立つ問い──は、最初の答えが信頼されてから初めて出てくるからです。