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

税務システムの発注・外注・委託は、4税目の機能を導入するだけでなく、標準仕様、データ移行、eLTAX、帳票、当初課税、法改正対応までを責任範囲に含めて選ぶことが成功の要点です。

本記事では、市区町村や都道府県の税務担当者・情報政策担当者が、税務システムを発注するときの進め方を解説します。パッケージ・共同利用クラウド・SaaS・スクラッチの選び方、RFPと要件整理、契約形態、2026年時点の費用目安、委託先の選定、複数社の見積比較、移行と運用の確認点まで、発注前に整理したい論点をまとめています。

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

税務システムの発注前に押さえる全体像

税務システムは、自治体の課税、収納、証明、滞納整理、帳票発行、電子申告データ連携を支える基幹システムです。発注時は「税務システム」という名称だけで依頼せず、対象の税目、業務、連携先、移行対象、稼働時期、運用体制を分解して示します。対象範囲が曖昧なまま見積を取ると、提案会社ごとに含む機能が違い、価格だけを比較できなくなります。

市区町村の税務システムでは、固定資産税、個人住民税、法人住民税、軽自動車税が中心になります。固定資産税では土地・家屋・償却資産の評価、名寄せ、評価履歴、GIS連携が重要です。個人住民税では給与支払報告書、確定申告、公的年金などの大量データを取り込み、特別徴収や当初賦課を処理します。法人住民税では申告書の受付、法人情報、税額計算、証明書を扱い、軽自動車税では車両情報や検査情報との連携が難所になります。

さらに、納税義務者・宛名・法人番号の管理、納税通知書と納付書の印刷、収納消込、還付、口座振替、滞納整理、税務証明、帳票の封入封緘までを確認します。eLTAX、国税連携、法人番号、軽自動車検査情報、住民記録、収納、GIS、文書管理との接続も、税務担当者だけでは完結しない範囲です。どのシステムを発注対象に含め、どの連携を別契約にするかを最初に決めます。

地方公共団体の基幹業務システムの統一・標準化では、固定資産税、個人住民税、法人住民税、軽自動車税が標準化対象事務に含まれます。原則として2025年度末までの標準準拠システムへの移行が目標とされ、2026年度以降にならざるを得ない場合は、特定移行支援システムとして移行計画を整理する扱いです（出典: デジタル庁「地方公共団体の基幹業務システムの統一・標準化」、2026年6月更新）。

そのため、従来の独自機能をすべて残すことを前提にするのではなく、標準機能で業務を合わせるもの、周辺サービスで補うもの、廃止するものをFit & Gapで分けます。行政事務標準文字への対応も重要です。デジタル庁は、外字の標準化によってデータ管理やシステム間連携を容易にする方針を示しており、2025年度から証明書や郵送物で使われる文字の見た目が変わる場合があると説明しています（出典: デジタル庁「地方公共団体情報システムにおける文字の標準化」、2026年3月更新）。発注時は外字の同定、変換、帳票校正、住民への案内まで要件に含めます。

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

結論から言うと、法令や標準仕様に沿う共通業務が多い税務システムでは、標準準拠パッケージや共同利用クラウドを軸にし、自治体固有の業務は周辺サービスや限定的な追加開発で補う形が比較しやすいです。独自業務が多い場合でも、いきなりスクラッチ開発に決めず、標準製品の適合範囲と追加費用を確認してから方式を選びます。

標準準拠パッケージは、課税、収納、証明、滞納整理、電子申告などの共通機能をあらかじめ備え、法改正や仕様改定への対応を製品側に集約しやすい方式です。富士通JapanのMICJET税務情報、日立システムズのADWORLD、NECの自治体向けソリューション、TKCのTASKクラウド、RKKCSの総合行政システムなど、実在する候補があります。ただし、製品名だけで判断せず、対象税目、標準仕様の対応版、同規模団体の移行実績、データ移行方式を確認します。

パッケージの採用では、独自帳票や独自の税額補正を標準機能に残せないことがあります。これは欠点と決めつけるのではなく、業務を標準化する機会と捉えます。廃止する業務、職員の手順を変更する業務、標準機能にないため周辺サービスで補う業務を合意し、追加カスタマイズの判断基準をRFPに明記します。

共同利用クラウドやSaaSは、複数団体が同じアプリケーションを利用することで、機器調達や保守運用の負担を抑えやすい方式です。県税向けでは、NTTデータの共同利用型クラウドサービス「pre’xco」があり、香川県の導入決定により四国4県で導入され、全国11県で採用・導入決定が進んでいます（出典: NTTデータ「共同利用型県税クラウドサービス、香川県が導入を決定」、2026年1月28日）。市区町村向けにも共同利用型サービスがあるため、自治体区分と税目をそろえて比較します。

