COBOLシステムの開発・刷新費用は、現行資産の量、移行方式、検証範囲によって、300万円から数億円まで変わります。
費用相場、金額を左右する要因、費用を抑える進め方の順に、2026年時点の考え方を説明します。
▼全体ガイドの記事
・COBOLのシステム開発の完全ガイド
AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。
COBOLシステムの全体像と見積もりの前提
費用を比べるときは、COBOLという言語だけでなく、そこに組み込まれた業務システム全体を見る必要があります。
たとえば、「Javaに書き換える費用」だけを尋ねると、データ移行、帳票の再現、性能検証、切り戻しの費用が後から加わりやすくなります。
COBOLだけでなく周辺基盤までの見積もり対象
COBOLのシステムは言語以外の資産や運用も含めて見積もるため、対象を次のように分けて確認します。
- 基盤資産：画面、バッチ、JCL、CICS、DB2・VSAM・IMS
- 周辺資産：帳票定義、外部ファイル、他システムとの連携
- 運用ルール：締め時刻や、障害時の再実行方法
- 給与業務：丸め、休日の支給日、過去データ、銀行ファイルの扱い
- 業務連携：計算結果の照合と、年末調整との連携
業務知識と周辺資産の棚卸しの進み具合が、COBOL案件の費用と期間を左右します。
継続利用と刷新の組み合わせ
COBOLは大量データを安定して処理し、既存の業務ルールや運用ノウハウを蓄積してきました。刷新方式だけでなく、制度変更や保守期限など業務側の条件も比べます。
- 既存活用：保守継続やリファクタリングで現行資産を活かす
- 基盤移行：リホストやリプラットフォームへの移行
- 再構築：Javaへのリライトのほか、SaaSやERPへの移行も選択肢に入ります
- 段階的な拡張：一部をAPIで公開し、COBOLを残したまま新サービスを加えられます
制度変更が多い領域や技術者の確保が難しい領域は、早めに計画を立てる必要があります。判断材料には、機器やミドルウェアの保守期限、停止リスク、業務継続性も含まれます。また、費用だけでなく、5年から10年後の保守体制も含めて方針を決めます。
COBOLシステム開発・刷新の工程別の進め方
まず調査と方式比較を行い、次に試験移行、本開発、並行稼働と進めると、追加費用を管理しやすくなります。なお、仕様書が古い場合や、担当者が退職している場合には、初期調査を独立した工程として見積もります。
現行資産の棚卸しとアセスメント
最初に現行資産を集め、どの資産がどこに依存しているか、どの程度使われているかを一覧にします。
- 収集資料：COBOLソース、コピー句、JCL、ジョブネット、DB定義
- 業務資料：ファイルレイアウト、画面・帳票一覧、連携仕様、運用手順、障害履歴
- 規模と利用：画面数、バッチ数、データ量、実行頻度、連携先、相互依存を把握する
- 対象整理：未使用プログラムを除けば、後工程のテストを絞れる可能性があります
費用は300万〜1,000万円、期間は1〜4か月程度が目安です。これは市場平均ではなく、資産分析、仕様復元、影響範囲の確認を含めた推定です。
NTT DATAは2025年の公開記事で、生成AIを使いCOBOLソースから設計書を復元する取り組みを紹介しました。AIを使う場合は、COBOL有識者が精度を評価し、業務確認と最終承認は人が担う前提で計画します。
リテインからリライトまでの方式比較
方式によって、業務をどこまで変えるか、費用がどこにかかるかが違います。周辺改善からSaaS・ERPまでの4つを、特徴ごとに並べます。
- 周辺改善：短期に業務を変えやすい一方、古い基盤への依存が残ります。
- リホスト・リプラットフォーム：業務ロジックを活かしやすく、文字コード、ファイル、性能、運用監視の差異を検証します。
- リライト・リビルド：保守性や外部連携の改善を期待できますが、自動変換だけでは完了しません。
- SaaS・ERP：標準機能に業務を合わせると、初期費用を抑えられる可能性があります。
SaaSやERPに独自ルールを追加開発すると、費用が膨らむことがあります。そこで、現行維持、段階移行、全面再構築を同じ評価表で比べます。
同値性テストと並行稼働によるリリース
旧システムと新システムの業務結果が一致するかを確かめ、切り替え後に戻せる計画を作ります。
- 結果の比較：金額の丸め、日付境界、負数、ゼロ、桁あふれを試す
- 処理の確認：文字コード、ソート順、バッチ締め時刻の比較
- 差分承認：金融・保険・給与・決済では、業務担当者による理由の承認
- 切り替え準備：並行稼働、差分照合、バックアップ、旧系への復帰の計画
休日リリースや利用者教育も準備しておきます。AWSの事例では、Meliáの刷新でコンピュート費用が60％削減されました。
同じ事例では、可用性99.99％と、応答時間が234ミリ秒から160ミリ秒に改善したことも示されています（出典：AWS「Meliá Hotels Saves 60% in Costs」、2025年閲覧）。ただし、効果は移行先の設計や業務特性によって変わるため、日本の初期費用に当てはめず、効果検証の指標として使います。
COBOLシステムの費用相場とコストの内訳
ここに示す幅は、業務システムの一般的な相場と、COBOL案件で追加されやすい作業を踏まえた推定です。公開見積もりの平均ではなく、正式な金額はアセスメントとRFPへの回答で決まります。
開発費だけでなく、移行前後の運用費、ライセンス、クラウド利用料も、別の項目として分けて見ます。
方式別の初期費用と期間の目安
方式別の費用と期間は、対象範囲や含める作業によって変わります。
- 資産調査：300万〜1,000万円、1〜4か月。対象が少なく資料が揃うと下限に近づきます。
- 小規模リホスト：COBOL業務のリホストや準備を含めて、1,000万〜5,000万円、4〜10か月程度。
- 中規模リプラットフォーム：基幹サブシステムの場合で、5,000万〜2億円、8〜18か月程度。
- リライト・リビルド：3,000万〜数億円、12〜30か月程度の幅。
- 大規模刷新：メインフレーム全体では2億〜10億円超、2〜5年となる可能性。
ソース、JCL、ジョブ、帳票、外部連携の関係が不明なほど、費用は上振れしやすくなります。また、中規模の案件でも、データ変換、API連携、帳票を含めるほど、性能試験や並行稼働の分まで上限に近づきます。
大規模刷新の幅には、複数業務や災害対策のほか、教育、段階リリースも含まれます。そこで、対象業務と停止可能時間を決め、データ量や移行波とあわせた条件でベンダーに再計算してもらいます。
見積書の工程別の費用の内訳
見積書は工程ごとに分けてもらい、作業範囲と成果物を照らし合わせます。
- 開発工程：企画・アセスメント、要件定義、設計、変換・開発の区分
- 移行工程：抽出、クレンジング、コード変換、項目マッピング、ツール、リハーサル、本番移行、照合
- 検証・運用：単体・結合・総合・受入、性能・障害復旧テスト、並行稼働、教育
- 帳票：出力形式、プリンター、文字幅、バーコード、保存年限の確認
設計書が不足する場合は、ソース解析と業務ヒアリングを別費用として扱います。また、「開発一式」の見積もりでは比較しにくいため、成果物と作業範囲を明示してもらいます。
保守費・基盤費・ライセンス費を含めた比較
初期費用だけでなく、移行後の保守費・基盤費・ライセンス費も含めて比べます。
- 保守費の目安：一般的な業務システムでは、初期費用の年10〜20％程度とする考え方があります。
- 試算例：5,000万円なら年間500万〜1,000万円、15〜20％では750万〜1,000万円です。
- 基盤費：メインフレーム、COBOLランタイム、DB、監視、バックアップの費用
- 運用費：24時間運用、クラウド、ネットワーク、セキュリティ対策の費用
保守費の試算は、契約条件で変わる目安であり、確定料金ではありません。
クラウド移行で機器費が下がる場合もありますが、料金は常時稼働の有無のほか、転送、バックアップ、ログ保管によって決まります。そのため、3年から5年の累計で比べます。
COBOLシステムの見積金額が変動する要因
同じCOBOLでも、費用が数千万円で収まる案件と数億円になる案件があります。差を生むのは、業務の重要度や資産の複雑さ、移行先です。さらに、停止制約やテストの深さ、データの扱い、発注体制も費用を左右します。
見積もり依頼書に、上で挙げた条件を含めておくと、各社の提案を比べやすくなります。
ソース・ジョブ・連携の量と複雑さ
本数や行数に加えて、資産同士の依存関係と利用状況も調べます。
- 複雑な資産：オンライン・バッチの依存、ジョブ分岐、コピー句の共有、DB、外部ファイル、帳票、手作業補正の有無
- 業務影響：締めや決済に関わる処理は、規模が小さくても慎重に切り替えます。
- 対象の絞り込み：停止機能や重複帳票を整理し、利用頻度などで分ける。
複雑な資産が増えるほど、影響分析とテストの作業量も増えます。また、分類の際には、売上や入出金への影響、廃止の可能性、法定保存の要否も見ます。
データ量・文字コード・移行要件による費用の差
移行データは、型と符号、日付を確かめます。文字コードやパック十進数、重複キーも対象になります。そのうえで、履歴の保持方法を決め、画面や帳票で正しく表示されるかを新旧データで照合します。
移行対象を決める際は、次の条件によって作業量が変わります。
- データ量：抽出・変換・照合する件数で作業が変わります。
- 履歴範囲：過去数年分を移すか、参照用に別保管するかの判断。
- 本番データの管理：匿名化、権限、作業ログ、委託先との受け渡し
IPAの「情報セキュリティ10大脅威 2025」では、ランサム攻撃や委託先を狙う攻撃、脆弱性悪用、内部不正が挙げられています（出典：IPA、2025年）。
見積もりには、特権IDや監査ログのほか、バックアップと復旧訓練も含めます。
停止可能時間と業務リスクがテスト費用に与える影響
停止可能時間と業務リスクによって、移行や検証に必要な作業が変わります。
- 停止制約：数時間止められる業務と、決済・出荷では切り替え方式が異なります。
- 停止できない業務：並行稼働、二重更新、差分反映、切り戻し環境が必要です。
- 復旧条件：許容停止時間、目標復旧時間・時点、判断者、連絡網の取り決め
- ピーク性能：月末、年度末、給与支給前、セール日の処理量を、事前に伝えます。
停止できない場合はリハーサルも増えるため、開発より移行と検証に費用がかかることがあります。また、条件がない見積もりは、後から非機能要件が加わって高くなる可能性があります。
AI変換の利用範囲と人によるレビュー
生成AIや変換ツールは一部の作業を支援できますが、人が確認する範囲も決めておく必要があります。
- 活用候補：ソース分類、依存分析、設計書作成、定型コード変換の支援
- サービス例：AWSは2025年、メインフレーム変革サービスを一般提供し、COBOLの分析・移行・テスト・運用を支援します。
- 情報管理：匿名化、情報送信の可否、生成物の機密性の取り決め
- 品質管理：レビュー担当、テスト証跡、承認方法のRFPへの記載
作業時間を短縮できても、AIの出力をそのまま本番に投入できるとは限りません。特に、仕様書にない業務ルールや例外処理は、機械的な変換だけでは判断できません。
自動化する作業と、有識者や業務担当者が確認する作業を分けておけば、後戻りを防げます。
COBOLシステムの費用を最適化するポイント
費用を抑えるには、単価を下げるだけでなく、不要な機能の移行やテストのやり直しを減らす必要があります。将来の保守費や業務停止による損失も考え、初期費用と運用費を合わせて判断します。
利用状況に基づく移行対象の絞り込み
利用状況と業務影響で対象を分け、優先度をつけて移します。
- 対象分類：中核業務と、低頻度の帳票・廃止候補の区分
- 利用確認：実行ログ、ジョブ実績、利用部門への聞き取りを組み合わせる
- 小規模検証：小さなサブシステムで、変換やテストの課題を早期に見つける
- 再利用：変換ルールや自動テストを、次の移行波で活かす
技術検証に向いた範囲と、経営上優先すべき範囲は、分けて計画します。
業務ルールとテストの標準化
業務ルールとテスト条件を文書にまとめ、後工程でも使える形にしておきます。
- 業務文書：フロー、入力・出力、例外、締め、障害復旧の記録
- 比較基準：テストデータ、期待結果、差異の判定ルールを、先に作っておく
- テスト計画：資産分析から対象を紐付け、自動テストを蓄積する
仕様復元で得た知見は、次の要件定義や受入テストで再利用します。
テストを最後にまとめて行うと、問題がコードにあるのか、データや連携、運用にあるのかが分かりにくくなります。そこで、テストは削らず、リスクに応じて自動化と重点確認を使い分けます。
契約前に決める追加費用の条件と成果物
見積もりの条件、追加費用の扱い、納品物は、契約前に決めておきます。
- 見積条件：対象数、データ件数、連携先、環境数、対応時間、仕様書の有無の記載
- 役割と変更：顧客作業、テストデータ準備者、要件変更や想定外資産の扱い
- 契約条件：データ品質、並行稼働、ライセンス増加、契約形態、検収、瑕疵対応、責任分界
- 納品物：設計、移行定義、テスト・性能結果、運用、監視、復旧手順
- 引き継ぎ資料：ソース、ツール利用条件、教育資料、切り戻し計画の一覧
成果物を削ると、次の保守会社へ引き継げなくなり、将来の費用が増える可能性があります。
COBOLの保守・移行実績を持つ会社の比較
COBOLに対応しているという説明だけでなく、基盤や業務に合う実績と体制を確かめます。
- 基盤・方式：自社基盤への理解、移行方式、同値性テストの経験
- 業界・体制：金融・保険・公共・流通の知識、国内責任者、オフショア時の機密管理、有識者レビューの比較
- 実績資料：資産別見積もり、過去の移行方式、テスト証跡
- 移行後支援：運用引き継ぎと保守体制
既存環境が富士通系、日立系、IBM系などの場合は、その環境への理解が必要になることがあります。
SCSKとFPTジャパンは2025年、COBOL PARKの事業開始を公表しています（出典：SCSK「COBOL PARKを設立、事業を開始」、2025年）。
専門体制は参考になりますが、会社名だけで価格や品質が決まるわけではありません。
COBOLシステムの見積もりを取る際のポイント
見積もりの精度は、発注側が渡す情報の粒度に左右されます。仕様書が完璧でなくても、対象業務と現行構成、課題を伝え、希望時期や停止制約、予算も共有します。
不明点を明記しておけば、調査工程と開発工程を分けて比べやすくなります。
RFPに書く対象範囲と非機能要件
RFPでは、対象範囲と非機能要件をそろえ、候補方式を比べられるように書きます。
- 現行環境：機器、OS、ミドルウェア、COBOL方言、プログラム・JCL・ジョブ数の記載
- 業務対象：DB・ファイル形式、画面・帳票、連携先、データ量、利用時間
- 移行候補：リホスト、リプラットフォーム、リライト、リビルド、段階的ラッピングの比較
- 非機能要件：可用性、性能、復旧時間・時点、バックアップ、監査、アクセス制御、所在、暗号化の記載
- 調達条件：障害連絡、保守時間、ピーク処理、期限、ISMAP対象の確認
政府・公共系や特定のクラウドでは、ISMAPの調達条件を確認することがあります。また、安い構成が要件を満たすかどうかは、金額と要件を照らし合わせて確かめます。
金額と前提条件をそろえた比較
3社程度に同じ資料を渡し、金額の前提条件をそろえて比べます。
- 費用項目：アセスメント、開発、移行、テスト、保守の同じ区分での比較
- 提案範囲：データ移行、並行稼働、文書、性能試験、切り戻しの有無
- 評価軸：価格、納期、技術、業務知識、体制、保守、契約の透明性
- 判断材料：現行維持と変換方式など複数案のリスクを示せるか、PoCや小規模移行を提案できるか
ライセンスとクラウド利用料も確かめておきます。範囲や品質基準が明確であれば、高額でも単純に割高とは限りません。
判断材料を示せる会社は、長期の費用の見通しを立てられます。
追加費用と切り戻しの条件
追加費用が発生する条件と、切り戻し時の役割は、契約前に決めておきます。
- 追加条件：未記載プログラム、データ品質、性能未達の扱い
- 変更管理：並行稼働の延長や移行波の追加における単価と承認者
- 復帰条件：旧系へ戻す判断基準と、差分データの扱い
- 復旧連絡：利用者への告知方法と、保存するログ
切り戻しの計画を立てずに進めると、一見安くても、障害時の損失が大きくなり得ます。そのため、リハーサルと復旧手順も見積もりに含め、業務継続を守ります。
COBOLのシステム費用に関するよくある質問
費用は方式や資産量で大きく変わるほか、業務リスク、移行データ、停止制約でも変わります。ここに挙げる金額は目安で、確定額ではありません。
COBOLのシステム開発費用はいくらかかりますか？
方式ごとの推定費用は、規模に応じて300万円から数億円以上です。
- 資産調査：300万〜1,000万円です。
- 小規模リホスト：1,000万〜5,000万円です。
- 中規模リプラットフォーム：5,000万〜2億円です。
- リライト・大規模刷新：数億円以上となる場合があります。
これは公開平均ではなく、分析や移行、同値性テスト、並行稼働を含めた推定です。対象範囲と方式を決めたうえで、個別の見積もりを取ってください。
COBOLからJavaへ変換すれば安くなりますか？
自動変換やAI支援で作業時間を短縮できても、必ず安くなるとは限りません。
- 残る作業：仕様復元、業務レビュー、データ変換、同値性・性能試験、運用設計が必要です。
- 費用比較：移行後の保守、障害対応、開発者確保、ライセンスを含めて比べます。
判断は、変換率だけでなく、3〜5年の総額で行ってください。
仕様書や担当者がいなくても見積もりを取れますか？
見積もりは取れますが、まず現行資産を棚卸しして影響を分析します。出発点になるのは、COBOLソースやJCL、コピー句、DB定義です。ジョブネットや帳票、外部連携、障害履歴も、あわせて集める対象になります。
生成AIで設計書のたたき台を作る方法もありますが、その場合も、業務担当者と有識者による確認は必要です。
COBOLを残すのと刷新するのはどちらが安いですか？
短期の初期費用なら、現行COBOLを必要な範囲だけ改修する方が安い場合があります。一方で、保守人材が不足したり基盤の期限が迫ったりすると、将来の費用や障害リスクが高まる可能性があります。
現行維持やリホスト、リライト、パッケージ移行は、初期費用だけでなく、5年程度の運用費と業務影響で比べます。
まとめ：COBOLシステムの費用の内訳と変動要因
COBOLの刷新は、現状を把握して段階的に判断すると、予算と業務継続性を管理しやすくなります。
方式と対象範囲で読み替える費用相場
方式ごとの費用差は、含める工程と対象範囲をそろえて判断します。
- 棚卸し：300万〜1,000万円、小規模リホストは1,000万〜5,000万円です。
- 中規模移行：リプラットフォームは5,000万〜2億円が目安です。
- 再構築：リライトは3,000万〜数億円、大規模刷新は2億〜10億円超になり得ます。
費用は、調査や設計、変換、データ移行などの工程と、テスト、並行稼働、保守に関係します。金額はいずれも前提を置いた推定であり、特定額を保証するものではありません。
最初のアセスメントと小規模検証
まず現行資産を棚卸しし、移行範囲と方式を絞って小規模に検証します。
- 資産確認：COBOLソース、JCL、DB、帳票、ジョブ、連携、運用手順の調査
- 範囲決定：利用頻度と業務影響による区分け、現行維持からパッケージ移行までの比較
- 小規模検証：同値性テストと移行リハーサルの実施
- 条件確認：価格、停止リスク、保守費、成果物、切り戻し、移行後の体制
段階を踏んで確かめることが、刷新を成功させる近道です。
▼全体ガイドの記事
・COBOLのシステム開発の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。