選挙管理システム開発の発注/外注/依頼/委託方法について

選挙管理システムの開発を発注・外注する際は、選挙人名簿だけでなく住民基本台帳との連携、期日前・不在者投票、当日受付、開票、帳票、障害時の継続運用までを対象にし、標準仕様と自治体固有の要件を分けて見積もることが重要です。

「既存ベンダーに任せるべきか」「パッケージとスクラッチのどちらがよいか」「いくらで、いつまでに導入できるか」と悩む担当者に向けて、発注形態の選び方、RFI・RFPの作り方、契約形態、費用相場、委託先の選定と見積比較のポイントを順番に解説します。2026年時点の公開契約や標準仕様の更新も踏まえ、選挙前のリハーサルまで含めた現実的な進め方を整理します。

▼全体ガイドの記事
・選挙管理システム開発の完全ガイド

選挙管理システムの発注で最初に整理する全体像

選挙管理システムは、単なる名簿データベースではありません。住民の資格異動を反映して名簿を調製し、投票所の受付から開票結果、各種帳票、監査可能な履歴までを正確につなぐ業務基盤です。発注前に対象範囲を曖昧にすると、後から端末や連携、休日対応が追加され、予算と納期の両方が膨らみやすくなります。

最低限、選挙人名簿・在外選挙人名簿、選挙区や投票区、候補者・政党などのマスタ管理、定時登録・選挙時登録、転入・転出・死亡などの資格異動、名簿抄本や入場券の作成を確認します。さらに、期日前投票、不在者投票、当日投票、共通投票所の受付、本人照合、投票済み情報、開票結果の入力・集計・速報・確定、帳票と統計までが対象になります。立候補届出、選挙公報、ポスター掲示場、選挙運動費用収支報告などを同じ会社へ委託する場合は、連携方式と責任分界も明記します。

自治体の発注では、選挙人名簿管理の標準仕様・データ要件と、投票所で使う受付端末や電子投票機を分けて整理します。デジタル庁のデータ要件・連携要件標準仕様では、選挙人名簿管理の業務別仕様が公開されており、2026年4月24日更新のページでは第4.1版が案内されています（出典: デジタル庁「データ要件・連携要件の標準仕様」、2026年）。一方、電子投票機は制度上の条件、投票の秘密、二重投票防止、記録保護、権限管理などを満たす必要があります。電子投票機を用いた投票方法の特例法は、投票機を電気通信回線に接続してはならないと定めています（出典: e-Gov法令検索「電磁的記録式投票機を用いて行う投票方法等の特例に関する法律」）。

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

発注形態は、既製パッケージ、標準準拠クラウド・SaaS、パッケージへの設定・追加開発、全面スクラッチ、選挙期間だけのレンタルに大別できます。最適解は自治体の人口や投票所数、既存の住民記録システム、標準化の進捗、選挙の頻度、庁内の運用要員で変わります。価格だけで決めず、法改正と選挙当日の責任を誰が負うのかで比較することが大切です。

選挙人名簿管理のように制度変更が多く、一定の業務手順が確立している領域では、実績のあるパッケージを核にする方法が現実的です。標準機能に合わせて運用を見直せば、開発量と将来の法改正対応を抑えられます。クラウドやSaaSならサーバー更新の負担を減らせますが、LGWANや庁内ネットワーク、認証方式、データ保管場所、バックアップ、障害時の代替接続が自治体の情報セキュリティポリシーに適合するかを事前に確認します。月額が安く見えても、利用者数、選挙回数、保管期間、夜間休日サポートで5年総額が変わります。

既存システムに自治体独自の帳票や業務ルールを加える場合は、パッケージ設定で吸収できる範囲と追加開発の範囲を切り分けます。全面スクラッチは自由度が高い反面、制度解釈、テスト、監査ログ、障害復旧、担当者交代後の保守まで自治体側が長期に管理する必要があります。投票所端末や機器を選挙期間だけ利用する場合は、レンタル費用だけでなく、配送・設置・回収、予備機、通信、操作研修、当日支援を含めた総額で比較します。電子投開票システム「デジ選」では、2026年3月の新富町議会議員補欠選挙での導入事例が公開されており、電子投開票を検討する場合も名簿管理全体とは別の調達単位として連携を確認します（出典: 京セラ公式導入事例、2026年）。

選挙管理システムを発注・外注する進め方

発注は、要件整理、情報収集、提案依頼、契約、設計・移行、テスト、選挙前リハーサル、本番運用の順に進めます。特に重要なのは、システムを作る工程だけでなく、現行業務の棚卸しと本番に近い訓練を調達範囲に含めることです。選挙は失敗を本番で検証できないため、納品物と検収条件を早い段階で定義します。

