トレーサビリティ導入｜内製とパッケージの選び方とベンダー選定

トレーサビリティ導入を検討し始めたものの、自社で作るのか、既製のパッケージを買うのか、外部ベンダーに委託するのかで手が止まっていないでしょうか。製品比較サイトを開いても機能一覧が並ぶだけで、自社の工程にどれが合うのかまでは書かれていません。本記事は「誰に何をどう頼むか」という発注側の意思決定に絞り、導入形態ごとの費用感、ベンダーの技術力の見極め方、契約前に確認すべき質問、実務の6ステップまでを順に整理します。

トレーサビリティ導入で最初に決めるべきは「何のために追うか」

製品比較から入ると、ほぼ確実に判断がつかなくなります。トレーサビリティと呼ばれるシステムは、ロット管理機能を持つ生産管理システムから、工程実績収集に特化したツール、サプライチェーン全体の可視化基盤まで守備範囲が大きく異なり、機能一覧を横に並べても比較の土俵が揃わないからです。

最初に決めるべきは製品ではなく目的です。トレーサビリティ導入の目的は、実務上おおむね次の3つのどれかが主軸になります。

主目的1｜規制・顧客要求への対応

取引先の監査や業界規格の要求に応えることが主目的のケースです。自動車部品であればIATF16949に基づく要求、医療機器や食品であれば法令に基づく記録保存、電子機器であれば納入先からの部品履歴提出要求などが該当します。

このタイプは「何をどこまで記録し、どれだけの期間保存し、求められたときに何分で出せるか」が要求として外部から与えられます。裏を返せば、要件が比較的はっきりしているため、仕様を固めやすい類型です。ただし要求元が複数ある場合、最も厳しい要求に合わせないと後から作り直しになります。

主目的2｜不具合発生時のリコール・原因追及

品質問題が起きたときに、影響範囲を絞り込むことが主目的のケースです。「この材料ロットを使った製品はどれか」「この設備で加工した仕掛品はどこまで流れたか」を短時間で答えられる状態を目指します。

このタイプで決定的に重要なのは、追跡の粒度です。製品単位のシリアル番号まで追うのか、日単位のロットで足りるのかによって、現場に必要な読み取り作業の回数が変わり、結果として費用も現場負荷も大きく変わります。粒度を決めずにベンダーに相談すると、見積もりが数倍単位でぶれます。

主目的3｜工程改善・歩留まり向上

記録したデータを分析に使い、不良の予兆検知や工程能力の改善につなげることが主目的のケースです。データ追跡の容易性、在庫の一元管理、品質問題の予兆をつかむリスク管理、そしてPDCAによる品質改善が、トレーサビリティの一般的なメリットとして挙げられます。この4つのうち、改善目的の導入で効いてくるのは後半の2つです。

このタイプは要求元が社内なので要件が緩く、その分だけ「あれもこれも」と対象範囲が膨らみやすい性質があります。逆にいえば、範囲を自分たちで絞れる自由度があります。

主目的は「対象範囲」「追跡単位」「保存期間」に翻訳する

目的を決める作業は、精神論ではありません。目的が決まると、次の3つが自動的に決まるからこそ最初にやる価値があります。

• 追跡する対象範囲（材料の受入だけか、仕掛品の工程間移動まで含むか、出荷後まで追うか）
• 追跡単位（シリアル単位か、ロット単位か、日次のまとめ単位か）
• 記録の保存期間（顧客要求や法令に基づく年数、それに伴うストレージ設計）

この3つが決まっていない状態でベンダーに声をかけると、先方も見積もりを出せません。仮に出てきても、それは先方の標準構成を前提とした金額であり、自社の実態を反映していない数字になります。

なお、トレーサビリティの層構造や構築費用の内訳そのものについてはトレーサビリティシステム構築の費用と進め方で扱っています。本記事では、その手前にある「どの形態で誰に頼むか」に集中します。

トレーサビリティ導入の3つの形態と費用感

目的と対象範囲が仮置きできたら、次は実現形態の選択です。実務上の選択肢は、自社独自開発、クラウド型パッケージ、オンプレミス型パッケージの3つに大別できます。自社独自開発には、既製品をベースに一部だけ作り込むハーフスクラッチという中間形態もあり、これを含めた費用の目安は次のとおりです。

