データと接続の基盤：他のすべての柱を支える配管

この柱が扱うもの、そして見た目以上に重要な理由

これは6つの柱のうちの1つであり、インダストリー4.0の成熟度モデルではありません。工場にある技術の量に点を与えることはしません。問うのは、データの基盤が、他の柱で評価されるマネジメント実践を支えるのに十分であるか、そしてそれがきちんと手入れされているかです。

評価するのは5つの点です。設備がどの程度接続されているか（data1）、理想サイクルタイムや理由コードなどの基準データがどう管理されているか（data2）、生産データが他のシステムとどう連携しているか（data3）、誰がどのようなルールでデータにアクセスできるか（data4）、そして現場（OT）のサイバーセキュリティがどう扱われているか（data5）。

この柱の重みは間接的に表れます。班長が数量をスプレッドシートに入力する1時間は、ラインで過ごさない1時間です。銘板から取った理想サイクルタイムを使うと、性能ロスは見えなくなるか、あり得ない値になり、会議はその数字を信じなくなります。誰も知らないサプライヤーのリモートアクセスツールでネットワークに接続された設備は、工場を止めかねないリスクです。

工場で見える5つのレベル

この柱では、工場のレベルにばらつきがあることがよくあります。接続の行き届いたボトルネックの横に誰も責任を持たない基準データがあったり、しっかりしたネットワークの横に手入力のERP記録があったりします。診断は各質問を別々に評価します。柱の指数と最弱の柱ルールについてはレベルのページで説明しています。

5つの質問と、今週自分の回答を確かめる方法

data1. 設備はどの程度接続されていますか？ 問うているのは、制約工程から始めて、工場が誰かに書き留めさせることなく、設備から停止と数量のデータを得ているかどうかです。接続すること自体には何の点もつきません。

工場が過大評価するのは、PLCがネットワークにつながっていても誰もそのデータを収集していない場合や、接続されている唯一の設備がボトルネックから離れた試験導入の設備である場合です。過小評価するのは、単純な稼働/停止信号は本当の接続ではないと思い込んでいる場合です。モデルは単純なI/O信号を明示的に認めており、古い設備ではそれが最も理にかなった選択であることが多いのです。

data2. 基準データはどのように管理されていますか？ 問うているのは、パフォーマンスを判断するための物差しが正しいか、そして誰かがそれに責任を持っているかどうかです。理想サイクルタイム、理由コード、製品リストは、工場が報告するあらゆる数字を静かに形づくっています。

よくある過大評価は、原価計算や生産計画の標準時間（余裕率を含む）を使っているのに、理想サイクルタイムが定義されていると答えることです。それは設備が持続できる最良の速度ではありません。似たようなコードが重複し、「その他」のコードが多用されるまでに膨らんだ理由コードリストも、誰もそれに責任を持っていないしるしです。

data3. 生産データは他のシステムとどのように連携していますか？ 問うているのは、どれだけのデータが二重に入力されているか、そして生産システムとERPが、何が注文され何が作られたかについて一致しているかどうかです。

誰かが毎週実行し、整形し、再インポートしなければならないエクスポートが、自動化として数えられていることがよくあります。それはせいぜいレベル3で、その作業をしている人が単一障害点になっています。レベル4の連携とは、オーダーと良品数が誰の手も介さずに流れ、差異が黙って修正されるのではなく、フラグとして示されることを意味します。

data4. 誰が、どのようなルールのもとで生産データにアクセスできますか？ 問うているのは、データを必要とする人が頼み込まなくてもそれを得られるか、そして各項目の背後にある定義が書面化されているかどうかです。

一元化されたデータベースがあればレベル3に見えますが、1人しかクエリを実行できないなら、エンジニアは結局自分のファイルを作り、工場は並行するバージョンの状態に戻ってしまいます。レベル4では保存期間のルールと文書化された定義も必要ですが、多くの工場がこれを省いています。

data5. 現場（OT）のサイバーセキュリティはどのように扱われていますか？ 問うているのは、生産システムが現場に合った形で守られているかどうかです。現場では可用性が最優先であり、設備は長年使われ続け、サプライヤーはリモートアクセスを必要とします。

典型的な過大評価は、ネットワークは分離されていると主張しながら、サプライヤーのVPN、HMIに入ったリモートデスクトップツール、設備の制御盤にあるモバイル回線のモデムが、その分離を迂回しているケースです。もう1つは、ゾーン間にファイアウォールはあるものの、そのルールがほぼすべてを許可しているケースです。

レベル4の工場は何が違うのか

この柱でレベル4にある工場が、最も多くの技術を持つ工場であることはまれです。目的を持って接続し、ルールを書面にしています。私たちが確認するのは、次のような実践です。