最初に、選挙の種類ごとの日程、名簿の登録・抹消、投票所と端末の配置、紙帳票、臨時職員の操作、住民基本台帳からの連携タイミング、開票所での集計、障害時の手作業を業務フローにします。現場では「担当者だけが知る例外処理」が納期と品質を左右するため、選挙管理委員会、情報政策、調達、現場責任者、財政担当を交えて確認します。そのうえでRFIを実施し、各社に対応可能な標準仕様、移行実績、必要な準備期間、概算費用、他社データの受け入れ可否を尋ねます。RFIは契約先を決める場ではなく、実現方式と市場価格を把握する場です。

RFPには、対象業務、対象人口と投票所数、選挙の種類、利用者権限、住民基本台帳などとの連携、帳票、ログ、バックアップ、性能、可用性、セキュリティ、移行、研修、サポート時間、成果物、検収条件を記載します。各社に自由形式の提案だけを求めると、A社は機器込み、B社はアプリだけという比較不能な状態になります。そのため、必須・加点・対象外の区分と、初期費用、選挙ごとの費用、月額保守、法改正対応、休日対応を同じ様式で提出させます。契約後に追加費用となる条件も、提案書と見積書に明記させます。

新システムの稼働日だけを納期にすると、データ移行と現場訓練が後回しになります。旧システムから何年分の選挙データを引き継ぐか、名簿の文字やコードをどう変換するか、履歴を参照専用で残すか、データクレンジングの責任を誰が負うかを決めます。テストは機能テストだけでなく、連携、権限、帳票、負荷、バックアップ復元、停電・通信断、端末故障、誤操作、紙への切り替えまで行います。少なくとも本番前に、期日前投票から当日投票、開票速報、確定、帳票出力までを通した総合リハーサルを実施し、臨時職員でも手順を再現できる状態にします。

RFP・要件整理で発注前に決めるべきこと

RFPは、欲しい機能を並べるだけの書類ではなく、発注者と受託者が同じ完成状態を想像するための基準です。要件を「必須だから何とかする」と書くのではなく、業務上の目的、入力、処理、出力、例外、証跡、性能、責任分界まで落とし込みます。特に選挙では、正確さと継続性が価格より優先される場面があるため、評価方法にも反映します。

機能要件では、名簿の登録や資格異動、投票区の変更、在外選挙人の扱い、期日前・不在者投票、共通投票所、二重投票防止、候補者情報、開票、速報、確定、帳票、統計を業務シナリオで記載します。「受付できる」だけでは不十分で、本人確認が失敗した場合、データ連携が遅れた場合、同じ人が別の投票所へ来た場合、候補者の訂正が発生した場合に、誰が何を確認し、どのログを残すかまで決めます。操作履歴、変更前後の値、操作者、日時、承認者を追跡できることは、監査と問い合わせ対応の土台になります。

非機能要件には、投票所が混雑する時間帯のレスポンスタイム、同時接続数、停止許容時間、復旧目標、バックアップ頻度、ログ保存期間、認証・権限、暗号化、端末管理、ネットワーク分離、脆弱性対応、監視、保守窓口を記載します。選挙人名簿と住民基本台帳の連携は、差分連携か全件連携か、頻度、失敗時の再送、重複排除、連携IDの扱いを決めます。デジタル庁のFAQでも、全件・差分のどちらを採用するかは事業者と自治体で判断する整理が示されています（出典: デジタル庁「データ要件・連携要件標準仕様書に関するFAQ」、2026年3月18日時点）。RFPでは「標準準拠」とだけ書かず、適合する仕様の版、対象範囲、適合確認の方法を明示します。

成果物は、要件定義書、業務フロー、画面・帳票仕様、データ項目定義、連携仕様、移行計画、テスト計画と結果、操作手順書、障害対応手順、バックアップ・復元手順、研修資料、運用引き継ぎ資料、ソースコードや設定情報の扱いまで確認します。検収は「納品された」ではなく、実データに近いサンプルで指定された業務シナリオを完了し、重大な不具合がなく、現場が手順を実行できたことを条件にします。再委託先が作る成果物や、クラウド事業者が保有するログの範囲も、受託者を窓口として提出できるようにします。

契約形態は準委任・請負・保守を分けて設計する

選挙管理システムでは、要件が固まっていない初期調査と、完成物を納める開発、稼働後の保守を同じ契約に押し込まない方が責任を整理しやすくなります。自治体の調達規程や予算の扱いを確認しながら、成果物とリスクの所在に合う契約を選びます。

