戸籍システム開発の発注/外注/依頼/委託方法について

戸籍システムの発注・外注・委託は、安い開発会社を探すことではなく、法務省の標準仕様、外字を含むデータ移行、窓口業務の継続性まで分けて比較することが成功の近道です。

戸籍システムの更改や標準準拠システムへの移行では、発注形態の選択、RFP（提案依頼書）の作成、契約形態、費用相場、委託先の選定を順番に整理する必要があります。本記事では、自治体の戸籍担当者が発注前に確認すべき実務を、2026年時点の制度動向と公開契約額を踏まえて解説します。

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

戸籍システムを発注・外注するときの全体像

戸籍システムは、戸籍簿を保存するだけのデータベースではありません。届書の受付・審査、戸籍や除籍の編製、証明書発行、戸籍の附票や住民記録との連携、権限管理、監査ログ、バックアップを一体で扱う自治体の基幹業務システムです。したがって、発注対象を「画面の開発」とだけ定義すると、移行や運用で追加費用と追加工数が発生しやすくなります。

最初に、戸籍本体、戸籍の附票、住民記録、印鑑登録、コンビニ交付、戸籍情報連携システム、戸籍電子証明書、窓口端末、プリンター、帳票、運用保守のどこまでを今回の発注に含めるかを決めます。戸籍と戸籍の附票は別の標準仕様であり、戸籍は身分関係、附票は住所履歴を扱います。両者を同じ見積項目にまとめず、連携方式と責任分界を明記することが重要です。

戸籍は地方公共団体の基幹業務システムの標準化対象20事務に含まれており、デジタル庁の公開情報では戸籍情報システム標準仕様書第5.0版と戸籍附票システム標準仕様書第3.1版が示されています（出典: デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年）。標準仕様への適合状況を確認せずに個別機能だけで選ぶと、将来の制度改正、データ連携、ガバメントクラウド対応で再構築が必要になる可能性があります。発注書では標準準拠の範囲、適合確認の方法、未対応機能の対応時期を明記します。

戸籍システムの発注形態はどれを選ぶべきですか？

発注形態は、標準準拠パッケージの導入、クラウド型サービスの利用、既存システムの更改、個別開発の大きく4つに分けられます。戸籍では、標準機能をパッケージで確保し、自治体固有の周辺要件を連携機能や設定で吸収する形が比較しやすいです。個別開発を選ぶ場合は、なぜ標準機能では満たせないのかを業務単位で説明できる状態にします。

標準準拠パッケージは、戸籍法や法務省の仕様に沿った業務機能を利用しやすく、法改正への追随と複数自治体での運用知見を活用できる点が強みです。届書の受付、戸籍・除籍・改製原戸籍の管理、検索、証明書発行、受附帳、監査ログなどを一から設計する必要がありません。一方で、自治体独自の帳票や業務手順が標準機能に含まれないことがあるため、カスタマイズ費と運用変更の双方を見積もります。

クラウド型は、サーバーやバックアップ設備を自庁で保有する負担を抑えやすく、災害対策や複数拠点利用を設計しやすい発注形態です。ただし、クラウドだから自動的に安くなるわけではありません。利用料、データ転送料、バックアップ、監視、端末、通信回線、障害対応、終了時のデータ返却を合計した5年から10年の総保有コストで比較します。ガバメントクラウドを利用する場合は、アプリケーション費用とクラウド利用料の責任分界も確認します。

個別開発は、既存パッケージでは対応できない業務や、複数の基幹システムを独自の運用で統合したい場合に検討します。しかし、戸籍業務では法令・標準仕様・文字・証明書・監査要件が継続的に変わるため、初期開発費だけで判断すると危険です。設計書の更新、適合確認、法改正対応、障害時の代替要員、開発会社の撤退時の引き継ぎまで含めて、発注者が維持できるかを評価します。

戸籍システムを発注・外注する進め方

戸籍システムの外注は、現状把握、要件整理、RFI、RFP、提案評価、契約、設計・移行、受入テスト、本番切替の順で進めます。発注先を先に決めてから要件を作ると、その会社の製品に合わせた比較になりやすいため、少なくともデータ項目、連携先、移行条件、非機能要件は発注者側で整理します。

最初に、窓口で届書を受け付けてから審査、入力、決裁、証明書発行、保存、訂正に至るまでの業務フローを描きます。次に、戸籍、除籍、改製原戸籍、戸籍の附票、外字、異体字、旧字体、振り仮名の各データを一覧化し、どの項目がどのシステムから出入りするかを整理します。住民記録、印鑑登録、コンビニ交付、法務省の戸籍情報連携システム、マイナンバー関連の連携も対象にします。

RFIは、候補ベンダーに製品の標準仕様適合、クラウド形態、移行方式、実績、概算費用、保守範囲を尋ねる情報提供依頼です。RFIで市場の選択肢と発注条件を把握してから、RFPで同じ前提の提案と見積を依頼します。RFPには、対象業務、利用者数、戸籍件数、端末数、帳票、連携、移行データ、稼働希望時期、研修、保守、SLA、成果物、評価基準を記載します。