ここで注意したいのは、この金額はソフトウェアの導入形態に紐づく目安であって、トレーサビリティ導入の総額ではないという点です。実際の見積もりでは、次の項目が別枠で積み上がります。

• ハンディターミナル、固定式スキャナ、ラベルプリンタなどの読み取り機器
• ラベル台紙やRFIDタグといった消耗品の継続費用
• 現場のネットワーク敷設、電源工事、防塵防水対策などの設置工事
• 品目マスタ・工程マスタ・取引先マスタの整備作業
• 既存の生産管理システムやERPとの連携開発
• 現場オペレーターへの教育と、運用定着までの伴走

とくに見落とされやすいのがマスタ整備です。トレーサビリティは「材料ロットと仕掛品と製品をつなぐ」仕組みなので、つなぐ先の品目コードが整理されていなければ動きません。品番の体系が拠点ごとにばらばら、同じ材料に複数のコードが振られている、といった状態であれば、その整理はシステム費用とは別に工数が発生します。

形態を選ぶ判断軸は「標準からのズレの大きさ」

3つの形態のどれを選ぶかは、予算よりもまず「自社の工程が標準からどれだけ離れているか」で考えると整理しやすくなります。判断の目安を整理すると次のようになります。

自社の工程が特殊だと感じている企業ほど、実際にはパッケージの標準機能で吸収できることが多いのも事実です。「特殊だ」と考えている部分が、業務ルールとして変えられるのか、製品仕様や顧客要求に起因して変えられないのかを切り分けてください。前者であれば、システムに合わせて業務を変えるほうが総額も期間も抑えられます。

ベンダー選定で見るべきポイント

導入形態の当たりがついたら、次はベンダー選定です。ここでの判断を誤ると、想定と異なるシステムが納品されるリスクがあると指摘されています。発注前にベンダーの技術力を確認することが重要とされるのはこのためです。

価格は第一基準ではなくなっている

EMS（電子機器の受託製造）業界では、パートナー選定の基準そのものが変化しているという指摘があります。「価格はもはやEMSパートナー選定の第一基準ではない。今問われているのは、レジリエントで透明性のあるサプライチェーン、規制対応力、そして製造プロセスのトレーサビリティである」という趣旨の見方です。

これは受託製造側の話ですが、システムベンダーを選ぶ側にもそのまま当てはまります。見積金額が最も安いベンダーを選んだ結果、要求される規格に対応できない、後から工程を追加できない、といった事態は珍しくありません。金額は比較しやすいので判断軸として選ばれやすいのですが、比較しやすいことと重要であることは別です。

技術力の見極め方は「過去の実績」より「質問の質」

ベンダーの技術力を測る方法としてまず挙がるのは導入実績ですが、実績一覧は同業種の社名が並んでいても、担当したエンジニアが在籍しているとは限りません。より確実なのは、商談の初期段階で先方から出てくる質問の質を見ることです。

技術力のあるベンダーは、機能の説明より先に自社の工程を聞きます。具体的には次のような質問が出てきます。

• 材料の受入時点で、ロット番号は誰がどのタイミングで記録しているか
• 仕掛品が工程間を移動するとき、何を持って「次の工程に入った」と判断しているか
• 途中で分割・合流する工程はあるか（1ロットが複数に分かれる、複数ロットが1つにまとまる）
• 手直しや再投入が発生した場合、履歴をどう残す想定か
• 現場のオペレーターが読み取りを忘れた場合、どこで気づける仕組みにするか

逆に、こちらの工程を聞かずに製品デモから始まり、標準機能の説明に終始するベンダーは注意が必要です。自社の工程に当てはめる作業が、契約後に発注側の宿題として戻ってくる可能性があります。

実装計画の流れを説明できるか

トレーサビリティの実装計画には、業界を問わず共通する流れがあります。一般的には、まず要件分析として目的が規制対応なのかリスク管理なのか最適化なのかを定義し、次に規格レベルに沿ったアーキテクチャ設計とERP連携の設計を行い、パイロット導入で実地検証し、最後に教育と評価を行うという段取りです。電子機器製造の分野ではIPC-1782というトレーサビリティ規格のレベルに沿って設計するアプローチが取られます。

