マイナンバー管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

マイナンバー管理システム開発は、個人番号を保存する画面を作るだけではなく、住民や従業員を正確に識別し、利用目的を限定し、誰がいつ情報に触れたかを監査できる業務基盤を整えることです。自治体向けでは、住民記録・税・福祉などの既存システムとの連携、三層分離、標準準拠システムへの移行まで含めて計画する必要があります。

この記事では、自治体の住民情報を扱うシステムを主軸に、マイナンバー管理システム開発の全体像、具体的な進め方、費用相場、見積書で確認すべき項目を順番に解説します。企業の人事労務向けSaaSとの違いや、2026年時点の標準化・ガバメントクラウド・スマートフォン対応も整理しますので、RFIやRFPを作る前の判断材料としてご活用ください。

▼全体ガイドの記事
・マイナンバー管理システム開発の完全ガイド

マイナンバー管理システムとは何ですか？全体像を整理します

マイナンバー管理システムとは、個人番号を法令で認められた事務に限って利用し、登録・照合・連携・保管・廃棄・監査までを一貫して管理する仕組みです。検索時には自治体の住民情報系と企業の人事労務系が混在しやすいため、最初に対象データと利用者を切り分けることが大切です。自治体向けの開発では、単独の番号台帳ではなく、既存の基幹業務と安全に連動する仕組みとして捉えます。

自治体向けでは、住民票コード、宛名番号、個人番号、氏名や住所などの基本情報を正確に関連付け、住民異動に合わせて更新します。社会保障、地方税、防災などの個人番号利用事務に加えて、住民記録、国民健康保険、年金、福祉、児童手当、戸籍などの業務システムとの連携が発生します。番号を扱う職員と、番号を扱わずに申請を処理する職員を分け、画面表示をマスキングする設計も必要です。

企業向けでは、従業員や支払先から個人番号を収集し、本人確認、保管、利用、法定調書への出力、退職後の保存期間管理、廃棄までを扱うケースが一般的です。従業員数に応じたSaaSであれば数日から1か月程度で導入できる場合もありますが、自治体の住民情報基盤と同じ費用感や要件では比較できません。導入相談の最初に「自治体の住民系か、企業の人事労務系か」「個人番号を保持するか、カードによる本人確認だけか」を明確にします。

自治体向けの主要機能は、付番・変更・廃止、住民異動に伴う更新、住民票コードや宛名番号との照合、情報照会・情報提供、カード交付予約、電子証明書の有効期限管理などです。業務間連携では、異動情報を一度登録した後に税や福祉へ正しく反映できること、エラーが発生した場合に対象者と処理状況を追跡できることが重要です。単にデータを同期させるのではなく、連携前後の件数、差分、再処理結果を確認できる機能まで要件に含めます。

また、職員の役割ごとの権限、操作履歴・照会履歴の監査ログ、個人番号の非表示化、暗号化、バックアップ、障害復旧、媒体の持ち出し制御、削除・廃棄記録も欠かせません。個人情報保護委員会のガイドラインでは、事業者に対して番号法や個人情報保護法などの関係法令と安全管理措置の遵守を求めています（出典: 個人情報保護委員会「特定個人情報の適正な取扱いに関するガイドライン（事業者編）」、2025年改正）。自治体案件でも、開発会社に任せきりにせず、組織上の責任者と運用手順を設計段階から決めます。

マイナンバー管理システム開発の進め方を8段階で解説します

開発を成功させるポイントは、画面や機能の一覧から始めず、利用目的と業務の流れから逆算することです。ここでは、対象範囲の確定、法令・業務整理、現行棚卸し、非機能設計、方式選定、移行、テスト、教育・運用の8段階に分けて説明します。各段階の成果物を残すと、後から見積条件が変わったときにも追加費用の理由を説明しやすくなります。

最初に、自治体の住民系か企業の人事労務系かを決め、個人番号を扱う事務、利用目的、対象者、保存期間、廃棄条件、第三者提供、委託・再委託の範囲を業務一覧にします。自治体であれば、住民記録、税、国保、福祉、戸籍、カード交付などのどこが対象かを示し、既存システムの改修と新しい共通機能の境界を決めます。企業であれば、給与・会計・年末調整・法定調書とのデータ連携や、退職者の削除フローを確認します。