クラウドでは、利用料に何が含まれるかが大切です。アプリケーション、ガバメントクラウドやデータセンターの利用料、LGWAN接続、監視、バックアップ、制度改正、ヘルプデスク、帳票出力、障害時の応援を分けて確認します。契約終了時のデータ返却形式、返却費用、他社へ移行する際の支援、サービス停止時の業務継続策も、価格と同じ欄で比較すると見落としを防げます。

スクラッチ開発は、自治体固有の業務、特殊な帳票、既存の周辺システム、独自のワークフローを自由に設計しやすい方式です。一方で、標準仕様への適合、税制改正、データ要件・連携要件、セキュリティ、テスト、移行、次回更改までの責任を発注者と受託者で長期に担います。特別な独自性がない部分まで作り込むと、標準準拠パッケージより初期費用も運用費も高くなりやすいです。

スクラッチを選ぶ場合は、完成時の機能だけでなく、開発者が交代しても保守できる設計書、テスト仕様書、ソースコード、データ定義、運用手順を納品物に含めます。税務担当者が日常の制度変更を自力で確認できる仕組みや、将来の他社移行に必要なデータ出力も契約に含めることが重要です。

RFPと要件整理はどのように進めますか？

RFPは、開発会社に希望を伝えるだけの資料ではなく、各社の提案と見積の前提をそろえる資料です。最初に現行業務とデータを棚卸しし、次に標準仕様との差分、RFP、提案評価、契約、移行リハーサルへ進めます。要件が固まっていない段階で本開発を一括発注するより、必要に応じて現状分析や要件定義を先行して委託し、本開発と切り分ける方が追加費用の原因を把握しやすくなります。

棚卸しでは、税目別の担当課、年間スケジュール、月次処理、当初賦課、減免、更正、収納消込、還付、滞納整理、証明書発行を一覧にします。処理件数だけでなく、繁忙期の集中、職員の手作業、Excelでの補正、紙で保管している根拠資料、例外処理、承認者を記録します。これらは機能要件だけでなく、移行対象と研修範囲を決める材料になります。

データについては、宛名、納税義務者、法人、土地・家屋・償却資産、課税履歴、収納履歴、還付、滞納、証明書、帳票、外字を対象に、保持年数、件数、欠損、重複、コード体系、文字コードを確認します。住民記録、収納、GIS、文書管理、口座振替、印刷・発送の各システムについて、連携方式、連携頻度、障害時の再送、担当者を図にしておくと、後から「別途見積」となる範囲を減らせます。

機能要件には、4税目の課税、賦課、更正、減免、証明、収納、還付、滞納整理、帳票、電子申告、統計、検索、権限管理を記載します。固定資産税の評価履歴、個人住民税の大量資料取込、法人住民税の申告、軽自動車税の車両情報など、税目ごとの業務シナリオを具体的に示します。標準機能、オプション、追加開発、周辺サービスのどれで実現するかを提案書で明示してもらいます。

データ要件では、移行対象、変換ルール、移行回数、検証方法、欠損データの扱い、旧システムの参照期間を定義します。非機能要件では、稼働時間、同時利用者数、処理件数、性能、バックアップ、RTO・RPO、監視、アクセス制御、操作ログ、暗号化、災害復旧、脆弱性対応を確認します。運用要件では、法改正、標準仕様改定、当初課税期の支援、問い合わせ窓口、障害時の連絡体制、再委託先まで明記します。

税務システムの評価は、画面の見た目よりも業務シナリオで行います。代表的な納税者の登録から課税、通知書出力、収納消込、還付、証明書発行までを通し、旧システムと新システムの件数・税額・残高・履歴を突合します。固定資産の評価替え、住民税の大量資料取込、eLTAXのエラー、外字変換、収納データの再送など、失敗しやすいケースを先に選んで試します。

移行リハーサルは1回で終わらせず、データ抽出、変換、取込、検証、差異修正を複数回繰り返します。検証項目には、納税義務者数、課税額、収納済額、未納額、還付額、滞納案件数、帳票件数、外字件数、連携エラー件数を含めます。受入条件を「問題なく動く」ではなく、許容差異、未解決件数、再試験期限、稼働判定者まで数値で決めます。

税務システムの契約形態と責任分界をどう決めますか？

税務システムでは、要件の不確実性、成果物の定義、発注者側の体制によって契約形態を使い分けます。要件が明確な開発を一括で請負契約にする場合もあれば、現状分析や要件定義を準委任契約で進め、その結果をもとに本開発を請負契約にする場合もあります。クラウドや保守は、サービス利用契約や運用保守契約として、稼働率や対応時間を別に定めます。

