自治体や公共機関のシステム開発は、民間企業の発注とは前提が異なる。入札や調達の手続きを経ること、公費を使うため説明責任が問われること、国が定める標準仕様や共通基盤との整合が求められる場合があることなど、固有の制約が多い。同じ「業務システムが得意」と掲げる会社でも、公共調達の進め方や標準への準拠に慣れているかどうかで、進めやすさは大きく変わる。

本記事は「開発会社選びの実務チェック」連載の業種特化編として、自治体・公共案件でシステム・AI開発を発注する際に確認したい観点を整理する。想定している読者は、自治体や公共機関の情報システム担当、事業担当である。なお、入札・調達の制度や標準仕様は、所管の規程や最新の公式情報に従う必要がある。本記事は発注前の確認の出発点として読み、細部は各機関の調達ルール、所管省庁の情報、必要に応じて専門家の確認を推奨する。

結論：調達ルールと標準仕様への整合を最初に確認する

自治体・公共案件では、発注者側の調達ルールに沿って進めることと、国の標準仕様や共通基盤との整合を最初に確認したい。ここがずれると、手続きのやり直しや、後からの仕様変更につながりやすい。

  • 自機関の入札・調達ルールと、その手続きの流れを整理する
  • 国の標準仕様や共通基盤との整合が必要かを確認する
  • 公費を使う前提として、説明責任に耐える要件・評価の根拠を残す

民間案件以上に、手続きの正しさと根拠の明確さが重視される。仕様の作り込みよりも先に、調達と標準への整合を確認するとよい。

なぜ公共案件は固有の確認が必要なのか

公共のシステム調達は、公平性や透明性が強く求められる。特定の事業者に有利な仕様を避ける、評価の基準を明確にする、選定の根拠を記録に残すといった配慮が前提になる。民間であれば担当者の裁量で柔軟に進められる部分も、公共では手続きやルールに沿う必要がある。

加えて、近年は国が定める標準仕様や、自治体共通の基盤との整合が求められる領域が増えている。個々の自治体が独自に作るのではなく、標準に合わせることが前提になる場合があり、これを理解していない提案は後から見直しになりやすい。さらに、住民の情報を扱う案件では情報の取り扱いに高い水準が求められ、運用や保守も長期にわたることが多い。だからこそ、一般的な開発会社選びの観点に加えて、公共固有の確認が必要になる。なお、制度や標準は改定されることがあるため、最新の公式情報を確認することを前提としたい。

セクションまとめ: 公共調達は公平性・透明性と、標準仕様への整合が前提になる。一般的な観点に加えて、調達ルールと標準を踏まえた確認が要る。

入札・調達の流れと進め方を確認する

公共案件では、自機関の調達ルールに沿って手続きを進める必要がある。まず、調達の流れと、各段階で必要な準備を整理しておきたい。

確認項目見るポイント
調達方式一般競争、企画競争、随意契約など、案件に応じた方式の確認
仕様書特定事業者に偏らない、明確で検証可能な仕様になっているか
評価基準価格と内容を、どの基準でどう評価するかを事前に定めているか
選定の記録選定の根拠を、後から説明できる形で残しているか
スケジュール公告、提案、審査、契約、開発、稼働の時期を整理しているか

調達方式や手続きは、各機関の規程や関係法令に従う必要がある。本記事は固有の手続きを断定するものではないため、実際の進め方は自機関の調達担当や規程、必要に応じて専門家の確認を前提にしたい。重要なのは、評価の根拠を残し、後から説明できる形にしておくことである。

標準仕様・共通基盤への準拠を確認する

公共のシステムでは、国が定める標準仕様や、自治体共通の基盤との整合が求められる領域がある。発注する案件が、こうした標準への準拠を必要とするかを確認したい。

  • 対象の業務が、標準仕様や共通基盤の対象に該当するか
  • 開発会社が、該当する標準を把握し、準拠の方針を説明できるか
  • 標準に合わせることで、独自の作り込みを減らせるか
  • 標準の改定に追従する運用を想定しているか
  • 既存システムから標準準拠への移行が必要な場合、その手順

