自治体向けシステム見積書の書き方・作り方

行政AIヤマトにおいては「DX・情報」の「自治体システム書類作成」のボタンで、この仕様の通り、AI出力できます。

要約・結論

自治体向けシステム見積書は、単価と合計額を提示するだけの価格表ではありません。自治体が調達範囲、積算根拠、価格の妥当性、将来負担、契約変更の条件を説明できるようにする文書です。良いシステム見積書は、提案書・仕様書・要件定義・スケジュールと一致し、初期費用、経常費用、追加費用、自治体側負担、前提条件を分離しています。誰が同じ条件で読んでも「何が含まれ、何が含まれず、数量が変わるといくらになるか」が分かることが重要です。

自治体向けシステム見積書の作り方の結論は、WBSや成果物まで費目を分解し、数量×単価または算定式を示し、要件との対応関係を持たせることです。安価に見せるための費用先送りや、無償という言葉で条件を隠すことは避けます。予算年度、契約方式、消費税等の扱い、支払条件、物価・為替・外部サービス価格の変動、契約終了時のデータ移行まで確認します。会計、契約、個人情報、情報セキュリティ等の取扱いは自治体や案件で異なるため、最新の条例、規則、国のガイドライン、発注文書を必ず確認してください。

想定読者

• 自治体の情報政策、DX、原課、財政、契約・調達部門の担当者
• システム見積書を作成する営業、SE、積算、経理、プロジェクト責任者
• 提案評価や予定価格の検討に関わる職員、監査・検査担当者
• 導入後のランニングコストや契約更新を管理する運用担当者
• 自治体案件へ新規参入し、見積条件の書き方を学びたい事業者

自治体向けシステム見積書の基本構成

指定様式がある場合は最優先で使用し、必要な補足を内訳書や前提条件書に記載します。一般的な章立ては次のとおりです。

1. 宛先、件名、見積番号、発行日、有効期限
2. 見積総額と消費税等の扱い
3. 対象期間、納入場所、支払条件
4. 初期費用内訳
5. 経常費用・年度別費用内訳
6. オプション・従量費用・超過単価
7. 作業範囲、成果物、数量、単価
8. 前提条件、自治体側作業、除外事項
9. 価格改定、契約変更、キャンセル等の条件
10. 保守、SLA、ライセンス、外部サービス条件
11. 契約終了時のデータ返却・移行・消去費用
12. 要求事項・提案書との対応表

1. 見積前に確定すべき情報

積算前に、公告、仕様書、質問回答、機能要件、非機能要件、提案内容、納期、成果物、検収条件を読み込みます。要求事項ごとに「標準サービス」「設定」「追加開発」「移行」「教育」「運用」「対象外」を分類し、見積明細へ紐づけます。要件と費用を別々の担当が管理すると、提案した作業の計上漏れや二重計上が生じます。

最低限確認する数量は、利用者数、同時利用数、拠点数、端末数、環境数、本番・検証等の区分、データ量、移行件数、帳票数、外部連携数、研修回数、問い合わせ件数、保守期間です。数量が未確定なら、勝手に最小値を採用せず、見積上の仮定、単価、精算方法を記載します。

自治体の予算は年度単位で管理されることが多いため、契約期間と年度別支出を区分します。ただし、長期継続契約、債務負担、リース、利用契約等の扱いは自治体と案件によって異なります。一般論で契約可否を断定せず、発注者の契約・財政部門が示す条件を確認します。

2. 総額表示の書き方

表紙または総括表には、税抜額、消費税等、税込額、対象期間を明記します。端数処理や税率の扱いは指定に従います。「一式」に含まれる範囲を内訳で説明し、総額と内訳の合計が一致するよう機械的に検算します。

年度別の表示例です。

数字は例示であり、実案件では利用開始月、月割りの可否、最低利用期間、更新月を示します。見積有効期限が短い場合は、なぜその期限なのか、期限後に再見積が必要かを明記します。

3. 初期費用の分解方法

