勘定系システムの案件｜単価相場・参入条件とオープン化の実務

勘定系システムとは｜銀行システム三大系統の中心

結論として、勘定系は銀行システムの中でお金そのものを動かす層です。情報系やチャネル系の停止も重大障害ですが、勘定系は残高管理と決済処理の中核にあるため、停止時の影響範囲が特に広い領域だと説明されます。

銀行のITシステムは、役割で三つに分けて説明されるのが一般的です。

この三分類については、伊藤忠テクノソリューションズの解説連載「銀行のITシステム全体像」が図解込みで整理しています。

勘定系が「止められない」ことの実務的な意味

勘定系の案件に入ると、開発そのものより止めないための手続きに時間を使う場面が増えます。本番移行の判定会議、切り戻し手順の文書化、二重三重のテスト証跡。Web系の感覚で「まず動かしてから直す」と考えていると、最初の数週間で面食らいます。

このあたりの品質要求には根拠があります。金融庁は「主要行等向けの総合的な監督指針」の中でシステムリスク管理態勢を評価項目として定めており、金融機関は外部委託先も含めた管理を求められます。加えて業界標準として、金融情報システムセンター（FISC）が「金融機関等コンピュータシステムの安全対策基準・解説書（第12版）」を公表しています。現場で「FISC準拠」という言葉がよく使われる背景の一つが、この基準です。実務ではこれに加えて、各金融機関の内規や委託先管理基準、監査対応なども重なります。

ミニFAQ：勘定系と「勘定科目」は関係ある？

まったくの別物です。「勘定科目」は会計処理で使う費用の分類（旅費交通費、通信費など）を指します。本記事で扱う勘定系は、銀行の基幹システムの呼び名です。検索結果では両者が混ざりやすいため、案件を探すときも「勘定系システム」「バンキングシステム」で検索すると目的のものに当たりやすくなります。

勘定系案件の単価相場（公開案件ベース）

まず短答から書きます。勘定系の案件は、月48万〜155万円程度のレンジで募集されています。目視で確認した範囲では60万〜70万円台の掲載が多く、上流工程やPMO寄りの役割で85万〜120万円台の募集も見られます。

以下の数字の観測条件を明示しておきます。2026年10月時点に、首都圏案件を中心とする主要フリーランスエージェント2社と、COBOL特化の案件検索サイト1社の公開案件ページを開き、キーワード「勘定系」で表示された業務委託案件をエリア指定なしで目視確認したものです。成約単価の統計ではなく、募集時の提示レンジである点に注意してください。

件数は検索時点で変動します。またサイトごとに表示形式が異なり、1行目は全体レンジ、2行目は職種帯、3行目は個別案件の実例です。粒度が揃っていないため、表の縦方向での単純比較はできません。

掲載件数が多いレバテックの案件を目視確認した範囲では、プログラマ・テスト工程中心の募集は50万〜60万円台が多く、基本設計から入る募集で70万円台、要件定義やベンダーコントロールを含む募集で100万円前後という並びが見られます。レバテックフリーランスの勘定系案件一覧は誰でも閲覧できるので、実際の募集要項を数件読んでみると温度感がつかめます。

単価が上振れする人の条件

公開案件の中で高いレンジが提示されているのは、だいたい次のような経歴の人です。条件だけ並べても意味が薄いので、人物像とセットで書きます。

• 勘定系の現行調査ができる人：COBOL実務5年以上に加え、既存資産を読み解いて業務仕様に起こした経験がある。移行案件では設計者より重宝される場面があります

• レガシーとオープン双方を触れる人：COBOLの実務経験を持ちながらJavaやクラウド基盤も扱える。移行案件の橋渡し役として、85万円以上の募集に該当しやすい層です

• ベンダーコントロール経験者：金融機関側に立ち、複数ベンダーの進捗と品質を見る立場。フリーランスPMOの単価相場｜PMとの違いと高単価案件の条件も解説で扱っているPMO系のスキルセットがそのまま効きます

なお非公開案件については、上記とは分けて考えてください。エージェントの面談で提示される案件には金融機関直や上流限定のものが含まれ、個別条件で上振れすることがあります。ただし公開案件ほど再現性はないため、「公開されているレンジが自分の現実的な出発点」と捉えるのが安全です。

