URUB
URUB
相談→
URUB / ARTICLE / 物流効率化法に対応するEC出荷連携台帳|出荷波動・集荷締切・…
#物流効率化法#EC物流#出荷管理#3PL連携#出荷波動#物流改善

物流効率化法に対応するEC出荷連携台帳|出荷波動・集荷締切・納品予約を3PL・運送会社と合意する手順

2026-10-06
ON THIS PAGE▼
  1. 01物流効率化法への対応を、日々の出荷判断までつなげる
  2. 02最初に分けるべき4つの情報
  3. 03EC出荷連携台帳に入れる項目と責任者
  4. 04通常日・セール前・例外時の運用を分ける
  5. 05合意形成は「能力確認」と「販売判断」を往復させる
  6. 06導入前に確認したいコストと例外
  7. 07参考情報

物流効率化法への対応を、日々の出荷判断までつなげる

物流効率化法への対応では、まず自社が特定荷主に該当するかを確認することが重要です。一方で、対象判定だけでは、セールや連休前、欠品復旧時に発生する出荷波動をどう扱うかは決まりません。

国土交通省の案内では、すべての荷主に対して、荷待ち時間・荷役等時間の短縮や積載効率向上に向けた努力義務と判断基準が示されています。さらに、前年度の取扱貨物重量が9万トン以上の荷主は、2026年度施行の特定荷主として、中長期計画や定期報告などの対象となります。EC事業者は、自社が発荷主・着荷主のどちらに当たる取引なのかも含め、個別の商流・物流を整理してください。

ただし、重量基準に達しないことは、出荷情報の連携を後回しにしてよい理由にはなりません。販売側が把握している受注見込み、販促予定、確定受注の締切を、3PL、運送会社、納品先が使える形式で渡せなければ、倉庫は人員・作業枠を、運送会社は集荷車両・運行を計画しにくくなります。

この記事でいうEC出荷連携台帳は、法定様式ではありません。カート、OMS、WMSから得たデータと、物流パートナー側の作業・輸送条件を結び、誰が・いつまでに・何を確定するかを合意する実務用の管理表です。制度対応の証跡だけでなく、日々の判断を速くすることを目的に設計します。

特定荷主の該当性、報告要否、貨物重量の算定範囲は、企業グループ構成や取引形態によって判断が変わり得ます。台帳の設計と、法令上の該当判定は分けて進め、必要に応じて国土交通省の手引きや専門家へ確認してください。

最初に分けるべき4つの情報

連携が崩れる原因は、「出荷予定」という一つの言葉に、確度の異なる数字が混在することです。カートの受注件数と、倉庫が当日出荷できる物量、運送会社へ引き渡す物量は同じではありません。台帳では少なくとも次の4区分に分けます。

区分内容主な利用者更新の考え方
販売見込み販促、広告、メール配信、再入荷予定から見込む注文量EC・3PL週次で更新し、施策変更時に随時連絡
受注見込みすでに受注した分と、当日締切までに入り得る分EC・3PL日次で更新
出荷確定量在庫引当、決済確認、配送条件確認を終え、倉庫へ作業依頼できる量EC・3PL・運送会社合意した確定締切後は原則固定
引渡し・納品予定集荷車両へ引き渡す数量、または納品先予約に紐づく数量3PL・運送会社・納品先集荷・予約の変更に応じて更新

たとえば「セール当日は5,000件見込み」とだけ共有しても、3PLは作業開始時刻、波動のピーク、梱包条件、配送便別の物量を判断できません。反対に、確定前の数字を確定量として渡すと、不要な人員・車両手配や、予約枠の過剰確保につながります。

Shopify、ecforce、makeshop、BASE、EC-CUBE、futureshop、カラーミーショップなど、利用するカートによって取得できる項目や連携方法は異なります。しかし、台帳へ渡す情報の役割は共通です。カートの受注データをそのまま共有するのではなく、物流上の判断に必要な単位へ変換します。

EC出荷連携台帳に入れる項目と責任者

台帳は、スプレッドシート、共有ドキュメント、OMS・WMSの帳票など、関係者が更新履歴を確認できる手段で運用します。新しいシステム導入を先に決める必要はありません。まずは、既存の3PLや運送会社の入力・受領方法に合わせ、以下の項目が欠けない状態を作ります。

