固定資産税システム開発の発注/外注/依頼/委託方法について

固定資産税システムの発注・外注・委託は、標準準拠パッケージを軸に、評価・GIS・登記・所有者調査などの周辺業務を切り分け、移行と保守まで含めて比較することが成功のポイントです。

固定資産税システムは、土地・家屋・償却資産の課税台帳を管理するだけではありません。評価額や税額の計算、評価替え、納税義務者の変更、償却資産申告、証明書発行、eLTAX・登記・GISとの連携まで関係するため、発注前の要件整理が不足すると、見積比較も導入後の運用も難しくなります。この記事では、自治体の情報政策課・資産税課・調達担当者に向けて、発注形態の選び方、RFPの作り方、契約形態、2026年時点の費用相場、委託先と見積の比較方法を順番に解説します。

▼全体ガイドの記事
・固定資産税システム開発の完全ガイド

固定資産税システムの発注で最初に整理すべき全体像

固定資産税システムの発注範囲は、税務の中核機能と、評価・地図・調査を支える周辺機能に分けて考えると整理しやすくなります。最初から「一つのシステムにすべてを入れる」と決めるのではなく、標準仕様に含まれる機能、自治体固有の業務、他システムとの連携を一覧化することが重要です。

中核機能には、土地・家屋・償却資産の課税台帳、納税義務者や共有者の管理、所有権移転などの異動処理、評価額・課税標準額・税額の計算が含まれます。軽減・特例・非課税・減免・更正・過誤納の履歴を残し、担当者が税額の根拠を説明できることも欠かせません。納税通知書、評価証明、公課証明、名寄帳などの帳票と証明書を正しく出力できることが、住民対応の品質に直結します。

連携先としては、住民情報、宛名・番号管理、収納・滞納管理、eLTAX、登記情報、税務署、庁内の財務や申請管理が候補になります。デジタル庁のデータ要件・連携要件の標準仕様では、固定資産税の第10.0版が2026年2月27日に公開されています（出典：デジタル庁「データ要件・連携要件の標準仕様」、2026年）。RFPでは、準拠する版数と、版の改定時にどの範囲まで保守で対応するかを明記します。

土地の評価、家屋評価、現地調査、地番図・家屋図・地籍図などのGIS、航空写真、登記履歴、所有者不明土地や空き家に関する相続人調査は、税務の中核パッケージとは別の製品や支援サービスで構成される場合があります。標準仕様にないから不要なのではなく、税務本体と別調達にするのか、連携可能な周辺システムとして組み合わせるのかを判断する領域です。

たとえば、京都市では地図と課税台帳を融合した固定資産税課税支援システムを導入し、3年ごとの評価替えや制度改正への対応、複雑化したスクラッチツールの保守負担を見直しています（出典：両備システムズ「京都市 固定資産税課税支援システム導入事例」、確認日2026年）。一方で、千葉県流山市の事例では、家屋評価のプロセスを一元化し、評価計算や訪問日程の管理を支援しています（出典：NTT-ATエムタック「千葉県流山市 事例」）。自団体が解決したい業務を基準に、税務中核と周辺機能の境界を決めます。

固定資産税システムの発注形態はどれを選びますか？

発注形態は、標準準拠パッケージ、クラウド・SaaS、パッケージと個別開発のハイブリッド、フルスクラッチの順に比較すると判断しやすくなります。固定資産税は制度改正や評価替えが続く業務であるため、独自開発の自由度だけでなく、継続的な法令対応、データ移行、他社への移行可能性まで評価する必要があります。

標準準拠パッケージは、全国共通の税務処理、帳票、データ連携を土台にできるため、制度改正や標準仕様改定への追随を一から開発する負担を抑えやすい発注形態です。人口規模が大きく、既存データや複数税目との連携が多い自治体ほど、稼働実績、移行テンプレート、並行稼働の方法、導入後の問い合わせ窓口を確認する価値があります。