初期費用は、工程と成果物が分かる粒度に分けます。代表的な費目は、プロジェクト管理、要件定義、基本設計、詳細設計、環境構築、設定、追加開発、連携開発、データ移行、試験、研修、マニュアル、稼働支援です。

人月一式だけでは、仕様変更時に影響を説明できません。「役割×単価×工数」で積算する場合でも、個人の給与情報ではなく契約上の技術者区分を使用します。工程別の工数と、工数に含む会議、レビュー、資料作成、出張の範囲を明らかにします。成果物単位で積算する場合は、ページ数だけを品質の代理にせず、対象業務やレビュー回数など複雑性を示します。

パッケージやSaaSの設定費は、テナント作成、認証、権限、通知、帳票、ワークフロー、監視などの作業を分けます。「導入支援費」にすべてを入れると比較しにくくなります。追加開発には対象機能、前提要件、開発、レビュー、試験、ドキュメントを含むかを記載します。

4. ライセンス・サービス利用料の書き方

ライセンスは、課金単位を明確にします。登録ユーザー、月間アクティブユーザー、同時利用、端末、CPU、データ量、API回数など、何を数えるかによって将来費用が変わります。最小契約数、追加単位、休止、減数、年度途中追加、検証環境、管理者、委託先アカウントの扱いを説明します。

外部クラウドサービス、電子署名、SMS、地図、AI APIなどは、通貨、為替換算基準、事業者の価格改定、無料枠、従量超過を示します。第三者サービス料金を固定保証できない場合は、改定通知の時期、協議、代替策を書きます。「API費用込み」とだけ書かず、月間何回またはどの金額まで含むかを明示します。

生成AI利用料は、入力・出力の量、モデル、画像や検索等の付加機能により変動します。試算ケースを複数示し、上限通知、利用制限、予算アラート、承認フローを提案します。個人情報等を扱えるかは価格ではなく安全性の要件として別途確認します。

5. 運用保守費の書き方

運用保守費には、サービスデスク、監視、障害対応、定期保守、バックアップ確認、脆弱性対応、アップデート、月次報告、アカウント支援など、提供する活動を記載します。受付時間、対応時間、連絡手段、優先度、一次回答目標、復旧目標と価格を一致させます。

「24時間365日対応」が、監視のみ、受付のみ、復旧作業までのどれかを明記します。時間外対応、現地対応、データ復旧、調査、設定変更、問い合わせ件数超過を基本費に含むか、別料金かを示します。SLA未達時のサービスクレジット等を設ける場合は、測定方法と上限を契約条件と整合させます。

制度改正対応について、軽微な標準アップデートと自治体固有の改修を分けます。「法改正はすべて無償」と安易に約束すると、範囲解釈が破綻します。何を共通機能として保守料内で提供し、個別開発はどう見積もるかを定義します。

6. データ移行費の積算

データ移行は、抽出、受領、診断、クレンジング、変換、投入、照合、リハーサル、本番切替、移行後支援を分けます。対象テーブル、項目、件数、添付ファイル容量、履歴年数、文字コード、提供形式、品質を前提条件にします。

「データ移行一式」の例外条件が曖昧だと、契約後に追加費用が発生します。標準レイアウトで何回まで受領するか、欠損や不正値の補正は誰が行うか、追加リハーサルの単価、旧事業者からの抽出費用の負担を示します。本番データの安全な受渡し、保管、消去、作業者権限も費用と工程に含めます。

移行元仕様が開示されていない場合は、調査フェーズを有償で分け、調査後に確定見積とする方法があります。ただし調達条件上認められるかを確認し、概算と確定額を混同しないようにします。

7. 研修・マニュアル・導入支援の積算

研修費は、対象者、定員、回数、時間、オンライン・現地、会場・機材、教材、録画、質疑、追加開催単価を明記します。職員の人事異動を考慮し、初回研修だけでなく、管理者が継続教育できる教材や講師育成も検討します。