標準への準拠は、後の更新や他機関との連携を見据えると重要な論点になる。開発会社が標準を把握しているか、準拠の方針を具体的に説明できるかを確認したい。ただし、どの業務にどの標準が適用されるかは制度や時期によって変わるため、最新の公式情報を所管省庁やデジタル庁などの公式サイトで確認することを推奨する。本記事は適用範囲の細部を断定しない。

セクションまとめ: 標準仕様・共通基盤への準拠が必要かを確認し、開発会社の準拠方針を見る。適用範囲は最新の公式情報で確認する。

情報の取り扱いと運用保守を確認する

住民情報や行政情報を扱う案件では、情報の取り扱いに高い水準が求められる。また、公共のシステムは長期運用が前提になることが多く、運用保守の体制も確認したい。

確認項目見るポイント
情報の取り扱い住民情報など機微な情報を、どう保管・管理するか
アクセス権限職員、保守などで権限を分け、記録を残しているか
外部委託保守やクラウドを含む委託先を、どう管理するか
長期運用数年単位の運用・保守を継続できる体制か
事業継続事業者の交代や撤退時に、引き継げる成果物を残すか

公共のシステムは、住民サービスに直結し、長く使われることが多い。情報の取り扱いに加えて、事業者が交代しても引き継げる形で設計書や運用資料が残るかは、特に重要な確認点である。情報の取り扱いの水準は、関係法令や自機関の規程に従い、必要に応じて専門家の確認を前提にしたい。

AI・データ活用を含む場合の追加確認

公共分野でも、問い合わせ対応、文書の作成補助、申請の支援といったAI・データ活用の検討が進んでいる。AIを含む場合は、通常の確認に加えて次の点を見ておきたい。

  • AIに住民情報や機微な情報を入力しない設計か、入力範囲を限定しているか
  • 外部のAIサービスを使う場合、情報がどこに送られるかを説明できるか
  • AIの回答が、行政としての判断や決定の代替にならないよう用途を限定しているか
  • 誤った回答が出た場合の表示や運用を、設計に含めているか
  • 公平性や説明責任の観点で、利用範囲を整理しているか

公共でのAI活用は、情報の取り扱いと、説明責任・公平性の観点が特に重要になる。便利さだけで判断せず、用途を明確に限定し、誤りへの対応まで設計できる会社かを確認したい。住民に直接影響する判断にAIを用いる場合は、特に慎重な検討と関係部門・専門家の確認を推奨する。AI開発全般の観点は、連載第9回でも扱っている。

提案を公共の観点で採点するための実務メモ

公共案件で複数の提案を比較するときは、印象だけで残すと後から説明しにくい。次のような評価軸を並べ、各社を同じ尺度で評価し、根拠を一行ずつ記録に残すと、選定の説明責任に耐えやすい。点数は精密な採点ではなく、確認すべき論点を見つけるための補助線である。

評価軸0〜3 点の状態4〜7 点の状態8〜10 点の状態
要件への適合仕様への対応が曖昧主要な要件には対応する要件への対応と前提が検証可能に示される
標準仕様への準拠標準を把握していない名称は挙げられる準拠方針と改定追従まで説明できる
情報の取り扱い保管・管理が曖昧保管場所の説明はある取り扱い範囲・権限・委託管理まで明確
長期運用運用体制が不明保守窓口はある数年単位の運用・保守体制が明確
引き継ぎ成果物の範囲が曖昧主要成果物は示される設計書・運用資料まで引き継げる形で残す
評価の根拠記録が残らない一部のみ記録選定根拠を後から説明できる形で残す

合計点だけで機械的に決めず、重要軸と未確認の論点を残して判断したい。公共案件では、価格に加えて、標準準拠や情報の取り扱い、事業者が交代しても引き継げる形かどうかを重視軸に置くと、長期の運用で困りにくい。

発注の判断に関わる関係者が複数の部署にまたがる場合は、事業担当、情報システム、調達がそれぞれ重視する点を共有しておくとよい。事業担当は住民サービスへの効果、情報システムは標準や既存環境との整合と情報の取り扱い、調達は手続きの正しさと評価の根拠を見やすい。観点を一つの比較表に並べると、価格だけで決めるよりも、選定の根拠を説明しやすくなる。手続きや標準に関わる判断は、いずれの段階でも自機関の規程と最新の公式情報、必要に応じて専門家の確認を前提にしたい。

