メインコンテンツへスキップ
       

フィジカルAI・ロボットの導入契約―実証実験,検収,追加変更と保守の確認事項(AI作成)

第1 ロボットの導入契約は実機と現場を結び付けて作る

フィジカルAIや倉庫ロボットの導入では,「デモで動いた」「AIの精度が高い」という説明だけでは,納入後に何ができれば合格なのか決まらない。
対象の荷物,通路,照明,人の立入り,通信,連続稼働及び異常時の停止・復旧まで,利用する現場の条件と結び付けて合意する必要がある。
実証実験の成功と,本番の契約上の完成・検収,さらに運用中の安全確保は,分けて設計すべきである。

本記事は,企業が工場・倉庫等へロボットを導入する契約を対象とし,令和8年10月22日までに確認した公式資料と裁判例を基に,契約審査で確認する事項を示す。
以下の確認表と条項の設計例は,特定の契約にそのまま使える公的なひな型ではない。
既存のAIサービス一般の責任論に加え,機体・制御ソフト・クラウド・現場設備の境界で生じる問題を中心に扱う。

第2 購入・開発・利用・保守を一枚の範囲表へ整理する

1 誰が何を納め,何を継続するのか

契約書の表題が「売買」「サービス利用」「共同実証」のどれであっても,その表題だけで全ての義務は決まらない。
機体の納入,現場での調整,個別開発,クラウド利用,教育,点検及び更新が,どの会社のどの契約に含まれるかを一覧にする。

対象合意する事項
機体・付属設備型式,台数,センサー,充電設備,安全装置,設置・調整の担当
ソフト・モデル使用する版,機体との組合せ,利用許諾,設定変更の権限
現場への適合対象の荷姿,通路・床面,人との分離,既存設備との接続
継続サービス通信・クラウド,監視,問い合わせ,障害対応,更新・保守の期間
導入企業の協力試験用の現場・荷物・データ,担当者,立会いと判断期限

販売代理店が窓口でも,事故解析や更新停止を実行する会社が別である場合がある。
契約上の通知先だけでなく,現場で止められる者,更新を戻せる者,ログを出せる者まで確認すべきである。
一社との契約が終わったとき,機体・クラウド・保守の残りの契約だけで運用を続けられるかも確認する。

2 AIモデルの不確実性とシステムの約束を混同しない

経済産業省の「AIの利用・開発に関する契約チェックリスト」は,AIモデルそのものの開発では,完成義務や性能保証の設定が容易でない点を指摘する一方,モデルを含むAIシステムの開発では,出力の不確実性を考慮した設計や,一定の担保責任が合理的な場合もあると説明している(本文32頁,PDF33頁)。
「AIを使うので全て保証しない」と一括する説明では,搬送能力,停止機能,接続仕様又は保守対応について何を約束したのかが曖昧になる。

実現できるかを調べる実証段階と,実現可能と判断した範囲を納める段階では,成果物,報酬及び終了条件を分けて合意する。
全工程を一律に請負又は準委任と呼ぶより,各工程で引き受ける作業と結果を具体化することが重要である。

第3 実証実験で成功した条件を検収基準へつなぐ

1 成功率は条件と分母をセットにする

「搬送成功率99%」だけでは,荷物の種類,試行回数,途中で人が助けた回数又は再試行の扱いが分からない。
通常の運転に加え,荷詰まり,障害物,人の接近,通信断,充電不足及び再起動を,安全に実施できる試験計画で評価する。
試験のために人を危険へさらすことを合意する趣旨ではなく,隔離,模擬条件及び専門担当者の管理が前提となる。

検収項目合否の前に決めること
対象と環境荷姿・重量,経路,床・照明,混雑,人と他機の通行条件
作業性能運転時間,件数,完了の定義,再試行・人の介入・除外試行の扱い
安全な停止想定する危険,検知と停止の条件,停止後の状態,再起動の権限
復旧・保守異常の表示,安全な復旧手順,必要な時間と人数,問い合わせ対応
再現可能性機体・ソフト・モデル・地図・設定の版,ログと試験報告書

