戸籍システム開発は、現行業務と標準仕様の確認、外字・データ移行の先行調査を経て、設計・設定、テスト、研修を行い、本番切替へ進みます。この流れなら、戸籍事務を止めずに運用できます。
▼全体ガイドの記事
・戸籍システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
戸籍システム開発の全体像
戸籍システムは、出生、婚姻、離婚、養子縁組、死亡などの身分関係を記録し、戸籍事務を支えるシステムです。日本国籍を公証する役割も担います。
戸籍本体に加えて、除籍簿、改製原戸籍、戸籍の附票、届書、証明書を扱います。関連する照会・監査情報も対象になります。
まず、業務とデータの境界を整理します。そのうえで、証明書発行や法改正への対応も含め、業務を止めずに運用できる設計が必要です。
戸籍システムに必要な主な機能
戸籍事務を止めずに運用するには、記録の処理に加えて、証明書交付や履歴管理、周辺業務も機能の対象に含めます。
- 届書・戸籍処理：受付・審査・入力、編製・異動・訂正・消除
- 検索・証明書：戸籍や個人を条件にした検索、戸籍謄本・抄本や除籍証明書の発行
- 周辺業務：受附帳、身分証明、成年後見・犯歴管理、郵送請求、窓口交付履歴
- 運用・統制：操作ログ、権限管理、バックアップと復旧
- 自治体ごとの連携：コンビニ交付、住民記録、印鑑登録、マイナンバー関連
「入力できる」だけでなく、受付から審査、戸籍更新、証明書発行まで追跡できるかも確認します。
訂正や職権記載は影響範囲が広いため、権限を分けておきます。また、監査ログには、処理前後の値と承認者を残す構成が必要です。
戸籍本体・戸籍の附票・住民記録の違い
3つの記録は目的と更新の契機が異なるため、その違いを業務フローに反映します。
- 戸籍：親族関係と国籍を公証する記録
- 戸籍の附票：戸籍に記載された人の住所履歴を扱う記録
- 住民記録：現在の住所や住民票に関する情報を管理する記録
戸籍異動と住所異動の連携時期を決めておきます。連携できない場合は、誰が確認するのかも業務フローに記載します。
戸籍情報連携システム、広域交付、戸籍電子証明書も、一連の業務として設計します。そのうえで、本人確認や照会権限、交付可否、処理結果の記録も定めます。
制度上の定義と窓口運用は、同じ要件表で管理するのがよいでしょう。そうすると、「戸籍ではできるが附票ではできない」といった認識違いを減らせます。
戸籍システム開発の進め方・流れ
開発は、要件定義から標準仕様の確認、移行設計へ進みます。そのあとに調達、設計・設定、テストを行い、研修を経て本番切替へ移ります。本番切替の後は、安定稼働を確認します。
移行調査で見つかった外字や業務例外は、要件定義に反映します。工程を行き来しながら、段階的に確度を高めていきます。
要件定義と現行業務の棚卸し
画面の一覧ではなく、届出の受付から証明書交付までの業務を、ひとつの流れとして棚卸しします。そのうえで、関連するデータと担当課も整理します。
- 戸籍関連：戸籍、除籍、改製原戸籍、戸籍の附票、受附帳、証明書
- 周辺業務：住民記録、印鑑登録、コンビニ交付、法務省や戸籍情報連携
- 処理・運用量：処理件数、ピーク時の窓口数、同時利用者数、帳票の種類、保存年限
- 継続計画：障害時の代替手順
調達の時点で適用される最新版を確認します。対象は、法務省「戸籍情報システム標準仕様書」第5.0版などです。機能は、必須、標準オプション、自治体固有の運用に分類します。
振り仮名制度では、現在の処理経路も見ておきます。戸籍への氏名の振り仮名記載は2025年5月26日に始まり、届出期間は2026年5月25日に終了しています。そのうえで、通知内容と戸籍上の記録が一致するか、誤り訂正や出生・帰化等の新規記載がどの処理経路に入るかを確認します。
外字・データ移行の先行調査
文字や履歴を含むデータ移行は後戻りが起きやすいため、件数以外の移行条件も調査します。
- 文字：外字、異体字、旧字体、文字コード
- 原資料：画像化された原資料
- 履歴：戸籍、除籍、改製原戸籍のつながり
氏名の1文字を置き換えるだけでも、証明書の表記、検索結果、他システムとの照合に影響します。そのため、一括変換だけで完了とはせず、影響範囲の確認まで行います。
デジタル庁は行政事務標準文字を整備しています。戸籍と戸籍の附票には、従来の文字セットと対応させて保持する経過措置もあります（出典：デジタル庁「地方公共団体情報システムにおける文字の標準化」、2026年確認）。
移行前には外字の一覧を抽出し、同定候補と原字の保持方法を確認します。帳票フォントや画面表示、連携時の文字は、サンプルで見ておきます。
代表的な外字を含む試験データを作り、移行前後の氏名・続柄・本籍を照合します。住所と履歴の一致も確かめます。
RFI・RFPと本番切替までの流れ
要件と移行課題を把握したら、RFIで複数のベンダーに確認します。その回答を踏まえて、RFPの評価範囲を定めます。
- RFI：標準仕様適合、クラウド形態、抽出・移行方法、外字同定の責任分界、費用、保守、障害時の復旧体制
- RFP：価格、移行品質、テスト計画、職員研修、法改正対応、データ返却、契約終了時の支援
設計・設定の後は、単体テスト、連携テスト、業務シナリオのテストを行います。そのうえで、受入テストと移行リハーサルを実施します。
移行テストでは、件数に加えて外字表示と証明書レイアウトを確認します。検索権限、操作ログ、バックアップ復元も確かめます。
本番切替の前に、旧システムの停止時間と最終差分の取り込みを決めておきます。切替後は照合を行い、障害時の切り戻し条件も定めます。
戸籍システムの費用相場とコストの内訳
戸籍システムの全国一律の開発費用や公的な平均価格は公表されていません。そのため、自治体ごとの条件を分けて見積もります。
主な条件は、自治体規模、戸籍件数、既存製品です。さらに、標準化の進捗や外字量、端末数が条件になります。帳票、連携先、クラウド運用範囲も、見積もりの前提に含まれます。
公開契約額と自治体基幹システムの案件構成をもとに、発注前の予算検討で使う目安を示します。
導入・移行を含めた初期費用の目安
最初の基本導入は、既製パッケージの導入・設定と周辺連携が中心で、既存データが整理された小〜中規模自治体の目安です。残りの2つは、標準化や移行を含む案件、大規模刷新など、前提の異なる案件の金額です。
- 基本導入：初期費用は3,000万〜8,000万円程度
- 標準化・移行を含む案件：5,000万〜1.5億円程度を想定する場合がある
- 大規模刷新など：8,000万円〜3億円超となる可能性がある
標準化移行やデータ抽出・クレンジング、外字同定を含めると、費用が増えます。端末設定や帳票、コンビニ交付に加え、戸籍情報連携と研修も費用を押し上げます。
大規模刷新には、住民記録や戸籍の附票、複雑な既存連携が含まれます。個別要件の多いフルスクラッチ開発も、その対象になります。
これらは全国平均ではなく、類似自治体の案件から作った予算の幅です。金額は機能数だけで判断せず、移行や連携の範囲も確認したうえで比べる必要があります。
戸籍単体に見える費用でも、移行や端末、証明書、職員支援が大きな割合を占めます。
公開契約額から見る保守・移行・機器費
京都市の2025年度契約では、戸籍システム関連の保守・支援業務に個別の契約額が掲載されています。
- サポートセンター業務委託：7,848,720円
- 運用保守業務委託：12,845,250円
- 戸籍システムパッケージ保守：21,836,650円
3件を単純に合算すると約4,253万円になります。ただし、これらは業務や契約先が分かれた個別の費用です。
契約範囲によって、年額保守だけでも7,848,720円〜21,836,650円の実例が読み取れます（出典：京都市「随意契約一覧表」、2025年度）。
同市では、標準化移行の端末設定変更、コンビニ交付の標準化対応、振り仮名記載に係る機器賃貸借も別契約でした。
- 端末設定変更作業：71,468,485円
- コンビニ交付の標準化対応：7,117,220円
- 振り仮名記載に係る機器賃貸借：37,862,880円
これらは、別々に見積もられた契約です。端末、周辺連携、制度対応の費用を含みます。移行関連だけで数千万円規模になる例として読めます（出典：京都市「随意契約一覧表」、2025年度）。
人件費とランニングコストの考え方
見積書では費目を分け、それぞれの成果物と納品時期を対応させます。人月単価と人月数に頼った見積もりは、あとから追加請求が生じる原因になります。
- 設計・構築：要件定義、業務設計、ライセンスまたは開発
- 移行：インフラ・クラウド、データ抽出・クレンジング・文字同定、リハーサル、本番切替
- 機器・支援：端末・プリンタ・帳票、外部連携、研修
- 運用：保守・法改正対応
ランニングコストには、ソフトウェア保守やクラウド利用料が含まれます。ほかに、監視・バックアップ、ヘルプデスク、障害対応も、その中に入ります。
端末やプリンタの保守、法改正・標準仕様改版への対応も確認します。毎年の費用と、制度改正や追加連携のときだけかかる費用を分けて整理します。
導入費が安くても、5年間の保守・機器・移行支援を合わせた総額が高くなる場合があります。初期費用だけで比べると、この総額を見落とすおそれがあります。
戸籍システムの見積もりを取る際のポイント
同じ要件書を複数社へ渡し、見積もりを比べます。そのとき、初期費用と移行費用、年額費用、制度改正費用を別々に並べます。
RFIで市場の選択肢と前提条件を把握し、RFPで提案範囲と評価方法をそろえておくと、価格だけで選んでしまうことを避けられます。
要件定義と仕様書に必ず書く項目
仕様書には、対象業務と対象外業務、利用部署とシステムの規模を明記します。運用と復旧の条件も定義します。
- 規模・機能：端末数、同時利用者数、戸籍・除籍・改製原戸籍・附票の件数、帳票、検索条件
- 統制・復旧：権限、監査ログ、バックアップ、障害時の復旧目標
- 外字：件数、同定方法、原字の保存、画面・帳票・連携での表示、判断が分かれた場合の承認者
連携先には、住民記録や印鑑登録、コンビニ交付、戸籍情報連携があります。マイナンバー関連、プリンタ、スキャナも含まれます。
連携データの項目と頻度、エラー時の再送方法を整理します。自治体固有の機能は、周辺システムへ分ける方針も決めておきます。標準仕様の必須機能を満たすことと、標準オプションを採用する場合の費用も明記します。
複数社比較と発注先の選び方
会社の知名度よりも、戸籍事務の知識や標準仕様への適合、類似規模での移行実績を見ます。
- 移行・外字：外字対応の方法と自治体の類似規模での移行実績
- 運用：障害時の復旧体制と法改正時の保守範囲
- 提案範囲：標準機能、設定、追加開発の区別
提案書で対応範囲を色分けしておくと、将来の保守費を想定しやすくなります。
標準化では、現行事業者のリソースや既存データの複雑さが移行日程に影響します。
デジタル庁の2026年3月末時点の公表では、対象34,366システムのうち10,013システム、29.1％が特定移行支援システムです（出典：デジタル庁「移行支援期間における特定移行支援システムの数について」、2026年6月30日）。
戸籍と戸籍の附票は移行を進めやすかったと説明されています。ただし、この数字だけで判断せず、個別のデータ調査と工程表で確かめます。
見積もりのリスクと契約での対策
よくあるリスクは、移行対象の範囲が曖昧なまま契約してしまうことです。外字同定を発注者側の作業として後から追加することも、リスクです。また、旧ベンダーのデータ抽出仕様が不明なことや、標準仕様の改版対応が別料金になることもあります。
対策として、契約に盛り込む条件をデータ、移行、運用の3つに分けて整理します。
- データ：所有権、返却形式、旧ベンダーからの抽出仕様
- 移行：抽出・変換・検証の責任分界、リハーサル回数、受入条件
- 運用：障害時のSLA、標準仕様改版や法改正への対応範囲
現行ベンダーから乗り換えるのが難しい場合でも、データ形式やインターフェース、契約終了時の支援、標準仕様への適合状況は開示してもらいます。
一者随意契約になる可能性があっても、RFIで代替事業者の対応範囲を調べ、比較できる情報を残しておきます。
新システムの所有権に加えて、移行に必要なデータを発注者が取得できるかも確認します。契約終了後に別の事業者へ引き継げるかも見ておき、将来のベンダーロックインを抑えます。
よくある質問（FAQ）
発注の場面では、費用や期間のほかに、制度要件や移行品質に関する質問も多く寄せられます。ここでは、ベンダーに相談する前に確認しやすい質問を取り上げ、2026年時点の制度と実務を踏まえて回答します。
戸籍システムはクラウド化できますか？
クラウド化は、標準仕様や自治体のセキュリティ要件、ガバメントクラウドの利用方針を満たす形で検討できます。周辺機器や連携先も含めて、条件を合わせる必要があります。
クラウドにすれば自動的に安くなるとは限りません。回線や認証、バックアップのほか、監視と障害時の代替運用まで含めて比較します。
データの所在と契約終了時の返却方法も確認します。そのうえで、オンプレミスと5年間の総額を比べます。
戸籍システムの開発期間は何か月かかりますか？
期間は案件の条件によって変わります。小規模更改の目安は、既製パッケージで、要件とデータが整理済みの場合のものです。ほかの2つは、標準化や移行、旧システム解析を伴う別の前提の案件です。
- 小規模更改：6〜12か月程度
- 標準化・移行を含む通常案件：12〜24か月程度
- 旧システム解析や大規模連携が必要な案件：24か月を超えることがある
標準化や外字調査、端末と外部連携、複数回の移行リハーサルも、期間に影響します。
期間を縮めるためにリハーサルや受入テストを削ると、本番後の訂正や証明書の誤交付のリスクが高まります。そのため、期間より切替の安全性を優先します。
外字や旧字体は移行できますか？
移行はできますが、全件を自動で変換できるとは限りません。そのため、文字の対応方法と確認手順を先に決めておきます。
- 文字の整理：外字・異体字を抽出し、行政事務標準文字への同定候補と原字の保持を決める
- 表示・連携：帳票フォントや他システム連携で使う文字を決める
- 検証：代表サンプルと全件照合を行う
判断が難しい文字は、戸籍担当者が承認します。移行後は、検索や証明書、履歴表示まで検証します。
戸籍システムの保守費用はいくらですか？
公開契約例では、サポート、運用保守、パッケージ保守だけで年額800万〜2,400万円程度に相当する契約があります。
京都市などの個別契約であり、自治体規模や対象範囲によって異なります。ソフトウェア保守に加えて、クラウド、機器、監視も確認します。
ヘルプデスクや法改正対応、障害時の現地支援も費目ごとに分けて、契約期間全体の総額を見ます。
まとめ
成功の鍵は、機能一覧で終わらせず、戸籍法や標準仕様、現行業務を一つの計画で管理することです。外字を含むデータや、附票・住民記録との連携も、同じ計画に含めます。
基本の流れは、現行業務の棚卸しと標準仕様の確認から始まります。文字・データ移行の調査とRFI/RFPを経て、設計・設定に進みます。移行リハーサルと受入テスト、研修を行ったうえで、本番切替に至ります。
パッケージ導入・設定は3,000万〜8,000万円程度、標準化と移行を含む案件は5,000万〜1.5億円程度が目安です。ただし、全国平均ではありません。
公開契約額からは、端末設定や外部連携、制度改正、保守が別費用になり得ると分かります。そのため、見積もりは初期費用だけでなく、移行品質と5年間の運用費も比べます。
戸籍事務には、誤りのない記録と継続的な証明書発行が求められます。安さだけで決めると、移行や保守、制度対応の負担が膨らみます。
標準仕様と自治体固有の範囲を切り分けておきます。発注者がデータと判断基準を保持できる契約にすれば、長期的な運用の安定につながります。
▼全体ガイドの記事
・戸籍システム開発の完全ガイド
▼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を創業。