倉庫業界のシステム開発の保守・運用費用・ランニングコストについて

倉庫業界のシステム費用は、提供形態、荷主数、出荷件数によって、5年TCOで1,300万円〜1億3,000万円以上まで変わります。

費用を左右するのは、提供形態の選び方、荷主や拠点の増加、個別要望によるカスタマイズの積み重ねです。全体像については、倉庫業界のシステム開発の完全ガイドもご覧ください。

▼全体ガイドの記事
・倉庫業界のシステム開発の完全ガイド

倉庫業界のシステムの保守・運用費用の全体像

SaaS型、パッケージ型、フルスクラッチ型の5年間のTCOを金額付きの3つのパネルで示した図。
形態ごとにTCOの目安が大きく異なります。

倉庫業(3PL事業者・営業倉庫事業者)は、複数の荷主から荷物を預かり、保管料や荷役料を対価に受け取ります。この寄託契約のビジネスを支えるのがシステムです。

荷主が自社倉庫を管理するWMSとは、システムの立場が異なります。WMSや一般的な倉庫管理システムは、荷主にとって社内向けの内部ツールです。

これに対し、倉庫業界のシステムは、倉庫事業者がサービス提供者として使う事業基盤です。預かった他社の在庫を荷主ごとに分離し、正確に課金・請求する役割を担います。

システムが停止したときの影響範囲も、荷主向けWMSとは大きく異なります。荷主向けWMSでは、停止の影響は主に自社業務に限られます。一方、倉庫業のシステムでは、停止が複数荷主の出荷停止につながり、荷主の売上機会の損失に直結するおそれがあります。

サービス提供者として可用性の責任を負うため、保守運用費用が押し上がります。24時間365日の運用サポートや高い稼働率の維持が求められるからです。

WMS・倉庫管理システムとの費用構造の違い

倉庫業のシステムでは、維持にかかる費用に加えて、荷主や要望が増えるたびに費用が重なります。その内訳は、維持費、荷主増加費、個別対応費の3つに分けて捉えると整理しやすくなります。

  • 基本維持費:ソフトウェア、インフラ、ハードウェアの維持にかかる費用
  • 荷主増加費:アカウントや荷主の追加に伴って発生する費用
  • 個別対応費:料金改定やポータルへの要望に応じた改修の費用

荷主が増えると、アカウント追加料や荷主追加オプション料が発生する場合があります。また、料金体系の改定では、都度の改修費が必要になることがあります。荷主向けポータルへの個別要望にも、継続的な対応コストがかかります。

つまり、倉庫業界のシステム費用は、事業の成長に伴って増える性質があります。事業が拡大すると、売上だけでなくシステムの運用コストも膨らみます。

そのため、荷主1社あたりのシステムコストを抑える設計が利益率を守ります。初期費用だけで選ぶと、事業拡大後にコストが青天井になるおそれがあります。

提供形態別の相場感(5年TCO)

費用の出方は形態によって違い、特に保守やアップデートをどこまで利用料に含むかで差が出ます。SaaS型、パッケージ型、フルスクラッチ型の特徴を、順に比べます。

  • SaaS(クラウド)型:利用料に保守とアップデートが含まれる
  • パッケージ型:買い切りを基礎に、保守と基盤の費用が続く
  • フルスクラッチ型:独自開発のため、保守の負担が重くなる

SaaS型の月額は数万円〜20万円以上で、年間240万円〜が目安です。ユーザー数や出荷件数に応じた従量課金が多い方式のため、事業拡大に伴って費用が青天井になりやすい特徴があります。

パッケージ型の年間保守費は、開発・ライセンス費用の10〜15%程度です。さらに、クラウド利用料などとして年間300万円〜が加わります。

買い切り、またはベースライセンスの購入のため、月額の基本料金は安定します。一方で、サーバー維持費やカスタマイズ部分の保守費は継続して発生します。

フルスクラッチ型の年間保守費は、初期開発費用の10〜20%程度です。月額に換算すると20万〜100万円以上になり、インフラの維持費も年間500万円〜かかります。

初期費用は数千万円〜数億円と高額で、保守費用も相応に重くなります。そのため、フルスクラッチ型は保守運用の負担が最も大きい形態です。

5年間のTCOは、SaaS型が1,300万〜1,800万円程度です。パッケージ型は6,000万円以上、フルスクラッチ型は1億3,000万円以上が目安です。ただし、TCOは荷主数や出荷件数に応じて大きく変動します。

ポイント

提供形態を比べるときは、月額や初期費用の安さだけで判断せず、荷主数が今後増えた場合の5年間の総額を試算しておくと、後からの費用増を見落としにくくなります。

ランニングコストの具体的な内訳

倉庫業システムのランニングコストを、ソフトウェア保守、インフラ、荷主ポータル・請求基盤・現場機器、外部連携の4領域に分けた図。
本体の保守以外にも現場や接続先の費用が含まれます。

