「この製品のロットはどの機械で、誰が、いつ加工したものか」——得意先からの問い合わせに、紙の工程管理表とExcelの受注台帳を交互にめくりながら半日がかりで回答した経験はないでしょうか。自動車部品のTier2・Tier3サプライヤーでは、こうしたロットトレーサビリティ（製品の生産履歴を遡って追跡できる状態）の確認作業が、日常的な負担になっています。
Before：EDIフォーマットの手入力と紙の工程管理表が同居する現場
多くの自動車部品メーカーでは、得意先ごとに異なるEDI／Web-EDI（企業間で受発注データを電子的にやり取りする仕組み）のフォーマットから、受注データを目視で確認しながら自社の基幹システムやExcelに転記しています。さらに、内示（今後の生産予定の見込み情報）と確定注文は別々の画面やファイルで管理され、工程実績は現場の紙の工程管理表に手書きで記録されるケースが少なくありません。
この結果、「受注データ」「内示情報」「工程実績」「検査記録」が別々の場所に存在し、ロット番号を起点に横断的に追跡することが非常に困難になっています。
なぜTier2・Tier3では情報がバラバラに管理されるのか
完成車メーカーやTier1企業は、それぞれ独自の受注フォーマットを採用しています。複数の得意先と取引するサプライヤーほど、フォーマット変換や手入力の手間が増える構造です。
内示は変動することが前提のデータですが、差分の確認・反映を担当者の経験則で行っている企業が多く、確定注文との照合に時間がかかります。
ロット番号と工程・設備・作業者の紐付けが紙の管理表で完結しており、後からデータベース化する工程がそもそも存在しません。
After：EDI受注からロット・工程実績・検査成績書までワンクリックで遡る
業務アプリを導入すると、この一連の流れは次のように変わります。
得意先からのEDIデータは「EDI受注一覧」画面に自動取込され、担当者は内容を確認したうえで「受注確定」ボタンを押すだけで内示・確定注文の差分が自動反映されます。生産が進むと、現場の端末やハンディターミナルから工程実績が入力され、「ロット番号検索」の入力欄に番号を入れるだけで、受注情報・使用設備・作業者・検査結果が一画面に表示される「トレーサビリティ照会」画面に遷移します。
得意先監査やリコール対応で記録提出が必要になった場合も、「検査成績書.pdf」や「トレーサビリティ台帳.csv」といった形式で出力ボタン一つでエクスポートできます。
重要なのは、EDI受注データの取込からロット発番、工程実績の記録、出力帳票までが一つの画面遷移の中で完結し、手入力による転記工程が1本減ることです。紙の工程管理表とExcelの受注台帳を別々に確認する二重管理もなくなります。
IATF16949や客先監査を見据えて押さえるべきデータ項目
IATF16949は自動車産業向けの国際的な品質マネジメントシステム規格で、製品の生産履歴を遡れる状態を維持することが要求事項に含まれています。トレーサビリティ設計では、最低限以下の項目を一貫して紐付けられる構成にしておく必要があります。
得意先名・品番・納期・数量と、生産時に発番されるロット番号を一対で管理します。
どの設備で、誰が、いつ加工したかをロット単位で記録し、後工程への引き渡しも追跡できるようにします。
検査成績書のデータをロットに紐付けておくことで、客先からの問い合わせや監査にその場で対応できます。
相談でよく聞かれる質問と、1ライン試験導入からの展開ステップ
「得意先が増えるたびにEDIフォーマット対応が増えるのでは」
こうした相談は非常に多く寄せられます。実際には、既存システムを大きく変更せず、EDI受注データの自動取込部分と、ロット・工程実績の紐付け部分を独立したアプリとして構築し、基幹システムとはデータ連携で接続する設計が現実的です。
全工程に一度に展開せず、最も問い合わせの多い製品ラインから着手します。
得意先ごとのフォーマット差異を吸収する変換ルールを一つずつ登録していきます。
試験導入で得た運用ノウハウをもとに、対象ラインと得意先を段階的に拡大します。
まとめ
- 自動車部品Tier2・Tier3の現場では、EDI受注データ・内示・工程実績・検査記録が分散管理されやすい構造的な課題がある
- 業務アプリでEDI受注を自動取込し、ロット番号からトレーサビリティを一画面で遡れる設計にすることで、転記工程や二重管理をなくせる
- IATF16949や客先監査を見据え、受注・工程実績・検査記録を紐付けたデータ項目を定義し、まずは1ラインの試験導入から展開するのが現実的なステップ
本記事はAIを活用して作成しています。内容についての責任は当社が負います。AI活用ポリシー