2026.10.22 Webシステム

物流のシステム統合｜合併・拠点統合・3PL受託でWMSとTMSを寄せる方式と切替計画

物流のシステム統合は、ほぼ必ず「倉庫を止めずに」という条件付きで始まります。物流会社どうしの合併、複数倉庫の拠点統合、3PLとして荷主の物流業務を丸ごと引き取る受託。どの場面でも、出荷が一日止まれば荷主の売上が止まります。この記事では、三つの場面で統合対象がどう変わるかを切り分けたうえで、WMSとTMSを片寄せ・新設・拠点ごとの並行稼働のどれで統合するかの選び方、荷主ごとに違うEDIとコード体系の移行順序、在庫の締めと切替日の決め方、切戻しの判断基準を整理します。2024年に基幹システムの切替で物流センターの出荷が止まった公表事例と、2026年4月に施行された物流効率化法の基準から、統合後に残すべきデータまで逆算しました。

まとめ：物流のシステム統合で先に決める在庫の正本・統合方式・切替日

方式の選択は、荷主の数と拠点の数でほぼ決まります。存続側のWMSが相手の荷主別ルールを設定で表現できるなら片寄せ、拠点が多く一斉に切り替えられないなら拠点ごとの並行稼働、どちらのシステムも更改期を迎えているときに限って新設です。どの方式でも、在庫の正本をどのシステムに置くかを最初に決めておかないと、統合後の数字の食い違いを誰も確定できません。

切替計画で効くのは、移行データの量より日程の制約です。荷主の締め日、繁忙期、月末の請求処理を外すと、切替に使える日は年に数回しか残りません。在庫は帳簿の変換ではなく実棚の棚卸しで確定させ、切替当日は「何時までに出荷データが流れなければ旧システムに戻す」を時刻で決めておく。荷主ごとのEDI改修は統合日に詰め込まず、変換の仕組みを境界に置いて先送りできる形にします。

統合で取扱量や車両台数が合算されると、物流効率化法の特定事業者の基準を超えることがあります。報告に要る数値の取得元を統合後のシステム構成に含めておく。この一手間を後回しにすると、統合直後にもう一度改修が発生します。

物流のシステム統合が起きる三つの場面と、場面ごとに変わる統合対象の範囲

同じ「物流のシステム統合」でも、合併・拠点統合・3PL受託では統合する相手が違います。範囲を取り違えると見積もりの前提が崩れるため、まず自社がどの場面にいるかを確定させます。

物流会社どうしの合併で二社のWMS・TMSと営業所コードが重なる場面

合併では、倉庫管理のWMS、配車と運賃を持つTMS、請求と会計の基幹の三つが二組ずつ存在します。統合対象が最も広く、営業所コード、車両番号、得意先コードといった基本マスタが二社分で重複している状態から始まる場面です。同じ荷主と両社が取引していれば、荷主側から見た窓口とEDIの接続先も二本あります。

合併で先に統合するのは、多くの場合TMSと基幹です。配車と請求は会社単位で一本化しないと、合併後の決算と運賃請求が回りません。WMSは倉庫ごとに独立して動くため、拠点単位で後から寄せる余地が残ります。この時間差を使えるかどうかで、統合計画の難度が大きく変わります。

拠点統合で複数倉庫のWMSを一つに寄せ在庫とロケーションを移す場面

拠点統合は、会社は一つのまま、複数の倉庫を大型拠点へ集約する場面です。統合対象はWMSとそこに紐づく在庫・ロケーション・作業実績に絞られます。システムの統合と在庫の物理的な移動が同時に起きる点が、他の二つの場面との違いです。

ここで詰まるのはロケーション体系です。旧倉庫の棚番は「通路-連-段」の3階層、新拠点は自動倉庫を含む5階層、といった差があると、移送中の在庫をどちらの体系で持つかを決めなければなりません。移送トラックに載っている数日間の在庫を、旧拠点・新拠点のどちらの帳簿にも載らない状態にしないこと。仮想の「移送中ロケーション」を新拠点側に作っておく方法が実務では扱いやすい形です。

