導入1年目以降のIoTガバナンス：データ保持、トレーサビリティ、監査への備え

2年目にガバナンスが急務になる理由

定義は、たいてい誰にも気づかれないままずれていきます。誰かが理想サイクルタイムを修正し、理由リストが12項目から60項目に増え、新しいラインが違う命名規則を持ち込みます。それぞれの変更は単独では理にかなっていますが、それらが重なると、去年の数値と今年の数値を比較できなくなります。

規制も動いています。NIS2を国内法に反映した改正国家サイバーセキュリティシステム法は、2026年4月3日から施行されています。対象は、業種や企業規模に応じた一部の産業活動で、経過措置は2027年4月3日までです。NIS2指令の下では、対象事業者は重大インシデントから24時間以内に早期警戒を、72時間以内に通知を行う必要があります。AIについては、2026年の「AIオムニバス」により、AI法の高リスクAIに関する義務が、附属書IIIのシステムについては2027年12月2日、機械の安全構成要素としてのAIを含む附属書Iについては2028年8月2日に延期されています。

CMMIとデータ成熟度の記事で述べているように、本格的にAIを活用する前に、データの定義を一貫させる必要があります。

役割：誰が信号と定義を所有するか

ほとんどの工場では、次の3つの役割で十分です。それぞれの役割が、誰が何を変更できるかを決めます。

• 信号のオーナー。 信号のグループごとに一人。保全は機械の状態を、品質はスクラップと試験結果を、生産は理由リストを所有します。信号が欠落していたり誤っていたりした場合に、責任を持って答えます。
• 定義のオーナー。 一人。多くの場合は管理部門に属し、OEE、計画時間、理想サイクルタイム、対応時間の計算式を所有します。
• システムのオーナー。 IT/OTが、アクセス、バックアップ、更新、ネットワークを所有します。

定義の変更は、短く文書化されたプロセスで行います。

1. 理由を添えて申請する。例えば、理想サイクルタイムを変えるような新しいツールを導入する場合など。
2. 影響の確認。どのKPIとレポートがどれだけ変わるかを確認します。
3. 定義のオーナーによる承認。発効日を明記します。
4. 変更履歴への記録。履歴は黙って再計算されることはありません。再計算が必要な場合は、その旨を明示します。

データの保持：何を、どのくらい保存するか

データが価値を失う速さは種類によって異なり、生の高頻度信号が役立つのは数週間ですが、イベントや集計データは何年にもわたって役立ちます。以下の期間は説明用です。実際の最低期間は、法律、顧客、業界の要件で決まります。

IRISのVision層から得られるカメラベースのイベントは、機械のイベントと一緒に扱います。この層は設計上、映像を記録しないため、保管、保護、削除すべき映像はありません。

トレーサビリティ：どの記録がバッチや受注に紐づくか

トレーサビリティとは、データからバッチの履歴を再構築できることです。食品分野では、それは法的義務です。規則（EC）第178/2002号は、事業者が、自社に供給した者と自社が供給した相手を特定できることを求めています。ほかの分野の顧客や監査人も、同じものを求めます。

各ランについて、次の記録をバッチまたは受注番号に紐づけてください。

• 各機械での開始時刻と終了時刻。
• ラン中の工程パラメータ。
• バッチ中に発生した停止と理由。
• 品質検査、スクラップ、手直し。
• 材料のロットと、それを処理したシフト。

確認するには、8か月前のバッチを一つ選び、品質マネージャーにその履歴を再構築してもらいます。15分を超えるようなら、上記の紐づけが不完全です。

導入1年目以降のアクセスとセキュリティ

DBR77はデータを現場のエッジで処理します。IT/OTの境界の内側で行うため、外部へのデータの流れは少なく、文書化しやすくなります。エッジとクラウドそれぞれがいつ適しているかは、製造業のエッジとクラウドで説明しており、構成についてはセキュリティのページをご覧ください。

ISA/IEC 62443は、セキュリティを、資産の所有者、インテグレーター、サプライヤーが分担する責任として捉えています。NIST SP 800-82 Rev. 3は、OTに向けた実践的な指針を加えています。日々の運用としては、次のようになります。オペレーターは理由を入力し、監督者はタスクを割り当て、数式を編集できるのは定義のオーナーだけで、ベンダーによるリモートアクセスは期限付きで記録されます。

監査への備えのチェックリスト

監査人は、数値が正しいことをどう確認しているのかを尋ねるでしょう。次のものを準備しておいてください。

1. 信号の台帳。すべての信号、その発生元の機械、そのオーナー。
2. 版の履歴を持つ定義の文書。
3. 自動的に適用される、文書化された保持ルール。
4. 直近の四半期に合格した、バッチの再構築テストの記録。
5. 直近の四半期にレビューされ、退職者を除いたアクセス権限の一覧。
6. NIS2が適用される場合に、24時間および72時間の報告の手順を満たすインシデント対応の手順。
7. 使用中のAIモデルの一覧と、それらが影響する判断。

ガバナンスのリズム：四半期レビュー

レビューにかかるのは四半期に一時間ほどです。データの質（不明な理由、信号の欠落）、変更履歴、アクセス権限の一覧、保持ルールに照らした保存状況、規制の期日を確認します。未解決の監査指摘事項には、それぞれ担当者と期日を割り当てます。

このレビューは、工場のリズムの最上位の層です。これはIoTを再現可能な運用の仕組みにするで説明しています。複数の工場がある場合は、共通の定義を中央で行うレビューとして運営してください。その考え方は複数拠点でIoTの価値を示す方法で説明しています。

よくある質問

生の機械データはどのくらい保存すべきですか？

通常は年ではなく、数週間です。生の高頻度データは30〜90日保存し、既知の故障の前後の期間は残すようにしてください。イベントや集計データは、もっと長く保存します。まず業界と顧客のルールを確認してください。

NIS2は私たちの工場に適用されますか？

業種と規模によります。ポーランドの法律は一部の産業活動のみを対象としているため、適用対象かどうかは法務顧問に確認してください。

OEEの定義は誰が所有すべきですか？

通常は、ラインの外にいる一人です。多くの場合は管理部門の人です。工場は変更を提案し、定義のオーナーが期日と変更履歴の記録とともに承認します。

カメラはプライバシーの問題を引き起こしますか？

IRISのVision層は、設計上、映像を記録しません。サイクルや停止といったイベントだけを保持し、それらは他の機械のイベントと同じように管理されます。

まとめ

最初の一歩としては、トレーサビリティの節で紹介したバッチの再構築テストを、8か月前のバッチで実施するのがよいでしょう。品質マネージャーが15分以内に見つけられなかったものから、欠けているオーナー、保持ルール、紐づけがわかり、それが最初の四半期レビューの具体的な議題になります。

出典

• KPMG Law Poland、Dyrektywa NIS2 wdrożona w Polsce. Nowe obowiązki cyberbezpieczeństwa dla przedsiębiorców、2026年
• EUR-Lex、Directive (EU) 2022/2555 (NIS2 Directive)、2022年
• Future of Privacy Forum、The AI Act Implementation Timeline: What Changes Under the AI Omnibus?、2026年
• ISA、ISA/IEC 62443 series of standards
• NIST、SP 800-82 Rev. 3: Guide to Operational Technology (OT) Security、2023年
• EUR-Lex、Regulation (EC) No 178/2002 (General Food Law)、2002年
• DBR77、CMMI and data maturity