マイナンバー管理システムの開発は、利用目的と業務から逆算して、8つの段階を順に進めます。進め方と費用は、対象業務や既存連携、安全要件によって変わります。RFIやRFPを作る前の判断材料としても、ご活用ください。
▼全体ガイドの記事
・マイナンバー管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
マイナンバー管理システムの全体像
マイナンバー管理システムは、個人番号を法令で認められた事務に限って扱う仕組みです。番号の登録と照合から、連携、保管、廃棄、監査までを一続きで管理します。自治体向けでは、既存の基幹業務と安全に連動させる点が加わります。
自治体向けと企業向けの管理情報の違い
マイナンバー管理システムには、自治体の住民情報系と企業の人事労務系の2種類があります。そのため、対象データと利用者を先に切り分けておく必要があります。
- 自治体向け：住民票コード、宛名番号、個人番号、氏名・住所を住民異動に合わせて更新
- 企業向け：収集、本人確認、保管、利用、法定調書への出力、退職後の保存、廃棄
自治体では、社会保障、地方税、防災の事務が関わるため、住民記録や国民健康保険、年金、福祉などの業務との連携も発生します。さらに、児童手当や戸籍とも連携します。
番号を扱う職員と、番号を扱わずに申請を処理する職員は、分けて設計しておきます。また、後者の画面をマスキングする設計も必要です。
従業員数に応じた企業向けSaaSは、数日から1か月程度で導入できる場合もあります。一方で、自治体基盤とは要件も費用感も異なります。
導入相談では、自治体の住民系か企業の人事労務系か、番号を保持するかカードで本人確認するかを、開発会社と最初に確認します。
必要な機能の範囲
自治体向けに必要な機能は、番号の付番・変更・廃止のほか、複数の分野にまたがります。3つの分野に分けて整理します。
- 番号と住民情報：住民票コード・宛名番号との照合、住民異動時の更新
- 行政事務の連携：情報照会・提供、業務間のデータ連携
- カード関連：カード交付予約、電子証明書の有効期限管理
連携では、税や福祉への反映に加えて、処理の前後で件数や差分、再処理の結果を確認できる仕組みが要ります。さらに、エラーが起きたときに対象者と処理状況を追えることも必要です。
職員の役割別権限や監査ログ、番号の非表示化、暗号化も欠かせません。バックアップや障害復旧、媒体の持ち出し制御、削除・廃棄の記録も含めて考える必要があります。
個人情報保護委員会のガイドライン（出典：個人情報保護委員会「特定個人情報の適正な取扱いに関するガイドライン（事業者編）」、2025年改正）は、事業者に番号法や個人情報保護法などの遵守と安全管理措置を求めています。
自治体の案件でも、開発会社に任せきりにせず、組織上の責任者と運用手順を設計の段階から発注側が決めておく必要があります。
マイナンバー管理システム開発の8段階の進め方
開発は8段階で、利用目的と業務から逆算して進めます。まず対象範囲と法令業務を決め、次に現行調査と非機能設計、方式選定を行います。そのあとで移行、テスト、教育、運用へと進みます。
各段階で作ったものを残しておくと、見積の条件が変わったときに、追加費用の理由を説明できます。
企画・要件定義での利用目的と対象範囲の決め方
最初に、自治体の住民系か企業の人事労務系かを決めます。そのうえで、保存期間や廃棄条件、対象者まで業務一覧に書き出します。
- 対象事務、利用目的、第三者提供、委託・再委託の範囲
- 自治体：住民記録、税、国保、福祉、戸籍、カード交付の対象範囲
- 企業：給与・会計・年末調整・法定調書との連携、退職者の削除フロー
- 正常処理に加えて、誤登録、重複、異動取消、番号変更、カード失効の要件
- 連携停止、担当交代、災害時の手作業を想定した権限と画面表示
個人番号と氏名を同じ検索結果に表示するか、照合のときだけ一時的に表示するかも、権限要件と合わせて発注側が決めておきます。
自治体では、既存システムの改修と新しい共通機能の境界をはっきりさせる必要があります。また、個人情報保護評価や内部規程をシステム要件に対応付けておくと、調達時の抜け漏れを抑えられます。
現行調査と安全な構成設計
現行調査と構成設計では、データ、ネットワーク、クラウド運用の条件を分けて押さえます。
- 現行資産：項目、コード、外字、履歴、帳票、連携頻度を洗い出す
- 構成：番号領域から外部への直接通信を避け、必要な連携だけを許可
- クラウド運用：データ所在、管理者・ログ閲覧権限、バックアップ、再委託、終了時の返却
住民票コード・宛名番号・個人番号の照合ルールと、障害時の運用も、発注側と開発会社で洗い出します。
氏名変更や転居、出生、死亡、国外転出ごとに、更新情報と確認担当を業務フローに落とし込みます。あわせて、ネットワークはマイナンバー利用事務系、LGWAN接続系、インターネット接続系に分けておきます。
認証、暗号鍵、端末、ログの管理場所を決めておきます。そのうえで、許可する通信と禁止操作を具体的に書いておくと、「安全なクラウド」が指す中身を、発注側と開発会社で揃えられます。
方式選定・連携・移行の一体検証
方式選定から移行、受入テストまでは、一体で検討します。
- 方式比較：パッケージ、自治体・ガバメントクラウド、共通基盤改修、スクラッチ
- パッケージ：制度対応や実績があり納期を抑えやすい一方、業務を標準機能に合わせる必要がある
- スクラッチ：独自業務に対応できる一方、改正・脆弱性対応を長期にわたって負担する
- 仕様・移行：版数・更新履歴、標準機能で代替できない業務、データ照合
2026年も、デジタル庁は共通機能やデータ連携の標準仕様を更新しています（出典：デジタル庁「共通機能の標準仕様」「データ要件・連携要件の標準仕様」、2026年）。そのため、改定を検知したあとの影響評価、テスト、リリースも保守の範囲に含めておきます。
移行では、項目対応や文字・コード変換、重複排除、欠損確認を順に行い、履歴と移行後の照合まで進めます。その前に、小規模な連携検証と移行リハーサルを行います。
現場職員が、実データに近い環境で確認します。受入テストでは、誤紐付けや二重登録、権限外照会、ログ欠落、連携先停止、復旧後の再送も試します。こうした試験を行うと、稼働後の大きな手戻りを防ぎやすくなります。
マイナンバー管理システムの費用相場とコストの内訳
自治体向け機能だけを対象にした全国平均の公開統計は、確認できません。ここで示すのは、企画や見積の前に使う推定の幅です。人口や対象業務数、既存ベンダー、データ品質によって、金額は変動します。
連携先やネットワーク、標準化・ガバメントクラウド移行の有無も、金額を左右します。企業向けSaaSの公開価格と、自治体基幹業務の開発費は分けて考えます。
方式ごとの初期費用の幅
費用の目安は、企業向けSaaSと自治体向けの導入や更改で大きく異なります。
- 企業向けSaaS：初期費用0円から数十万円、月額1,000円台から数万円
- 自治体パッケージ：導入・設定は3,000万円から1億円
- 連携改修：住民記録・税・福祉との連携は8,000万円から3億円
- 大規模更改：独自要件・スクラッチは3億円から10億円超
- 事前検討：要件定義500万円から1,500万円、PoCや連携検証は1,000万円から3,000万円程度
マイナクラウドは初期費用が無料で、月額は、最大10人で1,000円、30人で2,400円、60人で4,800円、100人で8,000円です（出典：マイナクラウド「料金・導入方法」、2026年8月確認）。
マイナクラウドの価格は、収集や保管を中心とした企業向けのものです。また、freeeも対象サービスの契約者向けに追加料金0円と案内しています。ただし、これらは自治体の住民情報基盤とは異なります。
自治体向けの推定額は、番号保管だけを指すものではありません。番号と業務間連携、カード交付に加えて、データ移行、監査、教育、運用設計を含んだ場合の幅です。
開発費・移行費・運用費の内訳
見積もりでは、初期費用と、継続してかかる運用費を分けて内訳を確認します。
- 初期費用：企画・要件定義、調査、設計、開発、API、中間サーバー、端末・カードリーダー
- 移行・稼働費：データ整備、リハーサル、テスト、教育、立ち会い
- 運用費：クラウド、監視、保守、障害、改定、ログ、監査、端末、研修
- 長期総額：初期費用だけでなく5年または10年分で比較
見積の内容があいまいだと、契約後に移行や脆弱性診断が別途となり、制度改正への対応が保守の範囲外になることがあります。
運用費には、バックアップやヘルプデスク、脆弱性対応、標準仕様の更新も含めて考えます。
ガバメントクラウドは効果が期待できる一方で、移行後に費用が増える自治体もあると、デジタル庁は示しています（出典：デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年確認）。
小規模SaaSと自治体基盤の導入期間の目安
導入期間は、企業向けSaaSと自治体基盤で大きく異なります。切替時期や検証の工程も、あわせて計画しておく必要があります。
- 切替時期：住民異動の集中期、年度末、法改正施行日を避ける
- 受入準備：職員の準備期間と並行稼働の期間も確保する
- リスク分散：連携検証や段階導入で一括切替を避ける
企業向けの番号管理だけであれば、初期設定と利用者登録は数日から1か月ほどで終えられる場合があります。
自治体向けの目安は、パッケージの導入・設定が6か月から12か月、連携改修が12か月から24か月、大規模更改が18か月から36か月です。
見積書では、工程ごとの期間や自治体側の作業、意思決定の期限、遅延時の扱いを確認します。移行リハーサルや権限テストを削ると、稼働後に誤紐付けや業務停止が起きるリスクが高まります。
リスクは、一度に更改せず、連携検証や対象業務を絞った段階導入、帳票の優先順位付けで分散できます。
マイナンバー管理システムの見積もりを取る際のポイント
見積の精度は、開発会社の技術力だけでなく、発注側の業務やデータの整理にも左右されます。発注側は、対象業務や利用者、権限、連携先を開発会社と共有します。
データ件数や履歴年数、保存期間、移行対象も伝えます。ネットワーク、帳票、稼働希望時期も、あわせて共有します。情報が未整理なら、現状分析と要件定義を先に行います。
仕様書に書くデータと運用条件
仕様書には、機能だけでなくデータ移行や運用条件も書いておきます。項目を分けておくと、見積の範囲がはっきりします。
- 機能：付番・変更・廃止、本人確認、照合、情報照会・提供、カード、帳票、検索、マスキング
- 安全対策：権限、ログ、暗号化、バックアップ、削除、三層・閉域、鍵・端末管理
- 運用・復旧：可用性、RTO・RPO、24時間監視、災害復旧、脆弱性・侵入テスト
- 移行データ：件数、外字、旧住所、履歴、重複・欠損、連携キー、添付、帳票
- 検収基準：移行前後の件数やサンプルの照合結果、エラー一覧、再移行の条件を、書面で示す
住民票コード、宛名番号、個人番号の照合が曖昧だと、移行後の手修正が増えます。そのため、照合ルールは仕様書の段階で決めておきます。
複数社を価格・5年総額・体制で比較する観点
比較では、見積の内訳や実績、保守体制、契約条件を、同じ前提でそろえて評価します。
- 見積比較：要件定義から保守、クラウド、端末、制度改正までを、項目ごとに分けて比べる
- 事業者評価：人口規模、既存環境、地域保守、入札資格、標準準拠状況
- 提案評価：標準化、移行、監査、教育、5年総額、障害・運用負担
候補には、NEC、富士通Japan、日立システムズが挙がります。ほかに、NTTデータ、TKC、RKKCSなどもあります。各社は、住民情報やカード、窓口の実績のほか、共同利用、国・自治体連携の実績も公開しています。
提案時には、標準仕様の範囲や現行カスタマイズの移行方法、同規模自治体の移行件数、担当者の固定、再委託先を質問します。
障害時の連絡経路や復旧目標、制度改正の保守、契約終了時の返却も確認します。特に、安価な一式見積に検証や運用が含まれるとは限りません。そのため、内訳を確認します。
誤紐付け・ログ不足・制度改正のリスク
見積もりでは、主要なリスクを見積の前提に織り込みます。
- 誤紐付け：複数候補は自動で確定させず、職員が二重に確認して承認する
- 監査ログ：照会・出力・変更・削除の権限と目的の追跡
- 制度改正：API・認証を拡張可能にして、変更時の再開発を抑える
テストでは、氏名の漢字違いや同姓同名、旧字体を確かめます。住所変更や世帯異動、番号変更も対象です。連携エラーが起きた場合は、対象者や連携先、内容、再処理者、時刻を記録します。
ログには、誰が、どの権限で、どの情報を、何の目的で、いつ操作したかを残します。加えて、改ざんの防止や保存期間、検索のしやすさ、異常時の通知も定めておきます。
デジタル庁は、スマートフォンのマイナンバーカード情報を2026年1月にも更新し、Android版の刷新を2026年秋頃に予定しています（出典：デジタル庁「スマートフォンのマイナンバーカード」、2026年1月23日更新）。
よくある質問（FAQ）
発注の前に質問されやすい内容を、以下にまとめました。自治体向けと企業向けで回答が異なる場合は、対象範囲に当てはめてご確認ください。
マイナンバー管理システムの開発費用はいくらですか？
企業向けSaaSで収集と保管だけを行う場合は、初期費用0円から数十万円、月額1,000円台から数万円が目安です。
自治体向けの推定額は、パッケージ導入・設定が3,000万円から1億円です。連携改修は8,000万円から3億円、スクラッチを含む大規模更改は3億円から10億円超です。
これらは目安であり、人口や業務数、移行量、保守範囲によって変わります。そのため、初期費用と5年総額を分けて見積もります。
ガバメントクラウドなら必ず費用を下げられますか？
ガバメントクラウドでは、セキュリティの高度化や災害対策、運用効率化が期待できます。一方で、移行費やデータ変換、接続費も生じます。
監視や利用料、標準仕様への適合、職員教育を含めると、移行後に費用が増える自治体もあります。
現行環境を維持した場合の費用と、移行後の5年・10年総額を比べます。あわせて、業務負担や将来の制度改正への対応も、同じ条件で評価します。
開発会社を選ぶときは何を確認すればよいですか？
同規模自治体や近い業務での移行実績、標準準拠版の対応状況、データ移行の方法を確認します。加えて、地域保守や再委託の範囲、障害時SLA、制度改正への対応実績も見ておきます。
提案書だけでなく、実際の責任者や運用担当者にも説明を求めます。さらに、契約終了時のデータやログの引き渡し、他社への移行支援も確認します。
移行の条件を先に確認しておくと、長期的なベンダーロックインのリスクを抑えられます。
企業なら既存SaaSを使うべきですか、それとも開発すべきですか？
従業員数が少なく、収集・保管・廃棄や給与・法定調書との連携が標準機能で足りるのであれば、既存SaaSが適しています。
独自の本人確認や複数拠点の権限、基幹システムとの特殊な連携、独自帳票、厳しい閉域要件がある場合は、追加開発を検討します。
まず業務要件を整理し、標準機能と追加開発の範囲を分けます。そのうえで、SaaSと開発の5年総額を比べます。
まとめ
開発では、番号を保存する機能そのものより、住民の同定や利用制限、アクセス制御、監査、安全な既存システム連携のほうが重要です。
自治体向けでは、業務範囲や三層分離、LGWAN、標準仕様を先に整理します。あわせて、ガバメントクラウドや移行データも決めておきます。
最初に決める対象業務とデータの境界
まず、自治体の住民系か企業の人事労務系か、番号を保持するかカードで本人確認するかを明確にします。
利用目的や保存期間、廃棄、委託、第三者提供は、業務一覧にまとめます。権限やログ、障害時の運用も、同じ一覧に含めます。
まだ整理できていなければ、現状分析と要件定義を先に依頼します。そのうえで、その結果をもとに、複数社から同じ条件で見積もってもらいます。
長期運用まで含めた見積の比較
見積もりでは、初期費用と長期運用に関わる条件を分けて確認します。
- 費用内訳：開発・設定、移行、連携、端末・ネットワーク、教育、保守
- 長期総額：5年または10年分の運用費まで比較
- 将来対応：標準仕様の更新やスマートフォン対応
セキュリティ評価やクラウド、制度改正、障害対応についても、費用を試算しておきます。移行リハーサルや誤紐付け防止、ログ監査の有無も確認します。
企画・要件定義、既存連携の改修、新規開発のどこから相談すればよいか迷う場合は、対象業務と現行課題を整理して、専門会社に相談します。
▼全体ガイドの記事
・マイナンバー管理システム開発の完全ガイド
▼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を創業。