3PL受託で荷主の既存システムから自社WMSへ業務ごと引き取る場面

3PLの受託では、荷主が自社倉庫や別の物流会社で使っていたシステムから、受託側のWMSへ業務を移します。統合の主導権が受託側にあるように見えて、実際には荷主の受注システムと基幹は動かせません。変えられるのは自社のWMSと、荷主との間の接続部分だけです。

このため受託案件の統合は、荷主の出荷指示データを受け取る口と、出荷実績・在庫を返す口の設計が中心になります。前任の物流会社が独自形式で受けていた場合、その形式を受託側でも再現するのか、荷主に改修してもらうのかで費用負担が分かれます。見積もりの段階で、接続形式の変更を誰の費用で行うかを契約に書いておくのが安全です。

WMS・TMS統合の片寄せ・新設・並行稼働を荷主数と拠点数で選び分ける条件

統合方式は三つあり、物流では金融ほど「一夜で全部切り替える」ことに固執しません。倉庫は拠点単位で独立して動けるため、時間差での統合が選べるからです。判断軸は、荷主別ルールの吸収可否と、同時に切り替える拠点の数です。

片寄せを選ぶ条件｜存続側WMSが相手の荷主別ルールを設定で吸収できるか

片寄せは、一方のWMS・TMSを残し、もう一方の拠点と荷主を寄せる方式です。改修範囲が存続側の設定追加と移行プログラムに限られるため、期間が最も読めます。選べる条件は、存続側が相手の荷主ごとの出荷ルールを設定で表現できることです。具体的には、引当の順序（先入れ先出しか賞味期限順か）、ロット・シリアルの管理有無、流通加工の指示、荷主指定の送り状と納品書の帳票。この4点を荷主ごとに表にし、存続側で設定だけで表現できない項目の数を数えます。

設定で表現できない項目がコード改修になる構造なら、片寄せの利点は薄れます。荷主一社を追加するたびに改修が入るWMSへ数十社を寄せると、改修の総量が新設と変わらなくなるためです。考え方は金融機関の統合と共通しており、方式ごとの費用構造は金融機関のシステム統合で片寄せ・新設・連携を選ぶ条件でも整理しています。

新設に振れる条件と統合を機にWMSを作り直す場合の期間と費用の膨らみ方

新設は、両社のシステムを廃止して新しいWMS・TMSへ双方が移る方式です。荷主別ルールを最初から設計し直せるため、統合後の運用は最も整います。代償は期間で、要件定義から全拠点の切替までは片寄せの倍以上を見込むことになり、その間は旧システム二組の保守費も払い続けます。

新設を選んでよいのは、どちらのWMSも保守期限や基盤の更改期を数年内に迎え、統合しなくても入れ替えが避けられない場合です。片方が更改直後なら、その資産を捨てる理由はありません。既存システムを作り直すのか、載せ替えで延命するのかの線引きはマイグレーションとリプレイス・モダナイゼーションの違いで扱っています。

拠点ごとに順次切り替える並行稼働と二重運用を長引かせない期限設定

並行稼働は、新旧のシステムを同時に動かしながら、拠点を一つずつ新しい側へ移していく方式です。物流ではこれが最も現実的な選択になる場面が多く、拠点が10か所あれば、最初の1拠点で問題を出し切ってから残りを月に1〜2拠点のペースで移す、という組み方ができます。一斉切替で全拠点の出荷が止まるリスクを、1拠点分に限定できる点が最大の利点です。

弱点は二重運用の期間です。旧システムの保守費、両システムへのマスタ二重登録、拠点をまたぐ在庫照会の手作業が、最後の拠点が移るまで続きます。採用するなら、最終拠点の切替期限と、期限を過ぎた場合に判断する責任者を開始時点で文書にしておきます。期限のない並行稼働は、数年たっても旧システムが1拠点だけ残る形で固定化しがちです。

三方式の比較表｜切替単位・停止時間・荷主への影響・運用費の出方