商談の場で「御社ではどういう段取りで進みますか」と聞いたとき、この4段階に相当する説明が出てくるかどうかは、ひとつの目安になります。とくにパイロット導入の位置づけを説明できるかは重要です。全工程に一斉導入する計画しか出てこない場合、現場での想定外を吸収する余地がない計画になっている可能性があります。

契約前に確認すべき質問リスト

見積もりを比較する段階で、各社に同じ質問を投げると差が見えます。実務で効く質問を挙げます。

• 今回の見積もりに含まれない費用は何か（機器、工事、マスタ整備、教育、連携開発を個別に確認）
• パイロット導入はどの工程を対象に、どれくらいの期間で行う想定か
• 既存の生産管理システムやERPとの連携方式は何か（API連携かCSV連携か、頻度はどれくらいか）
• 記録データの保持期間と、期間経過後の扱いはどうなるか
• 稼働後に工程を1つ追加する場合、追加費用と期間はどの程度か
• 現場でのトラブル発生時、タイ国内で対応できる体制があるか、対応言語は何か
• 契約終了時にデータをどの形式で持ち出せるか

最後の2つは、海外拠点でとくに重要です。日本国内のベンダーに発注した場合、時差と言語の問題でライン停止時の一次対応が遅れることがあります。またデータの持ち出し可否を確認しておかないと、将来ベンダーを変更したいときに履歴データを引き継げず、追跡が断絶します。

トレーサビリティ導入の6ステップ

ベンダーが決まったあと、あるいはベンダー選定と並行して、発注側が進めるべき実務があります。導入プロセスは一般に次の6ステップで整理されます。

この6ステップのうち、外部ベンダーに任せきりにできないのは第1段階、第2段階、第4段階です。以下、実務上つまずきやすい点を補足します。

第1段階｜役割と責任の明確化

推進責任者を決めるところまでは多くの企業がやりますが、抜けやすいのは「現場側の窓口」です。トレーサビリティは現場のオペレーターに新しい作業を追加する取り組みなので、生産技術部門やIT部門だけで進めると、稼働直前に現場から反対が出ます。

製造課の班長クラスを早い段階で巻き込み、読み取り作業を誰がいつ行うのかを一緒に決めてください。この段階での参加は、後の教育コストを下げる効果もあります。

第2段階｜基本構想書の作成

基本構想書では、目的と対象範囲を明確にします。前章で整理した主目的と、そこから決まる対象範囲・追跡単位・保存期間を文章にする作業だと考えてください。

ここで作った文書は、ベンダーとの認識合わせにそのまま使えます。むしろ、この文書がないままRFPや相見積もりに進むと、各社が異なる前提で見積もりを作るため、金額の比較ができなくなります。分量は多くなくてかまいません。A4で数枚、目的・対象工程・追跡単位・保存期間・連携対象システム・稼働希望時期が書いてあれば十分に機能します。

第3段階｜実施計画の策定

工程・予算・体制を計画に落とす段階です。ここでパイロット導入をどの工程で行うかを決めます。パイロット対象には、極端に単純な工程よりも、分岐や合流のある代表的な工程を選ぶほうが検証の価値があります。単純な工程で成功しても、本番展開で問題が噴出するためです。

第4段階｜運用手順書の作成

現場が実際に行う操作を定義します。ベンダーが提供するのは操作マニュアルであり、自社の作業手順に落とした手順書は発注側が作る必要があります。

最低限、次の内容は決めておいてください。読み取りを行うタイミングと担当者、読み取り漏れが起きたときの復旧手順、誤ったデータを記録した場合の訂正手順と承認者、そして機器故障時の代替手段です。とくに訂正手順は、決めておかないと現場が独自の運用を作ってしまい、記録の信頼性が損なわれます。

第5段階｜導入スケジュールの決定

稼働日と移行方法を確定します。既存の紙帳票やExcel管理からの移行では、並行運用の期間をどれだけ取るかが論点になります。並行運用は現場の負荷が二重になるため長く続けられません。区切りを最初に決め、いつ紙をやめるかを明示してください。

第6段階｜関係者研修の実施

オペレーターと管理者では、必要な教育内容が異なります。オペレーターには操作手順と例外時の対応を、管理者にはデータの見方と、記録が欠けたときにどこで気づけるかを教える必要があります。管理者側の教育を省くと、システムは動いているのにデータが使われないという状態になります。