準委任契約は、作業時間や専門知識の提供を受けながら、発注者と受託者が一緒に要件を整理する段階に向きます。現行調査、Fit & Gap、RFP作成支援、移行計画、PoCなど、結果を一つの完成品として確定しにくい作業で使いやすい形です。ただし、成果物、会議体、報告内容、作業期間、責任者、変更手順を曖昧にすると、作業が長期化します。

請負契約は、合意した機能や成果物を、合意した納期・品質で完成させる責任を明確にしやすい契約です。標準パッケージの設定、追加開発、データ移行、連携開発、テスト支援など、納品物と受入基準を定義できる範囲に適しています。請負だから追加費用が発生しないとは限らないため、発注者都合の変更、法令・仕様改定、データ品質問題、他システム遅延の扱いを契約書と変更管理規程に落とします。

税務システムで揉めやすいのは、発注者が「移行も含む」と考え、受託者が「データ提供後の取込だけ」と考えるような責任のずれです。発注者が行うデータ抽出と確認、受託者が行う変換と取込、両者で行う突合を工程別に分けます。外字の同定、欠損データの補完、過年度データの扱い、帳票の校正、eLTAXの接続試験も担当者を決めます。

法改正や標準仕様の改定では、無償対応の範囲、有償となる追加機能、提供時期、テスト環境、職員向け説明を確認します。障害時は、一次受付、原因調査、暫定復旧、恒久対応、報告書、再発防止、住民への案内の責任を定めます。再委託がある場合は、再委託先の会社名、作業範囲、個人情報の取扱い、監査権、事故時の報告期限を把握します。

SLAでは、稼働率だけでなく、当初課税期の問い合わせ受付時間、重大障害の連絡期限、復旧目標、バックアップの世代数、復旧訓練の頻度、監視対象、計画停止の通知期間を決めます。税務業務は年度切替や通知書発送の締切があるため、通常月のサービスレベルだけで評価しないことが大切です。障害時に紙や旧システムで最低限の業務を続ける縮退運用も、手順書と訓練の対象にします。

契約終了時は、納税者情報、課税履歴、収納履歴、滞納履歴、帳票データ、監査ログを、どの形式で、いつまでに、いくらで返却するかを定めます。バックアップの消去証明、媒体の廃棄、第三者への提供禁止、他社移行に必要な説明資料も確認します。契約期間中の便利さだけでなく、将来の更改時に自団体が選択肢を失わないことが重要です。

税務システムの費用相場とコストの内訳

税務システムの費用に全国一律の公定相場はありません。人口、税目数、既存システム、データ量、外字、GIS、帳票、連携数、ガバメントクラウドの構成、移行期限、並行稼働の有無で大きく変わります。以下は公開案件とリサーチ結果から発注前の予算を考えるための概算であり、提案会社の正式見積ではありません。

税目を限定したパッケージ導入や小規模自治体の移行では、初期費用を8,000万円から2億円程度と見ることがあります。4税目を含む標準準拠パッケージで、データ移行、帳票、eLTAX、周辺連携、研修まで含める場合は、2億円から5億円程度が一つの推定レンジです。大規模自治体、複雑な固定資産評価、GIS、外字、複数連携、並行稼働を含むと、5億円から10億円超となる可能性があります。

公開実額では、港区の「税務システムにおける標準準拠パッケージの導入サービス委託（令和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か月を置くことがありますが、標準機能で代替できない独自要件がある場合に限定して比較します。

標準パッケージでも、現状調査、Fit & Gap、契約、設計、データクレンジング、連携開発、総合テスト、移行リハーサル、研修、並行稼働を含めると、導入期間は12か月から24か月が現実的な目安です。固定資産税の評価履歴やGIS、外字、複数の周辺システムを含む大規模団体は18か月から36か月、スクラッチ開発は24か月から48か月を見込むことがあります。年度切替と当初課税の締切から逆算し、稼働日だけでなく失敗時の戻し期間も確保します。

初期費用だけでなく、契約期間中の利用料、保守、クラウド、法改正、追加帳票、職員研修、監査、障害対応、次回移行を含めてTCOを比較します。たとえば初期費用が安くても、法改正が別料金、データ返却が有料、当初課税の応援が限定的であれば、5年総額は逆転します。RFPでは初年度、2年目以降、制度改正時、契約終了時の4つに分けて価格を提示してもらいます。

税務システムの委託先選定と見積比較のポイント

委託先は、知名度や提示価格だけでなく、税務業務、標準化、移行、クラウド運用、当初課税の支援を一体で評価します。候補には、富士通Japan、日立システムズ、NTTデータ、NEC、TKC、RKKCSなどがありますが、ここで挙げた会社は順位や採用推奨を意味しません。同規模・同税目・同じ移行条件の実績を、担当体制とともに確認することが大切です。