自分の経歴でどのあたりを狙えるか気になる方は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。単価を体系的に上げる考え方は「【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？」に整理しています。

勘定系案件の技術スタック｜レガシー側とオープン側

勘定系の案件は、技術的に二層に分かれます。どちらに応募するかで、求められるものがまるで違います。

メインフレーム側（現行システムの保守・改修）

募集要項に並ぶのは、COBOL、JCL、DB2、VSAM、z/OSあたりです。言語そのものの難易度は高くありませんが、難所は別のところにあります。

ひとつは規模。数十年分の改修が積み重なった資産を相手にするため、1本のプログラムが数千行ということも珍しくありません。もうひとつはドキュメントと実装の乖離です。設計書が最新でない前提で、ソースを正として読む姿勢が要ります。

COBOLという言語の全体像は「COBOLとは？特徴・歴史・現状から年収・将来性まで解説」で解説しています。

オープン側（モダナイゼーション・新基盤）

こちらはJava、Linux、クラウド基盤が中心です。Spring系のフレームワーク、API設計、CI/CDといったWeb系と地続きのスキルが問われます。

ただし「Javaが書ければ入れる」わけではありません。勘定系のオープン化では、既存の業務仕様をそのまま載せ替えるケースが多く、仕様理解のほうが実装より重い。Javaの案件動向全般は「Javaフリーランスの単価相場｜高単価案件の条件と獲得ロードマップ」を参照してください。

オープン化・モダナイゼーション案件の実務

結論から言うと、オープン化案件は勘定系の中でも高めのレンジが提示されやすい領域です。公開案件でも上流・移行設計寄りの募集は高めに出ており、レガシーとオープンの両方を理解できる人は評価されやすい傾向があります。

背景には国全体の課題認識があります。経済産業省が2018年に公表した「DXレポート」が提起したいわゆる「2025年の崖」以降、レガシー刷新は継続的なテーマとして扱われてきました。IPAも2025年5月に「レガシーシステムモダン化委員会 総括レポート」を公表し、刷新の難所を整理しています。

ただしこれらは政策・提言文書であり、現在の案件量を直接示すデータではありません。レガシー刷新が継続的なテーマとして認識されている背景資料として読んでください。

移行方式は大きく3通り

案件の性質が方式によって変わるため、面談前に押さえておくと話が早く進みます。

リホストはテスト工程の比重が高く、参入しやすい募集もありますが、基盤の難度や現行調査の比重によって単価差が出ます。リビルドは上流の比重が高く、提示レンジも上がりやすい一方で、金融業務知識が前提になります。

現行調査がボトルネックになりやすい

移行案件に入ると、最初の数か月が現行調査に充てられることがあります。「いまのシステムが何をしているか」を誰も正確に説明できない、という状態が出発点だからです。

ここを嫌がらずに引き受けられる人は、案件内での評価が上がりやすい。地味な工程ですが、移行の成否を左右します。似た構図はクラウド移行案件にもあり、「クラウド移行案件のフリーランス単価相場・必要スキル・獲得法」で扱っている論点が参考になります。帳票基盤の刷新も同じ性質を持つので、「帳票開発案件の単価相場｜帳票基盤のEOL移行と参入ルート」も近い領域です。

ミニFAQ：リホスト案件でもCOBOLは読めないと厳しい？

読めたほうが有利です。リホストは「書き換えない」方式ですが、移行後の不具合解析では現行ロジックを追う必要が出ます。Java側の担当であっても、COBOLを読んで意図を把握できる人はチーム内で重宝されます。逆に言えば、COBOLを読めるJavaエンジニアは希少なので、ここを狙うのは現実的な戦略です。

地銀共同化の構造と案件の出方

地方銀行の勘定系は、各行が個別に持つのではなく共同利用する形が採られています。この構造を知らないと、案件の出方を読み違えます。

NTTデータが2024年2月8日に公表した統合バンキングクラウドの開発着手リリースによると、同リリースで示されている共同利用型勘定系は複数の陣営に分かれており、いずれも勘定系アプリケーションとして「BeSTA」を採用しています。地銀の共同化の枠組みはこれがすべてではないため、以下はNTTデータのリリースで説明されている範囲として読んでください。

BeSTAは2004年1月のサービス開始で、同リリースでは2028年1月に統合バンキングクラウドを地銀共同センターへ適用する計画が示されています。

