品質データ管理システム2026｜不良の原因を特定できる3層設計

品質データ管理システムを入れたのに、不良が出たとき「どの設備で、どの条件で作られたロットか」を答えられない。タイの日系工場でよく見る状態である。原因は製品選定ではなく、記録した数値を「いつ・どのロット・どの設備・どの作業者」に結びつけるキーを決めないまま導入したことにある。本記事では品質データを記録層・紐付け層・分析層の3層で捉え直し、紐付けキーの4つの粒度、費用の5層分解、90日の進め方までを整理する。

品質データ管理システムとは何か｜記録・紐付け・分析の3層で捉える

品質データ管理システムという言葉は、実務では非常に広い範囲を指して使われる。検査結果を入力するタブレットのアプリを指すこともあれば、測定器から自動でデータを吸い上げる仕組みを指すこともあり、SPC（統計的工程管理）の管理図を出すツールを指すこともある。営業資料を並べても比較にならないのは、そもそも各社が違う層の話をしているからである。

そこで本記事では、品質データ管理を次の3層に分けて考える。この分け方が記事全体の背骨になる。

多くの工場は①だけを導入して止まる。タブレットで検査記録を取れるようになり、紙が減り、集計が少し速くなる。ここまでは確かに効果が出る。だが不良が発生したときに欲しいのは「その不良品が、いつ、どの設備で、どんな加工条件で作られたのか」であり、それは①の記録だけではまず出てこない。②の紐付けが無いからである。

投資の成否を分けるのは製品選定ではなく、②の紐付けキーを何にするかを先に決めること。これが本記事の主張である。

①記録層：数値をデジタルにする層

記録層は最もイメージしやすく、最も多くの製品が競合している領域である。含まれるのは主に次のようなものだ。

• 電子帳票：紙のチェックシート・検査成績書・日常点検表をタブレットやPCの入力画面に置き換える
• 測定器連携：ノギス、マイクロメータ、三次元測定機、硬度計などの測定値を手入力せずに取り込む
• AI外観検査／画像検査：カメラで撮った画像から傷・欠け・異物などを判定し、判定結果と画像を残す
• 設備からの信号取得：PLCやセンサーから稼働状態、温度、圧力、トルク、サイクルタイムなどを取得する
• 作業記録：誰が、いつ、どの作業を、どの手順で行ったかを記録する

記録層の整備は、それ自体で「転記ミスが減る」「探す時間が減る」という効果を持つ。品質記録の電子化をどこから始めるかについては帳票の電子化とペーパーレス化の進め方で工程別に整理しているので、記録層の入口を検討している段階であれば先にそちらを見てほしい。

ただし記録層だけを積み上げると、次のような状態になりやすい。

• 検査記録はタブレットにある
• 設備の温度・圧力データは別のシステムにある
• 外観検査の判定結果はカメラメーカーのソフトの中にある
• 作業者の記録は生産管理システムの実績入力にある

それぞれは正しく記録されているのに、横につなぐキーが無い。これが次の紐付け層の問題である。

②紐付け層：キー設計こそが本体

紐付け層とは、記録された一つひとつのデータに「これは何に属するデータなのか」というラベルを付けて、後から結合できる状態にする層である。付けるラベルは大きく5種類ある。

この5つが揃っていると、「先月のA製品の外観不良を、設備別・シフト別に層別する」といった問いに数分で答えられる。逆にどれか一つでも欠けると、その軸での層別ができなくなる。よくあるのは設備IDと加工条件が欠けているケースで、この場合「不良は出ているが、どの号機かも、そのときの条件も分からない」という状態になる。

紐付け層の設計は、システムの機能というより取り決めの問題である。ロット番号の付け方、時刻の合わせ方、設備IDの命名規則、工程をまたぐときにキーをどう引き継ぐか。これらは製品を買っても付いてこない。自社で決めるしかない。だからこそ、製品選定より先に着手すべきなのである。

③分析層：出口を決めてから設計する

分析層は、紐付けられたデータを実際の判断に変える層である。代表的な出口は次の4つだ。

• 層別とパレート：不良を設備別・品種別・シフト別・不良項目別に分けて、どこに集中しているかを見る
• 工程能力（Cp/Cpk）と管理図：測定値のばらつきが規格に対してどうか、傾向が出ていないかを見る
• 要因分析／相関分析：加工条件と不良率の関係を探る。機械学習を使う場合は設備センサー・品質検査・生産実績を統合したデータからパターンを学習して要因を絞り込むアプローチが一般に用いられ、BIダッシュボードでのリアルタイム可視化と組み合わせる形が多い
• 監査・クレーム対応の出力：特定ロットの製造記録・検査記録・作業者・設備を、指定された形式で抽出して提出する

ここで重要なのは、分析層の出口が紐付け層の要件を決めるという順序である。「客先から不良品のシリアル番号を伝えられたときに、24時間以内に製造条件を提出したい」という出口があるなら、紐付けキーは個体シリアルでなければならない。「月次で設備別の不良傾向を見たい」だけなら、ロット単位＋設備IDで足りる。出口を決めずにキーを決めると、たいてい過剰か不足のどちらかになる。

なぜ①だけで止まってしまうのか

理由は3つある。

第一に、①は効果が見えやすい。紙が減った、集計が速くなった、という変化はすぐ実感できる。②は整備しても直後には何も起きない。効果が出るのは「不良が出たとき」「監査が来たとき」であり、平常時には価値が見えない。

第二に、①は製品を買えば手に入るが、②は自社で決めるしかない。ベンダーは自社製品でできる範囲を提案するので、キー設計という自社側の宿題は提案書に載りにくい。

第三に、②は部門をまたぐ。ロット定義を統一するには製造・品質保証・生産管理・情報システムの合意がいる。一部門で完結しないため、後回しにされやすい。

結果として「記録は電子化されているのに、不良の原因が特定できない」工場ができあがる。次章では、その状態を5つの典型パターンに分解する。

「データはあるのに不良の原因が特定できない」5つの典型パターン

ここからは実際に現場で起きている状態を具体的に見ていく。いずれも記録層は整備されているのに、紐付け層が欠けているために分析が成立しないケースである。自社に当てはまるものがないか確認しながら読んでほしい。

