COBOLのシステム開発でおすすめの開発会社/ベンダー6選と選び方

COBOLのシステム開発でおすすめの会社は、既存資産の保守だけでなく、現行分析・設計書の復元・段階移行・クラウド化まで支援できる会社です。自社の基盤と業務を理解し、COBOLを残すか別言語へ移行するかを一緒に判断できる企業を選ぶことが重要です。

COBOLのシステムは、金融・保険・公共・流通などの基幹業務を長年支えてきました。一方で、担当者の退職、仕様書の不足、メインフレームの保守期限、外部連携の複雑化によって、刷新を検討する企業が増えています。本記事では、株式会社riplaを最初に、実在する開発会社・ベンダーを計6社紹介し、会社選びの基準、費用の見方、失敗を防ぐ確認項目まで解説します。

▼全体ガイドの記事
・COBOLのシステム開発の完全ガイド

COBOLのシステム開発でパートナー選びが重要な理由

COBOL案件の発注先は、単にCOBOLを読める会社であればよいわけではありません。ソースコード、コピー句、JCL、CICS、DB2、VSAM、帳票、ジョブネット、運用手順が一体となっているため、アプリケーションと基盤を分けずに全体を確認する必要があります。ここでは、なぜ会社選びが成否を分けるのか、発注前に何を確認すべきかを整理します。

COBOLのプログラムは、給与計算、口座振替、保険契約、売上締め、在庫引当など、企業固有のルールを長年にわたって積み重ねています。ソースを別言語へ機械的に変換しても、締め日、丸め処理、日付の境界、例外的な手作業まで再現できるとは限りません。金融なら勘定系や決済、製造なら生産実績や原価、流通なら受発注や在庫といった業務理解がある会社ほど、変換後の差異を見つけやすくなります。

2025年のNTTデータ公式記事でも、仕様書が古くなったレガシーシステムに対して、COBOLソースから設計書を復元し、COBOL有識者がモデルごとに精度を評価する取り組みが紹介されています。AIを使う場合でも、生成結果を業務担当者と技術者が検証する体制が必要です。会社を比較するときは、「COBOLに対応できます」という一文だけでなく、どの業務領域と実行基盤を経験しているかまで質問することが大切です。

見積もりの前に、対象となるCOBOLプログラム数、コピー句、JCL、画面、帳票、バッチ、データ量、外部システム、利用頻度を整理します。仕様書がない場合は、ソースコードだけでなく、ジョブの実行順序、ファイルレイアウト、障害対応記録、担当者のメモも資料になります。停止可能な時間、休日リリースの可否、並行稼働の期間、切り戻しの条件を決めておくと、会社から受け取る提案の比較が容易です。

費用の比較では、現行調査、方式検討、変換または再開発、データ移行、テスト、教育、運用引き継ぎを分けて確認します。記事用の推定では、現行資産の棚卸し・影響分析だけで300万〜1,000万円、小規模なリホストで1,000万〜5,000万円、中規模サブシステムの刷新で5,000万〜2億円程度が目安です（出典: リサーチノート「COBOLのシステム」、2026年。公開見積の平均値ではなく、案件条件を踏まえた推定です）。実際の金額は、アセスメント後に個別見積もりで確定します。

株式会社ripla｜コンサルから開発まで一気通貫で支援

riplaは、コンサルティングから開発まで一気通貫で支援できる企業です。IT事業会社として社内DXを推進してきた経験を活かし、ビジネスへの成果創出とシステムの定着支援に強みがあります。営業・顧客・生産・販売管理など、幅広い基幹システムの構築・導入実績があり、企業の業務要件に合わせて柔軟に対応できる体制を整えています。

COBOLのシステム刷新では、最初から言語を決めるのではなく、現行業務の可視化、課題の優先順位付け、移行方式の比較から始めることが重要です。riplaは、業務の整理からシステム設計・開発・導入後の定着までを一つの相談窓口で進めやすい点が特徴です。既存のCOBOLをすぐに廃止するのではなく、残す業務、APIで連携する業務、段階的に再構築する業務を切り分けたい企業に適しています。

