OEM受託

アパレルOEM/ODMの製造委託代金支払期日ルールと工場マスタでの管理【2026年版】

人

2026年7月30日20分で読める

アパレルのOEM/ODM受託メーカーが縫製工場へ支払う製造委託代金には、下請法（2026年1月から「取適法」に改称。以下、取適法）の支払期日ルールが適用されます。受領日から60日以内という上限を、複数の工場・複数のブランド案件を並行して抱えたまま、正しく守れているでしょうか。

本記事は、自社が委託事業者として工場へ代金を支払う場面に絞り、支払期日60日ルールの起算日と数え方、受託の現場で管理が崩れる理由、そして工場マスタで支払条件と期日を一元管理する設計を、作る側＝受託メーカーの実務視点で解説します。下請法（取適法）とアパレル受託の関係の全体像はアパレルOEM/ODM受託と下請法（取適法）完全ガイドで整理しています。

支払期日60日ルールとは｜起算日と数え方（早見表）

支払期日60日ルールとは、委託事業者が受託事業者から製品を受領した日から起算して60日以内、かつできる限り短い期間内に代金を支払わなければならないという取適法上のルールです。アパレルOEM/ODMでは、自社が縫製工場へ量産品の製造を委託し、完成品を受領して代金を支払う場面がこれにあたります。

支払期日の基本ルールを1枚に整理すると、次のとおりです。

項目	ルール
起算日	製品を受領した日（検収完了日ではない）
上限	受領日から起算して60日以内
原則	60日以内かつ「できる限り短い期間」内に定める
期日の明示	発注時に発注書（書面）で支払期日を記載
遅延した場合	60日を超えた日から年14.6%の遅延利息が発生（取適法テキスト）

ここで最も間違えやすいのが起算日です。60日は検品や検収が終わった日ではなく、あくまで製品を受領した日から数えます。アパレルでは入荷後の検品に時間がかかりがちで、検収完了を待ってから支払処理を始めると、それだけで受領日起算の60日を圧迫します。2026年1月の取適法への改正内容は政府広報オンライン、支払期日を含む条文の詳細は取適法テキストで確認できます。

アパレルOEM/ODM受託で支払期日管理が崩れる理由

支払期日管理が崩れる最大の理由は、支払条件が工場ごと・案件ごとにバラバラで、その情報がExcelと個人メールに分散していることです。受領日・支払サイト・締め日・通貨・支払方法が一箇所にそろっていないため、60日の期限を横断で追う手段が存在しません。

工場ごとに通貨・支払サイト・締め日が異なりExcelと個人メールに分散して支払期日が追えなくなる構造の図解

アパレル受託の現場では、上海工場は人民元建てで締め日も独自、ベトナム工場はドル建て、国内工場は月末締め翌月末払いといった具合に、支払サイトと通貨が拠点ごとに異なります。案件ごとに納品タイミングもずれるため、同じ月でも受領日が異なる複数の支払いが並走します。この状態でExcelの支払予定表を手で更新していると、受領日の記入漏れひとつで60日の起算がずれ、期限管理が破綻します。

見落としがちなのが、自社の立場が場面によって変わることです。ブランドから受託する側では自社は保護される中小受託事業者ですが、縫製工場へ発注して代金を支払う側では、自社が委託事業者として取適法の規制対象になります。ここで支払期日を守れなければ支払遅延にあたり得ます。支払遅延がどの違反類型に位置づけられるかはアパレル受託で違反しやすい下請法（取適法）5類型で整理しています。

複数工場・複数ブランドの支払期日を工場マスタで一元管理する

支払期日の見落としを構造的に防ぐ核心は、支払条件を担当者の管理表から工場マスタへ移し、発注（PO）に紐づけて期日を自動で算出することです。工場を増やしても、期日管理が担当者の記憶と手作業に依存しない状態をつくります。

Excel・個人メールでの支払期日管理が崩れる規模の目安

Excelと個人メールでの支払期日管理は、取引工場が一定数を超えると急に立ち行かなくなります。通貨・締め日・支払方法の組み合わせが増えるほど、突合の手間と見落としのリスクが跳ね上がるためです。

取引工場5拠点・10拠点・20拠点での支払期日管理工数の目安を比較した想定モデル試算のグラフ

取引工場数ごとの管理状態と、Excel突合にかかる月間工数の目安を整理すると次のようになります。

取引工場数	支払期日管理の状態	Excel突合の月間工数目安
5拠点	通貨・サイトが少なく1枚のExcelで回せる	約2時間/月
10拠点	通貨・締め日・支払方法が混在し始める	約6時間/月
20拠点	拠点×ブランドで支払期日が数十件/月に分散	約15時間/月超

上表は中堅アパレルODM（従業員50〜200名）の標準的な受託業務を当社がモデル化した想定モデル試算値であり、特定企業の実測導入事例ではありません。実際の工数は取引社数・支払条件の多様さ・既存運用により変わります。