パターン1：検査記録に設備IDが入っていない

最も多いのがこれである。検査記録には日付、品番、ロット番号、検査項目、測定値、判定、検査員名が入っている。しかしどの設備で作られたものかが書かれていない。

検査は工程の最後にまとめて行われることが多く、検査員から見れば「目の前にある製品を測る」だけなので、設備を意識する必要がない。結果として設備IDが記録から落ちる。

この状態で不良率が上がったとき、できることは限られる。品番別・日付別には見られるが、「3号機に偏っているのか、全号機に均等に出ているのか」が分からない。3号機だけの問題なら金型か機械の点検で解決するかもしれないのに、全号機の問題として材料や環境を疑い始めてしまう。切り分けの最初の一手が打てないのである。

対策は単純で、製造実績側に「このロットはどの号機で作った」という記録を残し、検査記録とロット番号で結合できるようにすることだ。検査画面に設備IDを入力させる必要は必ずしもない。ロット番号が設備までたどれれば十分である。

パターン2：システムごとに時刻がずれている

設備のデータは設備のPCの時計、検査記録はタブレットの時計、生産管理システムはサーバーの時計。それぞれがNTPで同期されていないと、数分から数十分のずれが生じる。

平常時には誰も気づかない。問題が出るのは異常解析のときである。「14時20分ごろから不良が増えた」という検査記録に対して、設備側のログを見ると14時20分には何も起きていない。実は設備側の時計が7分進んでいて、対応する事象は設備ログの14時27分にあった。この7分を疑わずに解析すると、「設備側には異常がなかった」という誤った結論に至る。

時刻ずれは時刻＋設備を紐付けキーにする設計を根本から壊すため、後述する粒度の選択にも直結する。対策自体は難しくない。工場内の記録を残す機器を同一のNTPサーバーに同期させ、タイムゾーンをICT（UTC+7）で統一し、記録にはタイムゾーン付きで保存する。日本本社とデータを共有する場合、JSTとICTの2時間差の扱いも最初に決めておく。

パターン3：工程ごとにロットの定義が違う

これは発見しにくく、影響が大きい。

たとえば、成形工程では「材料ロット単位」でロット番号を採番している。次の加工工程では「1日の生産分」を1ロットとしている。組立工程では「客先の出荷単位」でロットをまとめている。それぞれの工程では一貫していて、誰も間違っていない。

ところが工程をまたいで追跡しようとすると、対応関係が1対1にならない。成形の1ロットが加工の3ロットに分かれ、加工の2ロットが組立の1ロットに合流する。この分岐と合流の記録が無いと、組立ロットから成形ロットへ遡ることができない。

「不良が出たので材料ロットまで遡りたい」という要求は、この時点で成立しなくなる。遡れないから、疑わしい範囲を広く取るしかない。回収範囲が膨らみ、選別工数が膨らむ。

対策は、工程ごとのロット定義を統一することではなく（現実的に難しい）、分岐・合流のたびに親子関係を記録することである。加工ロットL2aとL2bが成形ロットL1から作られた、組立ロットL3は加工ロットL2aとL2bから作られた、という関係さえ残っていれば、定義が違っても追跡できる。これが内部トレーサビリティの中核であり、後述する工程内不良の追跡の前提になる。

パターン4：Excelが人ごと・ラインごとに分かれている

品質記録がExcelで管理されている工場は今も多い。問題はExcelそのものではなく、ファイルが分裂していることである。

• ラインごとに別ファイル
• 月ごとに別ファイル
• 担当者ごとに微妙にレイアウトが違う
• 不良項目の名前が「キズ」「傷」「スクラッチ」と表記ゆれしている
• 誰かが列を1つ挿入したせいで、以降のファイルだけ集計マクロが動かない

この状態で年間の傾向を見ようとすると、まずファイルを集めて、表記を揃えて、列位置を合わせる作業が発生する。分析にたどり着く前に半日が消える。だから月次報告は「今月の不良率」だけになり、原因追及に踏み込めない。

さらに厄介なのは、表記ゆれが紐付けを壊すことだ。設備IDが「3号機」「No.3」「M-003」と混在していれば、機械的に結合できない。分析層の前に、紐付け層のマスタ整備（コード体系の統一）が必要になる理由がここにある。

パターン5：不適合報告と検査記録が別のシステムにある

検査記録は品質システムにある。不適合報告書（NCR）や是正処置報告（CAR）は、Wordの文書としてファイルサーバーに置かれている。客先クレームはメールと台帳で管理されている。

この3つがつながっていないと、次のことができない。

• ある不良項目について、過去に是正処置を打ったことがあるか即座に分からない
• 是正処置の後で本当に不良が減ったのか、データで確認できない
• 客先クレームの製品ロットから、そのときの検査記録を引き当てられない

結果として、同じ是正処置を数年おきに繰り返すことになる。担当者が交代すると、過去の対策の記憶ごと失われるからだ。

対策は、不適合と是正の記録に必ずロット番号（または個体シリアル）を持たせ、検査記録と同じキーで結合できるようにすることである。文書のフォーマットを統一する話ではなく、キーを持たせる話だという点が重要だ。

改めて5つを並べてみると、いずれも「記録が無い」問題ではないことが分かる。

どれも記録層への追加投資では解決しない。解決するのは紐付け層の設計である。ここを飛ばして高機能な分析ツールを買っても、入力されるデータが結合できない以上、出てくるのは品番別の不良率グラフだけになる。

2026年に品質データ管理を見直すべき3つの外部要因

紐付け層の整備は、平常時には価値が見えにくいと述べた。それでも2026年に着手を検討すべき理由が、外部環境の側に3つある。

要因1：ISO 9001の改訂（2026年発行予定）

ISO 9001は2015年版から11年ぶりの改訂が進んでいる。FDIS（最終国際規格案）は2026年5月14日に発行され、ISO規格としての発行は2026年9月予定、日本国内のJIS Q 9001:2026の発行は2026年12月予定とされている。移行期間は発行から3年である。

改訂で見込まれている主な方向性は次の通りである。

ここで誤解しないでほしいのは、現時点で急いで対応する必要はないということである。発行から3年の移行期間が確保されているためである。規格が発行されてから対応を始めても間に合う。