要件定義書では、正常系だけでなく誤登録、重複、異動の取り消し、番号変更、カード失効、連携停止、担当者交代、災害時の手作業まで記載します。個人番号と氏名を同じ検索結果に表示するのか、照合時だけ一時表示するのかといった画面仕様も、権限要件と合わせて決めることが大切です。個人情報保護評価や内部規程の項目をシステム要件に対応付けると、調達時の抜け漏れを抑えられます。

次に、現行システムのデータ項目、コード体系、外字、履歴、帳票、連携頻度、権限、ログ、バックアップ、障害時の運用を棚卸しします。特に、住民票コード・宛名番号・個人番号をどのルールで照合しているかを確認します。氏名変更や転居、出生、死亡、国外転出などのイベントごとに、どの情報がいつ更新され、失敗した場合に誰が確認するのかを業務フローに落とします。

ネットワークは、マイナンバー利用事務系、LGWAN接続系、インターネット接続系を分ける三層分離を基本に考えます。番号を扱う領域から外部ネットワークへ直接通信させず、必要な連携だけを許可し、認証・暗号鍵・端末・ログの管理場所を決めます。クラウドを使う場合も、データの所在、管理者権限、ログ閲覧権限、バックアップの保管先、再委託先、契約終了時のデータ返却を確認します。セキュリティを「安全なクラウド」と表現するだけでは要件にならないため、許可する通信と禁止する操作を具体化します。

方式は、既存パッケージの導入、自治体クラウドやガバメントクラウド上の標準準拠システム、共通基盤への連携改修、スクラッチ開発を比較します。パッケージは制度対応や導入実績を得やすく、納期を抑えやすい一方で、現行業務を標準機能に合わせる判断が必要です。スクラッチは独自業務に合わせられますが、制度改正、標準仕様の改定、脆弱性対応を長期に負担します。独自開発が必要な理由を、標準機能で代替できない業務と一緒に説明できるようにします。

2026年時点では、標準仕様への適合だけでなく、データ要件・連携要件の版数と更新履歴を確認することが重要です。デジタル庁は2026年にも共通機能標準仕様やデータ要件・連携要件標準仕様を更新しています（出典: デジタル庁「共通機能の標準仕様」「データ要件・連携要件の標準仕様」、2026年）。そのため、現時点の仕様に合わせて作るだけでなく、改定を検知し、影響範囲を評価し、テストしてリリースする保守プロセスまで見積に含めます。

データ移行は、項目マッピング、文字・コード変換、重複排除、欠損確認、履歴の扱い、移行後の照合を段階的に行います。小規模な連携検証と移行リハーサルを先に実施し、現場職員が実データに近い環境で確認します。受入テストでは、通常処理だけでなく、誤紐付け、二重登録、権限外の照会、ログの欠落、連携先停止、復旧後の再送まで確認すると、稼働後の重大な手戻りを防ぎやすくなります。

マイナンバー管理システムの費用相場とコストの内訳

自治体向けのマイナンバー管理機能だけを対象にした全国平均の公開統計は確認できないため、以下は企画・見積前の推定レンジです。人口、対象業務数、既存ベンダー、データ品質、連携先、ネットワーク、標準化・ガバメントクラウド移行の有無で金額は大きく変わります。企業向けSaaSの公開価格と、自治体の基幹業務を含む開発費は必ず分けて考えます。

企業が番号管理だけをSaaSで利用する場合は、初期費用0円から数十万円、月額1,000円台から数万円程度が目安になります。たとえばマイナクラウドは、初期費用無料で、最大10人が月額1,000円、30人が2,400円、60人が4,800円、100人が8,000円という料金を公開しています（出典: マイナクラウド「料金・導入方法」、2026年8月確認）。freeeも対象サービスの契約者向けにマイナンバー管理を追加料金0円として案内しています。これらは収集・保管中心の企業向けサービスであり、自治体の住民情報基盤の費用を示すものではありません。

自治体向けでは、既存パッケージの導入・設定が3,000万円から1億円、住民記録・税・福祉などとの連携改修を含む案件が8,000万円から3億円、独自要件の大規模更改やスクラッチ開発が3億円から10億円超という推定レンジになります。これは個人番号の保管機能単体ではなく、番号連携、カード交付、業務間連携、データ移行、監査、教育、運用設計まで含む場合の幅です。要件定義・現状分析だけなら500万円から1,500万円、PoCや連携検証なら1,000万円から3,000万円程度を別枠で予算化すると、発注前の検討を進めやすくなります。

