既存WMSはそのままでいい。トラック受付システムとの共存連携を徹底解説

「荷待ち時間の計測を始めたいが、WMSを入れ替える体力はない」「バース管理機能付きの大型システムに乗り換えるべきか迷っている」——改正物流効率化法への対応を検討する倉庫・3PLから、最も多く聞かれる悩みです。

結論から言えば、既存WMSの入れ替えは不要です。WMSとトラック受付システムは担当するレイヤーが異なるため、壊し合うことなく共存できます。本記事では、その役割分担の考え方と、二重入力を生まない連携パターン、導入ステップを詳しく解説します。

WMSと受付システムは「担当レイヤー」が違う

混同されがちですが、両者の守備範囲は明確に分かれています。

WMSは「トラックが着いてから荷物が棚に載るまで」に強い一方、「トラックが敷地に着いてからバースに接車するまで」の待機時間はほとんどのWMSの守備範囲外です。改正物流効率化法が求める荷待ち時間の計測は、まさにこの空白レイヤーで発生します。だからこそ、WMSを触らずに受付レイヤーだけを追加するのが最短ルートになります。

共存パターン①：連携なしの「並走運用」（まずはこれで十分）

意外に思われるかもしれませんが、法対応目的ならシステム連携は不要です。荷待ち・荷役等時間の計測に必要なのは受付→呼出→接車→完了の4打刻だけで、これは受付システム単体で完結します。

• ドライバーはQRから受付（庫内スタッフの入力ゼロ）
• 現場はタブレットで呼出・完了をワンタップ（現場司令塔）
• 月次の荷待ちレポート・様式第5対応シートはワンクリック出力

WMS側の運用は一切変わりません。「入荷検品はWMS、車の呼出は受付システム」と道具を分けるだけです。二重入力が発生しない理由は単純で、そもそも扱う情報が重複していないからです。

共存パターン②：CSVでつなぐ「ゆるやかな連携」

並走運用が定着したら、CSVを使った連携で活用の幅を広げられます。

入荷予定 → 受付システム（事前予約の精度向上）

WMS・基幹システムから出力した入荷予定をもとにバース予約枠を組めば、「何時にどの車が来て、何が降りるか」が現場で一望できます。予約の備考に伝票番号・入荷予定番号を入れておけば、接車時の突合もスムーズです。

受付システム → WMS・Excel（車両実績の取り込み）

受付システム側からは荷待ちCSV・入退場記録CSVをエクスポートできます。庫内の生産性分析（例：荷役時間×物量の相関）や、荷主への月次データ提供に組み合わせて活用できます。

この段階でも既存システムの改修はゼロです。CSVの出し入れだけなので、情報システム部門の開発案件にせず現場主導で始められます。

共存パターン③：APIでの自動連携（必要になってから）

拠点数が多い、予約と入荷予定を完全同期したい、といった段階になれば、API連携による自動化も選択肢に入ります。ただし順序が重要です。先に並走運用で「現場が回る受付フロー」を固めてから自動化する方が、要件が明確になり開発の手戻りがありません。最初からAPI連携を前提にすると、導入自体が情報システム案件化して数カ月止まる——これが最も避けたい失敗パターンです。

「大型システムへの乗り換え」と比べてどうか

バース管理機能を内包した大型WMS・TMSへの乗り換えという選択肢もありますが、次の点は冷静に比較すべきです。

定期報告には年度の実績が必要です。計測の空白期間を作らないという一点だけでも、まず共存型で計測を始める価値があります（初回の定期報告と実績期間の関係は様式第5の書き方ガイドを参照）。

導入ステップ（ヨビトラの場合）

• STEP1（当日）：受付QRを守衛室・入口に掲示。ドライバー受付が始まる
• STEP2（当日）：市販タブレットを現場に設置し、呼出・完了のワンタップ運用を開始
• STEP3（当月内）：荷待ちレポートの自動集計を確認。必要ならWMSの入荷予定CSVで予約枠を整備
• STEP4（翌月以降）：荷主別レポートの定期提供、入退場台帳・多言語対応など段階的に拡張

初期費用0円・月額4,980円から、30日間の無料トライアルで全機能を試せます。実際の管理画面は機能紹介ページの実画面ギャラリー、操作感は操作デモで確認できます。

まとめ

• WMSは「庫内の物」、トラック受付システムは「庫外の車と人の流れ」——担当レイヤーが違うので競合しない
• 法対応の計測は受付システム単体（並走運用）で完結。システム連携は必須ではない
• 連携したくなったらCSVの「ゆるやかな連携」→必要に応じてAPI、の順で段階的に
• 大型システムへの乗り換えと違い、計測の空白期間を作らずに今月から始められるのが共存型の最大の利点