ただし、紐付け層の整備は規格対応そのものではなく、規格対応を楽にする土台である。箇条9でマネジメントレビューのインプットが明確化されるなら、そのインプットを毎回手作業で作るのか、キーで結合されたデータから自動で出すのかで、3年後の負荷はまったく違う。移行期間の3年は、キー設計をやり直すには十分な時間である。「改訂を機に土台を作る」という考え方が現実的だろう。

（参考：日本品質保証機構「ISO 9001/ISO 14001 規格改定動向のお知らせ」、ISO 9001:2026 解説サイト）

要因2：品質DXが「検査自動化」から「要因解析」へ広がっている

ものづくり新聞（株式会社パブリカ）が2026年8月4日に公表した製造業DX事例分析vol.10では、AI外観検査・品質DX関連の事例781件が分析されている。

そこで示されたのは、品質DXがすでに検査工程の自動化にとどまっていないという点である。分析対象の事例は、品質データ分析、不良要因解析、工程品質改善、品質保証、トレーサビリティといった領域へ広がっている。業種としては、電機電子・機械・自動車・食品・化学素材など、検査負荷の大きい業種の事例が含まれている。

（内訳の比率は公表されていないため、ここで「何割が要因解析だった」といった数字は示さない。）

この潮流が意味するのは、「検査をAIで自動化する」だけでは差がつきにくくなっているということである。AI外観検査は記録層の強力な手段だが、判定結果を残すだけなら、これまで人が目で見て判定紙に書いていたものが自動で残るようになったにすぎない。判定結果に設備ID・加工条件・時刻が紐付いて初めて、「この不良は3号機の特定条件で出ている」という要因解析に進める。

事例の広がりが要因解析やトレーサビリティに向かっているという事実は、先行している工場が①の次の段階に入っていることを示している。自社が①で止まっているなら、その差は開いていく。

（参考：PR TIMES「ものづくり新聞 製造業DX事例分析vol.10」）

要因3：タイの投資環境と、厳しくなる客先監査

タイの投資環境は2026年に入って明確に活況である。タイ投資委員会（BOI）によれば、2026年上半期の投資申請は1兆4,730億バーツ（前年同期比37%増）・1,299件に達した。承認ベースでは1,300件・1兆306億バーツで、8.2万人以上の雇用創出が見込まれている。

分野別で見ると、デジタル産業が1兆1,150億バーツ（90件）と突出しており、電子・電気機器が1,202.3億バーツ（179件）と続く。外国直接投資（FDI）の申請は1兆3,680億バーツで、前年比80%増となっている。

この数字を品質データ管理の文脈でどう読むか。ポイントは2つある。

第一に、サプライチェーンへの新規参入が増える。新しい工場が立ち上がり、新しいサプライヤーが供給網に入ってくる。既存サプライヤーにとっては、相対的な比較にさらされる機会が増えるということでもある。

第二に、参入が増えるほど、発注側は選別のために記録の提出を求めるようになる。客先監査で「不良発生時にどこまで遡れるか」「特定ロットの製造条件を何時間で出せるか」を確認される場面が増える。監査の場で「Excelを集めて集計するので3日ください」と答えるのと、その場で画面から抽出して見せるのとでは、印象がまったく違う。

なお、BOIが品質データの記録方法を義務付けているわけではない。ここで言っているのは、あくまで競争環境として記録の提出要求が厳しくなる方向にあるということである。自動車部品のようにIATF 16949が絡む業界では、この傾向はより明確になる。業界特有の要求については自動車部品のトレーサビリティとIATF 16949対応で整理している。

（参考：Nation Thailand「BOI investment applications H1 2026」）

紐付けキーの設計｜4つの粒度と選び方

ここが本記事の中心である。紐付け層の設計は、突き詰めれば「何を1単位として追跡するか」という粒度の選択に集約される。選択肢は実務上4つある。

コストと精度は基本的にトレードオフになる。だが単純に「予算が許すなら個体シリアル」という話でもない。以下、それぞれの実像を見ていく。

ロット単位：最も安いが、絞り込めない

ロット単位は、材料ロットまたは一定期間・一定数量の生産分をひとまとめにして番号を振る方式である。多くの工場がすでに何らかの形で採用している。

メリットは導入コストの低さである。個体ごとの印字も読み取りも不要で、既存の生産管理システムのロット番号をそのまま使えることが多い。作業者の追加負担もほとんどない。

デメリットは、問題発生時の絞り込み範囲がロット全量になることだ。1ロットが5,000個なら、1個の不良に対して5,000個を疑うことになる。客先在庫と自社在庫の両方で選別が発生し、その工数は不良1件あたりで見ると大きい。

判断の目安として、「1ロットの数量 × 1個あたりの選別・回収コスト」が許容できるかどうかを計算してみるとよい。この金額が年に数回発生しても耐えられるならロット単位で十分だし、1回で経営判断が必要な額になるなら、より細かい粒度を検討する価値がある。

なお、ロット単位を選ぶ場合でも、ロットと設備・時刻・作業者の紐付けは必須である。ここが無いと、パターン1の状態になる。ロット単位というのは「追跡の最小単位がロット」という意味であって、「ロット番号だけあればよい」という意味ではない。

箱／パレット単位：現実的な中間解

出荷箱や通い箱、パレットに番号を振り、その中身がどのロットのどの時間帯の生産分かを記録する方式である。ロット単位より細かく、個体シリアルより安い。

向いているのは、1個ずつの印字が難しい小物部品で、かつ物流単位が明確な工程である。ネジ、端子、成形品など、個体に印字するとコストも時間も見合わないが、箱単位なら追跡したいというケースだ。

運用上の要点は、箱に貼るラベルの管理である。箱を開けて中身を分けたとき、分けた先の箱にどう番号を引き継ぐか。空き箱を再利用するときに古いラベルが残っていないか。この2点で運用が崩れることが多い。通い箱を使う場合は、箱そのものに恒久的なIDを付けて「箱ID × 使用日時」で管理するほうが安定する。

個体シリアル単位：最も強いが、運用が重い

製品1個ごとに固有の番号を振る方式である。追跡精度は最も高く、不良が出た個体だけを特定できる。