特に、仕様書が不足している、現場にしか分からない手順がある、複数部門の要望をまとめきれていないといった場合は、技術選定より前の整理が成果を左右します。既存資産の調査範囲、担当者へのヒアリング、データ連携、テスト方法、運用引き継ぎを相談時に確認すると、riplaの支援範囲と自社の課題が合うか判断しやすくなります。

営業・顧客・生産・販売管理など、企業活動の中心となる基幹システムの構築・導入を幅広く扱えることが強みです。COBOLのプログラムをそのまま変換する案件だけでなく、既存業務を整理したうえでWebシステムやクラウドと連携させたい場合にも、業務要件から相談できます。候補に入れる際は、COBOL資産の種類、メインフレームやオープン系との接続、データ移行の範囲、移行後の保守体制を具体的に確認してください。

NTTデータ｜大規模レガシーの可視化とモダナイゼーション

NTTデータは、金融をはじめとする大規模な業務システムの企画・開発・運用を手がける大手SI企業です。2025年7月公開の公式記事では、2000年代初期に構築されたレガシーシステムを対象に、COBOLソースから設計書を復元し、生成AIとCOBOL有識者による評価を組み合わせる取り組みを紹介しています。仕様書が古い、設計意図が担当者の記憶に残っているといった大規模案件で、現状把握から相談しやすい候補です。

大規模なCOBOL資産を対象にする場合、変換率だけでなく、プログラム間の依存関係、業務ルール、データの流れ、テスト証跡を可視化する必要があります。NTTデータが公表している取り組みは、生成AIに設計書を作らせて終わりにせず、COBOL有識者による精度評価を組み込んでいる点が参考になります。AIを活用したい企業は、入力データの機密性、生成物のレビュー者、設計書とテスト結果のひも付け方法を確認すると安心です。

また、全面的なリライトだけでなく、現行を保守しながら周辺機能を段階的に更新する選択肢も検討できます。金融・公共など停止時間に制約がある場合は、業務領域を分けた移行波、旧新システムの並行稼働、差分照合、切り戻し条件を提案に含めてもらうことが重要です。

複数部門・複数システムにまたがる大規模刷新、金融系の基幹業務、現行仕様のリバースエンジニアリングを重視する企業に向いています。候補に入れるときは、担当するプロジェクトの規模、現行基盤がIBM z/OS・富士通系・日立系のどれに当たるか、COBOLを残す方式とJava等へ移行する方式の費用差を確認してください。大手企業の場合は体制が多層になることもあるため、実際に設計・移行・運用を担う責任者と、意思決定の窓口を早い段階で明確にすることが大切です。

富士通｜NetCOBOLと基盤知識を生かした移行支援

富士通は、メインフレームや業務システムの基盤に加え、Fujitsu Software NetCOBOLというCOBOL開発環境を提供しています。公式の製品情報では、EclipseをベースにしたNetCOBOL Studioで、ソース編集、ビルド、デバッグ、実行までを統合できることが説明されています。既存の富士通系資産を保守しながらオープン系へ移す場合や、COBOLを継続利用する場合に検討しやすい会社です。

2026年2月の富士通資料では、現行のCOBOLなどのプログラムからAIを使って設計書を自動復元し、モダナイゼーションを支援する方向性が示されています。資料のない環境では、設計書を新しく作ること自体が大きな工程になります。現行分析、プログラムの依存関係、画面・帳票の仕様、業務ルールの確認を一体で進められるかを確認すると、移行後の保守性まで評価できます。

一方で、富士通の製品・基盤に強い提案が、自社の将来像と一致するとは限りません。富士通系メインフレームを継続するのか、他社クラウドへ移すのか、COBOLをオープン系で動かすのかを先に整理し、特定の製品だけを前提にしない複数案を求めることが重要です。ライセンス、保守契約、移行後の運用費も初期費用とは分けて比較してください。