三方式を同じ軸で並べると、並行稼働はリスクを時間で分散し、その分だけ運用費を払う方式だと分かります。期間と費用は案件規模で桁が変わるため、相対比較として示します。

方式	切替単位	停止の影響	荷主側の改修	統合中の運用費
片寄せ	拠点または全体	中	寄せる側の荷主のみ	短期で減る
新設	全体が多い	大	全荷主	長期で二重
並行稼働	拠点ごと	小	拠点の荷主ごと	最終拠点まで二重

片寄せと並行稼働は排他ではありません。存続側へ寄せる片寄せを、拠点ごとの並行稼働で段階的に進める組み合わせが、合併案件では最も多い形です。

荷主EDIとコード体系の移行で取引先側の改修を最小に抑える設計の順序

システムの統合が社内で完結しても、荷主と運送会社との接続が残ります。ここは相手の改修予定に左右されるため、統合日に合わせて全部を切り替えようとすると日程が崩れます。

荷主ごとに違う出荷指示・入荷予定のEDI形式を棚卸しする台帳の作り方

最初に作るのは、荷主ごとの接続台帳です。荷主名、受け取るデータの種類（出荷指示、入荷予定、在庫照会）、返すデータの種類（出荷実績、在庫報告、請求明細）、形式（固定長、CSV、XML、Web画面からの手入力）、通信手段、送受信の時刻、担当窓口を1行ずつ埋めます。合併なら両社分を一つの台帳に並べ、同じ荷主が二本の接続を持っていないかをここで見つけます。

台帳ができると、統合日に変えなければならない接続と、変えずに残せる接続が分かれます。多くの接続は、受け口の内側で形式を変換すれば荷主側を触らずに済む構造です。平時の連携をどう二層に分けて設計するかは物流のデータ連携を社内WMS・TMSと企業間EDIの二層で設計する方法にまとめており、統合では、この境界に変換の層を置くことが荷主側の改修を先送りする手段になります。

商品コード・荷主コード・ロケーションコードの対応表と採番ルールの決め方

コード体系の統合で衝突するのは、荷主コード、商品コード、ロケーションコードの3種類です。荷主コードは両社が同じ番号を別の荷主に振っていることが普通にあり、商品コードは荷主のJANコードをそのまま使う会社と、自社採番の管理番号を使う会社が混在します。

採番ルールは、統合後に新しい番号体系を作り、旧コードとの対応表をシステムに持たせる形が基本です。対応表はEDIの変換と帳票の出力で参照されるため、切替後も最低1年は保持します。荷主が旧コードで問い合わせてくる期間がそれくらい続くからです。新番号の体系に旧会社の識別子を埋め込む案は、統合直後は便利でも数年後に意味を失うため採りません。

物流情報標準ガイドラインver3.00へ寄せる判断を統合時に下す理由

国土交通省は2025年2月7日に物流情報標準ガイドラインをver3.00に改訂したと発表しています。改訂では、標準貨物自動車運送約款の改正と新たな標準的な運賃への対応、物流サービス提供者が参画する標準プロセスの追加、運送事業者から荷主企業へのCO2排出量報告への対応が加わりました。

統合はメッセージ形式を見直す数少ない機会です。どうせ接続台帳を全件洗い出し、変換の層を作り直すのであれば、新しい受け口をガイドラインの形式に合わせておくと、統合後に新しい荷主や運送会社を迎えるときの個別開発が減ります。逆に、取引先がほぼ固定で増える見込みがない事業者は、統合日に標準化まで抱え込む必要はありません。統合を確実に終わらせることを優先し、標準化は次の更改に回す判断で足ります。

倉庫を止めずに切り替える計画｜在庫の締め・棚卸し・切戻し判断の時刻設計

切替の設計は、移行プログラムの作り込みよりも「いつ、何を確定させるか」で成否が決まります。物流特有なのは、在庫が物理的に存在し、切替の最中も入荷と出荷が止まらない点です。

在庫移行は帳簿でなく実棚で確定させ切替前後の差異を潰す棚卸しの段取り