マニュアルは、利用者、管理者、運用、障害一次対応、FAQ等の種類、媒体、更新回数、編集可能データの提供可否を示します。契約期間中の画面変更に伴う改訂が保守費に含まれるかも重要です。アクセシブルな形式、検索可能なPDFやHTML、代替テキストなどの要件があれば積算します。

稼働支援には、現地立会い、オンライン待機、問い合わせ増加への増員、初期データ補正などがあります。日数、時間帯、人数、交通宿泊費の扱いを分け、全国一律の無条件価格に見せないようにします。

8. セキュリティ・個人情報保護に必要な費用

セキュリティを「標準で安全」としてゼロ円扱いせず、必要な対策が提供範囲に含まれているか確認します。多要素認証、ログ、監視、脆弱性診断、第三者認証、暗号鍵管理、バックアップ、インシデント対応訓練、監査資料提供には費用が発生し得ます。

個人情報を扱う作業では、作業環境、アクセス制御、秘密保持、教育、媒体管理、データ消去証明、再委託先管理を見積条件に含めます。セキュリティ診断は、対象URL・IP、環境、診断方式、回数、再診断、報告書、重大問題の修正を分けます。自治体指定の診断や監査がある場合、その実施主体と負担を確認します。

インシデント発生時の初動調査を基本保守に含める範囲、詳細なフォレンジックや現地作業の扱いを示します。ただし、責任の有無にかかわらずすべて自治体負担とするような一方的条件は、契約案とリスク分担を踏まえて協議します。

9. アクセシビリティ費用の考え方

アクセシビリティは完成後の追加試験だけではありません。設計レビュー、実装、機械試験、支援技術を用いた確認、利用者確認、修正、公開後の維持を工程に含めます。対象画面、適用する基準、適合目標、試験サンプル、第三者試験の有無を見積前提にします。

多言語ややさしい日本語を扱う場合は、翻訳、ネイティブチェック、行政用語の監修、更新、音声・動画の字幕を区分します。機械翻訳だけで品質保証できると断定せず、人による確認範囲を示します。紙や窓口等の代替手段を整備する費用は、システム契約外であっても関連負担として発注者へ伝えます。

10. オプションと追加変更単価

オプションは本体要件を満たすために必須か、選択的な付加価値かを区別します。必須要件をオプションへ追い出し、総額を安く見せてはいけません。オプション表には導入期限、前提、初期費、月額、解約条件、本体への影響を記載します。

契約後の追加変更に備え、技術者区分別単価、設定変更単価、研修追加、データ容量追加、アカウント追加、連携追加などを提示すると予算管理がしやすくなります。ただし単価だけで自動的に変更できるわけではありません。変更要求、影響分析、見積、承認、契約手続、実施という変更管理を定めます。

軽微変更の範囲を「当社が軽微と判断したもの」とせず、作業時間、対象、回数等で定義します。未使用工数の繰越可否、最低請求単位、緊急対応の割増なども明示します。

11. 自治体側費用と総保有コスト

事業者見積の外にも、端末、回線、庁内ネットワーク変更、認証基盤、職員作業、会場、郵送、既存契約解約、旧データ抽出などの負担があります。「見積対象外だが導入に必要な費用」として一覧化し、自治体が総保有コストを把握できるようにします。

5年間等の総保有コストでは、導入、利用料、保守、更新、増加率、外部サービス、機器更新、終了時移行を含めます。将来数量が不明な場合は、少・中・多のシナリオを作ります。割引がある場合、割引前価格、条件、期間終了後の価格を示します。

費用対効果では、削減時間をそのまま現金削減額とみなさず、職員時間を住民相談や政策業務へ再配分する価値として分けます。効果計算と見積価格の前提件数を一致させます。

12. 契約終了時の費用と運用引継ぎ

自治体向けシステム見積書では、導入時だけでなく終了時を価格化します。データ抽出、標準形式への変換、添付ファイル、データ辞書、媒体、暗号化、後継事業者説明、並行運用、アカウント停止、データ消去証明を扱います。

