物流・倉庫業向け倉庫料金計算システム開発の発注/外注/依頼/委託方法について

倉庫料金計算システムの外注費用は、初期30万円から5,000万円超まで幅があります。その幅を左右するのは、料金ルール、荷主・拠点の数、連携範囲です。

発注の形態や要件、契約、委託先の選び方も、この記事で順に扱います。全体像は物流・倉庫業向け倉庫料金計算システム開発の完全ガイドもご覧ください。

▼全体ガイドの記事
・物流・倉庫業向け倉庫料金計算システム開発の完全ガイド

物流・倉庫業向け倉庫料金計算システムを外注する前の全体像

倉庫料金計算システムの周囲に、マスタ、実績、料金、請求の4領域を配置した図。
請求の再現には、4領域の情報をひと続きに扱います。

倉庫料金計算システムは、入出庫や在庫など日々の作業実績に契約単価を適用する仕組みで、請求書を出すだけのツールとは性格が違います。さらに、荷主ごとの計算結果から請求額と明細を再現できることも欠かせません。そのため、発注時は、画面の数より先に、実績、単価、締日、帳票の関係を決めておきます。

対象は、入庫、出庫、在庫の実績が中心です。棚卸、返品、移動の実績にも、契約単価を適用します。検品、梱包、流通加工などの実績も、同じ契約単価で計算します。

料金計算の対象範囲の決め方

見積もりに含める範囲が曖昧なままだと、どこかの項目が抜けやすくなります。最初に対象範囲を決めておくと、そうした抜けを防げます。対象範囲は、次の4つの区分で整理します。

  • マスタ:荷主、請求先、倉庫、商品、荷姿、単位
  • 実績:入出庫、保管、棚卸、返品、移動、検品、梱包、流通加工
  • 料金:保管料、荷役料、付帯作業料、運賃、立替費用
  • 請求:締め処理と請求書発行

冷凍・冷蔵倉庫では、不定貫貨物の扱いを確認します。賞味期限、ロット、温度帯も見ておきます。さらに、日割りと1期から3期までの締めも対象に加えます。

範囲が曖昧なままだと、開発会社は一般的なWMSの機能を前提に見積もります。その結果、特殊な料金ルールが後から追加費用になる可能性があります。

成功の基準は説明可能な請求

請求を説明できるかどうかと、導入効果の両面から成否を確かめます。確認する観点は次の3つです。

  • 請求根拠:対象期間、在庫数量、適用単価、計算式、端数処理、修正履歴が確認できること
  • 過去請求:契約改定日と適用期間の管理、変更者と承認者の記録により、締め後も金額を再現できること
  • 導入効果:作業時間に加え、請求漏れ、二重計上、差戻し、問い合わせ、締め後修正の減少

ポイント

迷ったときは、対象範囲が決まっているか、同じ実績から請求額と明細を再現できるかで判断します。範囲が曖昧なままだと、見積もりに抜けが出やすくなります。

発注形態の選び方

1拠点で標準的な料金体系なら、クラウドWMSや業界パッケージを優先します。一方で、既存WMSを活用できる場合は、料金計算モジュールの追加を検討します。

温度帯、重量課金、名義変更の扱いが競争力に直結する場合は、カスタマイズやスクラッチ開発が候補です。さらに、複雑な流通加工や複数拠点のリアルタイム連携も、競争力に直結するなら候補に入ります。発注形態は、価格だけで決めず、標準業務にどこまで寄せられるか、例外を将来も管理できるかで選びます。

クラウドWMS・業界パッケージを発注する場合

クラウド型を発注する場合は、見積もりの時点で確認する項目を先に押さえます。

  • 導入負担:サーバー調達、更新、バックアップを抑えやすく、早期稼働向き
  • 見積項目:月間明細数、荷主・拠点追加、端末、API・CSV、請求機能、帳票変更、移行

日本倉庫協会に掲載されたMPS LOGIは、月額6万6,000円から22万円、初期導入支援55万円を、公開の参考価格として示しています。

ただし、荷主・拠点の追加、移行、教育、ハンディは別料金です(出典:一般社団法人日本倉庫協会「MPS LOGI」、確認日2026年8月)。公開価格は比較の起点にとどめ、自社の料金計算が標準範囲に収まるかは、デモで確かめます。

既存WMSへの料金計算追加を発注する場合

既存WMSを活用できるかは、実績データと追加要件を見て判断します。

  • 追加機能:在庫・入出庫が安定していればWMSを残し、料金計算・請求・帳票を追加する形になります。刷新より短期間で済む可能性もあります。
  • 実績とRFP:粒度が不足する場合はWMSの改修が必要で、CSV・API項目、再送時の重複防止、締め後修正をRFPに明記します。
  • 連携責任:計算済みデータの確定タイミングと、会計システムへの連携責任