GXOに相談する前に整理するとよい情報

相談の前に、発注側の情報を整理しておくと、開発会社からの提案が具体的になる。公共案件の場合は、次のような点をまとめておくとよい。

  • 対象とする業務と、システムで実現したいこと
  • 自機関の調達方式や手続きの前提
  • 標準仕様や共通基盤への準拠が必要かどうか
  • 扱う情報の種類と、住民情報など機微な情報を含むか
  • 既存システムの有無と、移行や連携の必要性
  • 想定するスケジュールと、運用保守の期間

未定の項目は「未定」と書けばよい。調達の前提と標準準拠の要否を共有できると、提案や見積の前提がそろい、後の比較がしやすくなる。なお、手続きの正式な進め方は自機関の規程に従うことを前提にしたい。

参考にした外部観点

自治体・公共案件のシステム・AI開発を確認するときは、公的機関が示す観点に照らして整理すると、説明責任に耐える比較になりやすい。本記事は調達制度や標準仕様の細部を断定するものではない。最新の内容は各機関の公式情報を確認し、必要に応じて専門家の確認を推奨する。

参照先発注前に使う場面
デジタル庁自治体システムの標準化や共通基盤など、公共のデジタル化に関する公式情報を確認する場面
総務省自治体の情報システムや地方公共団体の取り組みに関する公式情報を確認する場面
情報処理推進機構（IPA）セキュリティ対策や、システム取引・契約の観点を確認する場面

これらは、発注者が全文を読み込むためのものではない。重要なのは、開発会社に対して「どの標準や基準を参考に設計・運用を考えているか」を確認できる状態にすることである。回答が資料名だけで終わる場合は、どの工程や成果物に反映されるのかを追加で尋ねたい。なお、調達制度や標準仕様は改定されることがあるため、最新版を公式サイトで確認することを推奨する。

関連記事

よくある質問

Q1. 公共案件の実績がない開発会社は候補から外すべきですか

実績がないこと自体は、必ずしも外す理由にはならない。ただし、調達手続きや標準仕様への準拠など固有の論点が多いため、公共調達の進め方や該当する標準を把握しているかを確認したい。実績がなくても、調達ルールや最新の標準を踏まえて進めようとする姿勢があるかを判断材料にするとよい。

Q2. 標準仕様への準拠は、どこまで確認すればよいですか

まず、発注する業務が標準仕様や共通基盤の対象に該当するかを確認したい。該当する場合は、開発会社が標準を把握し、準拠の方針を具体的に説明できるかを見る。どの業務にどの標準が適用されるかは制度や時期で変わるため、最新の公式情報を所管省庁やデジタル庁の公式サイトで確認することを推奨する。

Q3. 選定の根拠は、どの程度残すべきですか

公費を使う前提として、評価の基準と選定の根拠を後から説明できる形で残すことが重要である。価格だけでなく、要件への適合や運用保守の体制まで含めて、どの基準でどう評価したかを記録に残しておきたい。具体的な様式や手続きは、自機関の調達規程に従うことを前提にする。

Q4. AIで住民向けの問い合わせ対応を自動化したいが、注意点はありますか

住民情報や機微な情報をAIに入力しない設計か、外部サービスを使う場合に情報がどこに送られるかを説明できるかを確認したい。また、AIの回答が行政の判断や決定の代替にならないよう用途を限定し、誤った回答への対応まで設計に含めるかを見るとよい。住民に直接影響する判断にAIを用いる場合は、特に慎重な検討と関係部門・専門家の確認を推奨する。

自治体・公共のシステム・AI開発の発注を整理しませんか

GXOでは、自治体・公共機関のシステム開発・AI活用の発注前に、要件の整理、標準仕様や既存システムとの整合、開発会社の選定、見積比較、契約前チェックを支援します。調達手続きや標準仕様、情報の取り扱いに関わる判断は、最新の公式情報と各機関の規程、専門家の確認を前提にご案内します。

開発会社選び・相見積もりを相談する

※ 初回相談では、営業資料の説明よりも発注前の論点整理と比較軸の確認を優先します。