自治体向け住民情報管理システムの発注は、業務とデータの整理、RFIとRFP、提案評価、移行確認の順に進めます。この順で進めると、住民サービスを保ちやすくなります。
発注範囲から委託先の選定まで、段階ごとに決めることを扱います。全体像は完全ガイドもご覧ください。
▼全体ガイドの記事
・自治体向け住民情報管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
自治体向け住民情報管理システムの発注・外注の意味
発注・外注とは、住民記録を中心とする基幹業務について、要件の整理から保守までを、自治体と事業者の契約によって実現する活動です。発注で調達するのは、画面だけでなく、住民票の発行や住所異動など日々の業務を止めない業務基盤です。
発注範囲を決める必要性
発注範囲は、対象業務と周辺機能の責任をはっきりさせるため、次の単位で区切って考えます。
- 基幹業務：住民基本台帳、印鑑登録、税、福祉、戸籍など
- 関連業務：選挙人名簿、国民健康保険、介護保険、児童手当など
- 住民接点：コンビニ交付や窓口支援など
- 対象外機能：医療費助成、住宅管理、独自の申請管理など
標準化対象の20業務と対象外業務を一つの調達にまとめる場合は、標準準拠システムとの責任分界をRFPに明記しておきます。
発注形態の比較（パッケージ・クラウド・個別開発）
中核業務の法改正や文字、連携、監査への対応を踏まえて、次の方式を比べます。
- 標準準拠型：パッケージやSaaSの利用
- 組み合わせ型：パッケージに、自治体固有の周辺機能を加える形
- 個別開発型：業務アプリケーションを個別に開発する形
住民記録の中核は標準準拠パッケージを基本にし、独自性が求められる窓口業務や住民向けサービスは、API連携で補う組み方が比較しやすくなります。
個別開発を選ぶ場合は、標準機能では解決できない理由を、自治体側が説明できる状態にしておきます。
自治体向け住民情報管理システムの発注の進め方
各段階の提案を同じ条件で比べるには、次の順で進めるのが基本です。
- 現状を調べて、業務・データ・非機能要件を整理する
- 標準仕様とのFit & Gapを確認する
- RFIで市場の対応状況と概算を把握する
- RFPで提案条件をそろえ、提案を評価して契約する
- 設計、移行、試験を経て、システムを切り替える
先に製品デモを見ると、操作性や営業説明に評価が引っ張られます。そのため、自治体側の業務とデータを整理してから、製品を比べます。
現状調査による業務とデータの全体像の把握
現行の機能だけでなく、担当者へのヒアリングで作業を確かめ、移行と連携の前提をつかみます。
- 住民異動：転入・転出・転居、出生・死亡、世帯分離
- 例外処理：職権処理、訂正・取消、証明書発行
- 日々の運用：繁忙時間、月次・年度末バッチ、印刷帳票
- 連携と手作業：Excel、受け渡しファイル、エラー後の手戻り
住民・世帯・住所・宛名番号・履歴のそれぞれについて、どのデータを正とするかも決めます。正となるデータを決めないまま発注すると、後工程で連携仕様と移行費用が膨らみます。
RFIによる市場把握とRFPの提案条件のそろえ方
市場調査と提案依頼では役割を分け、回答を比べられる形にそろえます。
- RFI：製品、標準仕様の版、ガバメントクラウドの構成、移行方式、概算費用の確認
- RFP：実施範囲、成果物、期限、評価基準、見積様式、契約条件の提示
RFPでは、標準仕様への適合を「標準機能」「設定で対応」「代替運用」「追加開発」「対象外」に分けて回答してもらいます。デジタル庁は2026年2月に共通機能標準仕様書の第2.7版を公開しました（出典：デジタル庁「共通機能の標準仕様」、2026年）。あわせて、提案時点の版と将来改定への追随方法も確認します。
価格と実現性を合わせた提案評価
価格以外の実行力も確かめるため、提案書と実業務のデモを合わせて評価します。
- 実績と計画：同規模自治体の実績、移行計画、プロジェクト管理
- 運用支援：職員研修、障害対応、制度改正、データ返却
- 統制：セキュリティと再委託を含む管理体制
みよし市の公開プロポーザルは、実績・専門性・技術力・企画力・創造性も総合評価すると明記しています（出典：みよし市「住民記録・印鑑登録等システム標準化移行対応業務委託プロポーザル」、2024年）。
契約前のデモでは、住所異動、外字、世帯変更、証明書再発行、権限外照会を試します。
発注時に選ぶ契約形態と役割分担のポイント
自治体の調達では、システムの特性に応じて、請負と準委任、複数の契約を組み合わせます。
契約書と仕様書には、成果物、検収、仕様変更を記載します。さらに、瑕疵・障害対応、知的財産権、データ返却、再委託の範囲も書き込みます。
請負契約の成果物と検収条件
完成責任を伴う請負では、成果物と検収条件を工程ごとに定めておきます。
- 主な成果物：要件定義書、設定済みパッケージ、追加機能
- 移行・試験成果物：移行済みデータ、連携機能、テスト結果
- 検収条件：件数突合、帳票、連携到達、性能、障害重大度
未解決課題の扱いも定めます。「本番稼働したら検収」とだけ書くと、移行後のデータ不整合の責任が曖昧になるため、中間成果物を設けます。
準委任契約の役割（調整・支援・運用改善）
準委任は、成果の完成よりも作業や専門知識の提供が中心となる業務に合っています。
- 支援業務：PMO、現行調査、データクレンジング支援
- 稼働後支援：職員研修、稼働後の伴走、運用改善
請負と組み合わせる場合は、請負の成果物と準委任の支援作業を分けて扱います。
受けた助言を採用するか、最終承認するかは自治体が決めます。そのうえで、会議体、課題管理表、決裁者、エスカレーション先を定義しておきます。
分離調達の責任分界と統合管理
分離調達は専門性を活かせる一方で、障害の切り分けが難しくなります。そのため、統合責任者が次の項目を管理します。
- 連携・監視：データ連携仕様と監視担当
- 窓口・切替：問い合わせ先と切替判定
- 継続性：バックアップと障害時の復旧手順
倉吉市の2026年の公募要領は、標準準拠システムをガバメントクラウドに構築するとしています。対象外システム、稼働後支援、帳票印刷は、別の提案・見積の対象です（出典：倉吉市「標準準拠システム構築・移行業務に係る企画提案実施要領」、2026年）。
RFPと要件整理で必ず確認したい項目
RFPは、機能の一覧だけでなく、自治体が実現したい業務の結果と、事業者への確認条件をそろえる資料です。
住民記録に加えて、異動履歴、外字、関連業務との連携を確認します。証明書、権限、監査、災害時の継続性も、あわせて一体で確かめます。
業務要件の例外処理までのシナリオ化
判断が分かれやすいケースは、シナリオとして書き出します。
- 異動・世帯：国外転入、世帯主変更、同日異動
- 住所・氏名：地番変更、異体字、届出訂正
- 例外対応：職権処理、死亡後の証明書発行
各ケースには、担当課と入力項目、承認者を書きます。出力帳票、連携先、履歴、エラー時の戻し方も、ケースごとに記載します。
ケースごとに見ると、標準機能で対応するか、運用で吸収するか、追加開発するかを比べられます。
データ移行と文字・コードの要件の項目立て
データ移行で照合する項目は分けて定義し、文字変換後に業務へどう影響するかも確認します。
- データ構造：抽出形式、住民番号・宛名番号の対応、世帯と個人の関連
- 値と履歴：住所コード、履歴、重複、欠損、日付形式、コード体系
- 文字：外字、旧字体、行政事務標準文字との対応
2026年3月24日公布、4月1日施行の告示は、行政事務標準文字の文字セットと、自治体システム間の文字符号化方式を定めています（出典：デジタル庁「法令」、2026年）。
字形が変わる場合は、住民への説明、帳票、旧システムとの照合、対象外システムとの連携も確認します。
停止時間から逆算した非機能要件
窓口が止まったときの影響から必要条件を決め、復旧後に業務を再開できるところまで設計します。
- 処理性能：利用時間、同時接続、繁忙期処理量、検索応答
- 運用条件：帳票・バッチ完了時刻、バックアップ、ログ保存
- 復旧と保護：復旧時間・時点目標、暗号化、多要素認証
- 統制：権限分離、監視、再委託、データ返却
障害が数時間続く場合に備えて、代替受付と復旧後の再入力を決めておきます。証明書発行が再開できるかも、あらかじめ確認しておく必要があります。
自治体向け住民情報管理システムの費用相場
費用は、人口、対象業務の数、現行データの状態、移行期限によって変わります。対象外業務や、端末・回線・帳票・研修の範囲も費用に影響します。
ここで示す金額は定価ではなく、2024年から2026年に公開された自治体の契約上限額や提案上限額をもとにした目安です。初期導入、移行、クラウド利用、保守、制度改正対応は、分けて見積もります。
公開事例に見る住民記録中心の費用目安（5,000万円から1.5億円程度）
住民記録と印鑑登録を中心とする標準化移行では、初期・移行費用が5,000万円から1.5億円程度を比較の目安にできます。
みよし市は、契約上限額を1億1,757万9,000円と公表しています。この金額には、ダウンリカバリー経費が含まれます（出典：みよし市、2024年）。
金額は、自治体の規模、データ件数、機器・移行・支援の範囲によって変わります。そのため、他の自治体へそのまま当てはめることはできません。
複数業務をまとめた場合の費用の目安：1億円から4億円程度以上
税と福祉に加えて、次の業務を含む案件では、初期・移行費用を1億円から4億円程度の検討レンジとして扱えます。
- 住民に関わる業務：保険、戸籍、選挙、就学
- 共通機能と収納：共通機能、統合収納
倉吉市は2026年4月の実施要領で、提案上限額8億8,089万6,000円を示しています。
契約期間は、契約から2028年1月の本稼働想定までです。この案件は、複数業務や関連システム、準備費用を含むもので、住民記録単体の相場ではありません（出典：倉吉市、2026年）。
5年から10年のTCOによるクラウドと保守の比較
総所有コスト（TCO）は、初期費用だけでなく、利用期間中の運用費を含めて比べます。
- 基盤費：クラウド、アプリ利用、監視、バックアップ、回線、端末
- 運用費：帳票、問い合わせ、制度改正、追加連携、研修
- 終了時費用：データ抽出と返却
デジタル庁の標準化施策は、移行後の運用経費を2018年度比で少なくとも3割削減する目標を示しています（出典：デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年更新）。
この目標は、すべての自治体の見積が自動的に3割下がることを意味するわけではありません。そのため、現行費用と移行後費用を同じ範囲で比べます。
委託先の選定と見積比較で見るべきポイント
知名度や提示価格も比べる材料になりますが、委託先は、標準仕様への対応、同規模自治体での移行実績、必要な支援を契約に含められるかで選びます。提案書、デモ、実績照会で、それぞれ確かめます。
自治体規模と対象業務をそろえた導入実績の確認
「自治体向けの実績がある」という情報は、そのままでは比べる材料になりにくいため、条件の近い導入先を確認します。
- 自治体の規模：人口規模、窓口数、対象業務
- 移行条件：クラウドのCSP、移行時期、対象外連携
- 稼働後支援：体制、担当者の常駐・訪問頻度
発注者の許可を得たうえで、移行時の苦労、追加費用の条件、障害時の連絡経路も照会します。
見積書の工程・前提・除外項目の横並び比較
見積の抜けや条件の違いを見つけるには、工程別に費目と前提をそろえて並べます。
- 開発：要件定義、設計・設定、追加開発
- データ移行：データ抽出、クレンジング、移行リハーサル、本移行
- 導入作業：連携改修、テスト、研修、稼働支援
- 運用費：保守、クラウド、回線、端末、帳票
各費目について、数量、期間、単価を記載してもらいます。作業前提、除外作業、仕様変更時の単価も、あわせて書いてもらいます。
移行や制度改正対応を除外していると、見積が安く見えることもあります。そこで、初年度総額と5年・10年の総保有コストを、同じ条件で比べます。
実業務の成功条件と例外処理によるデモの比較
デモでは、実業務の流れと例外時の動きを指定し、回答の根拠を記録しておきます。
- 通常処理：住所異動から証明書発行、税・福祉・コンビニ交付への連携
- 例外処理：外字、世帯分離、訂正・取消、権限外アクセス
- 障害時：通信障害後の再送、帳票の大量出力
回答は標準機能、追加開発、運用代替に分けて記録します。そうすると、提案書と見積書の差異が見つかります。
外注後のデータ移行・セキュリティ・稼働支援の管理
契約後も、自治体側の確認が成否を左右します。そのため、移行、総合試験、研修、切替リハーサル、稼働後支援を、別々の工程として管理します。
移行テストの三段階照合（件数・内容・連携結果）
移行データは、件数、内容、連携先の順に確かめます。あわせて、切替に失敗した場合の備えも決めておきます。
- 件数：住民、世帯、住所、宛名番号、履歴を集計
- 内容：氏名、続柄、異動日、コード、外字変換をサンプルと全件で検査
- 連携結果：税・福祉・戸籍・証明書・コンビニ交付先を確認
抽出、変換、取込、照合、修正、再取込は、1回の移行で終わらせず、複数回繰り返します。
切替リハーサルでは、切戻しの条件と、旧システムを参照できる期限を定めます。
契約上の要件としての権限・ログ・委託先管理
住民情報や個人番号を守るための管理策と、自治体・委託先それぞれの担当範囲を確認します。
- アクセス制御：最小権限、職務分離、多要素認証
- データ保護：通信・保存時の暗号化
- 監査・継続：操作・照会ログ、改ざん防止、バックアップ、復旧訓練
- 委託先管理：脆弱性対応、再委託先の管理
管理策の確認には、個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン（行政機関等編）」を参照します（出典：個人情報保護委員会、2026年閲覧）。
発注側の自治体は、委託先の安全管理措置と、自治体の監査・承認の範囲を確認します。
稼働後の制度改正と障害対応の事前合意
制度変更と障害への対応は契約で決めておきます。こうしておけば、稼働後に費用の範囲が曖昧になるのを防げます。
- 制度改正：影響調査の担当、提供期限、追加費用
- 障害対応：受付、重大度、暫定復旧、原因分析、報告期限
- 稼働支援：住民説明、再発防止、現地支援、研修、問い合わせ
障害時の説明と再発防止は、SLAや運用設計書に記載します。
公募には、稼働後1年間の現地支援、研修、問い合わせ、帳票印刷を別契約とするものもあります。そのため、初期見積と運用見積の範囲を分けて考えます。
自治体向け住民情報管理システムの発注でよくある質問
回答は、自治体の規模や業務範囲によって変わります。そのため、現状調査とRFIで条件を具体化します。
パッケージ導入とスクラッチ開発はどちらがよいですか？
住民記録の中核は、標準準拠パッケージやクラウドサービスを第一候補にするのが現実的です。法改正、行政事務標準文字、データ連携、監査、保守に継続して対応しやすいためです。
独自性がある窓口体験や対象外業務は、標準機能を変えず、周辺サービスやAPI連携で補う方法を比べます。
住民情報管理システムの発注費用はどのくらいですか？
住民記録・印鑑登録を中心とする標準化移行は5,000万円から1.5億円程度、複数の基幹業務をまとめる場合は1億円から4億円程度以上が検討レンジです。
公開事例には、提案上限額8億8,089万6,000円の案件もあります。ただし、複数業務や関連システム、移行準備を含む案件です。
金額を比べるときは、移行と保守、制度改正の範囲をそろえたうえで、次の範囲が含まれているかを確かめます。
- 研修：職員への操作説明
- クラウド：利用料と運用環境
- 帳票：印刷や出力
- 回線：通信環境
RFPにはどこまで細かく書くべきですか？
RFPには、業務シナリオ、対象業務、データ件数、連携先を記載します。帳票、標準仕様の版、非機能要件も書き込みます。あわせて、移行・試験・研修の成果物と、運用・障害・制度改正の責任分界を示すと、提案を比べやすくなります。
実現方法まで指定しすぎると、提案力や標準機能を活かせなくなります。そのため、達成したい結果と必須条件を示し、実現方法は複数案を求める形にします。
データ移行は発注先にすべて任せればよいですか？
委託先に移行ツールの実行や変換を任せても、データの正しさは自治体側が判断します。
住民・世帯・住所・異動履歴・外字・宛名番号の正解データは、自治体と委託先で共同管理します。照合ルール、確認サンプル、切戻し条件も、両者で取り決めます。
外字や重複、古い履歴は、現行の担当者の判断が必要です。そのため、移行工程に各担当課の確認時間を確保します。
まとめ
発注では、標準化対象業務と対象外業務を分けたうえで、現行業務、データ、連携、非機能要件を一覧にします。
標準準拠パッケージ、クラウド、周辺開発、分離調達を比べます。
RFIで市場を確認してから、RFPを発行します。
価格と移行後の業務継続までの比較
公開事例では、住民記録中心なら5,000万円〜1.5億円程度、複数業務なら1億円〜4億円程度以上が目安です。ただし、金額は人口と業務範囲によって変わり、ほかに次の要素も影響します。
- データと期限：データ品質、期限
- 基盤：クラウド、端末
- 運用：帳票、保守費
5年から10年のTCO、制度改正、障害復旧、データ返却まで含めて、委託先を選びます。
発注前のRFPと評価表の同時準備
業務シナリオ、移行確認、標準仕様の版、非機能要件、契約と再委託の条件を準備します。
見積の分解様式、評価配点、デモの採点表もそろえます。
住民サービスを止めない切替計画と稼働後の体制も、提案に含めます。
▼全体ガイドの記事
・自治体向け住民情報管理システム開発の完全ガイド
▼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を創業。