適用が事実上必須になるのは、安全に関わる部品、法規制で個体追跡が求められる製品、客先がシリアル管理を要求している場合である。自動車の保安部品、医療機器などがこれにあたる。

コストは印字・読取の方式で大きく変わる。レーザーマーキングでの2次元コード直接印字（DPM）、ラベル貼付、刻印など方式は複数あり、ワークの材質・形状・工程内の熱や洗浄の有無で選択肢が絞られる。読み取り側もハンディリーダーで済むのか、ライン上の固定リーダーが必要なのかで金額が変わる。

見落とされやすいのが「読み取りに失敗したときの運用」である。印字がかすれた、汚れて読めない、リーダーが反応しない。この場合に作業者が手入力するのか、脇に避けて後で処理するのか、ラインを止めるのか。ここを決めていないと、読めなかった個体が記録から静かに消える。個体シリアルは「全数が確実に読めている」ことが前提の仕組みなので、抜けが発生すると全体の信頼性が下がる。

時刻＋設備単位：印字できないときの現実解

個体に番号を振れない、ロットの区切りも曖昧という工程で使える方式である。「3号機の2026年8月6日14:00〜15:00の生産分」という形で範囲を特定する。

連続生産の装置産業、押出成形、メッキ、熱処理、塗装などで有効である。設備側から加工条件を時系列で取得しておき、検査結果側にも時刻を持たせておけば、時刻を軸に両者を結合できる。

成立条件は時刻の精度である。パターン2で述べた時刻ずれがあると、この方式は根本から機能しない。工場内の記録機器をNTPで同期させ、秒単位で揃っていることが前提になる。また、工程間の滞留時間（成形してから検査するまでの時間）が一定でないと、検査時刻から製造時刻を逆算できない。滞留時間のばらつきが大きい工程では、中間に何らかの識別（台車ID、バッチ番号など）を挟む必要がある。

設備側から加工条件を時系列で取り続ける部分は、稼働監視・データ収集の仕組みと重なる。すでに設備データを集めているなら流用できるので、工場IoTによる稼働監視の導入で自社の現状を確認しておくとよい。

実務では混在させるのが普通

ここまで4つを並べたが、実際の工場では工程ごとに違う粒度を使い、それらを接続する設計になることがほとんどである。

典型的な組み合わせはこうだ。

• 材料受入：ロット単位（材料ロット番号をそのまま使う）
• 成形・加工：時刻＋設備単位（設備から条件を時系列取得し、投入した材料ロットを記録）
• 中間検査：箱単位（加工品を箱にまとめ、箱IDに時間帯を紐付け）
• 組立・最終：個体シリアル単位（完成品にシリアルを付与し、使用した箱IDを記録）
• 出荷：個体シリアルと出荷先を記録

この構成なら、完成品のシリアルから使用した箱ID、箱IDから加工の時間帯と設備、そこから投入材料ロットまで、粒度が変わりながらも遡ることができる。

重要なのは、粒度が変わる境目で必ず親子関係を記録することである。パターン3で述べた分岐・合流の記録がここに効いてくる。「この箱にはこの時間帯の生産分が入っている」「このシリアルの製品にはこの箱の部品を使った」という対応が残っていれば、粒度が違っても連結できる。

逆に言えば、設計で最初に決めるべきは各工程の粒度そのものよりも、境目での引き継ぎ方である。ここを図に書いて、製造・品質保証・生産管理・情報システムで合意する。この作業は1〜2週間でできる。システムを選ぶ前にやるべき作業として、これ以上に費用対効果の高いものはない。

トレーサビリティ全体の設計と費用感についてはトレーサビリティシステムの構築と費用にまとめているので、粒度の選択と全体構成をあわせて検討する際に参照してほしい。

工程内不良の追跡と流出防止の設計

紐付けキーが決まったら、次はそれを使って何をするかである。実務上の目的は大きく2つ、「起きた不良の原因を遡ること」と「不良を次工程・客先に流さないこと」である。

トレースバックとトレースフォワード

追跡には方向が2つある。

トレースバック（遡及）は、問題のある製品から製造履歴を遡る方向である。客先から不良品が返ってきた、出荷前検査で不良が見つかった、といった場面で使う。知りたいのは「いつ・どの設備で・どの条件で・誰が・どの材料で作ったか」である。

トレースフォワード（追跡）は、問題のある材料や条件から、それが使われた製品を探す方向である。材料ロットに問題が判明した、設備の異常が後から分かった、といった場面で使う。知りたいのは「どこまで出荷したか、どの在庫を止めるべきか」である。

この2つは同じデータを使うが、求められる速度が違う。トレースバックは原因究明なので、数時間から1日かかっても致命的ではない。一方トレースフォワードは、出荷を止める判断に直結するので、時間が延びるほど流出が広がる。

したがって設計上は、トレースフォワードを何分で回せるかを基準にするのが実務的である。「材料ロット番号を入力したら、それを使った製品ロットと出荷先の一覧が出る」という機能を、最初から作っておく。トレースバックの深掘りは後から人力でもできるが、フォワードの初動は仕組みが無いと間に合わない。

内部トレーサビリティ：工場の中のつなぎ目

サプライチェーン全体で見たトレーサビリティ（外部トレーサビリティ）に対して、自社工場の受入から出荷までを追える状態を内部トレーサビリティと呼ぶ。

内部トレーサビリティが切れる場所は、だいたい決まっている。

• 在庫を経由する工程：加工後に一時保管し、後で必要な分だけ取り出す。取り出した分がどのロットか記録されない
• 手直し・再検査：不良品を手直しして良品に戻したとき、手直し履歴が本流の記録から外れる
• 端数の合流：前ロットの端数と新ロットを混ぜて次工程に流す。混ざった記録が残らない
• 外注工程：メッキや熱処理を外に出す。戻ってきたときにどのロットがどれか分からなくなる
• シフト交代・日跨ぎ：夜勤の終わりと日勤の始まりで、仕掛品の引き継ぎ記録が抜ける

この5か所を自社の工程図の上でチェックすると、たいてい2〜3か所は「記録が無い」ことが見つかる。システムを導入しても、この5か所に運用ルールと記録手段を用意しなければ内部トレーサビリティは完成しない。