• 問いのために接続する。 すべての接続が、ルーティンの中で問われる質問、たとえば「ボトルネックはどれだけ止まり、それはなぜか」に答えます。工場はすべてのタグを集めるのではなく、最低限の信号セットを自ら定めます。たとえば稼働/停止、良品数、そして可能であれば不良数です。
• 設備の種類ごとに文書化された1つの接続方法。 1ページの標準で、どの種類の設備にどのインターフェースを使うかを定めます。制御装置が対応していればOPC UA、データの発信にはMQTT、古い設備には配線によるI/O。どれを選ぶかより、1つに決めていることのほうが重要です。
• 履歴つきの基準データシート。 製品とラインごとに、理想サイクルタイム、それをいつどのように測定したか、責任者を記します。変更は短い手順（申請、承認、適用日）に従い、履歴が残されます。シートは決まったサイクルで、また製品や設備が変わるたびに見直されます。
• 使える短さに保たれた理由コードリスト。 工場はコード数の上限を自ら決め、「その他」とコードされた時間の割合を見て、それが増えたらリストを見直します。
• 毎日の突き合わせ。 生産数量とERPの計上を毎日比較し、例外は上書きするのではなく、一覧にして説明します。
• 役割と用語集。 アクセスは役割（作業者、班長、エンジニア、管理者、サプライヤー）ごとに定義され、主要な項目にはすべて、1か所にまとめられた書面の定義があります。
• OTの基本をきちんと行う。 資産台帳が維持されています。サプライヤーのリモートアクセスは管理された1つの経路を通り、個人名のアカウントを使い、要請に応じてセッションを開きます。パッチ適用は設備の分類ごとに生産部門と合意され、ラインはIEC 62443の原則に沿ってゾーンに分けられています。

1段階上がるための90日計画

この計画は、回答の大半がレベル2か3にあることを前提としています。診断のレポートはギャップごとに具体的な次のアクションを示しています。最もスコアの低い質問から始めてください。

1. 1〜2週目現状を棚卸しします。ボトルネックラインの設備を、制御装置と利用できる信号とともにリストアップします。現場のネットワーク上のすべての機器と、すべてのリモートアクセス経路をリストアップします。生産データが二重入力されている箇所と、それにかかる時間を洗い出します。基準データが現在どこにあり、いくつのバージョンがあるかを記録します。
2. 3〜6週目ボトルネックを稼働/停止信号と数量で接続し、データを一元的に保存します。主要製品について持続できる最良のサイクルタイムを測定し、責任者を指名した1枚の基準データシートを公開します。管理されていないリモートアクセス経路を閉じ、まだであれば生産ネットワークをオフィスネットワークから分離します。
3. 7〜12週目最も時間のかかる手作業の転記を、定期的なファイル出力でもよいので自動化します。基準データの変更手順を書面にします。資産台帳、リモートアクセス、パッチ適用を網羅したOTセキュリティポリシーの案を作ります。役割ごとのアクセスを定義します。12週目に、毎日の会議が誰も打ち直していないボトルネックのデータを使っているかを確認し、もう一度診断を受けてください。

検証で審査員が確認するエビデンス

検証では、成果物をアップロードし、その後45分間のビデオ面談で審査員2名にそれを説明します。審査員が求めるのは、将来のプロジェクトのアーキテクチャ図ではなく、データの基盤が工場のルーティンで使われていることを示すものです。

エビデンスになるもの：

• 重要設備ごとの接続状況とインターフェースの種類がわかる設備リスト。
• オフィスと生産の分離がわかる簡略化したネットワーク図。
• 変更履歴つきの基準データシートと、責任者が明記された理由コードリスト。
• オーダーと数量がシステム間をどう流れるかの説明またはスクリーンショットと、最近の突き合わせの記録。
• アクセスの役割の一覧と、項目定義の用語集。
• OT資産台帳、リモートアクセスの手順とそのログの抜粋、OTセキュリティポリシー。
• 接続またはセキュリティの要件を含む最近の設備仕様書。

エビデンスにならないもの： サプライヤーのパンフレット、まだ始まっていないプロジェクトのアーキテクチャのスライド、データがどの会議でも使われていない接続済みの試験設備、IT部門のものをそのまま写したセキュリティポリシー、誰も開かないダッシュボードのスクリーンショット。

この柱で工場を足踏みさせる落とし穴

• すべてを接続し、何も使わない。 何百ものタグを集めているのに、朝の会議は相変わらず手書きのシートで回っています。
• 銘板のサイクルタイム。 性能ロスが消えるか、あり得ない値になり、人々は数字全体を信用しなくなります。
• 理由コードの無秩序な増加。 新しい問題のたびに専用のコードが作られ、やがて作業者はリストの最初のコードを選ぶようになります。
• 数量について2つの「正解」。 生産システムとERPが別々の数字を示し、誰かが理由を問わずに毎週手作業で差を修正しています。
• 問いではなくシステムから始める。 定義と基準データに合意する前にプラットフォームや連携プロジェクトを選ぶと、後で両方を作り直すことになります。
• OTセキュリティをIT部門の問題とする。 あるいはその逆で、保守の時間枠に誰も合意しなかったために、生産部門が何年もあらゆるパッチを止めている。
• 忘れられたサプライヤーのアクセス。 何年も前の立ち上げ時にインストールされたリモートアクセスツールが、今も動き続け、当初のパスワードのまま使われています。
• 誰もクエリを実行しないデータストア。 一元的に集めたデータでも、1人の専門家しか到達できないなら、共有ドライブと変わりません。

次に読むもの

診断を受けて、他の5つの柱と並べたこの柱の指数を確認し、この柱が総合レベルを押し下げていないかを見てください。データの基盤はパフォーマンスの見える化のためにあります。そちらでは、ロスがどう捉えられているか、人々が数字を信頼しているかが問われるので、次にお読みください。FEIが測定しないOEE（設備総合効率）の数値やベンチマークについては、oee-benchmark.orgをご覧ください。

よくある質問