ランニングコストには、システム本体の利用料以外にも多くの費用が含まれます。3PLの現場を維持する費用も含め、主要な内訳をカテゴリごとに見ていきます。見積もりでは、内訳が明示されているかを確認して、隠れコストによる予算超過を防ぎます。

ソフトウェア保守・システム維持費

ソフトウェア保守では、バグ修正、アップデート、日常のサポートが対象になります。

  • 基本サポート:平日日中の問い合わせ対応
  • フルサポート:夜間・休日を含む24時間365日の対応
  • インフラ維持:サーバーやデータを長期にわたって保つ作業

対応の時間帯が広がるほど月額が上がり、目安は3万〜10万円程度から20万〜50万円以上です。倉庫業では停止が許されにくいため、サポートの水準がそのまま費用を左右します。

インフラ費は、クラウドサーバーやデータベースの利用料です。オンプレミス型の場合は、ハードウェア費用の10〜15%/年程度が保守費になります。

荷主とデータ量が増えるほど、インフラ費用は段階的に上昇します。荷主ごとの在庫履歴は長期間保持する必要があり、日次の在庫スナップショットは三期制の保管料計算に必要です。

そのため、データストレージ費が想定以上に膨らむケースもあります。数年後のデータ量の増加を見越した設計が、長期的なコスト抑制につながります。

荷主ポータル・請求基盤の運用費とハードウェア保守

荷主ポータル、請求基盤、現場機器は、どれも倉庫業ならではの運用と保守の負担を伴います。役割は、荷主向けの情報提供、月次の請求、現場の作業の3つに分かれます。

  • 荷主ポータル:在庫や出荷状況を常時確認できる基盤
  • 請求基盤:月次の締め処理と請求データを支える仕組み
  • 現場機器:ハンディやプリンタの保守を含む

ポータルでは、荷主が在庫残高、入出荷ステータス、確定済み料金を確認します。24時間アクセスされる前提のため、可用性の維持とセキュリティ対策が欠かせません。

請求基盤は、料金計算の正確さが事業の信頼に直結します。そのため、検証と保守に工数がかかります。

ハンディターミナルを購入する場合、故障時にはリプレイス費用が発生します。1台あたりのリプレイス費用は、5万〜30万円が目安です。一方、レンタルの場合は、1台あたり月額6,500円〜11,000円程度が続きます。

バーコードやラベルプリンタにも、同様に維持費がかかります。機器は作業量に比例して増えるため、荷主や出荷件数とともに費用が積み上がります。

ソフトウェアだけでなく、現場機器まで含めた総額で把握しておくと、予算を立てる際の見落としを減らせます。

外部連携(会計・EDI・輸配送)の維持費

外部連携では、接続先の増加と仕様変更が維持費を左右します。接続先は会計、荷主、輸配送の3種類に分かれ、いずれも相手側の変更に合わせて改修が要る場合があります。

  • 会計連携:請求データを自社の会計システムに渡す仕組み
  • 荷主連携:基幹システムやECカートとの接続
  • 輸配送連携:配送会社のTMSなどとの接続

片方のシステムがバージョンアップすると、改修が必要になる場合があります。API仕様の変更でも、連携する側に都度の対応費用が発生します。

荷主が増えるほど連携先も加わり、連携本数に比例して維持費も増えます。また、荷主のECカートが多様なほど、対応するAPIの種類と維持コストがかさみます。

標準的なWeb EDIやAPI連携を基盤にすると、長期の維持費を抑えられます。契約前に、荷主追加時の連携開発費と維持費を明確にしておく必要があります。

ポイント

保守費を見積もるときは、平日日中のサポートか24時間365日のサポートかを先に決めておくと、月額の差がどこから生じるのかを比べやすくなります。

コストが増減する倉庫業界固有の要因

倉庫業界では、荷主の要件変更がランニングコストを押し上げます。自社都合で変更を管理できるWMSとは異なり、外部要因によって費用が変動します。代表的な要因は、荷主の増加、料金体系の変更、個別要望です。

荷主追加・拠点追加による従量課金

荷主と拠点の追加は、SaaS型で従量課金を増やす代表的な要因です。

  • 新規荷主:アカウント追加料が発生する場合がある
  • 第二倉庫:拠点追加に伴う課金
  • 無制限契約:荷主数に応じたコスト増を抑える契約形態

新規荷主や第二倉庫を開設するたびに、月額数千円〜数万円の課金が生じます。たとえば、荷主を10社獲得すれば10社分、50社なら50社分のアカウント料が積み上がります。そのため、荷主数が増えた場合のコストは、事業計画に沿って事前に試算しておく必要があります。

Logititeなど、「拠点・荷主追加無料」を掲げる製品も存在します。また、荷主無制限のライセンス形態を選ぶと、成長に伴うコスト増を抑えられます。選定時には、荷主と拠点を追加したときの費用の発生の仕方を把握しておきます。

料金体系改定・請求計算の複雑化とカスタマイズ肥大化

料金計算の複雑化と個別要望は、都度の改修と保守範囲を広げます。

  • 料金体系改定:新たな計算ロジックに対応する改修
  • 個別要望:ポータルや連携のカスタマイズ