本番の最低条件を満たすかと,性能をさらに改善したいという要望は,検収記録で区別する。
試験に含めなかった用途や環境は,対応済みとして扱わず,利用範囲の制限又は追加検証の対象にする。

2 検収合格と運用開始を分ける場合

機能試験が合格しても,現場の安全対策,教育,保守窓口又は必要な手続が整っていなければ,そのまま無人運転を始めてよいとはいえない。
検収の合否,代金支払,安全上の運用開始条件,契約不適合への対応をそれぞれ書く。
重大な安全上の問題があるのに,軽微な不具合と同じ扱いで運転を継続させる条項にしないことが重要である。

経済産業省の民事責任の手引きも,AMRについて,利用環境と速度等の制限,メーカーの性能限界の説明及び導入企業の運用を一体として検討している(本文56頁~64頁)。
本記事の契約上の確認表は,この問題意識を契約の合意事項へ落とした提案であり,同手引きにある条項の転載ではない。

第4 検収拒絶と追加要望を扱った裁判例

1 仕様と完成の認定が結論を左右した事例

東京地裁平成26年10月30日判決(平成23年(ワ)第31512号・平成24年(ワ)第35054号,判例秘書の判例番号 L06930868)は,販売管理システムの開発について,発注者が検収しなかったことによる責任等を判断した。
機械やAIの事故を扱う判決ではなく,契約締結・開発が現行の改正民法施行前に行われた事案である。

発注者は,従前のシステムの機能を全て満たすことが合意されていたと主張したが,裁判所は,分析・確認書等によって確定した仕様を検討した。
その上で,合意された仕様を満たすシステムが完成していたことを認め,合理的な理由なく検収を拒み続けた発注者に債務不履行責任を認めた。
契約代金相当額等2526万0410円の賠償を認めている。

同判決には,初期の軽微で順次解消できる不具合は完成の認定を妨げないとの説示もある。
しかし,どの不具合が契約上求められる完成を妨げるかは,仕様と不具合の内容による。
この判決を理由に,安全上重大な不具合のあるロボットでも検収すべきだと一般化することはできない。

2 追加作業をしただけでは費用請求が認められない場合

同判決では,受注者が追加要望に対応した実作業費用についても請求したが,契約代金相当額とは別の損害として認められなかった。
追加費用の見積りや金額合意等がなく,無償のサービスとして対応していたと評価されたためである。

ロボット導入でも,「この荷物にも対応してほしい」「通路を変更したい」「認識対象を追加したい」という要望が出た時点で,既存仕様への適合を求める修補か,追加変更かを記録する必要がある。
追加であれば,担当者の依頼だけで作業を進めず,変更内容,費用,納期及び安全評価への影響を権限のある者が合意する仕組みにする。
これは,発注者に無制限の追加費用を負わせるためではなく,契約どおりの修補まで有償の追加注文に置き換えないためにも必要である。

第5 更新・ログ・事故対応を契約の終了まで定める

1 更新の承認と戻し方

導入時の検収は,その後の全ての版の性能を確認したことにはならない。
走行制御,認識モデル,地図又はクラウドの仕様を変えるときは,変更の通知,試験,適用時期,運転停止の要否,承認者及び戻せる状態を定める。
緊急の安全・セキュリティ対応では,通常の事前承認を待てない場合もあるため,緊急措置の範囲,連絡及び事後検証を別に合意する。

経済産業省の手引きでは,引渡し後の更新による不具合を製造物責任上どのように評価するかについて,複数の見解が示されている。
法解釈が一律に決まっていると仮定せず,更新作業の義務と事故時の調査協力を契約で具体化することが実務上重要となる。

2 ログを保有する者と取得できる者

