自動車部品のロットトレーサビリティをAIで自動追跡——リコール対応を早める設計術
「このロットの部品、どこの完成車メーカーに何個出荷したか、今すぐ分かりますか?」——品質保証部門にそう聞かれて、工程ごとのExcel台帳を1つずつ開き始めていませんか。
自動車部品特有のトレーサビリティ要求:IATF16949とリコール時の遡及範囲
自動車部品業界には、IATF16949という国際的な品質マネジメントシステム規格があります。これは自動車産業向けにISO9001を拡張したもので、部品の製造履歴を「原材料の受入から出荷まで」ロット単位で追跡できることが強く求められます。
万が一、市場で不具合が見つかりリコールが発生した場合、メーカーは「どの工程・どの設備・どの検査で作られたロットが、どの完成車・どの販売店に渡ったか」を遡及調査しなければなりません。国土交通省が毎年公表するリコール届出の状況を見ても、自動車業界全体でリコール対応は継続的な経営課題であり続けています。
IATF16949では「トレーサビリティの仕組みが機能しているか」自体が監査項目になります。台帳が存在するだけでは不十分で、必要な情報を即座に取り出せることが問われます。
工程ごとにバラバラなExcel台帳が招く遡及調査の長時間化という現場課題
多くの中小の自動車部品メーカーでは、工程ごとに担当者が個別のExcel台帳やノートで実績を記録しています。これがリコール対応時に大きな足かせになります。
プレス工程では「P-2024-0501」、検査工程では「20240501-P」など、同じロットでも工程ごとに記法が異なり、Excelの検索(Ctrl+F)では突合できません。
設備の稼働ログはPLC(工作機械などを制御する装置)からCSVで自動出力される一方、検査結果は検査員が手入力するため、両者を紐づける作業が手作業に依存しています。
製造側の台帳には出荷先が記載されておらず、遡及調査のたびに営業部門へ問い合わせが発生し、部門をまたいだやり取りに時間がかかります。
台帳を突き合わせるだけで、もう半日過ぎていないか?
バーコード・設備ログ・検査データを自動でロット番号に紐づけるAI設計術
この課題を解決する鍵は、工程実績収集AIを使って、バラバラなデータソースを「ロット番号」という共通キーに自動で正規化・紐づけすることです。
各工程の入口・出口にバーコードスキャナを設置し、部品番号・ロット番号を読み取る際にAIが表記ゆれのパターンを学習し、自動的に正規化されたロットIDへ変換します。
PLCから出力される稼働ログ(設備ID・稼働時刻・条件値)を、時刻とロットの入出タイミングから自動マッチングし、人手による突合作業をなくします。
検査結果の入力データと、営業部門の出荷管理システムから連携された出荷先情報を、同一のロットIDで結合し、1つの業務アプリ画面から参照できるようにします。
遡及検索が数分で完了する業務アプリ画面と対象ロット・出荷先の即時抽出
品質保証担当者が、プレス工程台帳・検査記録簿・出荷伝票をそれぞれ別のファイルで開き、ロット番号を目視で突き合わせながら該当ロットを手作業で洗い出す。工程が5つあれば5つの台帳を横断する必要があり、担当者の勘と経験に調査の精度が左右される。
「ロット検索」画面で不具合が疑われる部品番号と製造期間を入力し、「遡及検索」ボタンを押すと、該当する全ロットが一覧表示される画面へ遷移する。各ロットをクリックすると、使用設備ID・検査結果・出荷先が1画面に表示され、「CSV出力」ボタンからlot_trace_result.csvとしてダウンロードできる。さらに出荷先が複数にまたがる場合は、「出荷先一覧」画面でrecall_target_list.xlsxを自動生成し、営業部門への連絡資料としてそのまま使える。
この設計により、工程間でのロット番号突合という「転記工程」自体が1本減り、営業部門への問い合わせという二重の情報照会もなくなります。台帳が存在するかどうかではなく、必要な情報を必要な瞬間に取り出せるかという視点で設計されている点が重要です。
まとめ
- 要点1:自動車部品業界ではIATF16949への対応として、ロット単位のトレーサビリティが監査要求そのものになっている
- 要点2:工程ごとにバラバラなExcel台帳は、ロット番号の表記ゆれと部門間の情報分断を招き、リコール時の遡及調査を長引かせる原因になる
- 要点3:バーコード・設備ログ・検査データをAIでロットIDに自動紐づけする設計により、遡及検索・出荷先抽出・CSV/Excel出力までを1つの業務アプリ画面で完結させられる
本記事はAIを活用して作成しています。内容についての責任は当社が負います。AI活用ポリシー