外注加工管理システムの導入で解決すべき問題は、発注書を電子化することだけではない。自社所有の材料や半製品を外注先へ渡した後、「誰の物が、どこに、何個あり、どの工程まで進み、いつ品質確認を終えたか」を一続きで説明できることが重要だ。タイの工場でよくある支給品、部分納入、再加工、検査保留を例に、台帳設計からRFP、FAT・SATまで具体化する。
外注加工管理システム導入の対象を先に決める
外注加工とは、自社の工程の一部を社外へ委ね、加工済みのワークを戻してもらう取引である。会社が材料を支給する場合も、外注先が材料を調達する場合もある。本記事の中心は、自社所有の支給品が外注先との境界を越える運用だ。所有権と物理的な所在が離れるため、購買発注の残高だけでは実態を表しにくい。たとえば自社のアルミ素材を100個送り、外注先で表面処理を行い、合格品92個、不合格品3個、加工中5個という状態なら、発注書の「受入92個」だけでは残り8個の場所と責任が分からない。
既存の購買管理システムの解説は仕入先選定、発注、納品、請求を含む購買全体を扱う。製番・個別受注生産管理の記事は注文と製造指示の紐付けを扱う。本記事はその間で、自社の材料を委託先へ渡す時点から、戻ったワークを検査して加工費を確定する時点までの境界管理に絞る。仕掛品管理の記事と連携する場合も、外注先所在の仕掛品を自社倉庫の在庫と同じ棚に見せないことが大切だ。
システム対象の定義では、委託する工程、対象品目、支給方法、有償支給か無償支給か、所有権の扱い、在庫評価、検収条件を取引契約と会計方針に照らして決める。ここで説明するデータ設計は一般的な実務案であり、個別の契約やタイの税務上の取扱いを断定するものではない。BOIの制度を利用する工場では、対象事業や許可条件に応じて別の手続が必要なことがあるため、BOIの公式FAQと個別の許可書を確認する。
「支給品管理」の正本は移動イベント台帳にする
最初に決めるべきなのは、画面の項目数ではなく、どの記録を正本とするかである。おすすめは、外注指示を計画、支給・出荷・外注先受領・工程完了・返送・自社受入・検査・不適合処理を実績イベントとして分ける構成だ。指示書の予定数量を何度も上書きして現在数量のように見せると、部分出荷や返品時に履歴を再現できない。イベントは発生時刻、入力時刻、入力者、証憑、相手先確認の有無を区別して残す。
主キーには外注指示番号と明細番号を置き、製番・ロット・シリアル・品目・改訂版・工程番号・外注先・支給区分・単位を関連付ける。すべての工場でシリアル管理が必要なわけではない。混合や分割が起こる素材ならロットと数量、個体単位の追跡が求められる製品ならシリアルを採用する。単位変換がある場合は変換係数の版と丸め規則も保持する。「箱10」から「個100」へ変換した後で係数を変更しても、過去の出荷数量が変わってはいけない。
支給出荷では、倉庫のピッキング確定、車両への積載、外注先の受領確認を別のイベントにする。自社倉庫から出た瞬間と、外注先が受け取った瞬間の間には輸送中という状態がある。伝票番号、便、出荷箱数、重量などは現場で必要な範囲に限定し、ワークのロットと数量の照合を優先する。外注先受領時に数量差や破損が見つかれば、送付数量を書き換えず「受領差異」を登録して調査担当と期限を設定する。責任が確定する前に損失処理を自動計上しない。
同じワークが外注先で複数工程を通る場合、工程ごとの着手・完了・合格引渡しを記録する。外注先にERPへの直接アクセスを強制する必要はない。ポータル、モバイル画面、CSV、EDI、メール添付のいずれでも、内部イベントへの変換ルールを揃えればよい。ただし、外注先からの「完了予定」の連絡と「加工済み現物の引渡し」は別状態とし、確認者・証拠・時刻を残す。メールの本文だけを進捗の正本にすると、最新のメールを探す人によって判断が変わる。
NISTの2026年の製造サプライチェーン・トレーサビリティ報告は、異なる組織をまたぐデータを時系列で結び、必要な情報を選択的に共有する概念を示している。これは外注管理システムの製品仕様や法的要件を定める文書ではないが、「境界でイベントをつなぎ、相手に必要以上の内部情報を見せない」という設計上の参考になる。NISTの製造データの信頼性に関する技術報告も、製造関連データの追跡可能性を扱う。ただし対象工程に限定があるため、すべての外注加工方式にそのまま適用できると主張しない。
数量照合は「送った数＝戻った数」だけでは足りない
単純な数量式を先に定義する。ある外注指示明細の支給対象について、基準時点の「外注先で説明すべき数量」は、外注先の受領済み数量から、返送済み数量、承認済み廃棄数量、承認済み別指示への振替数量を差し引き、返送されたが外注先へ戻した再加工品を加味して求める。この式は業務定義であり、再加工や分割・合流の有無によってモデルを変える。重要なのは、自社・外注先・輸送中・検査保留のどこにも置けない数量を放置しないことだ。
例として、素材100個を支給し、相手が98個を受領、輸送中の差異調査が2個あるとする。相手が60個を完成として返送し、自社が58個を受け取り、2個が輸送中なら、外注先残は38個、輸送中は2個、受領差異は2個と別々に示す。自社受入後、56個を合格、2個を検査保留にしても、外注先残38個は変わらない。合格56個だけを「返却」と呼ぶ画面では、返送済み60個との整合が消える。数値は説明用の架空例で、一般的な歩留まりを示すものではない。
複数の原材料を組み合わせ、一つの加工品に変わる場合は、個数の一対一照合を強制しない。投入ロットと出力ロットの関連、標準・実際の歩留まり、副産物、スクラップ、残材の定義を品目別に持つ。カット加工で素材1本から製品4個を得るなら、元の1本と完成4個を同じ単位の「差異3」と表示してはならない。重量や長さで管理する場合も、計量点と許容差を契約・作業標準に合わせて設定する。許容差は都合のよい残高合わせではなく、実際の計測方法と承認ルールに結び付ける。
月末の棚卸しでは、外注先から残高確認を取得し、自社のイベント台帳と照合する。差異が出たら最終更新時刻、未確定の配送、未入力のスクラップ、ロット移動、数量単位、相手先の記録を順に調べる。台帳の数字を合わせるために過去イベントを削除せず、訂正イベントと理由を追加する。修正権限を持つ人と承認する人を分けられるなら、誤登録の修正と実損の承認を混同しにくい。
外注工程の進捗管理は確認可能な状態だけを増やす
進捗画面に「着手率60％」を置くだけでは、顧客納期に使える情報にならない。外注先がいつ着手したか、どのロットがどの工程で止まっているか、完了品がいつ出荷可能かを確認できる状態に分ける。最小構成なら「指示送信」「支給品発送」「外注先受領」「着手」「工程完了」「返送」「自社受入」「検査判定」「クローズ」の状態と、例外の「保留」「再加工」「紛失調査」を用意する。各状態には更新者と証拠、予定日と実績日を別に持つ。
外注先の更新負荷を考慮し、細かい工程の全てを報告させる必要はない。納期や品質を左右する管理点を外注先ごとに選ぶ。たとえば熱処理なら投入、処理完了、検査結果、梱包準備を、表面処理なら前処理、処理、厚み検査、返送準備を管理点にする。検査記録の数値や原データの提出が契約上必要な品目は、その証憑を完了イベントに結び付ける。一方、日次報告の「予定どおり」は現物の処理完了証拠として扱わない。
遅延アラートは予定日との差だけでなく、後工程の必要日、代替在庫、輸送リードタイム、品質検査に要する時間と組み合わせる。予定返送が1日遅れても後工程に余裕があれば影響は小さい。予定どおり返送されても、検査保留が長引けば出荷は遅れる。だから指標を「外注先の工程完了予定」「自社受入予定」「合格品として利用可能になる予定」に分ける。日付と時刻はタイ工場、海外外注先、本社で時差がある場合に備えてタイムゾーン付きで保管し、画面では利用者の現地時間を示す。
急ぎの案件で電話連絡が先になることはある。その場合も、電話で確認した内容を担当者が一時記録し、外注先の確認が届いたら確定させる。未確認の見込みと確定実績を同じ色で表示しない。納期変更が決まったら、外注指示だけでなく製番、後工程の計画、顧客回答への影響先を表示する。外注工程単独の遅れではなく、約束した納期への影響を意思決定者へ示す。
GS1のEPCIS 2.0.1仕様は、物や対象に関するイベントを共有する標準的な考え方を示す。外注先との情報連携で参考にできるが、すべての中小工場がEPCISを実装すべきという意味ではない。まずは両社が同じロット、数量、場所、時刻、状態を指せるようにする。EDIやAPI形式の選択は、取引量と相手先の能力に合わせて後から決められる。
外注加工の受入検査では「受領」と「使用可」を分ける
外注先からワークが戻った時点で在庫を即座に使用可能にすると、未検査品が次工程へ流れる。外注加工の受入検査では、荷物を物理的に受領した事実と、品質判定を終えた事実を分ける。受領時は箱数・品目・ロット・数量・伝票・見た目の異常を記録し、検査前のロケーションへ置く。検査結果に応じて「合格」「条件付き合格」「保留」「再加工」「廃棄」「返品」を扱い、誰が解除できるかを定義する。条件付き合格は顧客承認や逸脱許可が必要な場合があり、現場判断だけで通常在庫へ振り替えない。
検査項目は品目、工程、顧客要求、リスクで変わる。全数検査か抜取検査か、外注先の検査成績書を受け入れるか、測定器校正や記録様式を確認するかを事前に決める。検査結果は外注指示、返送便、入荷ロット、原材料ロット、図面改訂と紐付ける。サンプル抜取結果だけで全品が同じ状態と見なせる条件も明示する。再加工へ戻す場合は元の返送・不適合・再加工指示を関連付け、同一品を二重に受入計上しない。
ISO/IAF Auditing Practices Groupが2016年1月に出した外部提供者の監査ガイダンスは、ISO 9001:2015を背景に、調達・サプライチェーンの監査で外部提供者の管理をどう見るかを説明する。また2023年のQMS適用範囲のガイダンスも当時の規格を前提にしている。一方、ISO公式ページによれば、現行版ISO 9001:2026は2026年9月16日に公開された。旧版向けAPG資料を新版の条項解釈として扱わず、監査上の論点を考える歴史的な参考に留める。どちらも個社に特定のソフトウェア機能を義務付ける資料ではない。導入時には現在の適用規格、認証の移行状況、顧客要求、監査範囲を品質部門と認証機関に確認する。
外注加工費管理は品質確定と数量確定の後に行う
外注加工費の計算単位を曖昧にすると、部分納入や再加工で請求照合が破綻する。契約で定めた単価の基準が「投入数量」「加工完了数量」「受入数量」「合格数量」のどれかを明示する。ロット単位の段取り費、最低料金、特急料金、輸送費、治具費、為替条件、消費税等の扱いも費目として分ける。加工不良が外注先責任と判断された場合の再加工費・材料損失を誰が負担するかは契約に従う。システムが自動で責任を推定し、請求から差し引く設計は避ける。
基本の照合軸は外注指示、返送・受入実績、品質判定、外注先請求書である。例として、100個支給、92個返送、合格90個、保留2個なら、請求可能数量を90、92、100のどれとするかは契約次第だ。システムには選択したルール、保留品の扱い、承認者を残す。残り8個を外注先残として表示し続けることで、請求処理を終えても現物の未回収を見失わない。説明用の数量例であり、標準歩留まりや不良率の主張ではない。
ERP会計への連携では、外注加工費を仕掛品、完成品、費用のどこへ計上するかを会計方針に合わせる。イベント台帳は現物と品質の事実を管理し、会計仕訳は適切な判定・期間・評価条件を満たしてから連携する。棚卸し締め後の訂正、跨月の入荷、為替差、見積計上、支払保留の扱いをシナリオで試す。加工費台帳と買掛金台帳を同一視しない。買掛確定の条件は取引条件と承認ワークフローに依存するため、現物受領だけで必ず債務を確定させるという設計も避ける。
外注先とのデータ連携と権限を現実的に設計する
外注先に見せる情報は、作業に必要な図面版、支給予定、対象ロット、納期、検査条件、変更通知に絞る。自社の原価内訳、他の外注先価格、顧客の不要な個人情報、全社在庫は原則共有しない。閲覧、進捗更新、検査成績書のアップロード、差異申告の権限を分け、取引終了時に停止できるようにする。NIST IR 8536が示す選択的な情報共有の考え方は、この権限分離を検討する参考になる。
相手先にシステム導入の余力がない場合は、まず自社側で出荷・返送・検査を記録し、外注先には簡単な確認票を使ってもらう。メールのCSVやPDFを受け取る場合でも、取込結果を担当者が確認し、元ファイルと取込バージョンを紐付ける。API連携では同じイベントを再送しても二重計上しない識別子を持たせる。通信障害時の再送、誤送信時の訂正、相手先マスタ統合、品目コードの対応表をRFPで確認する。多言語運用なら、品目の正式名称、現場で使う略称、単位の訳を統一し、状態コードは言語に依存しない値で持つ。
機密図面は最新版へのリンクだけでなく、外注指示時に承認された改訂を特定する。改訂後に旧版で加工を続けるべきロットがある場合は、有効日と対象ロットを明示する。どの版を見せたか、誰がダウンロードしたか、差し替え通知を相手先が確認したかは、品質問題の調査を速くする。すべてを一律にブロックするのではなく、緊急変更時の承認ルートも定義する。
導入範囲を段階化し、既存ERP・MESと役割を分ける
初期導入で全外注先、全工程、全ロットに同じ詳細度を求めると現場が入力に追われる。最初は数量差異や納期遅れが大きい品目・外注先を選び、支給出荷、外注先受領、返送、自社受入、検査判定の最小イベントを動かす。次に工程内進捗、検査成績書、再加工、費用連携を広げる。移行前の外注先残高は、ロット・数量・所在・承認日を確認した開始残として登録し、存在しない過去イベントを架空生成しない。
ERPは発注・原価・会計・品目マスタの正本、MESは自社工程の作業指示と実績、WMSは自社倉庫の入出庫、外注管理は社外境界での所在・数量・進捗・品質イベントの正本、という役割分担が一例になる。ただし製品構成により一つのシステムが複数役割を担ってもよい。大切なのは同じイベントを二つの画面で別々に確定させないことだ。外注から戻った製品の検査が合格になるまでは、ERP在庫へ計上してもMESの次工程へ使用可能として解放しないなど、状態の意味を連携先で一致させる。
導入効果は「入力件数が増えた」では測れない。所在不明数量、外注先残高の未照合件数、検査保留の平均滞留日数、納期変更を把握するまでの時間、請求差異件数を導入前後で追う。ただし改善値は自社の開始条件、対象外注先、測定期間に依存する。公開事例の削減率をそのまま自社の予測に使わず、試行対象で基準値を採取する。人手による確認が残る工程では、その工数も導入評価に含める。
品質問題が起きたときの追跡範囲を先に決める
外注工程の管理を始める理由が監査や品質問題への備えなら、「追跡できる」の意味を具体化する。ある不適合品から、どの自社材料ロットを使い、どの外注先のどの工程を通り、どの加工条件や検査記録に結び付き、どの顧客出荷に含まれたかを逆方向に辿れるかを確かめる。逆に、材料ロットや外注先の特定工程に問題が見つかったとき、影響を受けた完成品とまだ外注先にある仕掛品を順方向に列挙できるかを試す。指示番号だけで結び付けると、同じ指示内に複数ロットが混在した場合、影響範囲を必要以上に広げるか、見落とすことになる。
トレーサビリティの単位を決めるときは、実際の加工方法を観察する。めっき槽に複数ロットを同時投入するなら、投入したロットの集合とバッチを関連付ける。個々のワークを識別できない工程で、シリアル単位の完全な履歴があるように表示してはならない。一方、個体識別が必要な工程で「同じ日に処理した」という粗い記録しか残さなければ、問題発生時に影響品を絞れない。現場で維持できる識別粒度と顧客要求の差を確認し、ラベル、容器、作業票、スキャン位置を設計する。バーコードが読めない高温や表面処理の環境では、工程の前後でロットと容器の対応を確認する運用が要る。
顧客から調査依頼が来た場合に備え、イベント台帳から「対象ロット」「相手先」「期間」「品質判定」「出荷先」を条件に一覧を出せるようにする。単にPDFを添付して保管するだけでは、添付を一枚ずつ開かなければ追えない。検索に使う最低限の構造化項目を決め、原本の図面や成績書とは別に保存する。訂正したイベントは旧値を隠すのではなく、訂正前後、理由、承認者、影響した残高を提示する。監査で求められる保管期間は、適用される規格、顧客契約、地域の要求に合わせて決める。すべての業種に一律の年数を当てはめない。
現場の入力負担とデータ品質を同時に管理する
システム導入直後は、報告項目を増やすほど情報が豊かになるように見える。しかし、現場が同じロット番号を伝票、表計算、端末へ三度入力するなら、遅延や転記ミスが増える。出荷時は既存の倉庫ラベルをスキャンして外注指示を呼び出し、数量と現物を照合する。外注先の受領時はその伝票番号を使って差異だけを入力してもらう。返送時は同じ識別子を使い、自社受入で改めて現物と照らす。このように各境界で一度ずつ事実を確認できれば、重複入力を減らしながら監査可能な履歴が残る。
ただし、スキャン済みという事実だけで正しいロットが箱に入っているとは限らない。ラベル貼替え、混載、手書きの追記、同じ箱の再利用など、実物と識別子が離れる場面をFAT・SATのシナリオへ入れる。スキャンできない場合の手入力には理由を必須にし、後で例外を集計できるようにする。入力率だけを目標にすると、作業者が実際には見ていない状態を一括で「確認済み」にしてしまう恐れがある。現物確認をした人、確認地点、確認方法を区別する。
外注先に多くの入力を求める場合は、相手先の端末、通信、作業時間、言語を確認する。スマートフォンで写真を一枚送るだけの方が確実な工程もある。写真は補助証拠であり、数量、ロット、時刻など検索・照合に必要な項目は別に入力するか、受信側が確認して構造化する。メールから自動抽出する仕組みを使うなら、読み取りに失敗した行を「入力なし」のまま成功処理しない。保留キューへ置き、担当者が元文書と照合して確定する。
運用開始後に判断する改善の順番
最初の改善対象は、画面の見た目ではなく、説明できない数量が残る境界である。倉庫からの出荷と外注先の受領が一致しないなら、積載・輸送・受領の確認点を見直す。外注先残高は合うのに後工程が止まるなら、進捗予定と品質判定の更新頻度を見直す。請求差異が多いなら、単価の基準数量と保留品の扱いが契約と台帳で一致しているか調べる。この順番なら、測定された問題に応じて入力項目や連携を追加できる。
月次の会議では、外注先別に「未説明数量」「確認待ちの受領差異」「予定を超えた工程」「長期の検査保留」「未照合請求」を確認し、原因と担当を決める。改善効果を測るときは、処理件数や対象品目構成が変わったことも記録する。差異件数が増えても、以前は見えていなかった問題が捕捉された可能性がある。逆に差異件数がゼロでも、外注先から受領確認が来ていないだけなら改善とは言えない。指標の分母と対象期間を固定し、運用の実態と一緒に解釈する。
責任分担も定期的に見直す。外注先との契約条件は購買、出荷と受入の現物は倉庫、工程の優先順位は生産管理、判定と不適合処置は品質、加工費の計上は経理が担う場合でも、差異を発見した人が次の担当者へ渡す条件が曖昧だと案件は止まる。差異調査のチケットには対象ロット、発見時刻、確認済みの事実、未確定の論点、次の担当、期限を残す。期限が過ぎたら上長へ通知するが、自動的に損失や外注先の責任を確定しない。根拠が揃った時点で権限者が処置を承認し、結果を現物台帳、品質記録、費用処理へ反映する。
システムの保守でも、品目マスタや単位換算、外注工程のルート、外注先のアカウント、図面の有効版を誰が変更できるかを決める。変更の前後で未完了の外注指示がある場合、新しい設定を過去の指示へ一律適用すると残高や予定が変わる。設定変更は有効日、対象品目、対象外注先を指定し、既存案件への適用可否を判断する。運用開始後の問い合わせで「昨日と同じロットなのに数字が違う」と言われたとき、イベントだけでなく設定変更履歴を追えることが重要だ。管理者権限を共有アカウントに集めず、変更者と承認者を分ける。こうした基本統制は高度な予測機能より先に整える価値がある。
RFPで確認したい外注加工管理システムの要件
RFPでは画面名よりも業務シナリオを示す。第一に、100個支給、98個受領、2個差異調査、60個返送、58個受入、2個輸送中、56個合格、2個保留という一連の状態を、履歴と残高の両方で再現できるかを問う。第二に、材料ロットを分割・合流し、別の製番へ誤って充当しないかを問う。第三に、図面改訂後に外注先へ旧版と新版の適用範囲を通知し、確認記録を残せるかを問う。第四に、再加工指示から再返送、再検査まで元のロットと費用を追えるかを問う。
データ面では、イベントID、元システムID、品目・ロット・製番・外注先コード、数量・単位、発生時刻、入力時刻、状態、訂正元イベント、証憑URLの出力を確認する。画面からは見えてもCSVやAPIで取り出せないと、将来の移行や監査で困る。ユーザー・ロール別の閲覧範囲、相手先アカウント停止、監査ログ保管期間、バックアップと復旧手順、ネットワーク断時の運用も確認する。保管年限や法令対応は、自社の適用地域・契約・規格を基に決める。
見積比較ではライセンスだけでなく、外注先アカウント、端末、ラベル・スキャナ、ERP連携、データ移行、教育、運用支援、変更対応を同じ範囲で並べる。固定費と取引量連動費を分け、対象拠点・言語・外注先数・保管データ量が増えたときの条件を確認する。これらは費用の項目であり、特定製品の市場価格を示すものではない。契約前に、責任分界、障害時の手動運用、データ返却条件を明文化する。
FAT・SATでは残高だけでなく例外と再実行を試す
FATではテストデータを使い、基本の出荷・受領・工程完了・返送・受入・検査・加工費計上が設計どおりに動くかを確認する。特に、同一イベントの再送が二重計上にならないか、入荷後に検査保留へ変更できるか、誤入力の訂正履歴が残るか、外注先Aが外注先Bの情報を見られないかを試す。分割返送、数量差異、ロット混合、再加工、廃棄、月末を跨ぐ入荷、図面改訂も含める。合格条件は「画面が表示された」ではなく、期待する残高・状態・仕訳・通知が一致することとする。
SATでは実際の倉庫、外注先との連絡方法、受入検査場、ERP・MES・会計連携を使う。スキャナで読めないラベル、タイ語の品目名、通信が不安定な作業場、担当者不在時の承認など、机上では見えない問題を確認する。試行中は旧台帳と並行して数量を突き合わせ、差異が説明できるまで一方だけを消さない。稼働判定時には、開始残、未完了外注指示、教育受講、問い合わせ先、切戻し方法を確認する。FAT・SATの合格基準は契約時に双方で決める。
導入前に作る現行業務の確認表
ベンダーへの説明を始める前に、実際に動いた外注案件を数件選び、支給から請求までの証拠を時系列に並べる。正常な一括返送だけではなく、分納、外注先での数量差異、検査保留、再加工、月末跨ぎを含める。案件ごとに、外注指示書、倉庫の出荷記録、外注先の受領確認、進捗連絡、返送伝票、入荷記録、検査結果、請求書を集め、同じロットを指しているかを確認する。書類が存在してもロット番号や単位が一致しない場合は、システム導入後も自動照合できない。必要な識別子を先に決め、記録できない理由を工程ごとに調べる。
次に、担当者ごとの判断を表にする。倉庫は何をもって出荷済みとするか、外注先の数量差異を誰が受け付けるか、製造管理は遅延をいつ顧客納期へ反映するか、品質は保留品の解除を誰に認めるか、経理はどの状態で加工費を計上するか。これらの判断が部署ごとに食い違えば、画面に同じ「完了」と表示しても意味が異なる。状態名だけを統一するのではなく、状態へ移る条件と証拠を揃える。権限者が不在のときの代理承認も定義する。
紙の台帳や表計算を廃止する時期も明確にする。試行期間に旧台帳と新システムを並行運用するなら、どちらが正本かを一日単位で決め、差異の承認記録を残す。二重入力が続くと、担当者は更新の遅い方を信用しなくなる。移行対象の未完了案件は、外注先残、輸送中、検査保留、再加工中を区別して開始残を作る。数量が説明できない案件を単に「外注先残」に押し込まず、差異調査中として切り分ける。旧データの精度が低いことはシステムの欠陥ではないが、稼働後の信頼を左右するので、開始前に承認を得る。
最後に、外注先側の運用を観察する。外注先が同じ品目を複数顧客から預かる場合、顧客別の保管識別ができるか。ラベルを貼れない加工や高温工程では、容器・ラック・作業票との紐付けをどう維持するか。夜勤や休日返送では誰が確認し、翌営業日にどのイベントを確定するか。システムの入力項目を増やす前に、実際の物の流れに合う証拠の取り方を決める。この確認表があれば、RFPの質問が製品機能の羅列ではなく、現場で再現すべき行動になる。
よくある質問
外注加工管理システムと購買管理システムは同じですか？
重なる部分はあるが、外注加工では支給した自社所有品の所在、外注工程の進捗、返送後の検査、残材・スクラップ、加工費の確定を一続きに追う。購買管理製品にこれらの機能があれば別製品は不要なこともある。製品名より、対象イベントと残高照合ができるかで判断する。
支給品管理は無償支給だけを対象にすればよいですか？
無償・有償の区別だけでは足りない。所有権、価格、評価、請求、残材返却、契約上の損失負担が異なるため、支給区分ごとに状態と会計連携を確認する。税務・通関・BOIの扱いは個別条件を専門担当と確認する。
外注工程の進捗管理は外注先に毎日入力してもらうべきですか？
品目のリスクと納期への影響で決める。毎日の入力より、着手、重要工程完了、返送可能、遅延見込みといった判断点を確実に更新してもらう方が有効な場合がある。電話やメールで受けた情報は確認状態とともに台帳へ反映する。
外注加工の受入検査で不合格品が出たらどうしますか？
物理的な受入と使用可能状態を分け、不適合をロット・数量・症状・判断者・処置へ結び付ける。再加工、返品、特別採用、廃棄のどれを選ぶかは顧客要求と社内の権限に従う。元の外注指示を消して新しい入荷として扱うと履歴が切れる。
外注加工費管理で請求数量を自動確定できますか？
契約で基準数量と例外処理が明確なら自動計算できる。ただし保留品、再加工、段取り費、材料損失、為替、税の扱いは承認が必要な場合がある。現物・品質・請求の三つが一致した箇所と差異の理由を見せる設計が先決だ。
導入時にEPCISや特定の国際規格へ必ず対応すべきですか？
本記事で参照したNISTの資料とGS1 EPCISは設計上の参考であり、個々の工場に特定実装を一律に義務付けるものではない。取引先の要求、採用する規格、規制、取引量、連携先の能力を確認して決める。
まとめ
外注加工管理システムの導入では、支給品が社外へ出てから合格品として戻るまでを一つのイベント台帳で追う。計画と実績、物理的な受領と品質上の使用可、現物数量と加工費を分ければ、部分納入や再加工でも説明できる。まず自社の契約・工程・会計ルールに合わせて数量式と状態を決め、RFPとFAT・SATで例外を含めて確かめることが導入の近道になる。
TOMAS TECHでは、タイ工場の外注工程を対象に、支給品の出荷・返送、外注先残高、検査保留、ERP・MES連携の整理から相談できます。まだ製品を選ぶ前でも、現行台帳と外注先との連絡方法を一緒に確認したい場合はお問い合わせからご連絡ください。
参考資料
- NIST IR 8536: Supply Chain Traceability Principles: A Manufacturing Meta-Framework（2026年9月公開）
- NIST AMS 300-10: Recommendations on Ensuring Traceability and Trustworthiness of Manufacturing-Related Data
- ISO/IAF APG: Auditing the Procurement and Supply Chain Processes
- ISO/IAF APG: Scope and applicability
- ISO 9001:2026 公式規格ページ
- GS1 EPCIS and CBV Standard 2.0.1
- Thailand BOI: FAQ（個別制度・条件の確認先）