戸籍システムでは、開発会社が画面を完成させても移行データに誤りがあれば稼働できません。外字の同定、文字コード変換、旧字体の表示、戸籍と除籍の履歴、件数、証明書の出力を、サンプル移行と全件移行の両方で確認します。発注時点で「何件一致すれば合格か」「外字が未同定の場合の扱い」「証明書レイアウトの承認者」「切戻しの条件」を合意しておくと、納品直前の判断が安定します。

本番切替後は、職員研修、問い合わせ窓口、障害対応、バックアップ復元、監査ログ確認、法改正時の改修が続きます。発注仕様書には、操作マニュアルの納品だけでなく、役割別研修、稼働立会い、問い合わせの一次受付、重大障害の連絡時間、復旧目標、再発防止報告の期限を記載します。戸籍業務は窓口を止めにくいため、切替当日の要員配置と紙運用などの代替手順も委託範囲に含めます。

戸籍システムの契約形態と分け方

契約は、要件整理や調達支援、開発・導入、データ移行、運用保守を一つにまとめる方法と、工程ごとに分ける方法があります。前者は窓口が一本化される一方で、見積の妥当性と責任範囲が見えにくくなります。後者は比較しやすい一方で、複数会社の調整を発注者が担います。戸籍では、移行と運用保守だけでも独立した成果物と受入条件を持たせる設計が有効です。

請負契約は、要件と完成条件が明確な開発、設定、帳票作成、移行作業に向いています。固定価格にする場合は、成果物、納期、検査方法、瑕疵対応、変更管理を細かく定めます。特に移行では、抽出ファイル、変換結果、件数照合表、外字同定結果、証明書サンプル、復元手順を成果物に含めると、完成状態を確認しやすくなります。

要件定義、調達支援、制度改正の調査、運用改善、問い合わせ対応は、作業内容や件数が変わりやすいため準委任契約や月額保守契約に適しています。準委任では、時間単価だけでなく、担当者の役割、月次報告、会議体、成果物、稼働上限、追加承認の条件を定めます。保守契約では、通常問い合わせと障害、軽微な改修と制度改正、営業時間内と時間外の対応を分け、毎月の費用に含まれる作業を明確にします。

戸籍データは自治体の重要な業務データであり、開発会社の製品形式に閉じ込めないことが大切です。契約書では、データの所有権と利用権、標準形式での抽出、外字情報の返却、設計書や設定書の引き渡し、第三者への再委託、秘密保持、契約終了時の消去証明を定めます。現行ベンダーから乗り換える場合は、データ抽出仕様、抽出費用、移行検証への協力義務をRFPの段階から確認します。

戸籍システムの費用相場とコストの内訳

戸籍システム単体の全国平均価格を示す公的統計はありません。そのため、以下の金額は自治体の公開契約額、案件の規模、標準化・移行の作業量から整理した目安であり、入札価格や見積金額を保証するものではありません。費用は、初期導入、移行、周辺連携、端末・帳票、研修、保守、制度改正対応に分けて提示してもらうと比較しやすくなります。

小規模から中規模の自治体が標準準拠パッケージを導入し、設定と周辺連携を行う場合は、初期3,000万〜8,000万円程度が一つの目安です。標準化移行、外字同定、データクレンジング、端末設定、帳票、コンビニ交付連携、研修まで含む場合は5,000万〜1.5億円程度となることがあります。個別要件が多い大規模刷新やフルスクラッチでは8,000万円〜3億円超も想定されますが、自治体規模とデータ件数を伴わない金額比較はできません。

公開資料では、京都市の2025年度契約に戸籍システムサポートセンター業務委託7,848,720円、運用保守業務委託12,845,250円、パッケージ保守21,836,650円の例があります。また、標準化移行に伴う端末設定変更作業は71,468,485円です（出典: 京都市「随意契約一覧表」、2025年度）。これらは京都市の個別契約であり全国平均ではありませんが、保守が年800万〜2,500万円程度、移行関連作業が数千万円規模になり得ることを確認する材料になります。

北九州市の2025年度公表資料にも、戸籍総合システム運用保守23,966,244円の契約例があります（出典: 北九州市「随意契約結果一覧表」、2025年度）。札幌市の2026年度資料では戸籍総合システムソフトウェアライセンス17,440,500円の例も確認できますが、契約期間と対象範囲が限定されるため、単純に年間総額とはみなせません。見積比較では、こうした契約額を相場と断定せず、対象範囲をそろえて見る必要があります。

ランニングコストは、ライセンスまたは利用料、クラウド基盤、監視・バックアップ、ヘルプデスク、障害対応、法改正対応、帳票変更、端末やプリンターの保守に分けます。初年度だけ発生する移行支援や稼働立会いを月額保守に混ぜると、2年目以降の費用が見えなくなります。5年総額と10年総額を並べ、制度改正の追加費用、データ返却費、再委託費の有無まで確認します。

RFP作成と見積比較で確認すべきポイント

RFPは、会社に提案を競わせるための資料であると同時に、発注者自身が業務とリスクを整理するための資料です。費用だけを記載させるのではなく、標準仕様への適合、移行品質、法改正対応、障害時の復旧、職員の運用負担を同じ書式で回答してもらいます。評価項目と配点を先に決めておくと、営業資料の印象に左右されにくくなります。

