OMS（受注管理システム）の改修費用は、規模や方式、連携と移行の範囲によって100万円から1億円超まで変わります。金額を左右するのは、外部連携の数、カスタマイズの深さ、移行するデータの範囲です。
▼全体ガイドの記事
・OMS改修の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
OMS改修の費用相場の全体像
OMS改修の費用は、規模と方式によって変わります。そのため、相場を読む出発点は、自社の改修規模を把握することです。さらに、同じ規模でも、外部連携数やカスタマイズの深さ、移行範囲によって金額は動きます。
改修規模別の費用目安
OMS改修の費用は、おおむね小・中・大の3つの規模に分けて捉えられます。SaaSへの乗り換えや機能追加から再構築まで、規模が大きくなるほど費用帯も上がります。
- 小規模：既存SaaSへの乗り換えや、軽微な機能追加・連携設定が中心で、100万〜500万円程度
- 中規模：複数販路との連携と一定のカスタマイズを伴い、500万〜2,000万円程度
- 大規模：フルスクラッチやシステム全体の再構築が対象で、2,000万円以上（要件次第で1億円超）
中規模では、ECモールや自社カート、実店舗POSとの在庫連携に加えて、データ移行も費用に影響します。
大規模では、基幹・会計・WMSとの密な連携を伴う開発や、老朽化したシステムの丸ごとの再構築が含まれます。要件が複雑になると、費用が1億円を超えることもあります。
SaaS型を主軸にする場合も、月額数万円から数十万円のランニングコストが別途かかります。まず、乗り換えか作り替えかを見極めると、不要な見積もり依頼を減らせます。
費用が大きく変動する理由
同じ中規模の改修でも、見積額が2倍以上開くことがあります。その差を生むのは、主に連携とカスタマイズ、データ移行の範囲です。
- 外部連携：連携先が増えるほど、開発と試験の工数が積み上がる
- カスタマイズ：機能を深く作り込むほど、費用が膨らむ
- 移行範囲：過去の受注履歴を全件移すか直近1年分に絞るかで、移行設計やデータ整理の工数が変わる
たとえば、自社カート1つとの連携なら設定費用は限定的です。一方で、複数モールや決済代行と双方向で連携する場合は、個別の開発と試験が必要になります。WMSやERPを加えると、さらに工数が増えます。
こうした要因は、人月単価80万〜150万円程度の工数に重なって、最終的な費用が決まります。この仕組みを押さえておけば、見積書の金額が妥当かどうかを見分けられます。
OMS改修にかかる費用の内訳
OMS改修費用は、初期費用とランニングコストに分かれます。費目ごとの中身と配分を見ておくと、複数の見積もりを横に並べて比べられます。
初期費用（導入・カスタマイズ・データ移行）
初期費用では、導入に加えて、初期設定とカスタマイズ、データ移行の費用がかかります。特にSaaS型なら、設定費用は数十万円から100万円程度に収まることが多いです。
- 初期設定：SaaS型では数十万〜100万円程度が目安
- カスタマイズ：業務に合わせた機能追加で、数百万円規模になることもある
- データ移行：規模によって100万円から数百万円を要する
自動引当や独自の出荷ルールを作り込むほど、カスタマイズ費用は青天井に近づいていきます。また、取引先・商品マスタや過去の受注データを移すには、プログラム開発とテストが必要です。
移行費は、後述する隠れコストとも深く関わります。そのため見積もりでは、どのデータを移行するのか、その範囲が明記されているかを確認してください。
ランニングコスト（固定課金と従量課金）
ランニングコストは、課金体系によって金額の出方が変わります。月間の受注件数の安定性や季節変動を踏まえて、固定課金と従量課金を比べましょう。
- 固定課金型：ユーザー数や機能に応じた基本料金が毎月かかる
- 従量課金型：処理した注文件数に応じて費用が増減する
受注件数が安定している事業者は、固定課金のほうが有利になりやすい傾向があります。一方で、繁閑差が大きい場合は、従量課金で平均費用を抑えられることがあります。
まず、過去1年の月別受注件数を並べ、両方の課金方式で年間費用を試算してください。
また、保守費は初期費用の10〜15％程度を年額で見込むのが一般的です。
障害対応やバージョンアップの費用に加えて、社内研修や取引先説明会、マニュアル整備にかかる教育費も、予算に含めておくと安心です。
見落としがちな「隠れコスト」
見積書に現れない隠れコストは、予算超過の最大の原因です。契約後に表面化し、数百万円単位の追加負担につながる場合があります。発生頻度が高いのは、外部連携、データ整理、過剰カスタマイズの3つです。
外部連携の維持・改修コスト
OMSは、ECモールやカート、WMS、決済サービスなどと連携して動いています。連携先の仕様が変わると、自社側でも調整や追加開発が必要になります。
- 仕様変更への追従：API変更に対応しないと受注データを取り込めないリスクがある
- 保守範囲の確認：仕様変更対応が保守費に含まれているかどうか
大手モールは、API仕様を定期的に更新します。こうした維持・改修費は、初期見積もりに含まれず、年額数十万円から数百万円の保守作業として後から計上されることがあります。
仕様変更への追従が保守費に含まれるのか、それとも都度の別見積もりになるのかを確かめておきましょう。特に連携先が多い事業者ほど、この費用を見込んでおく必要があります。
データクレンジングの人的コスト
データ移行の失敗原因の約7割は、移行データの品質不良だと言われています。マスタに表記揺れや重複が残ると、受注が正しく紐づかず、出荷が止まるおそれがあります。
- 移行と整理：移行を請け負っても、名寄せや表記統一は対象外の場合が多い
- 担当の範囲：クレンジングのどこまでをベンダーが担うかを、文書で取り決める
取引先や商品マスタは、基幹、会計、WMSに分散していることがあります。データがそれぞれの系統に分かれたまま移ると、整理の作業は発注側に残りがちです。
そのため、クレンジングは発注企業側の人的コストになる場合があります。数万件のマスタを社内で目視確認すると現場が疲弊し、外注に出せば数百万円の追加費用がかかります。
過剰カスタマイズによる費用膨張
現状の業務フローにシステムを合わせすぎると、アドオン開発が積み重なって初期費用が膨らみます。さらに、独自機能が多いほど、将来のバージョンアップも難しくなります。
- 初期費用：業務に合わせたアドオン開発が重なる
- 将来の保守費：標準機能の更新ごとに独自機能の改修が必要になる
- 要望の吟味：売上や効率に直結するかどうかを、一件ずつ確かめる
その結果、保守費が高止まりし、長期的な負担が増えていきます。また、現場の要望をすべて満たすと、短期的には喜ばれても総費用では損になる場合があります。そのため、標準機能で代替できる業務は、運用の側を合わせるほうが費用を抑えられます。
OMS改修の費用を抑える具体的な方法
要件の決め方次第で、OMS改修の費用は圧縮できます。すべてを盛り込む前提を疑い、効果の高い部分に投資を集めます。代表的な方法は、移行範囲と機能の取捨選択です。
「過去データを移行しない」という選択
過去の受注データを全件移すと、開発費やクレンジング工数、性能低下の負担が生じます。そこで、あえて移行しないという選択も有効です。
- 旧DBを参照用に残す：必要なときだけAPIで照会する
- 直近1年分のみ移す：それ以前のデータは旧環境で閲覧する
数年前の受注データは、日常業務で参照する頻度が高くありません。そのため、この部分の移行を見直すだけで、移行コストを大幅に削減できます。
移行対象を絞ると、移行費とクレンジング費が半分以下になるケースもあります。全件移行が本当に必要かを、最初に問い直しましょう。
機能の取捨選択（職人芸を捨てる勇気）
長年の運用で積み上がった例外ルールは、費用を膨らませる要因になります。作り込む機能は、絞り込んで選びましょう。
- 例外業務を見送る：特定顧客の値引きや一部出荷の独自処理など
- 手作業で補う：発生頻度が低い処理は運用フローで対応する
- コア業務を優先する：改修の対象を、コア業務に関わる機能から選ぶ
たとえば、セット商品の在庫分解などをすべてシステム化すると、カスタマイズ費が際限なく増えることがあります。一方で、例外を見送るだけで、開発費を数百万円単位で抑えられる場合があります。
まず捨てる機能を先に決めておくと、残す機能に集中できます。そのうえで、要件定義で機能の優先順位を付け、コア業務に投資を寄せると、費用対効果を高められます。
失敗しない見積もりの取り方とベンダー選定
適正な費用で改修するには、見積もりの取り方にも工夫が必要です。要件が曖昧なままだと、ベンダーがリスクを見込んで高めに提示したり、後から追加費用が発生したりします。そこで、見積もり精度を高める準備を先に整え、複数社を比べる際の確認点をそろえておきます。
要件定義とRFPによる見積もり精度の向上
見積もりの精度は、提示する要件の解像度に比例します。そこでRFPには、業務と販路、件数と連携、移行データの3点を記載しておきましょう。
- 業務と販路：現状の業務フローと、扱う販路
- 件数と連携：月間の受注件数と、必要な外部連携先
- 移行データ：対象となるデータの範囲
RFP（提案依頼書）で条件を揃えると、各社が同じ前提で見積もれます。その結果、金額差がベンダーの実力によるのか、想定範囲の違いによるのかを見分けられます。
文書になっていない業務フローは、要件定義の段階で洗い出すことが欠かせません。漏れが開発中に発覚すると、追加費用や納期遅延につながります。一見遠回りに見えても、要件定義に時間をかけることは、総額を抑える確実な方法です。
複数社比較で確認すべきポイント
発注側は、総額だけでなく、内訳と保守・移行の体制を並べて判断します。
- 内訳の粒度：費目ごとに工数や単価が明記されているか
- 保守の範囲：外部連携の追従対応が含まれているか
- 移行と並行稼働：データ移行を支援し、検証期間を確保できるか
見積もりは最低でも3社程度から取ると、比較の土台がそろいます。「一式」とだけ書かれた見積もりは、後から追加費用が膨らむ兆候です。さらに、保守費や連携仕様変更への対応範囲も確かめてください。
安さだけで選ぶことは避けたいところです。OMSは受注から出荷を支える基幹業務で、障害対応力や移行・並行稼働を支える体制が、長期コストを左右します。並行稼働は最低1〜3ヶ月を見込み、月次締めを複数回検証できる日程に対応できるかも、選定の基準になります。
▼全体ガイドの記事
・OMS改修の完全ガイド
OMS改修の費用に関するよくある質問
判断に迷いやすいのは、データ移行と課金方式の2点です。どちらも見積もり前に方針を固めておくと、各社の見積もりを比べやすくなります。
過去データは全部移行すべきですか？
移行の範囲は、全件に限らず選べます。全件の物理移行は、費用とパフォーマンスの両面でデメリットが大きい場合があります。
- 移行する範囲：日常的に参照するデータを見極める
- 旧環境での閲覧：直近1年より前のデータを、旧環境などで確認できるようにする
- 社内確認：会計監査や顧客対応で必要な参照期間を調べる
直近1年分のみを移し、それ以前は旧環境や参照用データベースで閲覧する方法は、費用対効果の高い選択肢です。法定保存期間や実務上のニーズを満たしつつ、対象を絞れば、移行費とクレンジング工数を抑えられます。
固定課金と従量課金はどちらが得ですか？
どちらが得かは、受注件数の規模と季節変動によって決まります。年間を通じて件数が安定する事業者は、固定課金が有利になりやすい傾向です。
- 固定課金型：件数が増えても費用が一定
- 従量課金型：受注が集中する時期以外の費用を抑えられる場合がある
一方で、閑散期と繁忙期の差が大きい事業者は、従量課金で総費用を下げられる場合があります。判断するには、過去1年の月別件数を使い、両方の年間費用を試算しておくとよいでしょう。
今後の事業成長に伴う件数の推移も加味すると、選択の精度が高まります。自社の実数に基づくシミュレーションこそ、料金体系を決める基本です。
まとめ
OMS改修の費用相場は、小規模で100万〜500万円、中規模で500万〜2,000万円、大規模では2,000万円から1億円超が目安です。規模と方式によって、金額は大きく変わります。
総額だけでなく、初期費用とランニングコストの内訳も確かめておきましょう。加えて、連携の維持、データ整理、過剰なカスタマイズも、予算超過の要因になります。
過去データを移さず、例外業務を見送る判断は、費用を抑えるうえで有効です。解像度の高いRFPをもとに、複数社から見積もりを取って、内訳や伴走体制を比べてください。相場感を土台にすると、自社に合う投資配分が見えてきます。
▼全体ガイドの記事
・OMS改修の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。