特に手直しと端数合流は見落とされやすい。手直し品は「不良として記録され、その後良品として出荷される」ため、記録上は矛盾した状態になる。手直し履歴を別テーブルで持ち、元の不良記録と手直し後の検査記録の両方をシリアル／ロットで結合できるようにしておく必要がある。

不良品の流出を止めるインターロックの考え方

追跡は「起きた後」の話である。流出防止は「起きる前」に止める仕組みで、考え方の中心はインターロックにある。

インターロックとは、条件を満たさない限り次に進めないという機構である。品質データ管理の文脈では、次のような形をとる。

すべてを一度に入れる必要はない。投資対効果が最も高いのは「検査完了の保証」と「出荷前の照合」である。どちらも記録層のUI側で実現でき、設備との接続を必要としない。それでいて、検査漏れと誤出荷という2大流出経路をふさげる。

一方、設備を自動停止させるインターロックは慎重に設計する必要がある。判定基準が厳しすぎると頻繁に止まり、現場が回避策を編み出す（判定をスキップする運用が生まれる）。まずは「止める」ではなく「警報を出して記録に残す」から始め、実際のデータで基準を調整してから停止に進めるのが安全である。

加工条件記録システムとの連携

不良の原因が設備側にある場合、必要なのは検査結果だけでなく、そのとき設備がどんな条件で動いていたかである。加工条件記録システムは、温度、圧力、速度、トルク、電流値、レシピ番号といった条件を時系列で残す仕組みを指す。

連携で決めるべきことは3つある。

第一に、記録の周期。1秒ごとなのか、1分ごとなのか、ショットごと（成形なら1ショット1レコード）なのか。細かいほど後から解析しやすいが、データ量とコストが増える。実務的には、異常解析で見たい現象の時間スケールに合わせる。数秒で変化する現象を追いたいなら1秒周期、炉の温度のようにゆっくり変化するものは1分周期で足りる。

第二に、条件変更の記録。設定値を誰がいつ変えたかは、値そのものと同じくらい重要である。「不良が増えた日の朝に、圧力設定が変更されていた」という事実は、変更履歴が無ければ永遠に分からない。設定変更のイベントログは必ず残す。

第三に、検査結果との結合キー。ここが本記事のテーマに戻る。加工条件は「時刻＋設備」で記録される。検査結果は「ロット」または「個体」で記録される。この2つを結ぶ変換テーブルが要る。「ロットL1は3号機で14:00〜15:30に生産された」という記録がそれである。この1本の記録が無いだけで、せっかく集めた加工条件データが検査結果と結合できなくなる。

導入プロジェクトでこの変換テーブルが漏れるのは珍しくない。設備データ収集はエンジニアリング部門、検査記録は品質保証部門が担当し、それぞれが自分の範囲を完成させて、間をつなぐ記録が誰の担当でもなくなるからである。キー設計を先に決めるというのは、この「誰の担当でもない領域」を最初に可視化することでもある。

費用の5層分解と投資回収の考え方

見積を比較するときも、3層モデルと同じように費用を層で分けると構造が見える。ここでは実務的に5層に分けて整理する。

費用の5層とタイ現地での目安

以下はタイでの構築を前提とした目安のレンジである。構成、工程数、対象ラインの数、既存システムの有無で大きく変動するため、あくまで検討の出発点として見てほしい。断定的な見積ではない。

加えて、年間の保守・サポート費用が初期費用の10〜20%程度かかるのが一般的である。クラウドを使う場合はデータ量に応じた利用料も継続的に発生する。

この表で伝えたいのは金額そのものより、④の存在である。 見積を取ると、①②③⑤は各社が自然に提案してくる。機能として説明しやすく、モノとして数えられるからだ。一方④は「お客様側でご準備ください」と一行書かれるか、そもそも触れられないことが多い。

しかし本記事の主張の通り、投資の成否を分けるのはこの④（3層モデルでいう②紐付け層）である。④が空欄の見積は、安いのではなく、成否を決める部分が発注側に残されているだけだと理解しておく必要がある。自社でやれるなら問題ないが、その工数を見込まずに予算を組むと、稼働後に「データはあるのに使えない」状態が再生産される。

投資回収の簡易モデル：4項目で試算する

回収の計算は複雑にしすぎないほうがよい。以下の4項目で年間削減額を見積もり、初期費用と比べる形で十分である。

項目1：不良費用の削減

原因特定が早くなることで、不良の発生期間が短くなる。計算式は次の通り。

年間削減額 ＝ 1件あたり不良損失額 × 年間発生件数 × 発生期間の短縮率

ここで「発生期間の短縮率」は、原因特定にかかっていた日数がどれだけ縮むかである。仮に平均5日かかっていた特定が2日になるなら、その3日分に作られていた不良が減る。ただし「不良が半分になる」といった効果保証はできない。原因が特定できても対策が効くかは別問題である。試算では控えめに置くべきだ。

項目2：選別工数の削減

紐付けの粒度が細かくなることで、疑わしい範囲が狭まる。

年間削減額 ＝（現状の選別対象数 − 絞り込み後の対象数）× 1個あたり選別時間 × 人件費単価 × 年間発生回数

これは4粒度の比較表と直結する。ロット単位で5,000個を選別していたものが、箱単位で500個になるなら、10分の1である。この項目は効果が定量化しやすく、粒度を細かくする投資の根拠として使いやすい。

項目3：クレーム対応工数の削減

客先からの問い合わせに対する回答準備の工数である。

年間削減額 ＝ 1件あたり回答準備時間の削減 × 年間クレーム件数 × 人件費単価

記録を探し回って集計していた作業が、キーで検索して出力するだけになる。1件あたり半日かかっていたものが30分になる、といった変化が現実的な範囲である。件数が多い工場ほど効く。

項目4：監査準備工数の削減

内部監査、客先監査、認証審査の準備工数である。

年間削減額 ＝ 1回あたり準備工数の削減 × 年間監査回数 × 人件費単価

監査準備は、要求された記録を集めて綴じる作業が大半を占める。キーで結合されたデータから出力できれば、この作業が大幅に減る。年に何回監査を受けているかを数えてみると、意外に大きい項目であることが分かる。

試算の使い方