カスタマイズ・スクラッチ開発を発注する場合

標準製品で扱いにくい要件を追加開発するなら、保守の方法も併せて決めておきます。

  • 対象要件:冷凍・冷蔵、重量課金、賞味期限・ロット、複雑な名義変更、独自の流通加工
  • 委託先:業務を標準製品に寄せにくい場合は、設計から業務システム開発会社へ委託する形
  • 料金ルール:コードに固定しすぎると、単価改定のたびに開発の依頼が必要になる
  • 保守方法:料金式はマスタやルールで管理し、例外だけを開発します。さらに、再現テスト用データ、変更権限、承認フローを条件に含めます。

ポイント

迷ったときは、1拠点で標準的な料金体系か、既存WMSを活かせるかで発注形態を絞ります。料金ルールや連携が標準から外れる場合は、カスタマイズやスクラッチ開発を候補にします。

発注から稼働までの進め方

現行資料と料金ルールの整理から、設計・開発、テスト・並行稼働・本番移行へ進む3段階の図。
例外ケースの整理が、後工程の検証につながります。

発注の成否は、契約前の要件整理でおおよそ決まります。集めるのは、現場と請求の担当者、営業と倉庫責任者、情報システムと経理の担当者です。必要に応じて、荷主対応の担当者も加わります。

入力実績から請求書までを、同じ資料で一続きに確認します。大規模な刷新の場合も、全機能を一度に確定させず、基準業務と例外を段階的に固めます。

現行資料の収集と料金ルールの分解

最初に、現行の資料を集め、料金計算で明確にすべき内容を整理します。

  • 契約と料金:荷主との契約書、料金表
  • 請求と実績:請求書、入庫・出庫・在庫の実績CSV
  • 運用と変更:現行Excel、修正履歴、拠点別の運用手順

入力データと適用単価を、一行ずつ整理します。計算式と端数処理、請求出力も、同じ手順で書き出します。保管料については、数量と日数、単価の関係を確定させておきます。

月途中の入出庫、最低料金、短期保管割引の扱いも決めておきます。サンプルには、通常のケースに加えて、返品や欠損を含めます。単価改定、名義変更、締め後修正も、例外としてサンプルに入れます。

計算ケースを10〜20件程度用意すると、見積もりの精度が上がります。

設計・開発での計算の再現性の確認

計算を再現できるように、設計範囲とデータ連携の要点をそろえておきます。

  • 設計範囲:料金マスタ、荷主・倉庫・請求先、契約改定日、締め、計算・承認・請求の権限
  • 計算の再現性:画面より、同じ実績と契約条件から同じ額を再計算できることを優先
  • 連携データ:送信元の実績IDを保持して二重計上を防ぎ、再送や取消にも対応できること
  • 段階導入:まずCSVで検証し、項目とエラー処理が固まった後にリアルタイム連携へ進むこと

テスト・並行稼働・本番移行の計画

稼働前の確認は、テスト、並行稼働、拠点展開の順に進めます。

  1. 計算を突合:現行Excel・過去請求と比較し、保管料、荷役料、流通加工料、運賃、月極料金を荷主別に確認
  2. 合計を確認:明細の合計と請求書の合計が一致するかどうか
  3. 契約条件を確認:端数処理と税計算の照合
  4. 並行稼働:繁忙期を避け、少なくとも一つの締め期間で手作業を記録すること
  5. 拠点展開:代表拠点でマスタと運用を固め、教育資料を更新したうえで、他拠点へ展開すること

13拠点への定着を9か月で進めた導入事例もあります。拠点が増えるほど、教育とデータ整備を工程に組み込むことが欠かせません(出典:シーオス株式会社「物流事例検索」、確認日2026年8月)。

発注・外注費用の相場と見積もりの考え方

費用を左右するのは、機能の数よりも、料金ルールの数と荷主・拠点・請求先の組み合わせです。さらに、月間明細数や外部連携の本数も影響します。

過去データの移行、端末台数、教育は、見積もりの金額に関わります。本稼働支援と保守範囲も、金額を変える要素です。ここで示す金額は、公開価格や事例、一般的な開発工数に基づく概算で、特定ベンダーの確定見積ではありません。自社の契約条件と実績サンプルを渡し、同じ前提で比べます。

クラウド導入の初期費用と月額費用