基本料金に含むものと別料金を明示し、抽出1回、追加抽出、特殊形式の単価を示します。契約終了時に初めて高額な移行費を提示する設計は、自治体の継続性と公平な再調達を損ないます。データの所有・利用、ソースコード、設定値、ドキュメント等の権利は契約条件と整合させます。

運用引継ぎの費用には、最新構成、運用手順、障害・変更履歴、未解決課題、連絡先、証明書・ライセンスの一覧作成と説明を含めます。秘密情報や個人情報は、安全な経路と権限で引き継ぎます。

重要事項

比較見積を求める場合は、各社に同じ前提数量、期間、成果物、サービス水準を提示し、価格差が範囲差なのか効率差なのかを確認します。最安価格だけで判断せず、必須作業の欠落、極端に少ない工数、更新後の料金、撤退時費用を点検します。参考見積を予算要求に使う場合も、取得時点、価格有効期限、前提の変化を記録し、本調達で同額になると断定しません。

提出前には、見積書、内訳書、提案書、価格提案様式の総額が一致するかを別担当者が再計算します。丸め処理、月割り、無償期間、契約開始日が一つ違うだけでも合計差が生じるため、計算根拠を保存し、PDF変換後の数字も照合します。

1. 見積総額、内訳、年度別合計を一致させる。
2. 仕様書・提案書・工程・成果物と費目を紐づける。
3. 初期、経常、従量、オプション、対象外を分ける。
4. 数量、単価、算定式、端数処理、税の扱いを示す。
5. 不確定要件には仮定と変更時の単価・手続を付ける。
6. 外部サービスの価格改定と為替リスクを開示する。
7. セキュリティ、アクセシビリティ、移行、教育を計上する。
8. 契約終了時のデータ返却・消去・引継ぎ費を示す。
9. 自治体側に発生する作業と外部費用も伝える。
10. 最新の契約規則、条例、税制、ガイドライン、発注条件を確認する。

禁止事項

• 必須作業をオプション扱いにして見積総額を低く見せる。
• 「一式」「別途」「実費」だけで内容や上限を示さない。
• 提案書で約束した試験、研修、成果物を計上しない。
• 税込・税抜、月額・年額、初年度・平年度を混同する。
• 無料期間後の価格や最低契約期間を隠す。
• 根拠なく競合価格を推測し、不当に低い工数を設定する。
• 再委託、外部API、クラウド等の費用と条件を隠す。
• 契約終了時にデータを人質に取るような不透明な料金を置く。
• 個人情報の持出しや安全対策を省略して価格を下げる。
• 指定様式の改変、計算式の破壊、条件欄の削除を行う。

具体的な見積テンプレート

明細テンプレート

前提条件テンプレート

見積基準日：YYYY年MM月DD日
対象期間：YYYY年MM月〜YYYY年MM月
利用者・拠点：職員［数］名、住民向け公開、［数］拠点
環境：本番［数］、検証［数］
データ移行：［形式］、最大［件数・容量］、リハーサル［回数］
外部連携：［方式］を［数］システム
研修：［形式］、［時間］×［回数］、定員［数］
価格変動：外部サービス改定時の取扱い［条件］
自治体作業：資料提供、データ補正、受入、庁内調整
除外：回線、端末、既存事業者の抽出費等［明記］

変更見積テンプレート

変更要求ID：CR-XXX
変更理由：制度変更／業務変更／要件具体化／不具合等
変更内容：追加・変更・削除する対象
影響：費用、納期、品質、運用、セキュリティ、他要件
追加費用：数量×単価、税の扱い
減額：不要となる作業・ライセンス
承認期限：工程に影響を与えない期限
承認者：自治体／事業者の権限者

実務チェックリスト

計算・形式

• [ ] 見積番号、発行日、有効期限、宛先、件名が正しい
• [ ] 税抜、消費税等、税込の計算と端数処理が正しい
• [ ] 月額、年額、年度額、契約期間総額が一致する
• [ ] 数式、リンク、非表示行、フィルターを確認した
• [ ] 指定様式、通貨、提出形式、電子署名等を満たした