RFI、現行調査、業務整理、標準仕様との適合確認のように、発注者と受託者が一緒に検討し、成果の形を段階的に決める作業は準委任が適する場合があります。要件定義書や移行計画など、合意した成果物の完成責任を求める部分は請負にする方法があります。ただし、契約名称だけで判断せず、作業内容、指揮命令関係、成果物、検収、報告、責任範囲を実態に合わせます。要件未確定のまま開発全体を請負にすると、変更がすべて追加費用になったり、受託者がリスクを見込んで高く見積もったりするため、段階契約も検討します。

保守契約では、平日営業時間の問い合わせ対応だけでなく、投票日・開票日・期日前投票期間の夜間休日体制、重大障害の一次応答、現地派遣、代替機、復旧目標、法改正や標準仕様改版への対応、バックアップ確認、脆弱性対応、操作研修を定義します。SLAは「迅速に対応する」ではなく、重大度ごとの受付時間、一次回答、暫定復旧、完全復旧、報告書提出の期限にします。クラウドの場合はサービス停止時の連絡経路と補償、機器レンタルの場合は予備台数と交換時間も含めます。契約終了時にデータを標準形式で返却し、受託者の環境から安全に消去することも忘れません。

既存ベンダーしか現行データやプログラムの詳細を把握していない場合、随意契約や継続契約になりやすくなります。北九州市が公表した2025年3月の契約では、選挙人名簿管理システムの本番環境構築・対応業務が2,013万円で、基幹システムの開発に携わり構成やプログラムの詳細を熟知していることが随意契約の理由として示されています（出典: 北九州市「随意契約結果一覧表」、2025年）。このような合理性がある場合でも、データ辞書、API仕様、設定値、テスト結果、障害履歴、運用手順を成果物として残すと、将来の比較調達や移行の選択肢を守れます。再委託は会社名、担当範囲、個人情報へのアクセス、事故時の責任、自治体の監査権を契約に明記します。

選挙管理システムの費用相場と見積の内訳

公開契約から見える金額は、自治体の規模、対象範囲、既存資産、端末台数、標準化対応、データ移行の難易度で大きく変わります。そのため、以下は2025年から2026年に確認できる案件をもとにした初期の見積仮説であり、全国一律の定価ではありません。発注時は、同じ範囲・同じ期間・同じサポート条件で金額を並べることが必要です。

選挙1回向けの本番環境設定、運用支援、機器レンタルだけなら、100万円から2,000万円程度が一つの目安です。札幌市の選挙人情報管理システム稼働環境設定等は718万9,000円、北九州市の本番環境構築・対応は2,013万円として公表されています。既存パッケージの標準化対応やデータ移行は600万円から3,000万円程度、中規模自治体で複数業務、連携、端末、研修、総合テストまで含める場合は3,000万円から1億円程度を想定します。横浜市の「選挙人名簿管理システム等標準化に係る移行業務委託」は2億4,505万6,900円で、大都市の連携数や既存資産を含む大型案件です（出典: 横浜市契約結果、2024年10月25日）。

見積書では、要件定義・調達支援、アプリ設定・開発、住民基本台帳などとの連携、データクレンジング・移行、サーバーやクラウド、投票所端末・読取機器、テスト、研修、選挙前リハーサル、保守、法改正対応、選挙ごとの本番支援を分けて提示してもらいます。初期費用が安くても、選挙ごとの環境設定、夜間休日対応、端末保守、バックアップ媒体、通信費、バージョンアップ、撤去費用が別請求なら、5年では高くなる可能性があります。契約期間を5年と仮定し、初期費用に毎年の保守、選挙回数分の本番対応、機器更新、移行・返却費用を足した比較表を作ります。

選挙1回向けの設定・支援は1〜3か月、標準化対応や移行は6〜12か月、複数業務の更新は9〜18か月、大都市の移行やスクラッチ開発は12〜24か月超を見込むことがあります。これは作業量の目安であり、議会の予算・契約時期、候補者情報の確定、住民基本台帳側の移行、データクレンジング、端末調達で前後します。投票日の直前に稼働させるのではなく、要件凍結、移行リハーサル、本番同等テスト、現場研修、予備機確認、障害訓練の完了日を先に決め、そこからRFPの公示・評価・契約日を逆算します。

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

委託先は、会社名の知名度や導入実績の件数だけで決めません。人口規模と投票所数が近い自治体での実績、標準仕様への適合、住民基本台帳との連携、データ移行、選挙当日の支援、保守要員、再委託管理、契約終了時のデータ返却を同じ観点で確認します。提案説明では、通常運用の画面だけでなく、通信断、連携失敗、名簿の訂正、端末故障、開票速報の遅延が起きたときの対応を実演してもらうと、実力を見極めやすくなります。

