物流効率化法への対応では、まず自社が特定荷主に該当するかを確認することが重要です。一方で、対象判定だけでは、セールや連休前、欠品復旧時に発生する出荷波動をどう扱うかは決まりません。
国土交通省の案内では、すべての荷主に対して、荷待ち時間・荷役等時間の短縮や積載効率向上に向けた努力義務と判断基準が示されています。さらに、前年度の取扱貨物重量が9万トン以上の荷主は、2026年度施行の特定荷主として、中長期計画や定期報告などの対象となります。EC事業者は、自社が発荷主・着荷主のどちらに当たる取引なのかも含め、個別の商流・物流を整理してください。
ただし、重量基準に達しないことは、出荷情報の連携を後回しにしてよい理由にはなりません。販売側が把握している受注見込み、販促予定、確定受注の締切を、3PL、運送会社、納品先が使える形式で渡せなければ、倉庫は人員・作業枠を、運送会社は集荷車両・運行を計画しにくくなります。
この記事でいうEC出荷連携台帳は、法定様式ではありません。カート、OMS、WMSから得たデータと、物流パートナー側の作業・輸送条件を結び、誰が・いつまでに・何を確定するかを合意する実務用の管理表です。制度対応の証跡だけでなく、日々の判断を速くすることを目的に設計します。
特定荷主の該当性、報告要否、貨物重量の算定範囲は、企業グループ構成や取引形態によって判断が変わり得ます。台帳の設計と、法令上の該当判定は分けて進め、必要に応じて国土交通省の手引きや専門家へ確認してください。
連携が崩れる原因は、「出荷予定」という一つの言葉に、確度の異なる数字が混在することです。カートの受注件数と、倉庫が当日出荷できる物量、運送会社へ引き渡す物量は同じではありません。台帳では少なくとも次の4区分に分けます。
| 区分 | 内容 | 主な利用者 | 更新の考え方 |
|---|---|---|---|
| 販売見込み | 販促、広告、メール配信、再入荷予定から見込む注文量 | EC・3PL | 週次で更新し、施策変更時に随時連絡 |
| 受注見込み | すでに受注した分と、当日締切までに入り得る分 | EC・3PL | 日次で更新 |
| 出荷確定量 | 在庫引当、決済確認、配送条件確認を終え、倉庫へ作業依頼できる量 | EC・3PL・運送会社 | 合意した確定締切後は原則固定 |
| 引渡し・納品予定 | 集荷車両へ引き渡す数量、または納品先予約に紐づく数量 | 3PL・運送会社・納品先 | 集荷・予約の変更に応じて更新 |
たとえば「セール当日は5,000件見込み」とだけ共有しても、3PLは作業開始時刻、波動のピーク、梱包条件、配送便別の物量を判断できません。反対に、確定前の数字を確定量として渡すと、不要な人員・車両手配や、予約枠の過剰確保につながります。
Shopify、ecforce、makeshop、BASE、EC-CUBE、futureshop、カラーミーショップなど、利用するカートによって取得できる項目や連携方法は異なります。しかし、台帳へ渡す情報の役割は共通です。カートの受注データをそのまま共有するのではなく、物流上の判断に必要な単位へ変換します。
台帳は、スプレッドシート、共有ドキュメント、OMS・WMSの帳票など、関係者が更新履歴を確認できる手段で運用します。新しいシステム導入を先に決める必要はありません。まずは、既存の3PLや運送会社の入力・受領方法に合わせ、以下の項目が欠けない状態を作ります。
ここでの数字は予測であり、確定指示ではありません。予測値には「暫定」「更新予定日時」を付け、3PLが人員計画に使う前提を明示します。
締切は「EC担当がCSVを出す時刻」だけで定めません。ピッキング開始、梱包、送り状発行、運送会社の集荷時刻から逆算し、3PL・運送会社と合意します。締切後の例外対応を無制限にすると、通常運用の締切が形骸化します。緊急出荷を認める場合は、対象理由、上限、追加費用の確認方法を別途定めます。
国土交通省は、荷待ち・荷役等時間の短縮、積載効率向上の取組方針や事例を公開しています。EC側の台帳でも、倉庫内の出荷完了だけで終わらせず、引渡し・納品に関わる条件を記録します。
予約情報をEC担当だけが保有したり、3PLだけが保有したりすると、波動変更時に判断が止まります。変更可否の判断者を事前に決め、少なくともEC、3PL、必要に応じて運送会社が同じ最新版を見られる状態にします。
重量は特定荷主の判定にも関係し得るため、件数だけでなく、取得可能なら重量のデータ定義も確認します。ただし、カート上の商品重量、梱包後重量、運送会社の請求重量は一致しない場合があります。何の重量を台帳に記録するか、出典と算定単位を欄名に明記してください。
一枚の台帳があっても、更新頻度と会議体が毎日同じでは負担が大きくなります。販売施策の重要度に応じて、運用モードを分けます。
通常日は、前営業日または当日の所定時刻に、受注見込みと出荷確定量を更新します。3PLは作業枠、運送会社は集荷枠を確認し、対応できない見込みがあれば、締切前にエスカレーションします。
確認すべきなのは件数だけではありません。大型商品、温度帯、ラッピング、離島配送、同梱条件など、標準作業から外れる受注が増えると、同じ件数でも必要な作業量は変わります。EC側は、販促や商品構成の変更を、確定受注になる前の販売見込み欄へ反映します。
セール前は、開始の数日前から、施策別・日別の見込みを共有します。この段階で確認するのは、出荷可能な上限を一方的に決めることではなく、次の選択肢です。
仮枠を確保した場合は、確定期限を必ず台帳に記録します。需要が読めないために広く枠を押さえ続けると、物流パートナーの計画を阻害する可能性があります。見込みが下振れした時の解除期限・連絡者も同時に合意します。
例外時は、通常の更新時刻を待つと遅れます。台帳には、少なくとも「何が起きたら」「誰が」「誰へ」「何分・何時間以内を目安に」連絡するかを記載します。
対象には、WMS・OMS・送り状発行システムの障害、在庫差異、決済連携不備、悪天候による集荷制限、納品予約の取消、配送会社からの受託制限などを含めます。連絡文には、発生時刻、影響する注文・物量、確定している事実、未確認事項、次回更新時刻を分けて書きます。推測を確定情報として伝えないことが重要です。
台帳導入の目的は、EC側が物流パートナーへ指示を増やすことではありません。販売計画と物流能力の不一致を早めに発見し、販売・出荷・配送の選択肢を比較できるようにすることです。
初回の打ち合わせでは、EC、3PL、運送会社の役割を次の順で確認します。
経済産業省が公表した2025年度調査では、予約システム、積込時間の共有、伝票の事前準備による改善に関する意見が示される一方、荷主側の改善が進まず荷待ちが長時間化するケースも紹介されています。自社の施策がどの程度の待機・荷役時間へ影響しているかは、取引先・拠点・運行ごとに異なります。一般論で効果を見込むのではなく、台帳の実績欄と物流パートナー側の記録を突き合わせて確認してください。
台帳は小さく始められますが、運用変更にはコストがあります。導入を決める前に、負担と例外を明示します。
特定荷主に該当する可能性がある企業は、この台帳を中長期計画や定期報告の代替書類とみなさないでください。一方で、実際の取組、関係者との連携、実績確認を継続して記録する仕組みは、制度対応を検討する際の基礎情報になります。まずは一つの出荷波動で、見込み・確定・実績・例外連絡を同じ表で追える状態を作り、その結果を次の販売施策と物流条件の合意に使うことから始めます。
記事では答えきれない個別の状況にもお応えします。