富士通系のメインフレーム、NetCOBOL、既存業務アプリケーションの運用を前提とする企業に向いています。過去のプログラム資産を活用し、すべてをJavaなどへ書き直すのではなく、必要な範囲だけを段階的に更新したい場合も相談候補になります。提案を受けるときは、富士通以外の基盤にも対応できるか、文字コードや帳票の移行をどう検証するか、旧環境の停止までにどの程度の並行稼働が必要かを確認してください。

日立製作所｜COBOL2002と安全性を重視したマイグレーション

日立製作所は、COBOL2002に関連する開発・運用製品や、既存プログラム資産の移行を支援するソリューションを公開しています。公式情報では、AIX、HP-UX、SolarisなどのOS移行による影響を事前に調査し、プログラム資産の効率的なマイグレーションを支援すること、テスト結果収集支援サービスと組み合わせて現行データを使ったテストの網羅性を確認できることが説明されています。

COBOLの刷新で見落とされやすいのが、プログラムを移した後のテストです。正常系だけでなく、締め処理、異常終了、再実行、日付変更、在庫不足、金額の丸め、コード変換などを確認しなければ、稼働後に業務差異が見つかります。日立の公開情報にあるテスト結果収集や現行データの活用という考え方は、同値性を検証したい案件で参考になります。

また、言語を一括変換するのではなく、業務サービス単位で切り出し、古い基盤と新しい基盤を接続する方式も候補です。24時間運用の基幹システムでは、移行対象を小さくし、リハーサルで処理時間と結果を確認しながら進めるほうが、現場の受け入れ負担を抑えやすくなります。提案書には、テストデータの作成方法、性能測定、障害時の復旧手順まで含めてもらってください。

既存のCOBOL資産を活用しながらOSや実行環境を更新したい企業、品質保証とテスト証跡を重視する企業に向いています。日立系の基盤だけでなく、対象システムの構成に合わせた移行方式を確認し、COBOLの継続利用、リホスト、リライト、段階的なAPI化のどれを提案できるかを比較してください。導入後の運用監視、障害対応、技術者の引き継ぎまで契約範囲に含まれるかも重要です。

NEC｜既存COBOL資産とデータベースの継承

NECは、A-VXマイグレーションのCOBOL DBアクセスなど、既存のCOBOLアプリケーションとデータベースを接続する製品情報を公開しています。COBOL DBアクセスは、COBOLアプリケーションから一般のデータファイルと同じ方法でOracleやSQL Serverへアクセスするためのミドルウェアです。既存資産を活用しつつ、データベースやサーバー構成を見直したい場合に検討できる候補です。

NECの公式情報では、A-VX IIのCOBOL言語仕様を踏襲し、COBOLプログラムとCOBOLデータをそのまま移行して運用できる一方、データ型、項目数、長さ、ロック制御、HIGH-VALUE、NULL値の扱いなどではソース修正やチューニングが必要になる場合が示されています。この注意点は、既存資産を継承する移行で特に重要です。「そのまま動く」という説明だけで判断せず、差異が出る項目を事前に洗い出してもらう必要があります。

複数のサーバーにデータが分散している場合や、ファイル処理をデータベースへ段階的に置き換える場合は、排他制御、トランザクション、性能、障害時の再実行を確認します。現行データを匿名化して検証環境へ移せるか、OracleとSQL Serverのどちらを対象にするか、既存の運用監視ツールを継続利用できるかをRFPに記載すると、提案の比較が具体的になります。

NEC系のA-VX資産、COBOLファイル、既存データベースを活かし、サーバーやデータアクセス方式を更新したい企業に向いています。全面的な再開発よりも、現行機能と業務ルールを継承し、リスクを抑えながら実行環境を移したい案件で候補になります。対象資産がA-VX以外の場合の対応範囲、周辺システムとの連携、データ型・文字コードの変換、移行後の製品ライセンスを確認してください。