ただし、標準準拠と書かれていても、家屋評価、土地評価、GIS、登記履歴、所有者調査まで同じ製品に含まれるとは限りません。提案書では、標準仕様に対する適合状況、標準外の機能、追加開発の有無、標準外部分の将来保守費を別欄で回答してもらいます。デジタル庁は固定資産税を含む20事務を標準化対象とし、原則として2025年度までの移行を目指す方針を示しています。詳しくは「地方公共団体の基幹業務システムの統一・標準化」（出典：デジタル庁、2026年7月更新）で確認できます。

クラウドやSaaSは、サーバー更改、バックアップ、監視、障害対応の一部を委託先へまとめやすい方式です。複数拠点で同じデータを参照したい場合や、ハードウェアの保有を避けたい場合に有力ですが、自治体のネットワーク分離、LGWAN接続、個人情報の取扱い、ログ保存、障害時の代替運用が前提になります。

RFPでは、データの保管場所、暗号化、管理者権限、バックアップ頻度、復旧目標時間と復旧時点、サービス停止時の連絡手順、契約終了時のデータ返却形式を確認します。月額利用料だけで安く見えるサービスでも、初期設定、連携、帳票変更、利用者追加、制度改正、地図更新、データ出力が従量課金になると5年間の総額は変わります。

自治体固有の評価ルールや長年蓄積した業務ノウハウがある場合は、標準パッケージに評価・GIS・調査機能を組み合わせるハイブリッド方式が現実的です。税額計算や共通宛名はパッケージ、家屋評価や地図業務は専門製品、独自の分析や住民向け画面は追加開発というように、機能ごとの得意な委託先を分けられます。

フルスクラッチは、標準パッケージでは扱えない特殊な評価業務や既存資産との密接な連携があり、業務そのものを変えられない場合に限って検討します。自由度が高い反面、担当者の異動で仕様が分からなくなる、制度改正のたびに追加開発が必要になる、将来の再調達でデータ移行が難しくなるリスクがあります。個別開発を選ぶ場合は、設計書、データ辞書、テスト仕様書、運用手順書を納品物に含めます。

固定資産税システムの発注・外注はどの順番で進めますか？

発注は、現行業務の棚卸し、標準仕様とのFit & Gap、RFP作成、提案・見積比較、契約、要件定義、開発・設定、データ移行、受入テスト、並行稼働、本番切替の順で進めます。特に重要なのは、ベンダーを呼ぶ前に自団体の現状を整理することです。課題と対象範囲が曖昧なまま提案を受けると、各社が違う前提で見積を作るため、金額の安さも高機能さも比較できなくなります。

最初に、土地・家屋・償却資産の登録から課税、納税通知、証明書発行までを業務フローにします。評価替えの作業、所有権移転、納税義務者の変更、共有、相続、非課税、減免、更正、償却資産申告、現地調査、地図更新など、通常処理だけでなく例外処理も書き出します。資産税課だけでなく、情報政策課、収納・滞納担当、住民情報担当、財政担当、現場で地図や家屋評価を扱う職員を交えて確認します。

データ棚卸しでは、件数だけでなく品質を確認します。外字、旧字体、地番・家屋番号の揺れ、共有者、過年度情報、重複、欠損、地図座標、納税義務者コード、評価根拠の記録をサンプルで調べます。移行できないデータを後から手作業で補うと、予定外の費用と切替延期につながるため、RFPの前に現行データのサンプルを抽出しておくことが有効です。

RFPには、調達の背景、解決したい課題、対象業務、対象資産、利用者数、ピーク時の処理量、希望時期、予算の考え方を記載します。機能要件では課税台帳、評価計算、税額計算、異動、申告、証明書、帳票、検索、権限、監査ログを分けます。連携要件では、住民情報、宛名、収納・滞納、eLTAX、登記、GIS、税務署などについて、データ項目、方向、頻度、方式、エラー時の再送方法を指定します。

非機能要件には、稼働時間、応答性能、同時利用者数、バックアップ、復旧目標、暗号化、脆弱性対応、ログ保管、権限管理、障害通知、保守時間を含めます。標準仕様の版数、標準化対象外の周辺機能、特定移行支援システムに該当する場合の移行計画、データ返却、再委託先、制度改正時の追加費用も必須回答にすると、会社ごとの提案を比較しやすくなります。