範囲と整合性

• [ ] 全必須要件の実現費用を含めた
• [ ] 提案書、スケジュール、成果物一覧と明細が一致する
• [ ] 会議、レビュー、試験、修正、管理工数を含めた
• [ ] 移行、研修、マニュアル、稼働支援を計上した
• [ ] 標準、追加開発、オプション、対象外を区別した

将来費用と公共性

• [ ] 数量増減時の単価と最低契約条件を示した
• [ ] 外部サービス、為替、物価の変更条件を示した
• [ ] セキュリティと個人情報保護の必要作業を含めた
• [ ] アクセシビリティの設計・試験・修正を含めた
• [ ] 契約終了時のデータ返却、消去、引継ぎ費を示した
• [ ] 自治体側の作業と見積外の必要費用を説明した
• [ ] 最新の条例、規則、国のガイドライン等の確認予定を記載した

FAQ：自治体向けシステム見積書のよくある質問

Q1. 自治体向けシステム見積書で「一式」は使えますか。

使えますが、対象作業、成果物、回数、数量上限を内訳または前提条件で示します。一式だけでは価格の妥当性や仕様変更の影響を説明できません。

Q2. 概算見積と正式見積の違いは何ですか。

概算見積は情報不足を仮定で補うため、価格幅、精度、前提、除外を明記します。正式見積は契約判断に使える確定した条件が必要です。表題と注意書きで混同を防ぎます。

Q3. 値引きはどのように書けばよいですか。

値引き前の対象、値引額、適用理由、期間、条件を示します。特定条件が終了すると価格が戻る場合は、更新後の価格も明記し、将来負担を見えなくしないでください。

Q4. 要件が未確定でも見積できますか。

仮定、数量、対応範囲、単価、確定時期を明示すれば概算できます。未確定部分を調査フェーズとして分離する方法もありますが、調達条件上可能か確認が必要です。

Q5. 保守費には何を含めるべきですか。

受付、監視、障害対応、定期保守、更新、報告、問い合わせ、セキュリティ対応などを列挙します。時間帯、回数、超過、現地対応、制度改正の範囲まで示します。

Q6. クラウド利用料の価格改定はどう扱いますか。

改定の転嫁条件、通知時期、協議、代替案、解約・移行の扱いを記載します。外貨建てなら換算基準や為替変動も説明し、根拠なく長期間の固定価格を保証しません。

Q7. データ移行費が変動する主な要因は何ですか。

件数だけでなく、項目数、品質、文字コード、添付容量、履歴、関連性、抽出形式、リハーサル回数です。標準条件を示し、超過時の算定方法を準備します。

Q8. 自治体側の職員作業も金額換算しますか。

事業者見積に請求額として入れませんが、総保有コストや工程負荷を把握するため、想定時間や役割を参考情報として示すと有効です。請求額と効果試算は明確に分けます。

Q9. 契約終了時の費用はなぜ必要ですか。

データ返却、後継事業者への説明、消去などは継続性と再調達の公平性に直結します。導入時に条件を示すことで、予算の予見可能性とベンダーロックイン対策になります。

Q10. 見積書の最終レビューは誰が行いますか。

積算担当だけでなく、提案責任者、技術、運用、セキュリティ、契約・法務、経理が確認します。要件対応表から逆引きし、計上漏れと二重計上を点検します。

まとめ

自治体向けシステム見積書の書き方で大切なのは、安く見せることではなく、調達時と運用時の双方で説明できる価格にすることです。要件、作業、成果物、数量、単価、前提をつなぎ、初期費用から契約終了時の引継ぎまで可視化してください。個人情報保護、セキュリティ、アクセシビリティ、データ移行を品質要件として正しく積算し、価格に含まれない自治体側負担も開示します。案件時点の最新の法令、条例、契約規則、国のガイドライン、発注条件を確認し、公平に比較でき、予算管理に耐える自治体向けシステム見積書を作成することが重要です。