GS1標準など国際規格への対応要否の見極め方

トレーサビリティの検討を進めると、必ず国際標準の話が出てきます。対応するかしないかで設計が変わるため、早い段階で見極めが必要です。

GS1グローバルトレーサビリティ標準の考え方

GS1のグローバルトレーサビリティ標準は、大きく2つの柱で構成されています。ひとつはCritical Tracking Events（CTE）と呼ばれる、入荷・梱包・出荷・輸送といった実際に起きるイベントです。もうひとつはKey Data Elements（KDE）と呼ばれる、そのイベントを記述するデータ要素です。

言い換えると、「いつ何が起きたか」をイベントとして定義し、「そのとき何を記録するか」をデータ要素として定義する枠組みです。この考え方自体は、GS1準拠を目指さない場合でも設計の助けになります。自社の工程を並べ、どこをイベントとして記録すべきかを洗い出す作業は、追跡単位を決める作業とほぼ同じだからです。

対応が必要になるのはどういう場合か

輸出先や大手取引先からGS1準拠を求められるケースは増えています。国際サプライチェーンに参加する場合は要確認と考えてください。判断の目安を挙げます。

• 海外の大手小売や大手メーカーへ直接納入している、あるいは今後の商談が見込まれる
• 輸出先の規制当局から製品履歴の提出を求められる可能性がある
• 取引先から特定のデータ形式での履歴提出をすでに依頼されている
• 業界団体が推奨する識別コード体系がある

いずれにも当てはまらず、国内取引と特定顧客への納入が中心であれば、初期段階から国際標準に完全準拠する必要性は低くなります。ただし、後から準拠が必要になったときに移行できるよう、識別コードの体系だけは拡張可能な形にしておくと安全です。具体的には、社内の独自品番だけで運用するのではなく、標準コードを併記できる項目をマスタに用意しておく、という設計上の配慮です。

業界固有の規格も確認する

電子機器製造ではIPC-1782のようにトレーサビリティのレベルを段階で定義した規格があり、自動車部品ではIATF16949がトレーサビリティに関する要求を含みます。どのレベルまで対応するかによって、記録すべき項目数と現場の作業回数が変わります。自動車部品分野での具体的な要求と設計の考え方は自動車部品のトレーサビリティとIATF16949対応で扱っています。

業種・工程で変わる着眼点

同じ「トレーサビリティ導入」でも、業種と工程によって最初に手を付けるべき場所が変わります。ここでは個別の導入事例そのものではなく、発注時に「どこを最初に押さえるべきか」という着眼点の違いに絞って整理します。

組立系｜シリアル番号単位の管理へ移行する

組立品の業界では、手書き帳票による管理からクラウド型の生産管理システムへ移行し、シリアル番号単位での管理を実現した例が報告されています。組立系は完成品1台ごとに構成部品が異なりうるため、個体を識別できる単位まで下ろす価値が出やすい領域です。

着眼点は、部品の組み付け時点で「どの個体にどのロットの部品を使ったか」を記録できるかどうかです。ここが取れていれば、後工程での検査結果や出荷先情報と紐づけることで、不具合発生時の影響範囲を個体単位で絞り込めます。逆にここが日単位のまとめ記録だと、絞り込みの精度は日単位までしか上がりません。

金属加工系｜ロット管理の精度と先入れ先出しの徹底

金属加工の業界では、ハンディ端末とバーコードを活用してロット管理の精度を高め、先入れ先出しを徹底した例が報告されています。金属加工は素材のロット単位で特性が変わるため、個体識別よりも素材ロットと工程条件の紐付けが重要になる領域です。

着眼点は、素材の受入から切断・加工を経て仕掛品になる過程で、1つの素材ロットが複数の仕掛品に分かれる「分割」をどう記録するかです。この分割のルールが曖昧なままシステムを入れると、後から遡ったときに材料ロットまでたどり着けなくなります。材料ロットと仕掛品の紐付けは、トレーサビリティ設計の中でも失敗が多い箇所です。

電子部品系｜追跡単位が複数存在する

電子部品では、リールやトレイといった供給単位、実装機の装着位置、基板の個体番号など、複数の追跡単位が同時に存在します。どの単位まで記録するかで工数が大きく変わるため、要求元の仕様を確認したうえで決める必要があります。この分野の追跡単位の整理は電子部品のトレーサビリティ設計にまとめています。