特殊な期建ての三期制や、特例の個建て割引が発生する場合があります。既存のパッケージで対応できなければ、数十万〜数百万円の改修費がかかります。さらに、荷主ごとの料金体系が増えるほど、改修の頻度と費用も増加します。

納品書のフォーマット変更や、新しいECカートとのAPI連携を求められることがあります。個別要望への対応が重なると、カスタマイズが積み上がります。

カスタマイズが多いほど、バージョンアップ時の影響調査に手間がかかります。軽微な改修でも数日を要するなど、保守コストが膨らむことがあります。この状態は「スパゲッティ化」と呼ばれ、一度陥ると抜け出しにくくなります。

個別開発はサービス品質を高めますが、すべて対応すると保守費が大きく膨らみます。「Fit to Standard」で標準機能とのバランスを取ることが重要です。

ポイント

荷主追加に伴う課金と改修の単価は、契約前に見積もりで押さえておきます。荷主数の見込みをかけ合わせれば、将来の負担額の目安が立てられます。

コストを抑えるための工夫

Fit to Standard、料金マスタ、ローコード内製化をチェック付きの3カードで示した図。
標準機能と自社で担う変更範囲が、保守負担を左右します。

運用コストを抑えるには、荷主の増加と要望の多様化への対応が欠かせません。持続可能なシステム運用に向けて実践できるアプローチは、標準化、内製化、契約前の試算の3つです。

料金マスタの標準化・Fit to Standard・ローコード内製化

個別開発と外注保守を抑えるには、機能の持ち方、料金の管理方法、変更を担う人の3点から見直すのが有効です。

  • Fit to Standard:荷主業務を標準機能に合わせる
  • 料金マスタ:計算方式をパラメータで管理する
  • ローコード内製化:帳票や画面を自社で変更できるようにする

特殊なギフト包装や入出庫ルールをすべて個別開発すると、保守費が大きく膨らみます。実際に使われる機能は全体の50〜70%程度とされており、使われない部分まで作り込むと、そのぶん保守の対象が増えます。そのため、基本機能に絞ったうえで、荷主に標準機能での運用を受け入れてもらう交渉力が、倉庫事業者に求められます。

坪貸しやパレット貸し、個建て、三期制は、料金マスタで管理できます。新規荷主が増えても、追加開発なしで料金を登録できます。

ローコードやノーコードに対応したシステムは、内製化にも役立ちます。たとえば、インターストックのようなローコード対応WMSでは、社内で手を入れられる範囲が広がります。

現場担当者がドラッグ&ドロップで変更できれば、外注保守費と対応時間を削減できます。荷主対応の多い倉庫業では、内製化能力の有無が運用コストに差を生みます。

TCO比較による「コスト逆転」の回避

長期の費用を比べるなら、初期費用ではなく5〜7年のTCOで見るのが基本です。

  • 成長シナリオ:荷主と出荷件数の増加を見込んだ試算
  • コスト逆転:将来の形態別TCOの比較
  • 契約確認:追加費用の条件

初期費用が無料かどうかだけで判断せず、5年後に荷主が倍増するケースも想定して比べます。SaaS型は導入しやすく、開始時のコストが低い一方で、従量費が膨らみます。荷主や出荷件数が増えると、数年後に月額費用が高くなる場合があります。

数年後の総額では、パッケージ型やセミスクラッチ型のほうがSaaS型より数百万〜数千万円安くなることもあります。初期費用の安いSaaS型の総額が、のちに他の形態を上回る現象を「コスト逆転」と呼びます。

複数の成長シナリオでTCOの推移を試算してから、システムを選定します。そのうえで、荷主追加時のライセンスやアカウント費用を、ベンダーに確かめておきます。

新しい料金計算ロジックの追加改修単価も、契約前に確認が必要です。相見積もりを取り、追加開発の単価と対応スピードを複数のベンダーで比べます。

ポイント

標準機能をどこまで使うかで、個別開発の範囲は大きく変わります。業務を標準機能に合わせる部分と、自社で譲れない部分を分けて決めておくと、カスタマイズの増え方を抑えやすくなります。

まとめ

倉庫業のシステムは、荷主にサービスを提供する事業基盤です。そのため、24時間365日の可用性の責任と、継続的な運用コストが発生します。

5年TCOは、SaaS型が1,300万〜1,800万円、パッケージ型が6,000万円以上です。フルスクラッチ型は1億3,000万円以上が目安ですが、荷主数などで変動します。

費用には、ソフトウェア、インフラ、現場機器、荷主ポータル、請求基盤、外部連携が含まれ、システム本体の保守だけでは把握しきれません。そのうえで、追加費用を確認し、料金マスタやFit to Standard、ローコード内製化を活用します。5〜7年のTCOでコスト逆転を見据えると、長期的な利益率を守ることにつながります。

まずは荷主数の成長シナリオを描き、複数の開発会社へTCOベースで相談しましょう。

▼全体ガイドの記事
・倉庫業界のシステム開発の完全ガイド

会社紹介

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

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

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

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

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

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