公共AI調達でベンダーに求めるAIポリシー証跡：提出書類と確認の実務

この記事は、自治体・公共団体の調達担当者が「どの書類をベンダーに出させるか」を設計する段階で使えるリファレンスです。RFP条項の書き方は姉妹記事（RFP条項）で、提案書の採点基準はスコアリング設計の記事で扱っています。

---

デジタル庁のDS-920ガイドライン（2026年4月全面適用）は、調達時に「契約上の取り決め事項」をベンダーから書面で確認することを求めています。しかし実際の調達現場では、「提案書に機能一覧はあるが、AIポリシーや学習利用の取り扱いについては記載がない」というケースが多く見られます。本記事では、発注側が求める証跡の種類と、ベンダー側が事前に準備すべき書類構成を整理します。

---

証跡パックとは何か

「証跡パック」は、ベンダーのAI利用に関するポリシーと運用実態を書面化したドキュメントセットです。機能仕様書・見積書とは別冊で提出を求め、提案評価の審査基準に組み込みます。

DS-920ガイドラインと総務省「自治体におけるAI活用・導入ガイドブック（第4版）」が要求・推奨している確認事項をもとに、証跡パックの標準構成を次の表に整理します。

---

発注側の確認質問リスト

証跡パックを受け取った後、審査では次の質問に対してベンダーが具体的に回答できるかを確認します。「確認します」「調べて連絡します」という回答は減点対象として扱います。

学習利用について

• 入力データをモデル改善に使わないことを、契約条項として明記できますか。
• APIプロバイダー（例：OpenAI、Google）の利用規約で、エンタープライズプランを使ってオプトアウトが有効になっていることを証明できますか。

ログについて

• 保存しているログ項目の一覧を見せてください（入力・出力・操作者・タイムスタンプ・参照元ドキュメントID）。
• ログを外部監査機関や発注者がダウンロードできる形式で提出できますか。

インシデント対応について

• 情報漏えいの疑いが発生した場合、発注者への第一報は何時間以内ですか。
• 過去に類似案件でインシデントが発生した事例があれば、概要と対応内容を開示できますか。

削除・返却について

• 契約終了後、データ削除完了までの日数とその証跡の形式を教えてください。
• 削除対象は入力ログ、出力ログ、利用者情報、モデルファインチューニングデータを含みますか。

---

ベンダー側が事前に整備すべき証跡パック

公共AI案件を受注しようとするベンダーにとっても、証跡パックは「聞かれてから作る」ものではありません。提案書提出前に以下の書類を整備しておくと、発注者の信頼を得やすくなります。

証跡パックは、ベンダー選定の実務チェックが参考になるフォーマットをガイドしています。公共案件向けのコンプライアンス対応はコンプライアンス支援も活用できます。

---

よくある確認不備とその影響

証跡パックの審査で見落としやすい不備と、それが運用時にどう顕在化するかを整理します。

---

GXOはどう支援するか

GXOでは、発注側の自治体・公共団体に対して「どの証跡書類をベンダーから取るか」の設計支援と、受け取った証跡の内容審査を行います。また、AI案件に参入したいベンダーが証跡パックを整備する過程でも支援が可能です。LLMセキュリティreadiness診断を入口に、どのポリシー書類から整備すべきかを優先順位化します。

---

GXOの見解

DXは流行ツールの導入ではなく、現場業務、データ、権限、KPI、投資判断をつなぐ実装計画である。

GXOは最初から大規模刷新するより、棚卸し、優先順位付け、小さな実装、効果測定を繰り返すべきだと見る。

GXOは、DX成熟度診断、業務棚卸し、ロードマップ、AI/システム実装まで支援します。

実務判断のポイント

この記事は、経営者、DX責任者、情シス、業務責任者向けです。現状棚卸し、業務改善、AI/DXロードマップ、実装優先順位を自社で進めるか、外部の専門家と整理するかを判断する材料として使えます。

GXOが重視するのは、話題性の高さよりも「自社の業務、データ、権限、予算、運用責任にどう影響するか」です。公共AI調達でベンダーに求めるAIポリシー証跡：提出書類と確認の実務に関する検討では、担当者だけで判断を閉じず、経営、現場、情シス、外部パートナーの役割を早い段階で分けることが重要です。

放置した場合と整備した場合の違い

導入・改善前のチェックリスト

• 対象業務、対象部門、対象データを明文化しているか
• 現在の課題を、売上機会、原価、工数、リスクのいずれかに分解しているか
• 既存システム、SaaS、Excel、手作業の依存関係を棚卸ししているか
• 例外処理、承認、差し戻し、監査証跡まで確認しているか
• 社内で判断できる範囲と外部支援が必要な範囲を分けているか
• 初期費用だけでなく、保守、運用、教育、改善費用を見積もっているか
• 成功指標を、問い合わせ数、商談数、削減時間、停止リスクなどで定義しているか
• 実装後の責任者、更新頻度、レビュー会議の持ち方を決めているか
• セキュリティ、法務、個人情報、契約条件の確認ポイントを洗い出しているか
• 既存の問い合わせ、商談、障害、運用ログから優先順位を決めているか
• 経営判断に必要な資料を1枚で説明できる状態にしているか
• 次の90日で検証する範囲と、やらない範囲を明確にしているか

GXOの実務補足

DXは流行ツールの導入ではなく、現場業務、データ、権限、KPI、投資判断をつなぐ実装計画である。

GXOは最初から大規模刷新するより、棚卸し、優先順位付け、小さな実装、効果測定を繰り返すべきだと見る。