この構造が案件に与える影響は二方向です。共同化により個別行での独自開発は減りますが、センター側の開発・移行・各行固有のカスタマイズという形で案件はまとまって発生します。つまり案件は「銀行ごと」ではなく「センターのプロジェクトごと」に出てくる。応募時に、自分がどのレイヤーに入るのかを確認しておくと、業務内容のミスマッチを避けられます。

勘定系案件の参入条件

経験年数とスキルの実態

公開案件の募集要項を見る限り、条件は二系統に整理できます。

• レガシー側：COBOL実務3年以上。JCLやDB2などメインフレーム基盤の運用経験を併記する募集が多く見られます

• オープン側：Java等での開発経験3年以上。加えて金融系システムの参画経験を「歓迎」ではなく「必須」に置く募集も目立ちます

どちらにも共通するのが、ウォーターフォール型開発への適応です。工程が明確に分かれ、成果物の定義とレビューが厳格に運用されます。アジャイル中心のキャリアから来る場合はギャップが出やすいので、「アジャイル開発とは｜仕組み・スクラム・ウォーターフォールとの違い」で差分を確認しておくと、面談での受け答えが安定します。

常駐・セキュリティ制約は単価と同じ重さで確認する

勘定系は顧客資産を扱うため、作業環境に制約がかかります。本記事で確認した公開案件では、週5日常駐・精算幅140〜180時間の条件が目立ちます。フルリモートの募集は、同じ観測範囲では限定的でした。

参画にあたっては入館手続きや各種誓約が必要になるケースがあり、契約から初稼働まで一定の期間を見込んでおくほうが無難です。持ち込みPC不可、外部ネットワーク接続不可といった条件もあり、日々の作業の進め方が変わります。

常駐かリモートかの判断軸は「客先常駐とフルリモート案件の違い｜単価・働き方・向いている人で選ぶ」で整理しています。精算幅の読み方は「準委任の精算幅とは｜140-180hの意味と超過・控除の計算方法」を参照してください。

契約形態は準委任が中心

工程単位で切り出される性質上、準委任での募集が中心です。請負との違いは責任範囲に直結するため、契約前に確認してください。「準委任契約と請負契約の違い｜フリーランスエンジニアが知るべきリスクと注意点」に整理があります。

ケース別｜経歴からの入り方

ケース1：COBOL実務経験あり

最短ルートです。たとえばCOBOLでの保守改修を3年以上担当し、設計書が古い前提でソースを読んで挙動を追える人であれば、金融ドメインが初めてでも通る募集があります。

ただしここで止まると単価も止まります。入ってから移行プロジェクトの話が出たら、テスト工程でもいいので手を挙げておく。現行調査や差分検証の実績が1件つくと、次の案件での提示レンジが変わります。

ケース2：オープン系Java経験あり、金融は未経験

モダナイゼーション案件のJava側から入るのが現実的です。とくに業務系Java・バッチ処理・ウォーターフォール型開発の経験がある人は接続しやすい。この場合、金融業務の知識不足は想定内として扱われることが多く、むしろ「既存仕様を読み解いて設計に落とす」経験のほうが見られます。

金融系の隣接領域で実績を作ってから勘定系に寄せる進め方もあります。「FinTechフリーランスエンジニア案件｜単価相場・主要職種・必要スキル」や「インシュアテック案件のフリーランスエンジニア｜単価相場・職種・保険業法対応」が近いルートです。

ケース3：SIerから独立したばかり

金融系SIerでの参画経験があるなら、そのプロジェクト名と担当工程を具体的に書くだけで通過率が変わります。勘定系は「どのセンターの、どの工程に、どの規模で入ったか」が評価軸になるためです。

SIer出身者の案件選びは「SIerからWeb系案件へ移るフリーランスの準備｜通過条件と案件選び」でも扱っていますが、勘定系に関してはSIer経験がそのまま資産になります。無理にWeb系へ振らず、金融の縦に伸ばす選択肢も検討してください。

勘定系案件の探し方とスキルシートの書き方

検索は技術名との組み合わせで

「勘定系」単体で検索すると、会計の勘定科目に関する情報が混ざります。エージェントの案件検索でも、次のような組み合わせのほうが目的の案件に当たります。