タイ・ASEAN拠点で追加される論点

タイの製造業では、Thailand 4.0政策のもとで持続可能性と輸出に向けたデジタルトレーサビリティの取り組みが進んでいるという位置づけが、業界イベントなどで示されています。輸出比率の高い拠点では、取引先からの要求が国内拠点より早く来る可能性がある点は考慮に値します。

実務面では、次の論点が日本国内の導入に上乗せされます。現場のオペレーターがタイ語話者である場合の画面表示と教育資料の言語、機器故障時に現地で代替品を調達できるか、日本本社の既存システムとの接続でネットワークの遅延や回線の安定性が問題にならないか、そして拠点間でマスタコード体系を揃えるかどうかです。

とくにマスタコード体系は、拠点ごとに独立して導入を進めると必ずずれます。将来的にグループ全体で履歴を突き合わせる可能性があるなら、最初の拠点で決めるときにグループ標準として決めておくほうが安全です。

トレーサビリティ導入でよくある失敗とその回避策

導入で報告されている課題と、その解決の方向性は次のように整理できます。

この表に加えて、発注プロセスに起因する失敗を挙げておきます。技術面ではなく進め方の問題であるため、事前に知っていれば避けられるものです。

失敗1｜目的を決める前にベンダーを呼ぶ

最も多い失敗です。目的と対象範囲が定まっていない状態で複数社に声をかけると、各社が自社の得意分野に寄せた提案を出してきます。提案書は立派でも前提がばらばらなので比較できず、結局は金額だけで判断することになります。基本構想書を先に作ってから声をかけてください。

失敗2｜追跡単位を細かくしすぎる

「せっかく入れるなら細かく追いたい」という発想で、全工程をシリアル単位にする計画を立てるケースです。読み取り回数が増えると現場の作業時間が増え、読み取り漏れも増えます。漏れが増えると記録の信頼性が落ち、結局データが使われなくなります。目的から逆算して、必要な粒度に留めてください。

失敗3｜現場を巻き込むのが遅い

システムの仕様が固まってから現場に説明すると、作業導線と合わない点が必ず出てきます。この段階での変更は追加費用と期間の延長につながります。読み取り機器の設置位置や作業手順は、仕様確定前に現場と詰めるべき項目です。

失敗4｜マスタ整備の工数を見積もっていない

品目マスタや工程マスタの整備は、システム費用の見積もりに含まれないことが多い項目です。品番体系が整理されていない企業では、この作業だけで数か月かかることもあります。ベンダー選定と並行して着手してください。

失敗5｜稼働後の運用ルールを決めていない

記録漏れが起きたときの復旧手順、誤記録の訂正手順と承認者、機器故障時の代替手段。この3つを決めずに稼働すると、現場が独自運用を作り、記録の信頼性が徐々に失われます。運用手順書は稼働前に必ず完成させてください。実際の運用に落とし込んだ事例の傾向はトレーサビリティ導入事例と効くKPIにまとめています。

よくある質問

トレーサビリティシステムの費用はいくらですか

導入形態によって幅があります。目安として、自社独自開発（フルスクラッチ）は500万円以上、ハーフスクラッチは200万円から、クラウド型パッケージは初期費用0〜5万円程度に月額3,000円〜5万円程度、オンプレミス型パッケージは100万〜1,000万円程度とされています。ただしこれはソフトウェア部分の目安であり、読み取り機器、設置工事、マスタ整備、既存システムとの連携開発、教育の費用は別途積み上がります。見積もりを取る際は、この5項目が含まれているかを必ず確認してください。

内製とパッケージ、どちらを選ぶべきですか

判断軸は予算よりも、自社の工程が標準的な流れからどれだけ離れているかです。受入・加工・出荷という一般的な流れであればパッケージで対応できる可能性が高く、立ち上げ速度と費用の両面で有利になります。標準機能では表現できない工程がある場合に限り、ハーフスクラッチや独自開発を検討してください。なお「特殊だ」と感じている工程が、業務ルールとして変更可能なのか、製品仕様や顧客要求で変更できないのかを切り分けると判断しやすくなります。前者であればシステムに業務を合わせるほうが総額を抑えられます。