クラウド導入の概算と、初年度費用の比べ方を確認しておきます。

  • 標準構成の目安:小規模1拠点なら初期30万〜100万円程度、月額3万〜10万円程度
  • 別料金の可能性:荷主・拠点追加、移行、教育、ハンディ、帳票変更
  • 初年度比較:初期費用と12か月分の月額、追加オプションを合算

公開例としてQrarkは、初期8万円からで、1期から3期までの保管料計算や運賃請求を案内しています。

MPS LOGIは、月額6万6,000円から22万円、初期導入支援55万円を公開しています(出典:株式会社サイン「Qrark」、一般社団法人日本倉庫協会「MPS LOGI」、確認日2026年8月)。

連携・カスタマイズ・スクラッチ開発の費用

複数拠点への対応や既存システムとの連携範囲が、費用と導入期間に影響します。

  • 複数荷主・拠点:CSV、ハンディ、帳票調整を含み、初期100万〜500万円程度、月額10万〜30万円程度、3〜6か月程度
  • API・複雑な料金:既存WMS・基幹・会計・EDIと連携し、初期300万〜1,000万円程度、月額15万〜50万円程度と保守費、4〜9か月程度
  • 大規模刷新:WMS・料金計算・会計・EDIを一体刷新し、1,000万〜5,000万円超、9〜18か月以上の可能性

これらの金額は、公開クラウド価格と一般的な開発工数からの推定です。ただし、対象範囲によって大きく変わります。

初年度総額で比べるべきコスト

初期開発費だけで比べると、導入と運用にかかる費用を見落としやすくなります。そのため、総額には導入と運用の費用も含めます。

既存WMSから正確な実績をCSVで受け取れる場合は、料金計算だけの追加が300万〜800万円程度に収まる可能性があります。

  • 運用費:月額利用料、保守、追加荷主・拠点、通信費
  • 移行・準備:データ移行、マスタ登録、操作教育、端末
  • 稼働支援:帳票、API利用、テスト支援、本稼働の立ち会い

在庫実績の精度改善やハンディ端末まで含めると、費用は広がります。EDI、会計連携、複数拠点統合まで加わると、WMS刷新として1,000万円以上になりやすいです。

見積額が安く見えたときこそ、含まれない作業を洗い出し、差額を比べます。

ポイント

費用は、料金ルールの数、荷主・拠点の組み合わせ、連携範囲で大きく変わります。公開価格は参考にとどめ、移行や教育、保守まで含めた初年度総額で比べます。

RFPと要件整理による発注条件の明確化

RFPは、候補会社が同じ条件で提案し、発注側が比べられるようにするための資料です。希望機能を並べた一覧とは違います。

目的と範囲、現行課題を書き、そのうえで、データと料金ルール、連携と移行、運用を記載します。納品物、期限、予算の考え方も入れます。

同じ機能名でも、在庫日数の数え方や締め後修正の扱いは異なることがあります。そのため、文章にサンプルデータを添えて伝えます。

RFPに入れるべき業務・データ・非機能要件

RFPでは、業務、料金、データ、セキュリティと運用の条件を分けて書きます。

  • 業務:荷主・請求先・倉庫・商品・荷姿・単位の各マスタ
  • 実績と作業:入出庫、在庫、棚卸、返品、移動、保管、検品、梱包、流通加工
  • 料金:入出庫料、保管料、荷役料、付帯作業料、ラベル、運賃、立替費用、月極料金
  • 締めと例外:1期から3期、日割り、最低料金、短期保管割引、単位、温度帯、単価改定、名義変更、端数、締め後修正
  • データと連携:月間明細数、移行年数、CSV項目、API、再送、エラー通知、会計・EDI連携

非機能要件には、利用者数や権限、操作ログを含めます。加えて、バックアップや復旧目標、稼働時間、障害時の代替運用も書きます。

セキュリティでは、通信と保存時の暗号化、二要素認証、脆弱性対応を指定します。さらに、再委託の管理とデータの保管場所も決めておきます。

国土交通省は、倉庫向けの情報セキュリティ安全ガイドライン第2版を公開しました。名称は「物流分野(倉庫)における情報セキュリティ確保に係る安全ガイドライン」です(出典:国土交通省、第2版2026年7月公開)。同ガイドラインは、重要システムの継続的な管理策を示しています。

「クラウドだから安全」という説明で済ませず、要求ごとに実装と運用を確かめます。

提案・デモで必ず実演してもらう計算ケース

匿名化した自社の料金表を渡し、同じ実績から料金を計算してもらいます。そのうえで、デモで確認するケースをそろえます。

  • 入出庫と保管:月途中の入庫・出庫、保管単位の変更
  • 料金条件:荷主別単価、最低料金、端数、単価改定
  • 例外処理:名義変更、返品、締め後の修正