SCSK｜COBOL PARKとメインフレームモダナイゼーション

SCSKは、システム開発・運用やメインフレーム領域の支援を手がけるSI企業です。2025年12月には、FPTジャパンホールディングスとレガシーシステムの課題解決に取り組む「COBOL PARK」を設立し、事業を開始したことを公式発表しています。既存COBOLの継続運用とモダナイゼーションを、技術者の確保やプロジェクト体制も含めて検討したい企業にとって、比較しやすい候補です。

レガシーシステムでは、開発案件の一時的な人員だけでなく、保守を続ける技術者と、刷新を進める技術者の両方が必要です。SCSKとFPTジャパンの取り組みは、長年のメインフレーム運用に関する知見と、COBOL人材の確保・育成、モダナイゼーションを組み合わせる方向性として確認できます。2026年にはCOBOL PARKがメインフレーム領域のアプリケーション開発高度化に向けたAI推進室を設立したことも公表されています。

AIや海外人材を活用する場合は、変換スピードだけでなく、機密データの取り扱い、ソースコードの保管場所、国内の責任者、COBOL有識者のレビュー、成果物の引き継ぎを確認してください。既存システムを止められない企業は、保守契約と刷新契約をどう分けるか、障害発生時の優先順位を誰が決めるかも契約前に明文化する必要があります。

COBOLシステムの保守継続、メインフレームのモダナイゼーション、技術者不足への対応を同時に進めたい企業に向いています。SCSKの提案を比較するときは、COBOL PARKとの役割分担、実際の担当会社、国内外の開発拠点、対応する基盤、移行後の運用窓口を確認してください。自社の機密情報を国外へ持ち出せない場合は、開発環境とデータの所在を要件に含めることが重要です。

COBOLのシステム開発会社を選ぶポイント

6社を比較するときは、知名度や提示価格だけで決めず、自社のCOBOL資産と移行目的に合うかを確認します。特に重要なのは、現行調査の深さ、技術・業務の専門性、プロジェクト管理と運用引き継ぎの三つです。COBOLを残す提案を含めて比較できる会社ほど、不要な全面刷新を避けやすくなります。

実績を見るときは、「COBOLの開発実績があります」という表現を、対象基盤、業界、規模、方式、担当範囲に分解して確認します。自社がIBM z/OSならIBM z/OS、富士通系なら富士通系、A-VXならA-VXというように、同じ実行環境を扱った経験があるかを質問します。金融・保険・公共のように制度や監査が重い業務では、業界固有のテスト、権限、ログ、障害報告まで経験しているかが判断材料になります。

提案時には、匿名化されたサンプル資料でもよいので、現行資産の一覧、依存関係図、移行波の計画、同値性テストの例を見せてもらいます。過去事例の会社名を開示できない場合でも、プログラム本数、バッチ数、データ量、停止可能時間、期間、課題と対策を説明できる会社であれば、経験の具体性を評価しやすくなります。

会社の技術力は、変換ツールの有無だけでなく、変換しない判断を含めて評価します。候補方式は、現行COBOLを維持するリテイン、実行基盤だけを移すリホスト、オープン系でCOBOLを動かすリプラットフォーム、構造を整理するリファクタリング、Javaなどへ書き換えるリライト、SaaSやERPへ業務を寄せるパッケージ移行です。さらに、新システムから旧システムをAPIで利用するラッピングも、段階移行の選択肢になります。

2025年5月にAWS Transform for mainframeが一般提供され、COBOL、JCL、CICS、DB2、VSAMを含むメインフレームアプリケーションの分析、文書化、分解、変換、テストを支援する機能が公開されました（出典: AWS「AWS Transform for mainframe is now generally available」、2025年）。ただし、AIツールは業務判断を代替するものではありません。入力資産の完全性、生成コードのレビュー、旧新結果の一致、セキュリティ、監査証跡を含めて提案できる会社を選ぶことが必要です。