候補企業を探す際は、実在する自治体契約や公式事例から、どの業務を任せた実績なのかを確認します。株式会社ムサシは横浜市の大規模な標準化移行や墨田区の選挙システム関連業務、行政システム株式会社は三田市の選挙人名簿管理・期日前・不在者投票管理の標準化対応、株式会社RKKCSは北九州市の選挙人名簿管理システム本番対応、株式会社九州日立システムズは本番環境構築・対応の実績が公表されています。京セラは電子投開票システム、日立製作所は札幌市の選挙人情報管理システム稼働環境設定等の実績を確認できます。ただし、実績がある会社でも自自治体と同じ方式とは限らないため、名簿、投票、開票、機器、連携のどこまでを担当したのかを聞きます。

比較表には、初期費用、月額・年額、選挙1回ごとの費用、端末・機器、連携、移行、研修、リハーサル、保守、法改正、夜間休日対応、税、旅費、予備機、データ返却を並べます。見積金額の下に「含むもの」「含まないもの」「前提」「追加になる条件」を記載させ、同じシナリオで再計算します。価格点と技術点を分ける場合は、必須要件を満たさない提案が価格だけで逆転しない評価設計にします。説明の曖昧さもリスクとして評価し、担当者の経験だけでなく、プロジェクト責任者、選挙当日の支援体制、問い合わせの一次窓口を確認します。

選挙関連データは、正確性だけでなく機密性、可用性、追跡可能性が求められます。権限を職務ごとに分け、管理者操作を記録し、バックアップを別環境に保管し、復元テストを行います。投票所の端末や電子投票機は、ネットワーク障害が起きても受付を止めない方式、予備端末、紙帳票、後からの突合、二重入力を防ぐ手順を準備します。クラウドを選ぶ場合は、データセンター、委託先、暗号化、認証、監視、脆弱性対応、障害報告、データ削除の証明を確認します。2026年2月のつくば市の実証では、将来の公職選挙に向けて2万人規模のインターネット投票を実施していますが、これは実証であり、現行の自治体選挙へそのまま導入できることを意味しません（出典: つくば市公式サイト、2026年）。

よくある質問

ここでは、発注担当者が検討初期によく抱く疑問に、費用・方式・委託先の観点から直接回答します。自治体ごとに制度運用や既存環境が異なるため、回答はRFIやRFPを作る際の出発点として活用してください。

選挙1回の環境設定・運用支援なら100万円から2,000万円程度、標準化・移行なら600万円から3,000万円程度、中規模自治体の複数業務更新なら3,000万円から1億円程度が初期検討の目安です。大都市の大型移行やスクラッチ開発は1億円を超えることがあります。対象業務、投票所数、端末、連携、移行、研修、保守で金額が変わるため、RFPでは費目別・5年総額で見積を取ります。

既存ベンダーしか対応できない合理的な事情がある場合は、継続発注が選択肢になります。ただし、現行ベンダーからデータ形式、連携仕様、設定値、プログラムの保守範囲、運用手順、障害履歴を取得し、RFIで他社が移行可能かを確認すると、価格と将来の選択肢を把握できます。契約する場合も、データ返却、APIや仕様書の整備、再委託、法改正対応、終了時の移行支援を条項に入れ、依存が固定化しないようにします。

現時点では、インターネット投票の実証と、現行の自治体選挙で使う選挙人名簿・投票管理システムを分けて考える必要があります。つくば市が2026年に2万人規模の実証を行うなど動向はありますが、実証は制度化された公職選挙そのものではありません。電子投票機を導入する場合も、特例法の条件、投票の秘密、二重投票防止、記録保護、通信回線に接続しない要件を確認し、名簿管理・受付・開票との連携範囲を独立した要件として定義します。

まとめ

選挙管理システムの発注・外注では、まず名簿、投票、開票、帳票、連携、障害時運用の範囲を業務フローで整理し、標準仕様と自治体固有要件を分けます。そのうえで、パッケージ・クラウド・追加開発・スクラッチ・期間レンタルを、導入目的と5年TCOで比較します。

RFIで市場と移行可能性を把握し、RFPでは同じ条件の機能要件、非機能要件、データ移行、保守SLA、成果物、検収条件を示します。費用は100万円台の選挙1回対応から、標準化・移行の数千万円、大都市の1億円超まで幅があるため、初期費用だけで判断しません。選挙当日の支援、予備機、紙への切り替え、復旧訓練、法改正対応、契約終了時のデータ返却まで含めて委託先を選ぶことが、長期的に安全な調達につながります。

▼全体ガイドの記事
・選挙管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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