4項目を足した年間削減額に対して、初期費用が何年で回収できるかを見る。製造業の現場システムでは、2〜4年で回収できれば投資判断が通りやすいというのが一般的な感覚である。

ただし、この試算に入らない価値が2つあることも押さえておきたい。

1つは、大型の品質問題が起きたときの被害の上限を下げる効果である。追跡できずに広範囲を回収した場合の損失は、平常時の削減額とは桁が違う。保険に近い性格の価値であり、期待値では計算しにくいが、経営判断としては無視できない。

もう1つは、客先からの評価である。監査でその場でデータを出せる工場と、そうでない工場では、次の受注機会に差が出る可能性がある。定量化はできないが、営業側と品質側で認識を共有しておく価値はある。

タイ工場で品質データ管理を定着させる論点

設計と費用の話が済んだら、次は定着である。タイの日系工場には固有の論点がいくつかある。技術より運用の問題なので、システム選定の議論では抜けやすい。

論点1：日本語・英語・タイ語の用語統一

品質記録は3言語で扱われることが多い。日本人管理者が日本語、タイ人スタッフがタイ語、客先や本社への報告が英語である。ここで問題になるのが不良項目名の対応関係である。

「打痕」「バリ」「ソリ」「カケ」「異物」「変色」といった不良項目を、タイ語と英語でどう表記するか。現場で自然発生的に訳語が生まれると、同じ現象に複数の呼び名がついたり、逆に違う現象が同じ名前でまとめられたりする。

対策は、コード体系を言語より上に置くことである。 不良項目に「D-012」のようなコードを振り、各言語の表示名はそのコードに紐づく属性として管理する。データベースに保存されるのはコードであり、画面表示だけが言語で切り替わる。こうすれば、タイ語で入力された記録も日本語で集計できる。

実務では、この不良項目コード表を作る作業が数日から1〜2週間かかる。現場で使われている呼び名を洗い出し、統廃合し、3言語の表示名を決める。地味だが、これをやらずに導入すると分析層が機能しない。

論点2：ローカルスタッフの記録運用を定着させる

記録の質は、入力する人の理解に依存する。「なぜこの項目を入れるのか」が分からないまま入力していると、忙しいときに省略されたり、適当な値が入ったりする。

タイの工場でよく効く工夫をいくつか挙げる。

• 入力項目を減らす：本当に必要な項目だけにする。「あったら便利」は削る。項目が多いほど品質が下がる
• 選択式にする：自由入力を避け、コード化された選択肢から選ばせる。表記ゆれも同時に防げる
• その場で結果を返す：入力すると自分の班の当日不良率が見える、といったフィードバックがあると入力の意味が伝わる
• リーダー層に説明する：全員に理屈を説明するより、班長・組長クラスに「このデータで何が分かるか」を理解してもらうほうが浸透しやすい
• 画面をタイ語で作る：英語で我慢させない。言語に起因する入力ミスは少なくない

特に「その場で結果を返す」は効果が大きい。 入力したデータが自分たちに返ってこないと、記録は「上に出すための作業」になる。当日の実績が見えるだけで、記録が自分たちの道具になる。

論点3：人員の入れ替わりを前提にした教育設計

タイの製造現場では人員の入れ替わりが一定程度発生する。導入時に全員を教育しても、1年後には教育を受けていない人が入力していることになる。

したがって教育はイベントではなく仕組みとして設計する必要がある。

• 操作手順を1画面1ページの図解にして、端末の横に置く（紙でよい）
• 新人が入ったときに誰が教えるかを役割として決める（品質保証ではなく班長の役割にする）
• 手順書はタイ語を正とし、日本語版はその翻訳とする
• システム更新で画面が変わったら、手順書も必ず同時に更新する

システムの操作手順書が日本語版しか無い、あるいは更新されていない工場は珍しくない。導入プロジェクトの完了条件に「タイ語手順書の作成と、更新の担当者決め」を入れておくとよい。

論点4：客先監査とIATF対応

日系の自動車部品工場ではIATF 16949への対応が絡む。品質データ管理の観点で問われやすいのは次の点である。

• 特定の製品／ロットについて、製造記録・検査記録・使用材料・設備・作業者を提示できるか
• 記録の保管期間を満たしているか（客先要求により年数が異なる）
• 記録が改ざんされていないことを示せるか（入力者・入力日時・修正履歴が残るか）
• 不適合発生時の是正処置の記録が、対象ロットと結びついているか
• 測定機器の校正記録と、その機器で測定したデータが結びついているか

最後の校正記録の紐付けは見落とされやすい。 「この測定値はどの機器で測ったか」「その機器はそのとき校正期限内だったか」を問われて答えられないと、その期間の測定データ全体の信頼性が疑われることになる。測定機器にもIDを振り、記録に含めておくべきである。

監査対応の詳細と、自動車業界特有の要求事項については自動車部品のトレーサビリティとIATF 16949対応を参照してほしい。

論点5：紙とデジタルの併存期間をどう設計するか

現実的には、ある日を境に全面デジタル化することはできない。併存期間が発生する。問題は、併存を「移行期の一時的な状態」と考えて設計しないと、それが恒久化することである。

併存期間の設計で決めるべきことは3つある。

どちらが正か。同じ情報が紙とデジタルの両方にあるとき、どちらを正式記録とするかを明示する。両方が正だと、食い違ったときに判断できない。

いつまでか。期限を切る。「ラインAは3か月後に紙を廃止」という具体的な日付を決める。決めないと、紙を書き続けることが習慣として残る。

二重入力をどう避けるか。紙に書いてから端末に入力する運用は長続きしない。作業者の負担が2倍になり、どちらかが形骸化する。併存させるなら、紙は「端末が使えないときのバックアップ」に限定し、平常時は端末のみとするのが現実的である。

紙からの移行の進め方そのものについては帳票の電子化とペーパーレス化の進め方で工程別に整理している。

90日ロードマップ

ここまでの内容を、実際に動かす順序に落とす。前提は「記録層はある程度あるが、紐付け層が無い工場」である。まったくのゼロから始める場合は、Day 0-30の前に記録層の検討期間が必要になる。

Day 0-30：紙に書ける段階で全部決める

この30日でやることは、システムに触らない作業がほとんどである。

