ERP × TMS連携：運送会社の効率はどう変わるか

ほとんどの運送会社は、この2つのシステムを持っています。財務・税務・在庫を担うERPと、輸送業務 — 集荷、積載明細、事象対応、運賃 — を担うTMSです。問題がソフトウェアの不在であることは、めったにありません。問題は、両者のあいだの隔たりです。ERPとTMSが連携していないと、誰かが同じ伝票を2度入力し、システム上の在庫が倉庫の実態とずれ、運賃は請求した金額と一致しないまま月次を締めることになります。

本記事では、専門用語を使わずに、各システムが何をするのか、両者を分けたままにするコストはいくらか、そして両者が自動でデータをやり取りするようになると業務がどう変わるのかを解説します。連携とは新しいシステムではありません。誰もやるべきでない手作業を取り除くことです。

それぞれ得意分野の異なるシステムであり、その違いこそが両者が連携しなければならない理由です。一方は事業の会計・税務上の記録を担い、もう一方は現場で起きていることを担います。

ERP（SAP、TOTVS、Sankhya、Omieなど）は財務・税務における真実の源泉です。顧客マスタ、買掛金と売掛金、伝票の発行と記帳、在庫管理、請求。経理担当や財務担当が見る場所です。

TMS（RODOPARなど）は業務における真実の源泉です。集荷指示、積載編成、積載明細、配車ルート、輸送状（CT-e）、事象の記録、配送完了処理、運賃の算定。運行担当や出荷担当が働く場所です。

並べて見れば、なぜ一方が他方を代替できないのかが明らかになります。

• ERP — 「これはいくらかかり、どのように会計に計上されるのか？」を問う。
• TMS — 「荷物はどこにあり、どのように届くのか？」を問う。
• ERP — マスタ、税務、会計上の在庫の管理者。
• TMS — 業務、配送、運賃計算の管理者。

両者はまったく同じ顧客、同じ伝票、同じ金額を共有する必要があります。それが自動で共有されないと、誰かが手作業で共有することになり — そこからコストがかさみ始めます。

ERPとTMSの分断は、費用の一行として現れることはありません。それは、やり直し、ミス、古いデータに基づく意思決定として希釈されて散らばります。最もよくある3つの症状です。

• 再入力。請求書はERPに登録され、CT-eを生成するためにTMSにもう一度入力されます。入力のたびに有資格者の時間が費やされ、さらに悪いことに、重量、CNPJ、金額の入力ミスの入り口となり — それが後にSEFAZで止まったり、不一致として戻ってきたりします。
• 在庫の不一致。TMSが、まだERPが出荷を把握していない配送の完了処理をしたり、その逆が起きたりします。画面上の数字が倉庫の数字と一致しなくなり、業務はシステムよりも並行して管理する表計算ソフトを信頼するようになります。
• 運賃の未照合。TMSが輸送の運賃を算定し、ERPが顧客に請求しますが、両者が一致することを誰も保証していません。CT-eごとの数センタボの差が、月に数千件の書類で掛け合わされると、痕跡なく逃げていく収益になります。

これに、誰かが「この顧客は支払いが滞っていないか？」「この荷物はすでに請求済みか？」といった単純な問いに答えるために2つの画面を突き合わせるたびに失われる時間を加えてください。実際のコストはソフトウェアではありません。業務全体が、すでに起きたことに対して半歩遅れて進んでいることです。

ERPとTMSを連携させるとは、両者が共有すべきデータのための自動経路を築くことです。「常にすべてをやり取りする」ことではなく — 情報が両側で一致している必要のあるポイントを洗い出し、それを自動で流れるようにすることです。一般的には次のとおりです。

• 顧客・仕入先マスタ — 時とともにずれていく2つのマスタではなく、同期された唯一のマスタ。
• 請求書とCT-e — ERPに登録された伝票が再入力なしでTMSに届き、輸送状が税務側に戻る。
• 在庫と入出庫 — 手作業で調整するのではなく、入庫と出庫が両側に反映される。
• 運賃と財務 — TMSで算定された運賃がERPの債権となり、照合が自動で完結する。
• 配送状況と事象 — 業務上の完了処理が、誰かが知らせなくても請求を解放する。

その結果には単純な名前があります。再入力の終わり。データは一度入力され、同じ値で、同じ瞬間に、必要な場所に現れます。

物流のデジタル化に関する市場調査は、中核システムが手作業の介在なくデータをやり取りするようになると、業務効率に2桁の改善が得られると繰り返し示しています。正確な数値は各業務の出発点によって変わり — あなたの現場を見ずに固定の割合を約束する相手は疑ってください。繰り返し現れるのは、効果の要因です。

• 取り戻される時間。伝票の入力と照合に費やされていた時間が業務に戻ります。現在、二重入力に費やしている月あたりの時間で測ってください。
• 税務ミスの減少。拒否されるCT-eが減り、修正のやり直しが減ります。導入前後のSEFAZでの拒否率で測ってください。
• 照合された運賃。算定と請求の差で逃げていた収益が捕捉されるようになります。説明のつかない不一致の月額で測ってください。
• 新鮮なデータに基づく意思決定。先週ではなく、今起きたことを反映する指標 — 意思決定につながるデータ。

要点は、カタログの割合を信じることではなく、測定をあなたの現実に落とし込むことです。何時間か、何件の拒否か、いくらの運賃が合わないか。そこで、リターンがあなた自身の数字として現れます。

こうしたプロジェクトを承認する前に、物流ディレクターは必ず3つのことを知りたがります。業務が止まるのか、どのくらいかかるのか、そして安全なのか。正直な答えは次のとおりです。

• 業務を止める必要があるか？いいえ。連携は並行して構築・テストされ、検証用のデータで動作確認したうえで、管理された形で本番に入ります。切り替えが検証されるまで、業務は現行の流れで動き続けます。
• どのくらい時間がかかるか？スコープが明確に定義されたERP×TMS連携は、数か月ではなく数週間で完成するのが通常です。期間が延びる原因はスコープの見誤りです — だからこそ作業は、コードではなく診断から始まります。
• 片方のシステムが落ちたら？よく作られた連携は堅牢です。通らなかったものを再度キューに入れ、書類を失いません。片側の障害が、もう片側の不整合になることはありません。

その道のりは、48時間の無料診断から始まります。あなたのシステム、再入力のポイント、そしてお金が逃げている場所を見て、具体的な計画をお返しします — 契約の義務なく、カタログの約束もなく。