目安として取引工場10拠点を超えたあたりから、支払期日の管理は特定担当者に集中し、その人が不在になると期限が追えなくなります。この属人化のリスクが見え始めた時点が、仕組み化を検討する実務的な分岐点です。

工場マスタで支払条件・期日を一元管理する設計

崩れやすい支払期日管理を安定させる設計は、工場マスタに支払条件そのものを持たせることです。工場単位で支払サイト・締め日・通貨・支払方法を登録し、その工場への発注が確定したら受領予定日から支払期日を自動で計算させます。

工場マスタに支払サイト・締め日・通貨を登録し発注に紐づけて支払期日を自動算出する画面イメージ

工場マスタに支払条件を持たせると、発注書の発行と支払期日の設定が同じデータでつながります。品番・数量・単価・通貨を登録して発注書PDFを出力する流れはアパレルの発注管理とPO発行を仕組み化する方法で解説していますが、この発注データに工場マスタの支払サイトを掛け合わせれば、PO単位で支払期日が自動的に定まります。担当者は受領日を入力するだけで、60日の上限に対して余裕があるかを一覧で確認できます。

海外工場では通貨と支払サイトの管理が特に重要になります。上海・ベトナムなど拠点ごとに異なる通貨建てと締め日を工場マスタで保持しておけば、拠点横断で支払期日を並べて見落としを防げます。海外工場の進行と支払条件を束ねる考え方はアパレル海外工場の進行管理でも扱っています。支払期日を「個人の予定表」から「工場マスタに紐づくPOの属性」へ移すことが、見落としゼロへの起点です。

支払遅延が起きた場合の遅延利息・是正の流れ

万一、支払期日を過ぎてしまった場合、委託事業者には遅延利息の支払い義務が生じます。取適法では、受領日から起算して60日を経過した日から実際に支払う日までの期間について、年14.6%の遅延利息を支払うこととされています（取適法テキスト）。

支払遅延が発生した場合に受領日起算60日を超えた分の遅延利息が発生し是正へ進む流れの図解

是正の基本は、遅延を検知したら速やかに未払い分と遅延利息を支払い、再発防止として支払期日の管理方法そのものを見直すことです。行政による調査や指導が入る前に、自社で支払遅延を検知できる仕組みがあるかどうかが分かれ目になります。受領日から支払期日を自動算出し、期限が近い支払いをアラートで可視化しておけば、担当者の記憶に頼らずに遅延を未然に防げます。個々の型代・サンプル代の未払いを契約実務で防ぐ観点はアパレルOEM/ODM受託の型代・サンプル代未払いを防ぐ契約実務で補足しています。

よくある質問（FAQ）

Q1. アパレルOEM/ODMの製造委託代金の支払期日はいつまでですか？

自社が委託事業者として縫製工場へ支払う製造委託代金は、製品を受領した日から起算して60日以内、かつできる限り短い期間内に支払う必要があります（取適法テキスト）。60日はあくまで上限であり、余裕をもって短い期間で支払うことが原則です。支払期日は発注時に発注書へ記載しておきます。

Q2. 支払期日の起算日は検収完了日ですか、受領日ですか？

起算日は製品を受領した日であり、検収完了日ではありません。アパレルでは入荷後の検品に日数がかかりますが、検品や検収の完了を待っている間も60日は受領日から進みます。検収完了を合図に支払処理を始める運用にしていると、受領日起算の60日を超えやすいため、受領日そのものを起点に管理することが重要です。

Q3. 支払期日を過ぎた場合、遅延利息はかかりますか？

かかります。取適法では、受領日から起算して60日を経過した日から実際の支払日までの期間について、年14.6%の遅延利息を支払うこととされています（取適法テキスト）。遅延を検知したら、未払い分と遅延利息を速やかに支払い、あわせて支払期日の管理方法を見直すのが基本の対応です。

Q4. 2026年1月の取適法への改正で支払期日ルールは変わりましたか？

2026年1月に下請法は「取適法」へ改称され、適用対象や取引適正化に関する見直しが行われました（政府広報オンライン）。支払期日を受領日から60日以内とする骨格は、引き続き支払遅延防止の中核として位置づけられています。改正の全体像と自社への当てはめは、政府広報と取適法テキストの一次ソースで確認してください。

Q5. 複数工場の支払期日をどう管理すれば見落としを防げますか？

工場ごとに異なる支払サイト・締め日・通貨を工場マスタに登録し、発注（PO）へ紐づけて支払期日を自動算出するのが有効です。受領日を入力すれば60日の上限に対する残日数が一覧で見えるため、担当者の記憶や個別のExcelに依存せずに済みます。発注データと支払条件を同じ仕組みでつなぐことが、拠点が増えても見落としを防ぐ前提になります。