• 工程フローを1枚に描く：受入から出荷まで、工程と工程間の在庫・分岐・合流をすべて描く
• 現状のデータ所在を洗い出す：どの記録がどこにあるか（紙／Excel／システム／設備内）を一覧にする
• 各工程の粒度を決める：4粒度のどれを使うかを工程ごとに決める
• 粒度が変わる境目の引き継ぎ方を決める：ここが最重要。箱IDとシリアルの対応、時刻とロットの対応など
• コード体系案を作る：設備、工程、不良項目、品目のコード付与ルール
• 時刻同期の方針を決める：NTPサーバー、タイムゾーン、記録形式

成果物は図と表であり、システムではない。 この段階でベンダーに見せる資料が揃うので、見積の精度も上がる。

つまずきどころは、ロット定義の不一致が判明することである。「うちはずっとこのやり方で来た」という主張が部門ごとに出てくる。ここで統一を強行するとプロジェクトが止まるので、統一ではなく親子関係の記録で解決する方針を早めに示すとよい。

Day 31-60：1ラインで通しで動かす

対象ラインを1つ選び、受入から出荷まで通しで記録・紐付けを動かす。全ラインに一斉展開しない。

• 対象ラインの選定基準：問題が多いラインではなく、協力が得られるラインを選ぶ。最初の目的は仕組みの検証であり、成果を出すことではない
• 不良項目コード表を3言語で確定させる
• 入力画面をタイ語で作り、実際の作業者に触ってもらう
• 例外処理の運用を決める：手直し品、端数、読取失敗、設備停止中の記録
• タイ語の操作手順書を作る

つまずきどころは例外処理である。正常系は設計通り動くが、手直しや読取失敗が発生したときに現場が止まる。1ライン試行の目的の半分は、例外を洗い出すことだと考えておくとよい。

Day 61-90：出口を作り、横展開の判断をする

紐付けられたデータが溜まってきたら、分析層を作る。

• 層別ダッシュボード：不良を設備別・シフト別・品種別・不良項目別に見る画面
• トレースフォワードの検索：材料ロットや時間帯を入れると影響範囲が出る画面
• 監査用の抽出：ロット／シリアルを入れると製造記録一式が出る機能
• 横展開計画：残りのラインへの展開順序、必要な端末数、追加費用

つまずきどころは、分析画面を作りすぎることである。「あったら便利」で画面を増やすと、実際に毎日見られるのは1〜2画面だけになる。最初は3画面までに絞るのが現実的だ。誰が、いつ、何を判断するために見るのかを1画面ずつ書き出してから作る。

90日の終わりに得られるのは、完成したシステムではなく、横展開の判断材料である。1ラインで動くこと、例外処理が回ること、分析が実際に使えることを確認したうえで、残りに広げるかを決める。この順序を守るほうが、最初から全ライン一括で入れるより結果的に速い。

導入判断チェックリスト10項目

自社の現状を今日確認できる粒度で並べる。「はい」と即答できない項目が、そのまま着手すべき箇所である。

1. 検査記録から製造設備（号機）を特定できるか。検査記録またはロット記録のどちらかに設備IDが入っているか、実際に1件抜き出して確認する
2. 記録を残している機器の時刻が揃っているか。設備PC、タブレット、サーバーの時刻を今すぐ見比べて、ずれが1分以内か確認する
3. 工程ごとのロット定義を説明できるか。各工程で何を1ロットとしているかを、製造・品質保証・生産管理の3部門が同じ説明をするか確認する
4. 工程間の分岐・合流が記録されているか。ある完成品ロットから、使われた材料ロットを机上で遡れるか試す
5. 不良項目の名前が統一されているか。直近3か月の記録から不良項目名を抽出し、同じ現象の別表記が無いか確認する
6. 設備の呼び方が部門間で一致しているか。製造の呼び名、保全の管理番号、システム上のIDが一致しているか確認する
7. 手直し品の履歴が残っているか。手直しして出荷した製品について、元の不良内容と手直し内容を後から追えるか確認する
8. 測定機器と測定データが紐付いているか。ある測定値について、使用機器と当時の校正状態を示せるか確認する
9. トレースフォワードに何分かかるか。「この材料ロットが使われた製品の出荷先を出して」と依頼して、実際の所要時間を測る
10. タイ語の操作手順書が最新か。現在使っている画面と手順書の内容が一致しているか、現場で確認する

9番は特に実施を勧める。 実際にストップウォッチで測ると、想定と現実の差がはっきりする。数時間かかるようなら、それが客先監査や実際のリコール時にそのまま起きる時間である。

よくある質問

品質データ管理システムと電子帳票システムの違いは？

電子帳票システムは、本記事でいう記録層の手段である。紙のチェックシートや検査成績書を画面入力に置き換え、記録をデジタルで残すことが役割になる。

品質データ管理システムは、その記録に紐付け（②）と分析（③）を加えた全体を指す。したがって電子帳票は品質データ管理の一部という関係になる。

実務上の注意点は、電子帳票製品の中にも紐付け機能を持つものと持たないものがあることだ。「帳票を電子化できます」という説明だけでは、ロットや設備との紐付けができるかは分からない。製品を見るときは「この記録は後から何と結合できるか」を必ず確認するとよい。

品質記録の電子化はどこから始めるべき？

転記が発生している記録から始めるのが定石である。紙に書いてから誰かがExcelに打ち直している記録は、電子化の効果がそのまま工数削減になる。

次に優先度が高いのは、客先や監査で頻繁に提出を求められる記録である。探す時間と綴じる時間が減るうえ、紐付けを入れておけば監査対応が大きく楽になる。

逆に後回しでよいのは、記録は取っているが誰も見ていない帳票である。この場合、まず「その記録が本当に必要か」を検討したほうがよい。電子化のプロジェクトは、帳票の棚卸しの機会でもある。

なお、どの記録から始めるにせよ、最初に紐付けキーを決めておくという順序は変わらない。電子化した後でキーを追加するのは、既存データの遡及修正が必要になるぶん高くつく。

不良の原因特定にAIは必要？

段階による、というのが実務的な答えである。

多くの工場では、まず層別で足りる。設備別・シフト別・品種別・時間帯別に不良を分けるだけで、偏りが見えることは多い。3号機に集中している、夜勤に集中している、特定材料ロットに集中している。これらは統計的な手法を使わなくても分かる。