• 勘定系＋COBOL（保守・改修系）

• 勘定系＋Java（オープン化・新基盤系）

• バンキング＋移行／マイグレーション（モダナイゼーション系）

• 銀行＋基幹系（広めに拾いたいとき）

フリコンの案件一覧でも、技術と業界を掛け合わせて絞り込めます。

スキルシートでは「規模」と「工程」を数字にする

勘定系の選考では、担当した工程と体制規模が重視されます。「COBOLでの開発経験あり」だけでは判断材料になりません。

• 対象システム（勘定系／情報系／チャネル系のどれか）

• 担当工程（要件定義・基本設計・詳細設計・製造・テスト・移行）

• 体制規模（自分のチーム人数と、プロジェクト全体の規模感）

• 扱った資産量（本数、ステップ数など、言える範囲で）

書き方の型は「スキルシートの案件詳細の書き方｜担当フェーズ・規模・体制の粒度」にまとめています。

よくある失敗と対策

単価だけで選んで常駐条件に詰まる

勘定系は単価が高めに出る分、常駐や作業環境の制約がセットになっています。提示額に目が行って条件を流し読みすると、参画後に「週5日・フル出社・持ち込み端末不可」で生活が回らなくなる。面談時に、勤務地・出社頻度・使用端末・入館手続きの4点は必ず確認してください。

「COBOLが書ける」だけで応募してしまう

募集側が見ているのは、言語よりも金融の業務仕様を読み解けるかです。利息計算、日次バッチ、勘定日の概念といった業務用語に触れた経験があるなら、スキルシートに明示したほうが効きます。

現場の文化を軽視する

レビュー回数が多い、ドキュメントが重い、本番作業の手順が厳密。これらを「非効率」と口に出すと、技術的に正しくても浮きます。制約の背景には監督指針やFISC基準があるという前提を理解したうえで、改善提案は手続きに乗せる。フリーランス常駐で評価される立ち回り｜参画後の行動と契約継続のコツが参考になります。

短期案件のつもりが長期化する

移行案件は計画が延びやすい領域です。契約更新の単位と、延長時の単価見直しの可否を初回契約時に確認しておくと、後から交渉しやすくなります。

参画前チェックリスト

面談で確認しておきたい項目を、勘定系に特化してまとめました。

まとめ

勘定系案件は、COBOL実務3年以上かオープン系開発経験3年以上を入口に、公開案件ベースで月48万〜155万円のレンジで募集されている領域です。単価の高さは品質要求と常駐制約の裏返しなので、条件を単価と同じ重さで確認してください。

要点を整理します。

• 勘定系は銀行の預金・融資・為替を扱う基幹系。止められない前提が品質要求と単価に反映される

• 単価は公開案件ベースで中位帯60万〜70万円台、上流・PMO帯で85万〜120万円台という分布

• 技術はレガシー側（COBOL・JCL・DB2）とオープン側（Java・Linux・クラウド）の二層。両方わかる人は募集が少ない層を狙える

• 地銀は共同センター単位で案件が発生する。応募時はどのレイヤーに入るかを確認する

• 常駐・精算幅140〜180時間・入館手続きが前提の募集が多い。働き方の条件確認を省略しない

• スキルシートには対象システム・担当工程・体制規模・資産量を数字で書く

向き不向きで言えば、COBOLでの保守改修経験がある人か、業務系Javaでバッチ・移行に強い人ほど相性が良い領域です。逆に、短いサイクルで仕様を変えながら進めたい人には窮屈に感じられます。

次のアクションとしては、エージェントの検索窓で「勘定系＋COBOL」「勘定系＋Java」の2通りを試し、募集要項を5件ほど読み比べてみてください。自分の経歴がどちらの系統に寄っているかが見えてきます。そのうえで、現在の市場単価はフリーランスエンジニア単価診断で確認できます。

参照した一次情報は以下のとおりです。

• 金融庁｜主要行等向けの総合的な監督指針

• FISC｜金融機関等コンピュータシステムの安全対策基準・解説書（第12版・2024年3月）

• NTTデータ｜統合バンキングクラウドの開発着手（2024年2月8日）

• IPA｜レガシーシステムモダン化委員会 総括レポート（2025年5月28日）

• 経済産業省｜DXレポート（2018年9月7日）