在庫データは、旧システムの帳簿在庫を変換して移すだけでは確定しません。帳簿と実棚の差異が旧システムに残ったまま移ると、新システムで最初に引当てた瞬間に欠品として表に出ます。切替の直前に対象拠点の棚卸しを行い、実棚の数量で新システムの初期在庫を作るのが基本です。

全数棚卸しが重い拠点では、切替の1〜2か月前から循環棚卸しで差異を潰しておき、直前は高回転品と高額品に絞る方法があります。判定基準は「ロケーション単位・ロット単位で旧新の数量が一致すること」です。品目単位の合計一致では通しません。合計が合っていても棚がずれていれば、ピッキングで作業者が空の棚の前に立つことになります。

繁忙期と荷主の締め日を外して切替日を決める物流特有の日程制約

切替日の候補は、外部の都合で大半が消えます。年末と年度末の繁忙期、お中元・お歳暮やセールといった荷主ごとの山、月末の請求締め、荷主の棚卸し日。これらを荷主ごとに書き出して重ねると、全拠点で同時に切り替えられる日は年に数回しか残りません。並行稼働が選ばれやすいのは、拠点ごとに荷主の顔ぶれが違い、この制約を拠点単位でかわせるからでもあります。

曜日の選び方にも定石があります。出荷量が少ない週末の前、たとえば金曜の出荷締め後に切り替え、土日を検証と修正に充て、月曜の入荷から新システムで動かす組み方です。土曜出荷がある荷主を抱える拠点では、この組み方が使えません。拠点ごとに使える曜日が違うことを、日程表の段階で反映しておきます。

切替当日のチェックポイントと出荷を止めるか旧系に戻すかの判断基準

切替当日は、時刻ごとにチェックポイントを置き、前進か切戻しかをそこで判定します。物流での置き場所は、旧システムの出荷締めと在庫凍結、初期在庫の投入完了、荷主からの出荷指示の受信確認、テスト出荷1件の送り状発行と実績返信、の4か所が基本形です。判定者は1人に決め、合議にはしません。

各チェックポイントには、通過条件と切戻しにかかる時間を並べて書きます。旧システムへの切戻しに4時間かかり、翌朝6時に出荷作業が始まるなら、深夜2時が最終判断の時刻です。「出荷指示の受信が何時までに確認できなければ戻す」と時刻で決めておけば、当日の圧力で判断が引きずられません。出荷を止めて新システムで粘るか、旧システムで出荷を続けるかの二択では、荷主への影響が小さい後者を既定にしておくほうが安全です。

統合の失敗事例と物流効率化法から逆算する統合後のデータと見送り条件

最後に、公表された失敗事例と法令の基準から、統合計画に足しておく項目を逆算します。

基幹切替で物流センターの出荷が止まった事例から読むデータ不整合の範囲

江崎グリコは2024年4月3日に基幹システムを切り替えた際の障害で、チルド食品を扱う全国の物流センターの業務を一時停止しました。同社の2024年4月19日付の発表によると、18日に一部再開したものの、物流センターでの出荷に関するデータ不整合等が起き、想定した受注に処理が追いつかず、出荷を再び止めています。2024年12月6日の報告では、11月5日の出荷再開分で障害前の全品出荷の状態に戻ったとされ、全面復旧まで約7か月を要しました。

この事例から引ける教訓は二つです。一つは、検証の範囲を基幹の内側で閉じず、物流センターの出荷データまで通しで確かめること。もう一つは、処理能力の検証を本番相当の受注件数で行うことです。小さなテストデータで正しく動いても、本番の件数で締め時刻に間に合わなければ出荷は止まります。工程別の失敗要因は基幹システム刷新の失敗事例を工程別に分解した記事で詳しく扱っています。

統合で特定事業者の基準を超える場合に定期報告の数値を取る場所の設計

2026年4月から施行された物流効率化法では、一定規模以上の荷主と物流事業者が特定事業者に指定されます。国土交通省の施行に伴う義務の資料が示す基準は、トラック事業者等が保有車両台数150台以上、倉庫業者が貨物の保管量70万トン以上、荷主が取扱貨物の重量9万トン以上です。指定されると中長期計画の作成と定期報告が求められ、荷主側には物流統括管理者の選任も加わります。

