税務システムの発注は、業務とデータの棚卸し、標準仕様との差分整理、RFPでの提案比較を順に進めます。この流れが、安全な移行と継続運用につながります。
発注形態、要件整理と契約、費用と委託先の判断を、段階ごとに取り上げます。全体像は、税務システム開発の完全ガイドで確認できます。
▼全体ガイドの記事
・税務システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
税務システムの発注前に押さえる全体像
税務システムは、自治体の課税、収納、証明、滞納整理、帳票発行、電子申告データ連携を支える基幹システムです。発注では、発注範囲を機能や業務ごとに示す必要があります。
発注時には、対象税目、連携先、移行対象を明確にします。稼働時期と運用体制も決めておきます。範囲が曖昧なままだと、提案会社ごとに含む機能が変わり、価格を比べられなくなります。
4税目と周辺業務の一体的な把握
市区町村の中心税目は、固定資産税、個人住民税、法人住民税、軽自動車税です。そのうえで、各税目の業務と連携対象を一体で確認します。
- 固定資産税：土地・家屋・償却資産の評価、名寄せ、評価履歴、GIS連携
- 個人住民税：給与支払報告書、確定申告、公的年金の大量データの取込、特別徴収や当初賦課の処理
- 法人住民税：申告書受付、法人情報、税額計算、証明書
- 軽自動車税：車両情報や検査情報との連携が難所です。
周辺業務には、納税義務者・宛名・法人番号の管理があります。通知書と納付書の印刷、収納消込、還付も含まれます。
さらに、口座振替と滞納整理があります。税務証明や帳票の封入封緘も、周辺業務に含まれます。
税務担当者だけでは完結しない接続があります。eLTAX、国税連携、法人番号との接続が、それにあたります。
軽自動車検査情報や住民記録、収納との接続も含まれます。GISや文書管理との接続も、同じ範囲に入ります。
どのシステムを発注対象に含め、どの連携を別契約にするかを、最初に決めます。ここを決めておくと、各社の見積の前提がそろいます。
標準化に伴う業務とデータの見直し
標準化の対象は、固定資産税、個人住民税、法人住民税、軽自動車税の4税目です。標準準拠システムへの移行目標は、原則2025年度末です（出典: デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年6月更新）。
標準化の影響は、移行の段取りだけでなく、独自機能と文字データにも及びます。
- 移行計画：2026年度以降にならざるを得ない場合の、特定移行支援システムとしての整理
- 独自機能：Fit & Gapで、標準機能に合わせるもの、補完するもの、廃止するものの切り分け
- 文字対応：外字の同定・変換、帳票の校正、住民への案内
行政事務標準文字への対応も必要になります。デジタル庁は、外字の標準化によってデータ管理や連携を容易にする方針を示しています（出典: デジタル庁「地方公共団体情報システムにおける文字の標準化」、2026年3月更新）。
証明書や郵送物の文字の見た目は、2025年度から変わる場合があります。
税務システムの発注形態の選び方
共通業務が多い場合は、標準準拠パッケージや共同利用クラウドを軸に選びます。一方で、自治体固有の業務は、周辺サービスや限定的な追加開発で補う形にすると、比べやすくなります。
独自業務が多い場合でも、すぐにスクラッチ開発に決めるとは限りません。まず、標準製品の適合範囲と追加費用を確認し、そのうえで方式を選びます。
制度対応と導入実績を重視する場合の標準準拠パッケージ
標準準拠パッケージは、課税や収納、証明を備えるほか、滞納整理や電子申告にも対応しています。法改正や仕様改定への対応を、製品側に集約しやすい方式です。
候補製品には、富士通JapanのMICJET税務情報、日立システムズのADWORLDがあります。
- NEC：自治体向けソリューション
- TKC：TASKクラウド
- RKKCS：総合行政システム
製品名だけで決めず、まず対象税目と標準仕様の対応版を確かめます。同規模団体の移行実績とデータ移行方式も確認します。
独自帳票や税額補正を標準機能に残せない場合もあります。ただし、それを欠点と決めつけず、業務を標準化する機会として捉えます。
廃止する業務、変更する業務、周辺サービスで補う業務について合意し、追加カスタマイズの判断基準をRFPに記載します。
共同利用クラウドやSaaSの運用負担と継続性
共同利用クラウドやSaaSは、複数団体で同じアプリケーションを使う方式です。そのため、機器調達や保守運用の負担を抑えられます。
県税向けには、NTTデータの共同利用型クラウドサービス「pre’xco」があります。香川県の導入決定により四国4県で導入されたほか、全国11県で採用・導入決定が進んでいます（出典: NTTデータ「共同利用型県税クラウドサービス、香川県が導入を決定」、2026年1月28日）。
市区町村向けにも、共同利用型サービスがあります。比べるときは、自治体区分と税目をそろえ、利用料に含まれる範囲を確認します。
- 基盤と接続：アプリケーション、ガバメントクラウドやデータセンター、LGWAN接続の確認
- 日常運用：監視、バックアップ、制度改正、ヘルプデスク、帳票出力、障害時の応援の範囲
- 契約終了：データ返却の形式と費用、他社移行の支援、サービス停止時の継続策
契約終了時の条件も、価格と同じ欄で比べれば、見落としを防げます。
スクラッチ開発の独自要件と長期責任
スクラッチ開発は、自治体固有の業務や特殊な帳票を設計しやすい方式です。既存の周辺システムや独自ワークフローも、設計の対象にできます。
設計の自由度が高い一方で、長期の開発・運用責任を伴います。
- 対象業務：自治体固有の業務や既存の周辺システム
- 個別要件：特殊な帳票や独自ワークフロー
発注者と受託者は、長期にわたって責任を担います。標準仕様や税制改正への対応、データ・連携要件、セキュリティが対象になります。
テスト、移行、次回更改までも含まれます。ただし、独自性が乏しい範囲まで作ると、初期費用と運用費が高くなりやすいです。
採用するときは、設計書、テスト仕様書、ソースコードを納品物に含めます。さらに、データ定義や運用手順も納品物に加えます。
開発者が交代しても保守できる状態にしておきます。そのうえで、制度変更の確認や他社移行に必要なデータ出力も、契約の対象にします。
RFPと要件整理の進め方
RFPは、開発会社の提案と見積の前提をそろえるための資料です。
進め方は、現行業務とデータの棚卸しから始まります。次に、標準仕様との差分を整理し、提案を評価します。その後、契約と移行リハーサルに進みます。
要件が固まっていない段階では、本開発を一括で発注する前に、現状分析や要件定義を先に委託する方法もあります。本開発と切り分けておけば、追加費用の原因をつかみやすくなります。
現行業務・データ・周辺システムの棚卸し
棚卸しでは、今の税務業務が実際にどう動いているかを、手作業や例外処理まで含めて洗い出します。
- 業務：税目別の担当課、年間予定、月次処理、当初賦課、減免、更正、収納消込、還付、滞納整理、証明書発行
- 業務の実態：処理件数、繁忙期、手作業、Excel補正、紙資料、例外処理、承認者
- データ：宛名、納税義務者、法人、土地・家屋・償却資産、課税・収納履歴、還付、滞納、証明書、帳票、外字
- 周辺システム：住民記録、収納、GIS、文書管理、口座振替、印刷・発送
業務の実態は、機能要件だけでなく、移行対象と研修範囲を決める材料になります。
データについては、保持年数と件数を確認します。欠損と重複も確かめます。加えて、コード体系と文字コードも確認します。
周辺システムは、連携方式と頻度を図にまとめます。障害時の再送や担当者も、あわせて示します。こうしておくと、後から別途見積となる範囲を減らせます。
RFPでの機能・データ・非機能・運用の要件と責任の分け方
RFPでは、要件と責任を領域ごとに切り分けて記載します。
- 機能：4税目の課税・賦課・更正・減免、証明、収納、還付、滞納整理、帳票、電子申告、統計、検索、権限管理
- データ：移行対象、変換ルール、回数、検証方法、欠損データ、旧システム参照期間
- 非機能：稼働時間、同時利用者数、処理件数、性能、バックアップ、RTO・RPO、監視、アクセス制御、操作ログ、暗号化、災害復旧、脆弱性対応
- 運用：法改正・標準仕様改定、当初課税期の支援、問い合わせ窓口、障害連絡、再委託先
税目別のシナリオには、固定資産税の評価履歴と個人住民税の大量資料取込を示します。法人住民税の申告や軽自動車税の車両情報も、シナリオに含めます。
提案書では、各要件を実現する手段を明示してもらいます。手段は、標準機能やオプションのほか、追加開発や周辺サービスがあります。
実データに近いシナリオでのPoCと移行リハーサル
評価では、画面の見た目より業務シナリオを重視し、実データに近い条件を試します。
- 一連の処理：納税者登録から課税、通知書出力、収納消込、還付、証明書発行までの流れ
- 失敗しやすいケース：固定資産の評価替え、住民税の大量資料取込、eLTAXエラー、外字変換、収納データ再送（先に試すもの）
旧システムと新システムで、件数や税額、残高、履歴を突合します。移行は、データの抽出から差異修正までを、複数回繰り返します。
検証では、納税義務者数や課税額、収納済額、未納額を確かめます。還付額や滞納案件数も、数値で押さえます。さらに、帳票件数、外字件数、連携エラー件数も検証の対象です。
受入条件は、数値で決めておきます。許容差異や未解決件数、再試験期限、稼働判定者までを含めます。
税務システムの契約形態と責任分界の決め方
契約形態は、要件の不確実性、成果物の定義、発注者側の体制をもとに使い分けます。
要件が明確な開発は、一括で請負にする場合もあります。また、現状分析や要件定義を準委任で進め、その結果をもとに本開発を請負とすることもあります。
クラウドや保守は、サービス利用契約や運用保守契約とします。稼働率や対応時間は、別に定めます。
要件定義の準委任と、完成責任が明確な開発の請負
要件の確定度と成果物の定義に応じて、準委任と請負を使い分けます。
- 準委任：現行調査、Fit & Gap、RFP作成支援、移行計画、PoCなど、作業や専門知識の提供を受ける段階
- 請負：パッケージ設定、追加開発、データ移行、連携開発、テスト支援など、成果物を定義できる作業
準委任では、成果物や会議体、報告内容を定めます。期間、責任者、変更手順もあわせて決めておきます。曖昧なままだと、作業が長期化します。
請負でも、追加費用が発生することがあります。たとえば、発注者都合の変更や法令・仕様改定があります。
データ品質問題や他システムの遅延もあります。これらの扱いは、契約書と変更管理規程に定めます。
データ移行・法改正・障害対応の契約上の責任
移行範囲の認識がずれると、発注者は移行全体を、受託者はデータ取込だけを想定することがあります。そのため、発注者の抽出・確認、受託者の変換・取込、双方で行う突合を工程別に分けておきます。外字の同定と欠損データの補完、過年度データは、誰が担うかも決めます。
帳票校正やeLTAX接続試験の担当も、あわせて決めます。法改正や標準仕様改定は、無償の範囲、有償の追加機能、提供時期を確認します。テスト環境と職員向け説明も、確かめます。
障害時の一次受付、原因調査、暫定復旧の責任を定めます。さらに、恒久対応と報告書、再発防止、住民案内の責任も定めます。再委託先の会社名と範囲、個人情報の取扱い、監査権や事故報告期限も把握します。
SLAと契約終了時のデータ返却
SLAと契約終了の条件は、通常時と更改時の業務継続を考えて定めます。
- SLA：稼働率、受付・連絡時間、復旧目標、バックアップの世代数、復旧訓練の頻度、監視対象、計画停止の通知期間
- データ返却：対象情報、返却形式・期限・費用、消去証明、媒体廃棄、他社移行資料
当初課税期の受付時間と、重大障害の連絡期限も定めます。年度切替や通知書発送の締切があるため、通常月の水準だけで評価しないようにします。
紙や旧システムで最低限の業務を続ける縮退運用も、手順書と訓練の対象にします。
返却対象には、納税者情報や課税・収納・滞納履歴が含まれます。帳票データと監査ログも、返却対象に入ります。加えて、第三者提供を禁じておくと、将来の更改で自治体が選択肢を失わずに済みます。
税務システムの費用相場とコストの内訳
税務システムには、全国一律の公定相場がありません。費用は、人口や税目数、既存システム、データ量によって変わります。
外字やGIS、帳票、連携数も、費用に影響します。さらに、クラウド構成、期限、並行稼働によっても変動します。
ここで示すのは、公開案件とリサーチ結果をもとに予算を考えるための概算です。提案会社の正式な見積ではありません。
初期導入は8,000万円から数億円、複雑な案件は10億円超の見込み
初期費用の概算には、対象範囲や移行の複雑さによって幅があります。
- 税目限定・小規模自治体の移行：8,000万円から2億円程度
- 4税目の標準準拠：移行、帳票、eLTAX、周辺連携、研修まで含め2億円から5億円程度
- 大規模・複雑な移行：5億円から10億円超の可能性
大規模案件では、複雑な固定資産評価やGISが費用を押し上げます。外字や複数連携、並行稼働も、要因になります。
実際の例として、港区の「税務システムにおける標準準拠パッケージの導入サービス委託（令和7年度対応分）」は、2025年5月に3億8,019万9,600円で落札されました。履行期間は2025年5月29日から2026年3月31日です（出典: 港区「令和07年度入札・見積経過調書」、2025年）。
吹田市の2025年度予算資料では、新税務システム構築費2億3,107万6,000円、新システム保守費6,732万4,000円が示されています（出典: 吹田市「令和7年度予算資料」、2025年）。
いずれも個別条件に基づく金額です。そのため、人口や対象範囲をそろえずに単純比較しないようにします。
ライセンス・移行・連携・帳票・運用に分けた見積の内訳
見積書は、初期導入から運用までの費目ごとに分けて比べます。
- 導入・開発：パッケージ・利用料、初期設定、要件定義、設計、追加開発
- 移行・検証：データクレンジング、移行、連携、帳票、テスト、研修、稼働支援
- 周辺費：印刷、封入封緘、発送、用紙、電子申告接続、GIS、端末、ネットワーク、クラウド
価格が低く見える見積ほど、移行リハーサルや当初課税期の応援が含まれているかを確かめます。
共同利用クラウドやSaaSは、初期設定・移行が5,000万円から2億円程度、利用料・運用費が年3,000万円から1億円超となるケースを想定します。
年間の保守・運用は、5,000万円から1億5,000万円程度と推定します。金額は、制度改正や監視、バックアップをどこまで含むかで変わります。ヘルプデスクや帳票、基盤を含むかどうかも、金額を左右します。
スクラッチ開発は、3億円から10億円超になることがあります。期間は、24か月から48か月を見込むこともあります。比べるのは、標準機能で代替できない独自要件がある場合に限ります。
12〜24か月の導入期間と5年程度のTCO
標準パッケージの導入期間は、12か月から24か月が目安です。その間に、調査やFit & Gap、契約を進めます。設計やデータ整備も、この期間に含まれます。
連携開発や総合テスト、移行リハーサルも期間に含みます。研修や並行稼働も、期間に入ります。
- 大規模団体：評価履歴、GIS、外字、複数連携を含む場合は18か月から36か月
- スクラッチ開発：24か月から48か月を見込むことがあります。
年度切替と当初課税の締切から逆算し、失敗時の戻し期間も確保します。TCO（総所有コスト）は、初期費用に加えて、契約中の利用料や保守、クラウドを含めます。
さらに、法改正や追加帳票、研修、監査にかかる費用も含めます。障害対応や次回移行も、TCOに入ります。
法改正が別料金、データ返却が有料、当初課税の応援が限定的な場合は、初期費用が安くても5年総額が逆転することがあります。RFPでは、価格を初年度、2年目以降、制度改正時、契約終了時の4区分で提示してもらいます。
税務システムの委託先選定と見積比較のポイント
委託先は、知名度や価格だけでなく、税務業務と標準化、移行を一体で評価します。加えて、クラウド運用と当初課税の支援も見ます。
候補には、富士通Japanや日立システムズ、NTTデータがあります。さらに、NEC、TKC、RKKCSなども候補にあります。社名の記載は、順位や採用推奨を意味しません。
同規模・同税目・同じ移行条件での実績を、担当体制とあわせて確かめます。
同規模自治体の移行実績と導入後の体制
実績を確かめるときは、自治体名に加えて、規模や移行条件、導入後の支援体制も確認します。
- 導入条件：人口規模、税目、旧システム、稼働時期、移行件数、標準仕様の対応版、連携先、並行稼働
- 導入後：当初課税期の支援、障害時の報告・復旧、担当者交代後の支援継続
可能であれば、実績先への照会や、プロジェクト責任者との面談を依頼します。
日立システムズは、ADWORLDの標準化対象製品について、2026年3月31日時点で477自治体の切替が完了したと公表しています（出典: 日立システムズ「ADWORLD標準化切替の進捗について」、2026年4月1日）。
実績の件数は、候補を知る手がかりです。ただし、件数だけで提案や運用品質を断定しないようにします。そのうえで、自団体の税目・規模・移行条件への適合性を確かめます。
同じ前提・内訳・期間をそろえた見積の比較
各社へ同じ資料と条件を渡し、比較の前提をそろえます。
- 共通資料：RFP、現行資料、データ件数、連携一覧、希望稼働日
- 費目・期間：初期導入、開発、移行、連携、テスト、研修、稼働支援、年額利用料、保守、クラウド、制度改正、帳票、印刷発送、返却
一式で出された提案には、内訳と数量、単価を求めます。前提や除外事項も、あわせて示してもらいます。
価格差は、機能の有無と標準機能への包含から確認します。別サービスや作業量の想定も、比べる材料になります。
安い提案には、条件が隠れていることがあります。たとえば、データクレンジングを発注者任せにする、帳票校正を含めない、移行リハーサルを1回に限る、といった条件です。
法改正や当初課税支援を別料金にする例もあれば、再委託費を除外する例もあります。そのため、除外事項の少なさと責任の明確さも評価します。
提案評価における個人情報・監査・業務継続
税務システムは、個人番号や所得、資産、収納や滞納などの機微な情報を扱います。提案評価では、情報管理と業務継続も確かめます。
- 情報管理：税目・業務・役職での権限分離、特権ID、操作ログ、暗号化、バックアップ隔離
- 委託先管理：入退室、媒体、脆弱性、事故報告、監査協力
- 継続性：当初課税の集中処理、連携再送、災害復旧、縮退運用
非機能要件では、可用性と性能、運用保守を確認します。移行性やセキュリティ、環境も確かめます。
評価は、機能や移行、運用、セキュリティに分けて配点します。費用や体制も含めて配点すると、価格だけで選ぶことを避けられます。
税務システムの発注・外注に関するよくある質問
発注時の質問は、方式や期限、費用、標準化と移行責任に集まります。特に確認されやすい3点に回答します。
税務システムはパッケージとスクラッチのどちらがよいですか？
標準化対象の共通業務が中心なら、標準準拠パッケージや共同利用クラウドが、制度改正と運用を続けやすい選択肢です。一方で、独自業務や特殊連携が長期コストを上回る価値を持つ場合には、スクラッチを検討します。
いずれの方式も、Fit & Gapと5年程度のTCOを比べて判断します。
税務システムの導入費用はいくらですか？
税目を限定した小規模パッケージは8,000万円から2億円程度、4税目の標準準拠パッケージは2億円から5億円程度と推定します。大規模自治体や複雑な移行は、5億円から10億円超となる可能性があります。
公定相場はなく、費用は人口やデータ量、連携の範囲で変わります。帳票や移行、クラウドや保守の範囲にも左右されます。初期費用と年間費用を分けて、複数社から見積を取ります。
2026年度以降に税務システムを移行しても問題ありませんか？
原則の移行目標は2025年度末です。ただし、メインフレームや個別開発、事業者の開発停止、リソース逼迫などにより、2026年度以降となる場合もあります。その場合は、特定移行支援システムとして計画を整理する扱いがあります。
標準仕様との差分やデータ品質を検証します。ベンダーの要員や、稼働可能な年度切替も確かめます。そのうえで、デジタル庁などの最新方針を確認し、庁内の意思決定と調達日程を早めに整えます。
まとめ
発注前には、4税目と周辺業務の範囲を決めます。データや連携、帳票、運用の範囲も、あわせて定めます。方式は同じ要件で比べ、標準化で廃止・変更・周辺化する業務をFit & Gapで整理します。
RFPには、機能と移行、外字、eLTAXを記載します。さらに、行政事務標準文字や非機能、セキュリティを盛り込みます。当初課税支援と法改正、SLAと再委託、契約終了時のデータ返却も含めます。
見積は、初期費用だけで決めず、移行や連携、帳票、研修を分けて見ます。保守やクラウド、制度改正も分けて確認します。5年程度のTCOと責任分界で比較します。
候補の知名度や実績件数は、入口として見ます。そのうえで、同規模自治体の移行実績と標準仕様の対応版を確認します。
障害時の体制や当初課税支援、将来のデータ返却も確かめます。業務を安全に継続できる委託先を選びます。
▼全体ガイドの記事
・税務システム開発の完全ガイド
▼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を創業。