AIや機械学習が有効になるのは、単純な層別では見えない、複数条件の組み合わせで発生する不良である。温度が一定以上かつ湿度が一定以上のときだけ発生する、といったケースだ。機械学習による不良要因分析は、設備センサー・品質検査・生産実績などのデータを統合してパターンを学習し要因を絞り込むアプローチが一般的で、BIダッシュボードでのリアルタイム可視化と組み合わせて使われる。

ただし前提として、統合できるデータが必要である。設備データと検査結果が紐付いていなければ、学習させるデータセットが作れない。この意味でも、AIの導入検討は紐付け層の整備が済んでからになる。順序を逆にすると、高価なツールに読ませるデータが無い、という状態になる。

導入費用はどのくらいかかる？

本記事の費用表の通り、5層の合計として構成次第で幅が大きい。ここでは目安の考え方だけ再掲する。

1ライン・限定的な範囲から始める場合と、複数ラインを一括で整備する場合では桁が変わる。また、既存の生産管理システムがあってそこにロット管理の基盤があるなら④の負担は軽くなるし、コード体系が乱れているなら④が最大の費目になることもある。

費用を抑えたい場合の現実的な進め方は、90日ロードマップの通り1ラインで小さく始めることである。Day 0-30のキー設計は自社の工数だけで進められるため、この段階では大きな支出が発生しない。設計を固めてから見積を取ると、範囲が明確なぶん金額のブレも小さくなる。

トレーサビリティ全体の費用構成についてはトレーサビリティシステムの構築と費用にも整理があるので、予算感を掴む段階で参照してほしい。

客先監査の記録提出にどう効く？

効き方は3つある。

第一に、提出までの時間が短くなる。 監査中に「このロットの記録を出してください」と言われたとき、画面から抽出して示せるか、後日提出になるかの差である。

第二に、記録の一貫性を示せる。 紙とExcelを集めて提出すると、様式や粒度が揃っていないことが目に付く。同じキーで結合されたデータから出力すれば、記録の体系が整っていることが自然に伝わる。

第三に、追跡範囲を説明できる。 「不良が見つかったとき、どこまで絞り込めますか」という問いに、粒度の設計を示して答えられる。ロット単位なのか個体単位なのか、なぜその粒度にしたのかを説明できる工場は、記録の設計思想がある工場として評価されやすい。

逆に言えば、紐付けが無いままだと、この3つのどれもできない。記録層だけを整えても監査での評価が上がりにくいのは、このためである。

既存の生産管理システムと二重管理にならない？

なりやすいので、設計段階で分担を決めておく必要がある。

一般的な整理は次の通りである。

要点は、マスタとロット採番を生産管理側に寄せ、品質側はそれを参照する構成にすることである。品質側で独自にロット番号を採番すると、そこから二重管理が始まる。

すでに生産管理システムがある工場では、そのシステムがロットと設備・時刻をどこまで持っているかを最初に確認するとよい。実績入力で号機を取っているなら、紐付け層の半分はすでに存在していることになる。ゼロから作る必要はない。

まとめ

品質データ管理システムは、記録層・紐付け層・分析層の3層でできている。多くの工場は記録層だけを導入して止まり、「データはあるのに不良の原因を特定できない」状態に至る。原因は製品選定の失敗ではなく、紐付けキーを決めないまま記録を始めたことにある。

本記事で述べた要点を整理する。

• 紐付け層が本体である。記録された数値に「いつ・どのロット/個体・どの設備・どの作業者・どの加工条件」を結びつけるキー設計が、投資の成否を分ける
• 原因が特定できない5つの典型パターンは、いずれも記録の不足ではなく紐付けの欠落である。設備IDの欠落、時刻のずれ、工程間のロット定義の不一致、Excelの分裂、不適合記録の分離
• 粒度は4つ。ロット単位、箱／パレット単位、個体シリアル単位、時刻＋設備単位。コストと絞り込み範囲のトレードオフで選び、実務では工程ごとに混在させる。決定的に重要なのは粒度が変わる境目での引き継ぎ方である
• 流出防止はインターロックで設計する。まずは検査完了の保証と出荷前の照合という、設備接続を必要としない2つから始める
• 費用は5層に分解する。①センサー・測定器連携 ②現場端末と記録UI ③データ基盤 ④紐付け・マスタ整備 ⑤分析・帳票・監査対応。見積で④が空欄なら、それは安いのではなく、成否を決める部分が自社に残されている
• 回収は4項目で試算する。不良費用、選別工数、クレーム対応工数、監査準備工数。特に選別工数は粒度の選択と直結し、定量化しやすい
• タイでの定着は運用の問題。3言語の用語をコード体系で統一し、入力項目を絞り、その場で結果を返す。人員の入れ替わりを前提に手順書と教育の担当を決める
• 90日で進める。最初の30日はシステムに触らず、工程フロー・粒度・コード体系・時刻同期を紙の上で決める。次の30日で1ライン試行、最後の30日で分析の出口と横展開判断

外部環境としては、ISO 9001の改訂（2026年9月発行予定、JIS Q 9001:2026は2026年12月予定、移行期間3年）、品質DXが検査自動化から要因解析・トレーサビリティへ広がっている潮流、そしてタイの投資活況にともなう客先監査の厳格化がある。いずれも急を要するものではないが、紐付け層の整備には数か月かかることを考えると、今から設計に着手しておくのは合理的である。

最後にもう一度。製品を選ぶ前に、紐付けキーを決める。 これが本記事のすべてである。

紐付けキーの設計は、システムを契約する前に、自社の工程フローと現状の記録を並べるところから始められます。TOMAS TECHはタイで、生産・エネルギー管理システムのPEGASUSをはじめとする現場システムの構築を通じて、記録・紐付け・分析の各層を実際の工程に落とし込んできました。「どの粒度が自社に合うか」「既存の生産管理システムをどこまで使えるか」といった設計段階の論点だけでも構いませんし、まだ検討を始めたばかりの段階でも問題ありません。工程の状況を伺ったうえで、進め方の選択肢を整理してお伝えします。ご相談はお問い合わせフォームからお気軽にどうぞ。