COBOL刷新は、開発だけでなく、現行調査、データ移行、業務テスト、利用者教育、並行稼働、旧環境の停止まで続きます。プロジェクト責任者、業務側の意思決定者、COBOL有識者、移行担当、品質保証担当、運用担当が誰なのか、役割分担を組織図で確認してください。二次請け・三次請けが入る場合は、課題管理と品質責任の所在を明確にする必要があります。

契約には、対象資産、納品する設計書とソース、テスト結果、データ移行、運用手順、教育、保守期間、障害対応、追加費用の条件、切り戻し方法を記載します。仕様書がない部分を準委任で調査し、要件が固まった部分を請負にするなど、工程ごとに契約を分ける方法もあります。安い初期見積もりだけで決めず、変更管理と追加費用のルールまで比較してください。

よくある質問

COBOLのシステム開発会社を選ぶ際に、担当者からよく寄せられる質問に回答します。費用や移行方式はシステムの規模と業務条件で変わるため、以下の回答を自社のRFPを作るときの基準として活用してください。

使い続けられますが、保守できる技術者、実行基盤のサポート、セキュリティ、外部連携を確認したうえで判断する必要があります。安定稼働しているからといって放置するのではなく、ソースコード、ジョブ、データ定義、運用手順を棚卸しし、保守継続と段階移行の両方を比較することが現実的です。

一律の価格はなく、現行分析、変換、再設計、データ移行、テスト、並行稼働の範囲で大きく変わります。小規模な案件でも1,000万円単位、中規模の基幹サブシステムでは5,000万〜2億円程度、大規模なメインフレーム全体では2億円を超える可能性があります。これは公開見積の平均ではなく記事作成用の推定ですので、プログラム本数や停止可能時間を提示してアセスメント見積もりを取得してください。

AIによって現行分析、設計書復元、コード変換、テスト項目作成を効率化できる可能性はありますが、短期間で安全に本番移行できるとは限りません。入力資産の抜け、業務仕様の暗黙知、文字コード、金額計算、バッチ順序を人が確認し、旧新システムの結果を照合する必要があります。AIの利用範囲、学習への利用有無、機密情報の扱い、レビュー責任者、修正後のテスト証跡を契約前に確認してください。

依頼できますが、最初に現行資産の棚卸しと仕様復元を行う工程が必要です。COBOLソース、コピー句、JCL、DB定義、ファイルレイアウト、帳票、ジョブネット、障害履歴、担当者のメモを集め、静的解析やヒアリングで業務ルールを確認します。設計書がないことを理由に変換を急がず、アセスメントの成果物を次工程の設計書やテスト計画へつなげる会社を選ぶことが大切です。

まとめ｜COBOLのシステム開発会社は目的と資産に合わせて選びます

COBOLのシステム開発では、言語が古いという理由だけで全面刷新を決めるのではなく、業務の重要度、現行資産、技術者、停止可能時間、将来の連携要件を整理して方式を選びます。今回紹介した6社は、それぞれ得意な基盤、業界、製品、移行支援の考え方が異なります。自社の課題を整理し、現行分析から移行後の運用までを含めて提案できる会社を比較してください。

最初の相談では、COBOLソースとコピー句だけでなく、JCL、ジョブスケジュール、DB・ファイル定義、帳票、外部連携、運用手順、障害履歴をそろえます。資料が不足していても、分かる範囲からアセスメントを始め、どの資料を追加で集めるかを合意すれば計画を立てられます。現場の担当者しか知らない例外処理も、ヒアリング項目に含めてください。

どの方式が自社に合うか決めきれない場合は、業務要件の整理、現行システムの調査、優先順位付けから相談できる会社を選びます。株式会社riplaは、コンサルティングから開発、導入後の定着まで一気通貫で支援する体制を整えています。COBOLを残す業務と段階的に更新する業務を整理し、企業の基幹業務に合うシステムの進め方を検討したい場合は、相談先の一つとして比較してください。

▼全体ガイドの記事
・COBOLのシステム開発の完全ガイド

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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