初期費用の内訳は、企画・要件定義、現行調査、基本設計、詳細設計、開発・設定、連携APIや中間サーバー、端末・カードリーダー、データクレンジング、移行リハーサル、テスト、教育、稼働立ち会いに分けます。どの作業が一式に含まれるかを曖昧にすると、契約後に「移行は別途」「脆弱性診断はオプション」「制度改正対応は保守外」となりやすいため、成果物と回数を明記します。

運用費には、クラウド利用料、監視、バックアップ、障害対応、ヘルプデスク、脆弱性対応、制度改正、標準仕様の更新、ログ保管、監査、端末更新、職員研修を含めます。ガバメントクラウドへの移行はセキュリティや災害対策などの効果が期待される一方、自治体によっては移行後に費用増となる可能性もデジタル庁が示しています（出典: デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年確認）。初期費用だけでなく、5年または10年の総保有コストで比較することが大切です。

企業向けの番号管理だけなら、初期設定と利用者登録を数日から1か月ほどで終えられる場合があります。一方、自治体向けのパッケージ導入・設定は6か月から12か月、複数業務との連携改修は12か月から24か月、大規模更改は18か月から36か月が目安です。住民異動が集中する時期、年度末、法改正の施行日を避けて切り替える必要があるため、技術的な開発期間だけでなく、職員の受入準備や並行稼働期間も計画に含めます。

短納期を優先して移行リハーサルや権限テストを削ると、稼働後に誤紐付けや業務停止が発生するリスクが高まります。逆に、すべてを一度に更改するのではなく、番号連携の検証、対象業務を限定した段階導入、帳票の優先順位付けを行えば、リスクを分散できます。見積書では、工程別の期間、自治体側の作業、意思決定の期限、遅延時の扱いまで確認します。

マイナンバー管理システムの見積もりを取る際のポイント

見積もりの精度は、開発会社の技術力だけでなく、発注側が業務とデータをどこまで整理できているかで決まります。最低限、対象業務、利用者と権限、連携先、データ件数と履歴年数、保存期間、移行対象、ネットワーク、必要な帳票、稼働希望時期を共有します。現状が分からない場合は、いきなり本開発を発注せず、現状分析と要件定義を先行させる方法も有効です。

RFIやRFPには、付番・変更・廃止、本人確認、番号と宛名の照合、情報照会・提供、カード情報、帳票、検索、マスキング、権限、監査ログ、バックアップ、削除・廃棄といった機能を記載します。同時に、三層分離、閉域接続、認証方式、暗号化、鍵管理、端末制御、可用性、RTO・RPO、脆弱性診断、ペネトレーションテスト、災害復旧、24時間監視の条件を示します。

データ移行の見積では、対象レコード数だけでなく、文字コード、外字、旧住所、履歴、重複、欠損、連携キー、添付ファイル、帳票の再現性を確認します。とくに住民票コード、宛名番号、個人番号の照合に曖昧さが残ると、移行後の手修正が増えます。移行前後の件数比較、サンプル照合、エラー一覧、再移行の条件を成果物として定義しておくと、検収の基準が明確になります。

候補会社には同じ前提条件を渡し、要件定義、設計、設定・開発、連携、移行、テスト、教育、保守、クラウド、端末、制度改正を分けた見積を依頼します。自治体向けでは、NEC、富士通Japan、日立システムズ、NTTデータ、TKC、RKKCSなど、住民情報、カード、窓口、共同利用、国・自治体連携の実績を公開している事業者が比較候補になります。ただし、知名度や社名だけで順位を付けず、自団体の人口規模、既存環境、地域保守、入札参加資格、標準準拠版の対応状況で評価します。

提案依頼時には、標準仕様の対象範囲、現行カスタマイズの移行方法、同規模自治体の移行件数、担当者の固定、再委託先、障害時の連絡経路、復旧目標、制度改正の保守範囲、契約終了時のデータ返却を質問します。提案評価は価格だけでなく、標準化適合、データ移行の具体性、セキュリティ監査、教育計画、5年総額、障害対応、運用負担を採点表にします。安い一式見積が、必要な検証や運用を含んでいるとは限りません。