計算対象は、保管料、入庫料と出庫料、付帯作業料、運賃です。結果だけでなく、使った料金マスタと実績も確認します。

請求明細から元データへ戻れるか、承認前に修正できるかを質問しておきます。加えて、修正後の履歴が残るかも確認します。

契約形態と発注時に決める責任分界

契約形態は、プロジェクトの進め方とリスクの配分を決めます。要件が固まらないうちに開発範囲を固定すると、変更のたびに追加費用や遅延が起きやすくなります。

すべてを準委任にすると、成果物や完了条件が曖昧になりがちです。そのため、工程ごとに契約と受入条件を定めます。

準委任・時間精算が向くケース

現状調査や要件定義、業務整理は、初期に成果物と範囲を確定しにくい工程です。また、プロトタイプや既存データの確認は、初期の確定が難しい工程です。そのため、準委任や時間精算が向きます。

契約書や個別発注書には、担当者と単価、上限時間を書きます。加えて、報告の内容と会議体、成果物、変更管理を定めます。

要件定義は準委任で進め、仕様書と受入条件が確定してから、開発を請負へ切り替える方法もあります。

請負・固定価格が向くケース

請負・固定価格で発注する範囲と、契約時に決める内容を整理しておきます。

  • 発注範囲:仕様と受入基準が明確な計算エンジン、帳票、マスタ、確定済みのAPI・CSV連携
  • 受入条件:納品物、検収条件・期間、瑕疵や不具合の修正、遅延時の扱い
  • 契約条件:前提、変更単価、知的財産権、再委託、秘密保持、個人情報・顧客データ、保守開始時期
  • 変更管理:荷主追加や新料金ルールを無制限に含めず、変更要求の承認手続きを定めること

クラウド利用契約と開発契約の区別

クラウド利用では、開発費とは別に、利用規約とサービスレベルを確認します。さらに、障害通知やデータ返却、解約時の移行も見ておきます。

バックアップやサポート時間、料金改定、機能変更の通知も確認します。再委託がある場合は、障害受付と復旧の責任者を責任分界表に明記します。

停止時には、紙の入庫記録や暫定Excelで業務を続けられるようにします。そのうえで、復旧後の二重登録を防ぐ手順を、契約と運用設計に含めます。

ポイント

要件が固まる前に開発範囲を固定しないことが、追加費用や遅延を防ぐ目安です。準委任と請負は工程ごとに分け、変更の承認手続きを契約に入れておきます。

委託先の選定と見積比較で見るべきポイント

委託先選定の確認領域として、導入実績、業務経験、拠点運用、統制を並べた図。
実績と現場運用を並べると、確認の抜けを見つけやすくなります。

委託先は、知名度や見積総額だけで決めません。倉庫業務の理解、料金計算の実績、WMS・会計との連携力を評価します。

現場への定着、運用後のマスタ保守、障害対応も、提案と実績で確認します。また、製品会社とSI会社では、得意とする領域が異なります。

SI会社は、個別要件を設計し、複数システムをつなぐ領域を担います。そのため、自社に必要な支援範囲を先に決めます。

料金計算と物流現場の経験の確認

候補会社の実績は、業務規模と、自社に近い運用経験を具体的に確認します。

  • 導入実績:荷主数、拠点数、料金ルール、明細量、連携先、期間、担当範囲
  • 業務経験:冷凍・冷蔵の不定貫・賞味期限、3PLの荷主別単価・請求先
  • 拠点運用:拠点追加とマスタ統制の経験

株式会社コンピューターシステムハウスは、冷凍・冷蔵倉庫向けに保管料・荷役料、1〜3期制、日割りを公開しています。

また、ロット別単価や名義変更、請求書発行の機能も示されています。機能の有無に加えて、自社料金表を再現できるかを確認します。

見積書の作業・前提・除外項目の分解と比較

見積もりは、作業、曖昧な一式項目、月額費用、総保有コストに分けて比べます。

  • 作業と工数:要件定義、基本・詳細設計、開発、連携、移行、テスト、教育、本稼働支援、保守
  • 一式項目:「帳票一式」「連携対応」「移行一式」は、対象数、API本数、件数、検証範囲を確かめる
  • 月額と総額:利用者、明細、荷主、拠点、端末、ストレージ、API、サポートの課金単位と、3年程度の総保有コスト

導入後のマスタ運用とリスク対応の評価