1. 販売施策と出荷波動

  • 施策名、対象販売チャネル、開始・終了日時
  • 商品別・配送地域別の受注見込み、根拠となる更新日
  • 通常日の基準量、ピークが予想される時間帯
  • セット販売、同梱物、ギフト包装、冷蔵・冷凍など、作業時間に影響する条件
  • 欠品、予約販売、入荷遅延によって分納・保留となる可能性

ここでの数字は予測であり、確定指示ではありません。予測値には「暫定」「更新予定日時」を付け、3PLが人員計画に使う前提を明示します。

2. 出荷確定の締切と変更ルール

  • 当日出荷に含める受注の確定締切
  • 在庫引当、住所不備、決済確認、配送不可判定の完了時刻
  • 締切後に追加・取消・配送先変更を受け付ける条件
  • 締切後の変更を依頼する窓口、承認者、連絡方法
  • 翌営業日扱いになる条件と、購入者への案内担当

締切は「EC担当がCSVを出す時刻」だけで定めません。ピッキング開始、梱包、送り状発行、運送会社の集荷時刻から逆算し、3PL・運送会社と合意します。締切後の例外対応を無制限にすると、通常運用の締切が形骸化します。緊急出荷を認める場合は、対象理由、上限、追加費用の確認方法を別途定めます。

3. 集荷・納品予約・荷役条件

国土交通省は、荷待ち・荷役等時間の短縮、積載効率向上の取組方針や事例を公開しています。EC側の台帳でも、倉庫内の出荷完了だけで終わらせず、引渡し・納品に関わる条件を記録します。

  • 便・運送会社ごとの集荷予定時刻、引渡し可能時刻、物量
  • パレット、ロールボックス、ケース、バラなどの荷姿
  • 積込場所、車両制約、受付方法、伝票やラベルの準備条件
  • BtoB納品がある場合の予約日時、予約番号、納品先の受付・荷役条件
  • 予約変更が必要になった場合の連絡先、期限、再予約の担当

予約情報をEC担当だけが保有したり、3PLだけが保有したりすると、波動変更時に判断が止まります。変更可否の判断者を事前に決め、少なくともEC、3PL、必要に応じて運送会社が同じ最新版を見られる状態にします。

4. 実績と差分理由

  • 見込み、確定、実出荷、集荷引渡しの件数・個数・重量
  • 締切後変更数、保留数、翌営業日繰越数
  • 集荷遅延、予約変更、荷役上の支障の有無
  • 差分理由と、次回の予測・締切へ反映する担当者

重量は特定荷主の判定にも関係し得るため、件数だけでなく、取得可能なら重量のデータ定義も確認します。ただし、カート上の商品重量、梱包後重量、運送会社の請求重量は一致しない場合があります。何の重量を台帳に記録するか、出典と算定単位を欄名に明記してください。

通常日・セール前・例外時の運用を分ける

一枚の台帳があっても、更新頻度と会議体が毎日同じでは負担が大きくなります。販売施策の重要度に応じて、運用モードを分けます。

通常日:日次の確定連携を安定させる

通常日は、前営業日または当日の所定時刻に、受注見込みと出荷確定量を更新します。3PLは作業枠、運送会社は集荷枠を確認し、対応できない見込みがあれば、締切前にエスカレーションします。

確認すべきなのは件数だけではありません。大型商品、温度帯、ラッピング、離島配送、同梱条件など、標準作業から外れる受注が増えると、同じ件数でも必要な作業量は変わります。EC側は、販促や商品構成の変更を、確定受注になる前の販売見込み欄へ反映します。

セール・連休前:予測、仮枠、確定を分ける

セール前は、開始の数日前から、施策別・日別の見込みを共有します。この段階で確認するのは、出荷可能な上限を一方的に決めることではなく、次の選択肢です。

  • 3PLの作業枠を増やせるか。増やす場合の確定期限と費用は何か
  • 集荷便・配送サービスを追加できるか
  • 商品や配送地域を分けて波動を平準化できるか
  • 出荷リードタイムの表示を変更する必要があるか
  • BtoB納品予約を先行して確保すべきか

仮枠を確保した場合は、確定期限を必ず台帳に記録します。需要が読めないために広く枠を押さえ続けると、物流パートナーの計画を阻害する可能性があります。見込みが下振れした時の解除期限・連絡者も同時に合意します。

障害・欠品・集荷変更:例外連絡を先に決める

例外時は、通常の更新時刻を待つと遅れます。台帳には、少なくとも「何が起きたら」「誰が」「誰へ」「何分・何時間以内を目安に」連絡するかを記載します。