機能要件には届書受付、戸籍・除籍・改製原戸籍の編製、検索、証明書、附票、受附帳、権限、監査ログを記載します。非機能要件には、稼働時間、同時利用者数、応答性能、バックアップ、復旧目標、災害対策、セキュリティ、操作履歴、保守窓口を記載します。さらに「標準仕様書のどの版に適合するか」「適合確認試験の結果を提示できるか」「振り仮名対応の範囲」「外字同定の手順と責任者」を質問します。

見積書は、要件定義、設計、設定・開発、ライセンス、クラウド、データ抽出、データ変換、外字同定、移行リハーサル、本番移行、端末・帳票、連携、研修、稼働立会い、保守に分けてもらいます。各項目に数量、単価、作業期間、前提条件、含まれない作業を記載してもらうと、A社だけが移行費を別計上しているといった比較ミスを防げます。価格が低い会社ほど、除外項目と追加単価を確認することが大切です。

委託先は、会社の知名度よりも、戸籍事務の経験、類似人口・類似件数の移行実績、標準仕様の適合状況、外字と文字標準化への対応、法改正時の保守体制、障害時の復旧体制を評価します。自治体名を開示できない場合でも、同規模自治体での稼働年数、移行件数、重大障害の対応例、導入後の担当者数を確認します。提案責任者と実際の導入責任者が同じか、再委託先がどこかも確認します。

現行ベンダーしかデータ形式を理解していない、標準化対応の開発会社が限られる、既存設備との接続仕様が公開されていないといった事情があると、一者随意契約になりやすくなります。随意契約が必要な場合でも、RFIで市場の対応可能会社を確認し、現行ベンダーにデータ項目、抽出仕様、連携仕様、移行協力費を提示してもらいます。次回更改に向けて、標準形式でのデータ返却、文書化、第三者検証、契約終了時の支援を現在の契約に盛り込みます。

よくある質問（FAQ）

戸籍システムの発注では、費用だけでなく、標準仕様、データ移行、契約終了時の引き継ぎに関する質問が多く寄せられます。ここでは、発注・外注を検討する担当者が特に確認したい点を回答します。

一律の最低価格はありませんが、標準準拠パッケージの導入でも、設定、端末、帳票、移行、研修を含めると数千万円規模になり得ます。初期3,000万〜8,000万円、標準化・移行込み5,000万〜1.5億円という目安はありますが、戸籍件数、外字数、連携数、自治体規模によって変わります。まず無料の概算価格ではなく、前提条件と除外項目が書かれた見積を依頼します。

対象業務と利用規模、標準仕様の版、機能・非機能要件、現在のデータ形式、外字、連携先、帳票、移行リハーサル、研修、保守、SLA、納品物、契約終了時のデータ返却を書きます。特に件数一致、文字一致、証明書出力、権限、監査ログ、バックアップ復元を受入条件に含めることが重要です。提案書の評価基準と配点も事前に示します。

乗り換えは可能ですが、データ抽出仕様、外字、連携仕様、契約上の利用権、移行協力の有無を先に確認します。デジタル庁は、2026年3月末時点で移行対象34,366システムのうち10,013システムが特定移行支援システムに該当したと公表しており、個別開発や事業者リソース不足が移行遅延の要因になっています（出典: デジタル庁「移行支援期間における特定移行支援システムの数について」、2026年）。戸籍分野は主要ベンダーが少ないため、早めのRFIとデータ移行の試験が必要です。

確認すべきです。氏名の振り仮名記載は2025年5月26日に始まっており、戸籍情報システム標準仕様書にも振り仮名を検索キーとして扱う要件が示されています（出典: 法務省「戸籍情報システム標準仕様書」、第5.0版）。通知、届出、審査、記録、検索、証明書への出力範囲、既存カナ情報との関係を整理し、標準仕様に対応する版と改修期限を提案書で確認します。

まとめ

戸籍システムの発注・外注・委託では、発注形態を標準準拠パッケージ、クラウド、既存更改、個別開発から比較し、現行業務とデータを棚卸ししたうえでRFIとRFPを進めます。費用は初期導入だけでなく、外字・データ移行、端末・帳票、連携、研修、保守、法改正対応まで分けて把握します。

価格の低さだけでなく、戸籍事務の知識、標準仕様への適合、類似自治体での移行実績、文字同定の品質、障害時の復旧体制、法改正時の保守範囲を評価します。見積書は同じ項目と前提で比較し、含まれない作業と追加単価を確認します。契約にはデータ返却、文書化、再委託、SLA、契約終了時の支援を盛り込み、将来の乗り換え可能性を残します。

最初の一歩は、現行システムの契約書、データ項目一覧、外字一覧、連携一覧、帳票一覧、障害履歴、年間保守費を集め、発注対象と未確定事項を一枚にまとめることです。そのうえで候補会社へ同じ質問を行い、標準仕様と移行を軸に比較すると、戸籍業務を止めずに更改を進めるための現実的な委託先を選びやすくなります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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