結論

AI開発の保守契約を開始する前に、引き渡し時点で残っている欠陥や未解決事項の担保範囲を確認しておく必要がある。本記事では、保守契約開始前の欠陥担保確認の進め方を解説する。特にAI開発では、データやモデルの変化により性能が時間経過とともに変化するため、担保範囲の定義が重要になる。

定義・判断すべきこと

保守契約開始前の欠陥担保確認とは、AI開発の引き渡し後、保守契約に移行する前に、検収時に残された欠陥、制約事項、改善項目について、どこまでが無償担保の対象で、どこからが有償保守の対象になるかを明確にする作業である。判断すべきことは、残件の種類、深刻度、責任の所在、対応期限である。

比較表と確認観点

表を見る際のポイントは、各項目が「契約書やRFPにどう落とし込まれているか」である。数値だけではなく、責任の所在と証跡の形式を確認すると、後からのトラブルを減らせる。特にAI開発では、技術的な確認だけでなく、業務・運用・法務の観点も同じテーブルに載せることが重要である。

運用・契約・管理の進め方

保守契約開始前に、引渡し時の残件リスト、検収結果、未解決事項、制約事項を整理する。発注者とベンダーで、それぞれが無償で対応する範囲と、保守契約開始後に有償で対応する範囲を合意する。合意内容は保守契約書や別紙に記載する。実務では、残件の優先順位と対応期限を決め、進捗を可視化する。

データ・権限・ログの扱い

AI開発では、データの変化やモデルのドリフトにより、時間経過とともに性能が低下するケースがある。これは「欠陥」として扱うか、運用環境の変化として扱うかは、契約で定めておく必要がある。モデルドリフトの監視方法と、再学習の責任分界も合意する。

コスト・測定・見直し

欠陥担保期間の延長や、有償保守の範囲拡大は、保守費用に直結する。一般的に、無償担保期間は3ヶ月〜12ヶ月、有償保守は月額または年額で契約する。担保期間中の対応は原則無料だが、対応可能な工数に上限を設ける契約もある。費用負担を明確にしておくことで、後からの請求トラブルを防ぐ。

よくある失敗パターン

よくある失敗は、残件リストを作成しないで保守契約に移行すること、データ変化による性能低下を「欠陥」と「運用」のどちらかで揉めること、無償担保期間を短く設定しすぎて早期に有償化されること、セキュリティ脆弱性の対応責任を定めていないことである。

実務チェックリスト

• 引渡し時の残件リストを作成している
• 無償担保期間と対応範囲を定めている
• 有償保守の範囲と費用を明確にしている
• データ変化やモデルドリフトの扱いを合意している
• セキュリティ脆弱性の対応責任を定めている
• 保守契約書に合意内容を反映している
• 残件の進捗を可視化している

図解で確認するポイント

この記事の画像は、AI開発保守契約開始前の欠陥担保確認を示している。図解では「引渡し → 残件確認 → 担保範囲の合意 → 保守契約締結 → 運用開始 → 定期レビュー」という流れを描くとよい。

AllAI内での次の行動

AllAIでは、AI SaaS選定、AIマーケットプレイス、AI人材採用へ進める。

FAQ

Q. 無償担保期間は通常どのくらいですか？ A. 3〜12ヶ月が一般的。大規模案件や重要な案件では長めに設定することもある。

Q. データ変化による性能低下は欠陥ですか？ A. 契約の定義次第。運用環境の変化として扱う場合は、保守または追加対応費用が発生する。

Q. 検収後に発見されたバグはどうなりますか？ A. 無償担保期間内であれば、通常はベンダーが無償対応する。ただし、原因が発注者側のデータや運用環境にある場合は有償となることがある。

出典と確認日

• 経済産業省 下請法ガイドライン: https://www.meti.go.jp/policy/commerce/shitauke/ (確認日: 2026-07-10)
• 経済産業省 AI事業者ガイドライン 第1.2版: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html (確認日: 2026-07-10)
• 個人情報保護委員会 生成AIサービスの利用に関する注意喚起: https://www.ppc.go.jp/personalinfo/legal/ (確認日: 2026-07-10)
• NIST AI Risk Management Framework: https://www.nist.gov/itl/ai-risk-management-framework (確認日: 2026-07-10)