対象には、WMS・OMS・送り状発行システムの障害、在庫差異、決済連携不備、悪天候による集荷制限、納品予約の取消、配送会社からの受託制限などを含めます。連絡文には、発生時刻、影響する注文・物量、確定している事実、未確認事項、次回更新時刻を分けて書きます。推測を確定情報として伝えないことが重要です。

合意形成は「能力確認」と「販売判断」を往復させる

台帳導入の目的は、EC側が物流パートナーへ指示を増やすことではありません。販売計画と物流能力の不一致を早めに発見し、販売・出荷・配送の選択肢を比較できるようにすることです。

初回の打ち合わせでは、EC、3PL、運送会社の役割を次の順で確認します。

  1. 現状の流れを時系列で書く:受注確定、出荷指示、ピッキング、梱包、送り状、集荷、納品予約の各時刻と担当を並べます。口頭で「だいたい午後」となっている箇所を特定します。
  2. 固定条件と調整可能条件を分ける:集荷時刻、倉庫の作業開始時刻、納品予約期限、商品特性などを固定条件として整理します。締切、施策開始日時、配送方法、出荷リードタイム表示などを調整可能条件として検討します。
  3. 数字の定義をそろえる:「注文数」「出荷件数」「個数」「梱包数」「重量」「パレット数」のどれを指すのかをそろえます。比較対象の期間とタイムゾーンも明記します。
  4. 1つの施策で試行する:全チャネル・全商品へ一斉導入せず、次回セールや特定カテゴリで予測から実績までを記録します。
  5. 差分を次回の条件へ戻す:予測が外れた理由を、広告配信、在庫、商品構成、締切後変更、輸送制約などに分けます。単に「予測精度が低い」で終わらせません。

経済産業省が公表した2025年度調査では、予約システム、積込時間の共有、伝票の事前準備による改善に関する意見が示される一方、荷主側の改善が進まず荷待ちが長時間化するケースも紹介されています。自社の施策がどの程度の待機・荷役時間へ影響しているかは、取引先・拠点・運行ごとに異なります。一般論で効果を見込むのではなく、台帳の実績欄と物流パートナー側の記録を突き合わせて確認してください。

導入前に確認したいコストと例外

台帳は小さく始められますが、運用変更にはコストがあります。導入を決める前に、負担と例外を明示します。

  • データ整備の負担:商品マスタの重量、温度帯、荷姿、配送制約が未整備なら、最初から精緻な予測はできません。空欄項目を埋める優先順位を決めます。
  • 連携頻度の負担:リアルタイム連携が必要とは限りません。出荷量、販売施策、締切後変更の頻度に合わせて、週次・日次・イベント時の更新を選びます。
  • 既存システムとの適合:3PLや運送会社が利用するWMS、予約システム、EDI、メール様式に合わせるため、項目追加やCSV加工が必要になる場合があります。
  • 委託条件との整合:追加作業、臨時人員、集荷便、予約変更には費用や受付期限が設定されていることがあります。SLAや業務委託契約、運送条件を確認します。
  • 個人情報の扱い:台帳には、原則として注文番号や集計値を用い、購入者の氏名・住所などを必要以上に複製しません。例外対応で個人情報を扱う場合も、共有先と保管期間を限定します。

特定荷主に該当する可能性がある企業は、この台帳を中長期計画や定期報告の代替書類とみなさないでください。一方で、実際の取組、関係者との連携、実績確認を継続して記録する仕組みは、制度対応を検討する際の基礎情報になります。まずは一つの出荷波動で、見込み・確定・実績・例外連絡を同じ表で追える状態を作り、その結果を次の販売施策と物流条件の合意に使うことから始めます。

参考情報

FREE CONSULT

この課題、もっと詳しく相談したい方へ

記事では答えきれない個別の状況にもお応えします。

無料で相談する →
CONSULT/ 無料相談

Stuck?
Let's talk.

この記事を読んでも詰まったら、相談してみてください

記事では答えきれない個別の状況にもお応えします。まずはお気軽にどうぞ。

HOW IT WORKS

  1. 01
    フォームで送信
    お名前とご状況を簡単にお知らせください。
  2. 02
    担当者がご連絡
    1営業日以内に株式会社かいなよりご連絡します。
  3. 03
    無料でご相談
    まずは状況をヒアリングし、最適な方向性をご提案します。