実績確認では、自治体名だけでなく、人口規模、税目、旧システム、稼働時期、移行件数、標準仕様の対応版、連携先、並行稼働の有無を聞きます。稼働後の当初課税でどのような支援を行ったか、障害が起きたときの報告と復旧をどう進めたか、担当者が変わった後も支援が続くかを確認します。可能であれば、実績先への照会や、実際のプロジェクト責任者との面談を依頼します。

日立システムズは、ADWORLDの標準化対象製品について、2026年3月31日時点で477自治体の切替が完了したと公表しています（出典: 日立システムズ「ADWORLD標準化切替の進捗について」、2026年4月1日）。このような実績数字は候補を知る手がかりになりますが、自団体の税目・規模・移行条件に当てはまるかを個別に確認します。実績件数の多さだけで、提案の適合性や運用品質を断定しないことが重要です。

複数社へ見積を依頼するときは、RFP、現行資料、データ件数、連携一覧、希望稼働日を同じ条件で渡します。比較表では、初期導入費、追加開発、移行、連携、テスト、研修、稼働支援、年額利用料、保守、クラウド、制度改正、帳票、印刷発送、契約終了時の返却を分けます。金額が一つにまとめられた提案は、内訳と数量、単価、前提、除外事項を再提出してもらいます。

価格差が出た項目は、機能がないのか、標準機能で含むのか、別サービスなのか、作業量の想定が違うのかを確認します。安い提案には、データクレンジングを発注者任せにする、帳票校正を含めない、移行リハーサルを1回に限定する、法改正や当初課税支援を別料金にする、再委託費を除外するなどの条件が隠れていることがあります。評価は総額だけでなく、除外事項の少なさと責任の明確さを含めて行います。

税務システムは個人番号を含む情報、所得、資産、収納、滞納などの機微な情報を扱います。アクセス権限を税目・業務・役職で分けられるか、特権IDを管理できるか、操作ログを検索・保存できるか、通信と保存データを暗号化できるか、バックアップを隔離できるかを確認します。委託先や再委託先の入退室、媒体管理、脆弱性対応、事故時の報告、監査への協力も要件化します。

標準化された非機能要件では、可用性、性能、運用保守、移行性、セキュリティ、環境などを確認する考え方があります。税額計算の正しさだけでなく、当初課税の集中処理、連携停止時の再送、停電・災害時の復旧、職員が最低限の処理を続ける縮退運用を評価します。RFPの提案評価点に、機能、移行、運用、セキュリティ、費用、体制を分けて配点すると、価格だけの選定を避けられます。

税務システムの発注・外注に関するよくある質問

税務システムの発注では、方式、期限、費用、標準化、移行責任について質問が集中します。ここでは、発注前に特に確認されやすい3つの質問に直接回答します。

標準化対象の共通業務が中心であれば、標準準拠パッケージや共同利用クラウドを軸にする方が、制度改正と運用を継続しやすいです。スクラッチは、標準機能では実現できない独自業務や特殊な連携が、長期的なコストを上回る価値を持つ場合に検討します。どちらを選ぶ場合も、Fit & Gapと5年程度のTCOを比較して判断します。

税目を限定した小規模なパッケージ導入は8,000万円から2億円程度、4税目を含む標準準拠パッケージは2億円から5億円程度を推定します。大規模自治体や複雑な移行では5億円から10億円超となる可能性があります。これは公定相場ではなく、人口、データ量、連携、帳票、移行、クラウド、保守の範囲で変わるため、初期費用と年間費用を分けた見積を複数社から取得します。

原則の移行目標は2025年度末ですが、メインフレーム、個別開発、事業者の開発停止、リソース逼迫などにより2026年度以降となるシステムは、特定移行支援システムとして移行計画を整理する扱いがあります。重要なのは期限だけでなく、標準仕様との差分、データ品質、候補ベンダーの要員、稼働可能な年度切替を検証することです。デジタル庁などの最新方針を確認し、自治体内の意思決定と調達スケジュールを早めに整えます。

まとめ

税務システムの発注・外注・委託では、最初に4税目と周辺業務、データ、連携、帳票、運用の範囲を決めます。そのうえで、標準準拠パッケージ、共同利用クラウド、SaaS、スクラッチを同じ要件で比較し、標準化によって廃止・変更・周辺化する業務をFit & Gapで整理します。

RFPでは、機能だけでなく、データ移行、外字、eLTAX、行政事務標準文字、非機能、セキュリティ、当初課税期の支援、法改正、SLA、再委託、契約終了時のデータ返却まで記載します。見積は初期費用だけで決めず、移行・連携・帳票・研修・保守・クラウド・制度改正を分け、5年程度のTCOと責任分界で比較することが大切です。

候補ベンダーの知名度や実績件数を入口にしながらも、同規模自治体での移行実績、標準仕様の対応版、障害時の体制、当初課税の支援、将来のデータ返却まで確認し、自団体の業務を安全に継続できる委託先を選びます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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