判定は前年度の実績で行うとポータルサイトの特定事業者の指定のページに記載があります。合併で両社の車両台数や保管量を合算すると、単独では基準未満だった会社が基準を超えることがあり得ます。合併初年度の扱いはこのページに記載が見当たらないため、所管の窓口へ確認しておくべき事項です。システム側では、報告に使う数値を統合後のTMSとWMSのどこから取るかを統合設計の段階で決め、旧システムに残る期首の実績も集計できる形で保持します。報告の中身は物流効率化法の特定荷主の義務と記録データの要件で整理しています。

片寄せ・一括切替を見送るべき場面と統合を分割して先送りする判断条件

片寄せを見送るべき場面ははっきりしています。存続側のWMSが3年以内に保守期限を迎える場合、荷主別ルールの半数以上がコード改修になる場合、そして寄せる側の出荷件数が存続側の処理実績のピークを超える場合。どれも改修量と性能が読めず、片寄せの利点である期間の確度が失われます。全拠点の一括切替は、拠点が3か所を超え、荷主の締め日が拠点ごとに違う時点で選びません。

統合そのものを分割して先送りする判断もあります。合併日にTMSと基幹だけを一本化し、WMSは拠点ごとに1年かけて寄せる、という分け方は現実的です。条件は、最終拠点の期限と方式を合併日までに決めておくこと。方式の選定から移行の実行までを外部に任せる場合は、システムマイグレーション・リプレイスの支援で対応範囲を確認できます。

よくある質問

物流のシステム統合について、計画段階でよく出る質問をまとめました。

物流会社の合併でシステム統合にはどのくらいの期間がかかりますか？

所要期間は、方式と拠点数によって大きく変わるものです。片寄せで拠点が数か所なら1年前後、拠点ごとの並行稼働で10拠点を順に移すなら、最初の拠点の切替後に月1〜2拠点のペースで進めるため、さらに半年から1年が加わります。新設はその倍以上を見込みます。合併日とシステム統合の完了日を同じにする必要はなく、TMSと基幹を先に一本化し、WMSを後から寄せる分け方が一般的です。

WMSとTMSはどちらから統合するべきですか？

合併では、会社単位で一本化しないと請求と決算が回らないTMSと基幹を先に統合し、倉庫ごとに独立して動けるWMSを後に回すのが基本です。拠点統合ではWMSが主役になり、TMSは配送先の変更程度で済むことが多くなります。3PL受託では荷主との接続口の設計が先で、TMSは既存の運送手配の仕組みに載せられるかで判断します。

倉庫を止めずにシステムを切り替えることはできますか？

完全に止めないのは難しく、実務では停止時間を短くする設計をします。金曜の出荷締め後に在庫を凍結し、土日に初期在庫の投入と検証を行い、月曜の入荷から新システムで動かす組み方が典型です。拠点ごとに切り替える並行稼働なら、止まるのは1拠点分に限られます。切戻しの最終判断時刻を事前に決めておけば、最悪でも旧システムで出荷を続けられます。

3PLで荷主のシステムから業務を引き継ぐときの注意点は何ですか？

荷主の受注システムと基幹は受託側では変えられないため、出荷指示を受け取る口と、出荷実績・在庫を返す口の設計が中心になります。前任の物流会社が独自形式で受けていた場合、その形式を再現するか荷主に改修を依頼するかで費用の負担者が変わります。接続形式の変更を誰の費用で行うかを、見積もりの段階で契約に書いておくのが安全です。

統合後のシステムで物流効率化法の報告に対応する必要はありますか？

統合で保有車両台数や保管量が合算され、特定事業者の基準（トラック事業者等150台以上、倉庫業者70万トン以上、荷主9万トン以上）を超える場合は、中長期計画と定期報告の対象になり得ます。判定は前年度の実績で行われます。合併初年度の扱いは所管の窓口に確認したうえで、報告に使う数値を統合後のWMSとTMSのどこから取るかを統合設計に含めてください。