料金表は、契約改定や荷主追加のたびに変わります。そのため、改定を続けて管理できるよう、権限と記録の仕組みを確認します。

  • 料金変更:ノーコードでの変更、承認、適用開始日の予約、過去請求への影響
  • 変更負担:毎回開発会社へ依頼する設計では、待ち時間と費用が積み上がる
  • 統制:変更権限を分け、テスト環境と監査ログを使える体制であること

物流効率化法は、2025年4月に一部施行され、2026年4月に全面施行されました。一定規模以上の特定事業者には、中長期計画、定期報告、物流統括管理者の選任が求められます(出典:経済産業省「物流効率化法について」、2026年4月施行資料)。

入出庫、保管、荷役、荷待ちの実績を集計できる料金計算システムは、経営管理と報告の基盤になります。ただし、それ自体が法対応のシステムになるわけではありません。

発注側は、将来の指標追加とデータ出力のしやすさも、委託先に質問しておきます。

ポイント

委託先は、知名度や見積総額だけでなく、料金計算の実績と現場運用、連携力で比べます。見積もりは一式項目を分解し、同じ前提で比べられる形にそろえます。

よくある質問(FAQ)

料金計算の範囲や費用、導入期間、委託先選びについての疑問は、RFPやデモの質問にして候補会社へ確かめます。

倉庫料金計算システムの外注費用はいくらですか?

標準的なクラウド導入は、初期30万〜100万円程度、月額3万〜10万円程度が目安です。

連携やカスタマイズが増えると、初期は100万〜1,000万円程度になり、大規模なWMS刷新では1,000万〜5,000万円超になる可能性があります。

荷主数、拠点数、明細数に加え、移行や端末、教育、保守まで含めた初年度総額で見積もります。また、公開価格をそのまま自社の相場とは考えません。

既存WMSがある場合も料金計算だけ外注できますか?

できます。既存WMSから入出庫と在庫の実績をCSVやAPIで受け取り、料金マスタや計算、締め、請求書を別モジュールとして構築する形です。

荷姿、温度帯、ロット、作業区分、実績IDが不足すると、既存WMSの追加改修が必要になります。そのため、まず料金計算に必要な項目が揃っているかを確かめ、実績サンプルと請求書を突き合わせます。

RFPがなくても開発会社へ相談できますか?

相談できます。料金表と契約書、請求書、実績データのサンプルがあれば、提案と見積もりの精度が上がります。

完璧なRFPを最初から作る必要はありません。まずは、現状課題と対象範囲、困っている計算ケース、希望時期、連携先を整理します。

要件定義の支援を頼む方法もあります。その場合、要件定義の範囲と費用は、開発契約と分けて確認します。

準委任と請負はどのように使い分けますか?

現状調査や要件定義など、作業中に前提を確定する工程は準委任が向きます。一方で、仕様と受入条件が固まった機能開発は請負が向きます。

要件定義は時間精算、開発は固定価格、保守は月額と分ける方法もあります。なお、成果物と責任分界、変更手続き、検収は、文書に残しておきます。

契約には、不具合対応や、データと知的財産の扱いも明記します。

まとめ

発注前には、契約書と料金表、請求書を集めます。入出庫の実績やExcelも集め、実績から請求額までの計算ルールを分解します。

標準クラウドや業界パッケージ、既存WMSへの追加、カスタマイズ、スクラッチのなかから、自社に合う形を選びます。

標準化できる部分は製品で始め、競争力に関わる例外だけをルールとして拡張します。そうすると、費用と保守性のバランスを取りやすくなります。

発注前に確認する五つのポイント

発注前には、次の五つの点を確認します。

  • 料金ルール:例外を含むサンプルで計算を再現できるか
  • データ連携:WMS・基幹・会計・EDIの連携責任が明確か
  • 費用:移行、教育、端末、保守、月額を含む総額か
  • 契約:準委任・請負・クラウドの責任分界と変更条件が明確か
  • 運用:単価改定、権限、監査ログ、障害時の代替策を扱えるか

見積額の差が小さく見えても、除外項目や導入後のマスタ作業まで比べると、実際の負担は変わります。

請求ケースを揃えた相談

請求ケースを揃えたうえで、候補会社の提案と自社業務への適合性を確かめます。

  1. ケースを揃える:通常に加え、月途中の入出庫、最低料金、単価改定、名義変更、返品、締め後修正
  2. 提案を比べる:自社業務への理解と、標準機能・追加開発・運用回避策の違い
  3. 導入する:請求精度と現場の使いやすさを両立する相手の選定、無理のない範囲からの段階導入

▼全体ガイドの記事
・物流・倉庫業向け倉庫料金計算システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。