新システムが画面上で動くだけでは、固定資産税業務の本番稼働とはいえません。代表的な土地、家屋、償却資産を選び、現行システムと新システムで評価額、課税標準額、軽減、都市計画税を含む税額を突合します。通常の資産だけでなく、共有、相続、所有者変更、非課税、減免、更正、評価替え、償却資産申告の差分も確認します。

移行は、サンプル移行、全件移行、照合、再移行、切替判定の順で複数回行います。研修では、ベテラン職員が使えるかだけでなく、異動してきた職員が評価根拠を確認できるか、管理職が処理状況を把握できるかを試します。年度当初の課税や評価替えの繁忙期から逆算し、並行稼働期間、障害時の手作業、バックアップからの復旧、切戻し条件まで契約前に決めます。

RFPの要件整理と契約形態で失敗を防ぎます

RFPで重要なのは、作りたい画面の一覧だけでなく、業務上の判断、データの責任、稼働後の変更方法を明らかにすることです。固定資産税では、制度改正や評価替えに伴う変更が避けられないため、初期構築と保守契約を別々に考えると、後から追加費用や責任分界の問題が起きやすくなります。

要件は、標準仕様に従う部分、自治体固有の業務、運用や非機能に関する部分に分けます。標準仕様に含まれる機能は、独自の画面や計算方式へ安易に変更しないことが将来の保守と再調達に有利です。反対に、家屋評価、GIS、現地調査、所有者調査など標準外になりやすい業務は、別製品との連携も含めて要件化します。

運用要件には、誰がどのデータを登録・承認・訂正・出力できるか、税額変更の履歴を誰が閲覧できるか、帳票の様式変更をどう申請するかを記載します。RFPの回答欄に「標準機能」「設定で対応」「追加開発」「別製品」「対応不可」を選ばせると、提案会社が同じ尺度で回答でき、口頭説明に依存しにくくなります。

契約形態は、要件定義・業務整理・現行調査など仕様が変わりやすい工程を準委任、成果物と完成条件が明確になった設計・開発・移行作業を請負とする組み合わせが一般的です。すべてを請負にすると、曖昧な要件が変更要求として積み上がりやすく、すべてを準委任にすると、納品物や完成条件が曖昧になりやすいからです。

契約書や個別契約では、作業範囲、成果物、検収基準、支払条件、変更管理、知的財産権、再委託、秘密保持、個人情報、障害対応、SLA、損害賠償、データ返却、契約終了時の移行支援を明記します。特に「制度改正対応は保守に含むのか」「標準仕様の改定に伴う作業は追加か」「業務停止を伴う修正は誰が承認するのか」は、発注前に確認する必要があります。

固定資産税では、納税義務者や共有者などの個人情報を扱うため、最小権限、重要操作の認証、通信・保存時の暗号化、操作ログ、税額変更ログ、データ出力の記録を要件に含めます。委託先だけでなく再委託先が本番データへアクセスする可能性、アクセス権の付与・削除、端末の管理、脆弱性発見時の報告期限も確認します。

クラウドを選ぶ場合は、可用性だけでなく、障害時の復旧、バックアップの世代数、ログの保存期間、サービス終了時のデータ返却形式と消去証明を契約に入れます。データ移行では、変換プログラム、照合結果、エラー一覧、修正履歴を納品対象にし、移行の成否を「データを取り込めたか」だけでなく「現行と税額・件数・帳票が一致したか」で判定します。

固定資産税システムの費用相場と見積の内訳を確認します

固定資産税システムの価格は、自治体の人口や資産件数、既存データの品質、税務基幹全体を更改するか、GIS・家屋評価・所有者調査を含めるかで大きく変わります。固定資産税単体の全国統一価格は公開されていないため、以下は公開調達額と導入範囲から組み立てた2026年時点の企画用推定です。正式な予算や契約金額ではなく、RFPの比較軸として利用します。

評価・GIS・所有者調査などの支援SaaSやパッケージを追加する場合は、初期費用1,000万〜5,000万円、期間3〜9か月程度が一つの検討レンジです。固定資産税の標準準拠パッケージへ更改する場合は、5,000万〜2億円、期間9〜18か月程度を見込みます。データ移行、帳票、外部連携、研修、並行稼働を含めるほど、同じ製品でも費用は上がります。