機体の位置・制動の記録と,クラウド側の推論・指令の記録が別会社に分かれると,事故原因を結び付けにくい。
取得対象,時刻の対応,保存期間,自動上書き,事故時の保全,提供形式及び解析費用を定める。
映像や作業員の情報を扱う場合は,事故解析への利用とモデル改善等への再利用を分けて,目的・範囲・再委託先への提供を確認する。
具体的な個人情報保護法上の扱いは,データと提供形態に応じて別途検討する。

3 責任制限と保険だけで調査手順を置き換えない

損害賠償の上限,対象となる損害,適用除外,第三者請求への対応及び保険を検討する。
メーカーと導入企業の間で責任を割り振る条項があっても,それだけで契約外の被害者の請求を制限できるわけではない。
消費者庁の公式Q&Aも,完成品メーカーと部品メーカーの間の特約は,両者間では有効でも,被害者からの製造物責任の追及には影響しないと説明する(Q24)。

契約終了時には,クラウド停止後の機体の状態,安全に停止・撤去する担当,必要な記録の引渡し及びデータの返還・削除を決める。
終了と同時に調査用の記録が消えたり,保守のない機体だけが残ったりする状態を避けるためである。

第6 契約書に落とすときの設計例

以下は条項を作る際の合意事項の例であり,法定の文言や完成した契約ひな型ではない。
金額・期間・数値は,現場とリスクに応じて当事者が定める必要がある。

1 実証終了時に,成功・失敗した条件,必要な人の介入及び残る危険を報告し,本番導入へ進むかを別に判断する。

2 検収は別紙の試験条件と対象の版に基づいて行い,不合格理由,修補期限,再試験及び重大な安全上の問題がある場合の扱いを定める。

3 仕様変更は,内容,金額,納期,関連契約及び安全評価への影響を記載した変更合意を経て実施する。
契約上の不適合の是正と,追加機能の開発を区別する。

4 事故や重大な異常を知った当事者は,連絡,安全な停止,対象ログの保全及び原因調査に協力する。
原因調査への協力を,最終的な賠償責任を先に承認する条件と結び付けない。

5 サービス終了や契約解除の際も,安全な停止・撤去と必要な記録の引渡しを実行できる条件を設ける。

第7 関連記事と一次資料

事故が発生した後の請求先,復旧作業の危険及び更新後の責任は,「フィジカルAI・倉庫ロボットが事故を起こしたら―製造物責任,安全配慮義務と更新後の事故(AI作成)」で説明する。
https://yamanaka-bengoshi.jp/2026/10/22/physical-ai-warehouse-robot-accident-liability/

1 経済産業省「AIの利用・開発に関する契約チェックリスト」(令和7年2月)。AIシステム開発の留意点は本文32頁,PDF33頁。
https://www.meti.go.jp/press/2024/02/20250218003/20250218003.html
https://www.meti.go.jp/policy/mono_info_service/connected_industries/sharing_and_utilization/20250218003-ar.pdf

2 IPA「情報システム・モデル取引・契約書(第二版)」の公開ページ。
仕様,プロジェクト管理,検収及び保守の共通理解の参考となるが,ロボットの機械安全まで満たす契約書としてそのまま採用する趣旨ではない。
https://www.ipa.go.jp/digital/model/model20201222.html

3 東京地裁平成26年10月30日判決(平成23年(ワ)第31512号・平成24年(ワ)第35054号,判例秘書の判例番号 L06930868)。
https://www.legal-info.com/

4 経済産業省「AI利活用における民事責任の解釈適用に関する手引き」第1.0版,想定事例6。
https://www.meti.go.jp/files/900018817.pdf

5 消費者庁「製造物責任法の概要Q&A」Q24。
https://www.caa.go.jp/policies/policy/consumer_safety/other/pl_qa.html

導入契約の相談では,提案書,見積書,実証報告,仕様書,利用規約及び保守条件をまとめ,どの現場で何を自動化したいのかを整理しておくと,保証する範囲と協議が必要な点を明確にしやすい。