ふるさと納税システムを発注・外注するときは、業務範囲の整理、要件とRFPの作成、委託先との比較を順に進めると、繁忙期の負担を抑えやすくなります。
発注形態や契約、費用相場も、この流れのなかで決めていきます。全体像は、ふるさと納税システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・ふるさと納税システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ふるさと納税システムの発注で最初に整理する全体像
ふるさと納税システムは、寄附の受付だけでなく、自治体の業務全体をつなぐ基盤です。
一般的なEC受注管理と似た面もありますが、個人番号も扱います。
寄附ポータルや独自サイト、決済とつながり、返礼品事業者や配送会社とも連携します。受領証明書、ワンストップ特例、会計・税務処理も対象になります。接続先と対象が多いため、発注の時点で業務の責任とセキュリティの責任を、発注側と開発会社のどちらが持つか明確に分けておきます。
システムに含める業務範囲の分け方
寄附受付から年次集計までの業務を書き出し、自動化、職員の承認、外部委託のどれに当たるかで分けます。
- 自動化：寄附情報の取込、入金確認、名寄せ、在庫引当、配送追跡
- 職員承認：住所変更の承認、返礼品の掲載可否
- 外部委託：書類の印刷・封入、問い合わせ対応
返礼品マスタと出荷指示も、業務フローに含めます。さらに、受領証明書、ワンストップ特例、年次集計も、フローの一部として扱います。
行政特有の要件の整理
自治体固有の運用や安全管理は、発注要件に最初から含めておきます。後から足すと、手戻りの原因になります。
- 接続・操作：LGWANや情報セキュリティクラウドとの接続、権限管理、操作ログ
- 継続運用：バックアップ、障害時の復旧、帳票の大量出力
- オンライン申請：ワンストップ特例では、マイナンバーカードを使う手続きも関係します。
- 個人番号：取扱事業者、保存の有無、削除・廃棄の証明方法
- サービス範囲：デジタル庁の自治体向けサービス情報でも、寄附管理とオンラインワンストップが一体の検討対象です。
ふるさと納税システムの発注形態の選び方
発注形態は、職員の業務量、既存システムとの連携、繁忙期の寄附件数をもとに選びます。
個人情報を扱う体制も、判断の材料になります。
発注側は、SaaSを選ぶ場合でも、費用だけで決めず、標準機能で足りる範囲と独自開発が必要な範囲を分けて考えます。
SaaS・パッケージを導入する方法
発注側は、標準機能と自分たちの独自要件を照らし合わせて、どこまで適合するかを確かめます。
- 適する自治体：標準機能で足りる場合に、クラウド型SaaSや自治体向けパッケージが合います。
- 運用面：制度改正やポータル追加の共通更新を受けやすく、サーバー運用を自前で抱えにくい点が強みです。
- 連携の制約：会計・財務システムとの深い連携や独自承認ルートには制約が出ます。
- デモでの確認：画面のほか、CSV、API、権限、帳票変更
クラウド・LGWAN-ASPを活用する方法
年末にアクセスや帳票処理が集中する自治体は、クラウドの拡張性と運用支援を活用できます。
- 庁内ネットワーク：アクセス先の確認とデータ無害化
- 端末：利用できる端末の制約
- LGWAN-ASP：対象範囲の確認
ただし、ポータルや決済、配送会社の障害やデータ遅延は残ります。そのため、障害連絡の経路と手作業への切替手順を、契約前に決めておきます。
スクラッチ開発・業務一括委託を選ぶ方法
独自の寄附・返礼品・会計モデルを持つ場合や、複数の自治体で使う基盤を作る場合は、スクラッチ開発や共同開発が候補になります。
柔軟性は高い一方で、制度改正や脆弱性への対応、年末ピークの性能試験を、発注者側でも長期にわたって管理する必要があります。
職員不足や問い合わせ対応も課題になっている場合は、システム会社とBPO会社を別々に発注することもできます。
受託事業者にまとめて一括委託する方法もあります。
- システム関連：システム利用料、ポータル手数料、決済
- 運営業務：配送、コールセンター、書類発送
ふるさと納税システムを発注・外注する進め方
発注は、現状の把握から運用開始まで、一つずつ段階を踏んで進めます。
特に、年末の寄附集中を踏まえ、繁忙期直前の切替は避けます。データ移行と職員研修の期間も、あらかじめ確保しておきます。
- 現行業務と繁忙期の処理量を把握する
- 要件を整理し、どこまでを誰が受け持つかを決める
- RFPを配布して提案・見積もりを比較する
- 契約後に設計・開発とテストを行う
- データを移行して運用を開始する
現行業務と繁忙期の数字の把握
過去1年分を集計して、通常月だけでなく年末のピーク量も把握します。
- 寄附関連：ポータル別と月別の寄附件数
- 返礼品・配送：種類、事業者数、出荷件数
- 申請・問い合わせ：証明書、ワンストップ申請、問い合わせ件数
担当者は、年末の1日あたりの寄附件数、翌営業日の帳票数、配送会社への締切も記録しておきます。
作業時間は、作業の種類ごとに分けて把握します。転記や照合、差戻し、電話対応などが対象です。この内訳が分かると、システム化と外注化のどちらを先に進めるかが見えてきます。
要件定義と基本設計での役割分担の決め方
発注側は、開発会社と一緒に利用者ごとの画面と権限を整理し、データ連携時の扱いも定めます。
- 利用者：寄附者、職員、返礼品事業者、配送会社、受託事業者
- 連携：API不可のポータルを、CSVで受け渡すかどうか
- 例外処理：連携失敗、重複寄附、キャンセルの担当
基本設計では、データ項目と帳票、締め時間、ログの保存期間を文書にまとめます。
バックアップの頻度と復旧目標、問い合わせの一次窓口も、あらかじめ決めておきます。
テスト・移行・リリースの検証方法
受入テストでは、正常な流れだけでなく、寄附受付や申請の例外も再現します。
- 寄附・決済：決済失敗、名寄せ、キャンセル
- 返礼品・配送：在庫切れ、住所変更、配送遅延
- 申請・帳票：差戻し、帳票の再発行
負荷試験では、同時アクセスに加え、ポータル取込と帳票生成、CSV出力が重なる場面も確かめます。
移行は、バックアップから始め、テスト移行と本番前リハーサル、照合の順に進みます。
切戻しまでを含めた手順を組み、旧システムの参照期間と契約終了後のデータ返却も、あらかじめ決めておきます。
RFPと要件整理に書く内容
RFPは、同じ条件で提案と見積もりを比べるための発注仕様書です。機能だけでなく、成果物と検収条件も明示しておきます。
RFPには、背景と目的、対象業務、現行課題を書きます。利用者数やデータ量、連携先、希望時期も盛り込みます。さらに、予算の考え方と提案様式、評価基準、契約条件も、すべての会社に同じ形でそろえます。
業務フローに沿った機能要件の書き方
担当者が実際に行う順番に並べて、寄附から問い合わせまでの要件を書きます。
- 寄附管理：自動・CSV取込、決済、マイページ、重複、返金・取消
- 返礼品管理：地場産品基準、事業者、在庫、画像、定期便、出荷
- 証明・申請：受領証明書、ワンストップ、オンライン申請、e-Tax
- 庁内管理：会計集計、問い合わせ履歴、ダッシュボード
年末ピークと行政運用を基準にした非機能要件
年間平均ではなく、最繁忙日の寄附受付数や夜間バッチの締切を、性能要件に含めます。
- 性能：帳票の最大出力件数、繁忙日の処理量
- 可用性：連絡時間、一次復旧目標、代替運用、再取込
- セキュリティ：多要素認証、最小権限、ログ、暗号化、診断
- データ管理：バックアップ、再委託、事故報告、削除・返却
個人番号を扱う委託では、個人情報保護委員会の委託先監督の考え方も踏まえます。あわせて、担当者、保管場所、アクセス記録を確かめます。
評価基準と見積条件のそろえ方
評価項目と回答形式をあらかじめそろえておけば、提案の抜け漏れを比べられます。
- 評価項目：機能、自治体実績、連携、LGWAN、セキュリティ
- 導入体制：年末サポート、移行計画、導入費用
- 提案内訳：標準機能、設定、追加開発、外部サービス
見積もりは、同じ様式で出してもらいます。前提件数や対象作業、除外作業を明記させ、単価と月額、従量課金も並べて示させます。さらに、制度改正時の費用も確認します。
ふるさと納税システムの契約形態の選び方
契約形態は、成果物が固まっているか、開発を管理できるか、運用の変更がどの程度あるかで選びます。
発注側は、開発と運用を一括で契約する場合も、制度改正やポータル仕様の変更に備えて、責任範囲と追加費用を分けて記載します。
請負契約の成果物と検収条件
要件と画面が固まり、連携や帳票、テスト項目も決まって、納品物を定義できるなら、請負契約が候補になります。
受入テストに合格してから検収する形を取れます。ただし、仕様変更を無制限に含めると、赤字化や納期遅延につながります。
- 変更：追加開発の見積もりと軽微な変更の扱い
- 納期：変更時の納期調整条件
- 修正：障害修正と仕様変更の区別
要件が変わる開発に向く準委任契約
要件定義や伴走支援、アジャイル開発、運用改善などで、作業や専門家の稼働を委託する場合に使います。
作業や稼働を委託する契約なので、成果物の完成を一律に保証する形とは異なります。そのため、まず月次報告と会議の進め方を定めます。課題管理や稼働時間、成果物の確認方法も決めておきます。
業務判断を担う責任者が決まっていないと、会議が増えることがあります。そこで、意思決定者と承認期限を決めておきます。
運用・BPO契約の業務単価と品質の定め方
コールセンターや寄附者対応、証明書発送のほか、申請受付や返礼品事業者への連絡も、運用・BPO契約にできます。
- 料金：件数単価、月額固定、寄附額に対する料率
- 品質：受付時間、応答目標、エスカレーション
- 例外・管理：誤発送時の再発行、繁忙期増員、個人情報
再委託先については、一覧と監督の方法を契約前に確認しておきます。
ふるさと納税システムの費用相場と見積もりの内訳
費用は、初期構築費だけでなく、システム利用料とポータル利用料、決済手数料、配送費を分けて見ます。返礼品の調達費や書類発送費、コールセンター費は、ワンストップBPO費や保守費と分けて比較します。
公開価格を横断した公的な標準相場は、確認できません。そのため、以下の金額は、公開サービス価格と自治体の契約例から整理した目安です。個別案件の金額を断定するものではありません。
既製SaaSの利用料と公開価格
Furusato360の公開価格を見るときは、基本料金と追加費用を分けて確認します。
- 対象機能：返礼品、在庫、寄附者情報を、複数のメディアに反映します。
- 基本料金：初期費用は無料、月額は5万円です。
- 年間額：単純計算では、システム利用だけで年間60万円相当からです。
- 追加費用：オプション、連携できないメディア、初期設定、データ移行
- 機能等：帳票、権限、LGWAN、サポートの追加費用
Furusato360の公式ページでは、ポータル掲載費用は別途と案内されています（出典: レッドホースコーポレーション「Furusato360」サービスページ、2026年確認）。
ポータル手数料とBPO費の切り分け
須恵町の2025年度契約例では、自治体マイページの利用料は月額3万3,000円で、オンラインワンストップ申請は1件165円です。
須恵町「随意契約結果（令和7年4月〜9月）」によると、ポータル利用料は寄附額の5％から10％です。さらに、一括代行料は寄附額の12％とされています。
これは各サービスや業務を含む契約例のため、他の自治体にそのまま当てはまる相場とは言えません。ただし、固定費と従量費、集客・運用費を分けて考える材料にはなります。
要件と規模から見た独自開発費の推定
費用と期間は、類似システムや公開SaaS価格、移行・連携の工数から推定した目安です。
- SaaS導入：初期設定・データ移行は0万円から300万円程度、1〜3か月
- 小〜中規模：ポータル/API連携、独自サイト、帳票、職員研修を含む構築は500万円から2,000万円程度、3〜6か月
- 中〜大規模：複数ポータル、LGWAN、会計・配送・ワンストップ・分析の統合は2,000万円から8,000万円程度、6〜12か月
これらは公的な統計相場ではありません。ただし、要件やデータ量、セキュリティ審査、移行リハーサルによって、金額は大きく変わります。
委託先の選定と見積比較で確認するポイント
導入自治体数や機能数だけでなく、自分たちの業務と契約条件に合うかを確認します。
開発会社、ポータル運営会社、BPO会社では、役割と提供範囲が異なります。そのため、同じRFPとデータ量を渡し、同じ質問で候補を比べます。
自治体実績と年末のサポート体制
実績は社数だけでなく、自治体規模や業務範囲をそろえて確認します。
- 導入環境：自治体規模、寄附件数、利用ポータル、返礼品数
- 委託範囲：BPOの対象業務と導入年度
- サポート：年末対応、障害連絡、制度改正、帳票再発行、研修
可能であれば、同規模の自治体の担当者に運用の話を聞きます。実績数が会社の公表値である場合もあるため、調査時点と対象範囲を提案書に書いてもらいます。
連携・セキュリティ・データ移行の実画面での検証
発注側は、提案デモで寄附情報の取込から返礼品の出荷指示、証明書発行までを実際に操作します。
- 連携：API・CSVの違い、取込エラー、重複防止、ポータル追加費用
- 出力：会計への出力形式
- 個人番号：権限分離、操作ログ、保管期間、削除・廃棄証跡
- 委託先：再委託先への監督の方法
漏えい時の報告期限は、契約案で確認します。また、本番ピークの性能は負荷試験で確かめる必要があるため、負荷試験と結果提出の条件を契約に入れておきます。
初期費用・月額・従量費に分けた見積もりの比較
導入作業と運用費を分け、3年間の総額で比べます。
- 開発・導入：要件定義、設計、開発、連携、テスト、移行、研修
- 継続費：保守、クラウド、サポート、オプション
- 周辺業務：ポータル、決済、配送、返礼品、電話、書類発送、申請単価
初期費用が安くても、月額や従量費が高い提案はあります。また、BPOの料率が低くても、対象業務が限られる場合があります。
価格に加えて、職員の作業時間や誤発送のリスク、繁忙期の増員費まで含めた総保有コストで考えます。
よくある質問（FAQ）
契約前に確認すべき事項は、自治体の規模や既存環境によって変わります。RFP、提案書、契約書の3つを照合してください。
ふるさと納税システムはシステムだけ外注できますか？
はい。システム導入だけを外注することも、コールセンターや書類発送を含むBPOの一括委託も可能です。
分けて委託する場合は、データの正本を、ポータルとシステム、自治体、配送会社のどこが持つかを決めておきます。問い合わせ先も、あわせて整理します。
ふるさと納税システムの開発費用はいくらですか？
公開価格では、初期費用無料で月額5万円の返礼品管理サービスがあります。また、月額3万3,000円と申請1件165円という契約例もあります。
独自API連携やLGWAN、帳票を含む開発費は、要件と件数で変わります。移行やBPOを加えても、金額は要件と件数で決まります。そのため、推定の幅を予算の起点にして、同じ条件で複数社から見積もります。
マイナンバーやワンストップ申請を外注しても安全ですか？
安全性は、委託先の選定と契約で大きく左右されます。加えて、アクセス制御やログ、保管・削除の方法を整えておく必要があります。再委託の管理や監査、事故報告の体制も必要です。
誰がどの情報をいつまで扱うかを明確にし、安全管理措置と実施状況を確認します。さらに、オンライン申請後の照合や差戻しの承認者も決めておきます。
発注から稼働までどのくらいかかりますか？
推定の目安は、SaaS導入が1〜3か月、小〜中規模の構築が3〜6か月、大規模の構築が6〜12か月です。
上の目安に加えて、RFPの作成や選定、契約の期間もかかります。移行や研修、受入テストにかかる期間も必要です。そのため、繁忙期を避けて、稼働日から逆算し、移行リハーサルと切戻しの期間を確保します。
まとめ：ふるさと納税システムの発注を成功させる方法
寄附や返礼品、配送、帳票の業務を書き出し、ワンストップや問い合わせ、会計の業務も並べます。そのうえで、システム化と外注の範囲を決めてから、方式を比べます。
SaaS・パッケージやクラウド・LGWAN-ASP、スクラッチ開発、BPOは、組み合わせて検討します。
発注前に確認する5つの項目
見積書の「一式」は、作業内容と成果物を質問して具体化します。そのうえで、発注前には、対象範囲から移行・運用まで、見積もりと提案の内容を同じ基準で確かめます。
- 業務：対象範囲と責任分界
- 連携：ポータル、API、CSV、会計、配送
- 安全管理：個人番号、再委託、セキュリティ
- 費用：初期費用、月額、従量費、BPO費
- 移行・運用：受入テスト、移行、年末サポート
3年間の総額と職員の作業負担を並べて見ると、価格からは見えにくい発注リスクがつかめます。
制度改正とデータ可搬性を契約に残す方法
制度改正への対応とデータ返却は、契約に書いておかないと、改正時や契約終了時に誰が動くかが決まりません。そこで、契約前に制度変更の見込みから導入後の見直しまでを確かめておきます。
- 制度変更：2026年時点で、募集費用を控除した寄附金活用可能額の基準など、指定基準の変更が予定されています。
- 根拠資料：制度変更の詳細は、財務省の税制改正大綱で確認します。
- 更新条件：制度改正時の更新責任と費用、通知期限を、契約に残します。
- データ返却：契約終了時に、寄附、返礼品、帳票、問い合わせ履歴を返せるようにします。
- 定期見直し：導入後も業務と費用を見直せる契約が、長く使えるシステムにつながります。
財務省の令和8年度税制改正の大綱では、2026年10月1日以後に効力を生ずる指定について、経過措置を含む基準が示されています。
（出典: 財務省「令和8年度税制改正の大綱」、2025年12月26日閣議決定）
▼全体ガイドの記事
・ふるさと納税システム開発の完全ガイド
▼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を創業。