住民税・法人住民税・軽自動車税・収納・滞納管理などを含む税務基幹の一体更改では、2億〜6億円、18〜30か月程度が目安です。大規模自治体でGIS、家屋評価、登記履歴まで統合する場合は3億〜8億円超、24〜36か月程度になることがあります。なお、港区が公開した税務システム標準準拠パッケージの導入サービス委託では、令和7年度対応分の落札金額が3億8,019万9,600円でした（出典：港区「税務システムにおける標準準拠パッケージの導入サービス委託」、2025年）。税務システム全体の金額であり、固定資産税単体の相場ではない点に注意します。

見積書では、要件定義、業務設計、設定・追加開発、画面・帳票、APIやファイル連携、GIS・登記連携、データクレンジング、移行、テスト、研修、並行稼働、切替支援を分けてもらいます。費用が一式とだけ書かれている場合は、何人月を想定しているか、対象となるデータ件数、連携本数、テストケース数、現地作業の回数を確認します。

ランニング費用には、クラウド利用料、ライセンス、保守、監視、バックアップ、制度改正、問い合わせ、地図更新、帳票変更、脆弱性対応が含まれます。支援SaaSでは年500万〜2,000万円、固定資産税パッケージでは年1,000万〜5,000万円、税務基幹一体型や大規模クラウドでは年3,000万〜1億円程度を企画用の推定レンジとします。公開価格ではないため、ユーザー数、資産件数、保守時間、制度改正の扱いを揃えて正式見積を取得します。

見積比較では、初期費用に保守料とクラウド料を足すだけでは不十分です。制度改正対応、評価替え、データ修正、地図更新、追加帳票、職員研修、障害復旧、脆弱性診断、将来の再移行支援まで含めて、5年間の総額を比較します。初期費用が低くても、利用者追加や帳票変更の単価が高い場合は、運用期間が長くなるほど差が広がります。

費用を抑える場合は、通常業務と特殊業務を分け、住民サービスや税額計算の信頼性に直結しない機能から段階導入を検討します。ただし、データ移行、税額突合、監査ログ、権限、バックアップ、障害訓練、受入テストは削減しないことが重要です。予算要求では、初期構築費、移行・切替費、年間運用費、制度改正対応費を分けて示すと、意思決定者にも費用の理由が伝わります。

委託先の選定と見積比較で確認するポイント

委託先は、自治体への導入件数だけで決めず、固定資産税のどの業務に強い会社かを見極めます。税務中核、評価・GIS、家屋評価、所有者調査、移行・運用支援では必要な専門性が異なります。提案会社の営業資料だけでなく、実際に設計・移行・保守を担当する責任者から、類似団体での課題と対応方法を聞くことが大切です。

実績確認では、自治体名や製品名の羅列だけでなく、固定資産税の稼働団体数、人口・資産件数、標準仕様の版数、税務本体と周辺システムの範囲、移行データの量、並行稼働の期間、稼働後の保守体制を聞きます。データ移行で外字や過年度履歴をどう扱ったか、評価替えをどう乗り越えたか、障害時に何時間で復旧できたかまで質問すると、広告的な実績と実務能力を見分けやすくなります。

周辺業務の実績も参考になります。千葉県市原市では、所有者不明土地などに関する相続人調査をデジタル化し、部署間連携を進める事例が2026年6月に公表されています（出典：ビービーシー「2in1Win所有者調査管理システム導入事例」、2026年）。税務本体の会社だけでなく、評価・GIS・所有者調査の専門会社を含めて、どの会社に何を委託するかを比較します。

見積比較は価格だけでなく、業務適合性、標準仕様への対応、移行計画、連携、セキュリティ、体制、保守、将来費用を含めて評価します。たとえば、業務理解と機能適合を25点、移行・テストを20点、連携と非機能を15点、プロジェクト体制を15点、保守と制度改正を15点、初期費用と5年間の総額を10点とするように、あらかじめ配点を決めます。価格の配点を上げすぎると、移行や保守の弱い提案が有利になるため注意します。