海外拠点でも同じベンダーに依頼できますか

依頼自体は可能ですが、確認すべき点があります。現地でのトラブル対応体制があるか、対応言語は何か、現地の時差でライン停止時の一次対応が遅れないか、読み取り機器の交換品を現地で調達できるか、の4点です。日本国内のベンダーに一括発注する場合、日常のシステム保守は遠隔で可能でも、機器故障のような物理的なトラブルは現地対応が必要になります。現地に拠点や協力会社を持つベンダーかどうかは、契約前に確認してください。

小さく始めて後から広げることはできますか

可能です。むしろ推奨される進め方です。パイロット導入で代表的な工程を検証し、そこで得た知見を反映してから全工程へ広げる流れが一般的です。ただし後の拡張を前提にするなら、識別コードの体系とデータの保存形式は最初に決めておく必要があります。この2つを工程ごとに場当たり的に決めると、後から統合する際にデータの突合ができなくなります。

GS1標準への対応は必須ですか

すべての企業に必須というわけではありません。輸出先や大手取引先から準拠を求められるケースが増えているため、国際サプライチェーンに参加する場合は要確認とされています。現時点で要求がなくても、将来的に必要になる可能性があるなら、社内独自の品番だけで運用せず、標準コードを併記できる項目をマスタに用意しておくと移行しやすくなります。

まとめ

トレーサビリティ導入を発注側の意思決定として整理すると、要点は次のとおりです。

• 最初に決めるのは製品ではなく主目的であり、規制・顧客要求への対応、リコール時の原因追及、工程改善のどれが主軸かで設計が変わる
• 目的が決まると追跡する対象範囲、追跡単位、保存期間が決まり、この3つが決まらないとベンダーは見積もりを出せない
• 導入形態は自社独自開発が500万円以上、ハーフスクラッチが200万円から、クラウド型が初期0〜5万円に月額3,000円〜5万円程度、オンプレミス型が100万〜1,000万円程度が目安
• ソフトウェア費用とは別に、読み取り機器、設置工事、マスタ整備、連携開発、教育の費用が積み上がる
• 形態の選択は予算より「自社の工程が標準からどれだけ離れているか」で判断すると整理しやすい
• ベンダー選定では価格が第一基準ではなくなっており、規制対応力とプロセスの透明性が問われている
• 技術力は実績一覧よりも、商談初期に先方から出てくる質問の質で測れる
• 実装計画は要件分析、アーキテクチャ設計とERP連携、パイロット導入、教育と評価という流れで進む
• 導入プロセスは役割と責任の明確化、基本構想書の作成、実施計画の策定、運用手順書の作成、スケジュール決定、関係者研修の6ステップ
• GS1標準はCTE（重要追跡イベント）とKDE（主要データ要素）の2本柱で構成され、輸出や大手取引先との取引では対応要否を確認する
• 業種によって着眼点が異なり、組立系はシリアル単位、金属加工系は素材ロットの分割記録、電子部品系は複数の追跡単位の整理が焦点になる
• よくある失敗は、目的を決める前にベンダーを呼ぶ、追跡単位を細かくしすぎる、現場を巻き込むのが遅い、マスタ整備の工数を見ていない、稼働後の運用ルールが未定、の5つ

最初にやるべきことは相見積もりの取得ではありません。主目的と、そこから決まる対象範囲・追跡単位・保存期間を社内で合意し、A4数枚の基本構想書にまとめることです。この文書があれば、各社の提案を同じ土俵で比較できるようになります。

TOMAS TECHは、タイで操業する日系製造業向けに、生産管理システムPEGASUSをはじめとする現場のDX支援を行っています。トレーサビリティについても、「自社の場合どの形態が合うのか」「どこまでの粒度で追うべきか」といった導入形態の検討段階からご相談いただけます。製品を決める前の情報収集段階でも構いませんので、お問い合わせはこちらからお気軽にお声がけください。

参考情報

• 人材紹介ナビ – トレーサビリティシステムの導入費用と導入ステップ
• Assel EMS – Traceability in the Electronic Manufacturing Services Industry
• GS1 – GS1 Global Traceability Standard
• SMART F – トレーサビリティ導入のメリットと課題・業種別事例
• Manufacturing IT Summit Thailand – タイ製造業のデジタル化動向