GXOは、DX成熟度診断、業務棚卸し、ロードマップ、AI/システム実装まで支援します。記事のテーマを単なる情報収集で終わらせず、相談、診断、要件定義、実装、運用改善に接続することで、DX診断、要件定義、システム開発、AI活用支援へ接続。さらに、短期診断から段階実装に進め、継続支援へ展開。

実行までの進め方

1. 現在の業務、データ、ツール、担当者を棚卸しする
2. 売上拡大、工数削減、リスク低減のどれに効くテーマかを決める
3. 初期対応、90日以内の改善、半年以上の投資を分ける
4. 必要な社内体制、外部支援、予算、セキュリティ確認を整理する
5. 小さく検証し、効果測定後に本番化や横展開を判断する

90日で進める実装ロードマップ

部門別に確認すべき論点

経営層は、公共AI調達でベンダーに求めるAIポリシー証跡：提出書類と確認の実務が売上、粗利、採用、顧客維持、リスク低減のどれに効くのかを確認する必要があります。単なる効率化として扱うと、投資判断が後回しになり、現場任せの小さな改善で止まりやすくなります。

DX責任者や情シスは、既存システムとの接続、認証、権限、ログ、保守体制、外部ベンダーとの責任分界を確認します。ここを曖昧にすると、導入直後は動いても、問い合わせ増加、障害対応、改修費用で現場負荷が増えます。

業務部門は、例外処理、承認、差し戻し、手作業で補っている判断を洗い出します。表面上の手順だけを自動化しても、例外が多い業務では成果が出にくいため、現場の暗黙知を要件に変換することが重要です。

管理部門は、契約、個人情報、補助金、会計処理、監査証跡、社内規程との整合性を確認します。特に制度、法務、セキュリティ、価格が絡むテーマでは、公開情報と社内ルールの両方を確認してから進めるべきです。

KPIと効果測定の設計

効果測定では、導入有無だけでなく、問い合わせ、初回相談、対応時間、差し戻し率、問い合わせ削減、障害件数、監査指摘、顧客満足度などを分けて見ます。GXOでは、初回相談の段階で「何をもって成功とするか」を決め、検証後に継続投資できる形へ落とし込みます。

相談前に用意すると判断が早くなる資料

• 現在の業務フロー、担当者、月間件数、処理時間
• 利用中のSaaS、基幹システム、Excel、外部委託先の一覧
• 直近のトラブル、問い合わせ、手戻り、障害、監査指摘の記録
• 投資できる予算感、希望時期、社内の承認者
• 個人情報、機密情報、外部送信、契約条件に関する制約
• 既に検討したツール、ベンダー、見積、PoC結果
• 成功時に増やしたい売上、減らしたい工数、避けたい損失

GXOが支援する場合の進め方

GXOが支援する場合は、最初に記事テーマをそのまま提案にせず、現場の制約と経営上の目的に分解します。現状棚卸し、業務改善、AI/DXロードマップ、実装優先順位の相談を入口に、要件定義、RFP、ベンダー比較、実装、運用改善まで接続できるかを確認します。

短期的には、課題整理、現状棚卸し、優先順位付け、概算費用、実行計画をまとめます。中期的には、PoCや小規模実装を通じて、データ品質、権限、運用負荷、費用対効果を検証します。長期的には、月次レビュー、改善バックログ、追加開発、セキュリティ確認を継続し、投資を一度きりで終わらせない状態を作ります。

重要なのは、記事を読んだ直後に「問い合わせるかどうか」ではなく、「自社では何を確認すべきか」「どの段階から外部支援を入れるべきか」が明確になることです。そのため、GXOでは相談前の論点整理から支援し、必要に応じて診断、要件定義、実装、保守まで段階的に進めます。

よくある質問

Q1. セキュリティ認証（ISO 27001等）を持っていればAIポリシー証跡は不要ですか

ISO 27001などの認証は情報セキュリティ管理体制の証明であり、AI固有の学習利用禁止・ログ設計・インシデントフローをカバーするものではありません。認証があっても証跡パックの提出は別途求めることを推奨します。

Q2. 中小ベンダーでも証跡パックを準備できますか

規模が小さくても最低限の書類（AI利用ポリシー・データ非学習誓約・削除手順）は1〜2日で作成できます。「整備中」と回答するより、簡易版でも提出した上で「整備計画」を添えるほうが評価されます。

Q3. 証跡パックの内容をどこで確認すべきですか

DS-920ガイドラインの「契約上の取り決め事項」節と、総務省ガイドブック第4版の別添「生成AIシステム利用ガイドラインひな形」が参考になります。

---

参考情報

• デジタル庁「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン（DS-920）」：https://www.digital.go.jp/en/news/3579c42d-b11c-4756-b66e-3d3e35175623
• DS-920 ガイドライン本文（PDF）：https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/e2a06143-ed29-4f1d-9c31-0f06fca67afc/80419aea/20250527_resources_standard_guidelines_guideline_01.pdf
• 総務省「自治体におけるAI活用・導入ガイドブック（導入手順編・第4版）」：https://www.soumu.go.jp/main_content/000820109.pdf
• 経済産業省・総務省「AI事業者ガイドライン（第1.2版）」：https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/pdf/20260331_1.pdf

ベンダーへの証跡要求リストを整理しませんか

GXOでは、DS-920ガイドライン対応の証跡パック設計、発注側の審査チェックリスト作成、ベンダー側の書類整備支援まで、公共AI調達の証跡管理を一貫して支援します。

AI証跡要求の設計を相談する