最も避けたいのは、本人とは異なるデータを紐付けることです。氏名の漢字違い、同姓同名、旧字体、住所変更、世帯異動、番号の変更などをテストケースに含め、候補が複数あるときは自動確定せず、職員による二重確認と承認を求めます。連携エラーを画面上で知らせるだけでなく、対象者、連携先、エラー内容、再処理者、再処理時刻が記録される仕組みにします。

ログは保存するだけでは不十分です。誰が、どの権限で、どの情報を、何の目的で、いつ照会・出力・変更・削除したかを追えることが必要です。ログの改ざん防止、保存期間、監査時の検索性、異常操作の通知条件を決めます。また、標準仕様やカードの利用方法が変わったときに、影響調査から本番反映までを短期間で行える体制を契約に入れます。デジタル庁のスマートフォンのマイナンバーカードは2026年1月にも情報が更新され、Android版の刷新も2026年秋頃に予定されています（出典: デジタル庁「スマートフォンのマイナンバーカード」、2026年1月23日更新）。将来の本人確認手段を追加できるAPIや認証設計にしておくと、再開発を抑えやすくなります。

よくある質問（FAQ）

ここでは、発注前に特に質問されやすい内容をまとめます。自治体向けと企業向けで回答が変わる質問もありますので、自社・自団体の対象範囲に置き換えてご確認ください。

企業向けSaaSで番号の収集・保管だけを行うなら、初期費用0円から数十万円、月額1,000円台から数万円程度が目安です。自治体向けは、既存パッケージの導入・設定で3,000万円から1億円、複数業務との連携改修で8,000万円から3億円、スクラッチを含む大規模更改で3億円から10億円超という推定レンジになります。正式な相場ではなく、対象人口、業務数、移行量、保守を含むかで変わるため、初期費用と5年総額を分けた見積を取得します。

必ず下がるとは限りません。ガバメントクラウドにはセキュリティ高度化、災害対策、運用効率化などの効果が期待されますが、移行費、データ変換、接続、監視、クラウド利用料、標準仕様への適合、職員教育を含めると、自治体によっては移行後に費用が増える可能性もあります。現行環境を維持した場合の費用と、移行後の5年・10年総額、業務負担、将来の制度改正対応を同じ条件で比較します。

同規模の自治体や近い業務の移行実績、標準準拠版の対応状況、データ移行の方法、地域の保守体制、再委託の範囲、障害時のSLA、制度改正の対応実績を確認します。提案書だけでなく、実際にプロジェクトを担当する責任者と運用担当者にも説明してもらいます。さらに、契約終了時のデータ返却、ログの引き渡し、他社へ移行する場合の支援条件を確認すると、長期的なベンダーロックインのリスクを抑えられます。

従業員数が少なく、収集・保管・廃棄と給与や法定調書への連携が標準機能で足りるなら、既存SaaSの導入が適しています。独自の本人確認、複数拠点の権限、基幹システムとの特殊な連携、独自帳票、厳しい閉域要件がある場合は追加開発や専用システムを検討します。まず業務要件を洗い出し、標準機能でできる範囲と追加開発が必要な範囲を分けてから、SaaSと開発の5年総額を比較します。

まとめ

マイナンバー管理システム開発では、番号を保存する機能の多さよりも、正確な住民同定、限定利用、アクセス制御、監査可能性、既存システムとの安全な連携を実現できるかが重要です。自治体向けでは、住民記録・税・福祉・戸籍などの業務範囲と、三層分離、LGWAN、標準仕様、ガバメントクラウド、移行データを最初に整理します。

企画段階では、自治体の住民系か企業の人事労務系か、個人番号を保持するのかカードで本人確認するのかを明確にします。そのうえで利用目的、保存期間、廃棄、委託、第三者提供、権限、ログ、障害時運用を業務一覧にします。現状が整理できていない場合は、現状分析と要件定義を先に依頼し、その成果物をもとに複数社から同じ条件で見積を取得します。

費用は、開発・設定、移行、連携、端末・ネットワーク、セキュリティ評価、教育、保守、クラウド利用料、制度改正、障害対応に分け、5年または10年総額で比較します。特に、移行リハーサル、誤紐付け防止、ログ監査、標準仕様の更新、将来のスマートフォン対応が含まれているかを確認します。マイナンバー管理システムの企画・要件定義、既存システムとの連携改修、新規開発のどこから相談すべきか迷う場合は、対象業務と現行課題を整理した段階で専門会社へご相談ください。

▼全体ガイドの記事
・マイナンバー管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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