各社に同じ見積書式を渡し、初期費用、オプション、追加開発、データ移行、テスト、研修、切替、年間保守、クラウド利用、制度改正、障害対応を分けて回答してもらいます。見積の前提条件、対象外、上限件数、想定する利用者数、現地作業の回数、外部サービスの利用料も必須項目にします。金額の差が出たら、単価の差ではなく、含まれる作業と含まれない作業を比較します。

失敗しやすいのは、導入後にデータを取り出せない、追加開発の単価が分からない、標準外機能の保守担当が決まっていない、障害時の一次窓口が複数に分かれているケースです。RFPでデータ項目と出力形式を定め、APIやファイル連携の仕様書を納品物に含め、契約終了時の返却と移行支援を条件にします。再委託がある場合は、会社名、担当範囲、アクセス権、障害時の連絡経路を開示してもらいます。

また、提案段階で「標準機能で対応できる」と説明されたものが、実際には追加開発だったという認識違いを防ぎます。デモでは、通常の台帳検索だけでなく、共有、相続、評価替え、減免、更正、証明書発行、地図連携、エラー訂正、監査ログのシナリオを実演してもらいます。実際のデータに近い匿名化サンプルを使い、担当職員が操作しながら、業務の抜けと追加費用の条件を確認します。

固定資産税システムの発注でよくある質問

固定資産税システムの発注では、「どこまでを一つのシステムにするか」「標準化後も独自業務を残せるか」「いくらで何か月かかるか」という質問が多く寄せられます。ここでは、発注前に特に確認しておきたい質問へ直接回答します。

原則として、標準準拠パッケージを軸にし、自治体固有の評価・GIS・調査業務だけを設定や追加開発、別製品で補う方式が比較しやすくなります。スクラッチは、標準パッケージでは実現できない業務上の理由と、制度改正・保守・再移行の費用を説明できる場合に限定して検討します。

評価・GISなどの支援システム追加なら初期1,000万〜5,000万円、固定資産税パッケージの更改なら5,000万〜2億円、税務基幹の一体更改なら2億〜6億円程度が企画用の推定レンジです。期間は、支援システムで3〜9か月、固定資産税単体で9〜18か月、複数税目の一体更改で18〜30か月程度ですが、データ移行や評価替えの時期によって変わります。

背景と課題、対象業務、資産件数、利用者数、現行システム、データ移行、帳票、外部連携、標準仕様の版数、非機能、セキュリティ、テスト、研修、保守、再委託、データ返却を書きます。各社が「標準機能」「設定」「追加開発」「別製品」「対応不可」を同じ様式で回答できるようにし、見積の前提条件と対象外も必ず明示してもらいます。

少なくとも複数社へ同じRFPを渡し、税務中核、評価・GIS、所有者調査などの対象範囲が同じ条件で比較できる状態にします。会社数を増やすことよりも、提案に含まれる実作業者、類似自治体での移行経験、制度改正と評価替えへの対応、5年間の費用、障害時の責任分界を確認できることが重要です。

固定資産税システムの発注・外注・依頼方法まとめ

固定資産税システムの発注では、標準準拠パッケージを出発点にし、評価・GIS・家屋評価・所有者調査などの周辺機能を別領域として整理します。現行業務とデータを棚卸し、RFPで要件と前提条件を揃え、準委任と請負を工程に応じて使い分け、移行・テスト・保守を含む5年間の総額で委託先を比較することが基本です。

最初に、税務中核、評価・GIS、家屋評価、所有者調査、連携、住民向け証明書のどこまでを今回の調達に含めるかを決めます。次に、標準仕様への適合、移行の確実性、業務適合、セキュリティ、保守、将来のデータ返却を評価項目にし、価格だけで選ばない仕組みを作ります。これにより、提案会社ごとに異なる前提で金額だけが競われる状態を避けられます。

発注を始めるときは、いきなり製品デモを依頼するのではなく、現行の業務フロー、資産件数、連携先、帳票、例外処理、データの課題を一枚にまとめます。その資料をもとにRFPを作り、複数社の提案・見積・体制・契約条件を同じ尺度で比較します。固定資産税は住民への説明責任と年度当初の正確な課税を支える基幹業務ですので、安さだけでなく、移行後も制度と現場に追随できる委託先を選ぶことが大切です。

▼全体ガイドの記事
・固定資産税システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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