AI開発 障害時ベンダー連絡のエスカレーション表
AIシステムの障害時に、運用・情シス・ベンダーが使うエスカレーション表の作り方、連絡基準、証跡、費用の見方を整理します。

結論
AIシステムの障害対応は、担当者の携帯番号だけに頼るのではなく、障害の重大度ごとに連絡先と対応段階を定めたエスカレーション表を用意することが重要です。運用担当、情シス、ベンダーが、連絡先一覧、エスカレーション基準、対応記録を証跡として整えると、夜間や休日の障害でも連絡先が分からず対応が止まる事態を防げます。
この記事は、障害が起きてから連絡先を探し始めて対応が遅れた経験のある発注者向けに、エスカレーション表の作り方をまとめます。表がないと、重大障害でも一次担当で止まり、判断できる人に届きません。
エスカレーション表とは何を決める資料か
エスカレーション表とは、障害の重大度に応じて、最初に連絡する相手、次に上げる相手、判断者、連絡手段と期限を一覧にした資料です。障害の責任者を決めるためではなく、限られた時間で適切な人へ確実に連絡し、対応を進めるための資料です。
作る前に、障害の重大度区分、業務への影響、営業時間外の連絡体制を整理します。重大度の基準がないと、どの障害をどこまで上げるか判断できません。連絡先はベンダーと発注者の双方を含めます。
エスカレーション段階の対応表
障害は重大度で区分し、連絡先と対応段階を変えます。表は自社の体制に合わせて調整します。
| 重大度 | 例 | 連絡・対応 |
|---|---|---|
| 重大 | 業務停止、情報漏えいの疑い | 即時にベンダー責任者・発注者責任者へ |
| 高 | 主要機能の障害、精度の大幅低下 | 運用リーダー経由でベンダーへ、責任者へ報告 |
| 中 | 一部機能の不具合 | 一次担当が受付、営業時間内に対応 |
| 低 | 軽微な事象、問い合わせ | 通常フローで受付 |
表で段階を並べるだけでなく、営業時間外(夜間・休日)の連絡体制と、連絡がつかない場合の代替連絡先を文章で明記します。AI特有の障害(誤った出力の大量発生、想定外の自動実行、外部への意図しない送信)は、システム停止だけでなく被害が広がる可能性があるため、緊急停止の判断者と手順も表に含めます。
エスカレーションと記録の進め方
障害対応は、検知→重大度判定→連絡→対応→報告の順で進めます。連絡した日時、相手、内容、回答を対応記録に残します。エスカレーションの起動条件(一次対応で一定時間解決しない場合に上げるなど)を決め、判断が遅れないようにします。障害収束後は、原因、対応、再発防止を記録し、SLAや保守契約との関係も確認します。
データ・権限・ログの扱い
障害対応では、ログや操作記録が原因究明に必要です。誰がログにアクセスできるか、緊急時に権限をどう扱うかを事前に決めます。個人情報の漏えいが疑われる障害では、影響範囲の確認と報告義務を個人情報保護の観点で確認します。対応記録は改ざんできない形で残し、後から検証できるようにします。
費用と体制の見方
障害対応の体制は、営業時間内対応か、時間外・緊急対応を含むかで費用が変わります。緊急対応を保守契約に含めるか、都度費用かを確認します。連絡体制の不備による対応遅延は、業務停止の損失につながるため、業務の重要度に見合った体制を選びます。緊急対応の対応時間(受付から着手まで)をSLAで定めると、期待値が明確になります。
実務チェックリスト
- 障害の重大度区分と判定基準を決めたか
- 重大度ごとの連絡先と対応段階を表にしたか
- ベンダーと発注者の双方の連絡先を含めたか
- 営業時間外の連絡体制と代替連絡先を決めたか
- AI特有の障害への緊急停止の判断者・手順を含めたか
- エスカレーションの起動条件を決めたか
- 連絡日時・相手・内容・回答を記録しているか
- 緊急対応の費用とSLAを契約で確認したか
チェックリストは、運用開始時、体制変更時、重大障害後に確認します。エスカレーション表を最新に保ち、対応記録を残すと、次の障害で判断が速くなります。
図解で確認するポイント
この記事の画像は、障害の重大度ごとに連絡先と対応段階を仕分ける流れを、複数のカードと接続線で表しています。文字や宣伝を入れず、どの重大度で誰へ連絡するかを視覚的に確認できるようにしています。
AllAI内での次の行動
まず AI発注診断 で運用体制と業務影響を整理してください。関連する実務は AI開発 ベンダーSLA違反のエスカレーション証跡 と AI開発 本番監視引き継ぎのRACIテンプレ で確認できます。開発会社の比較は AI開発の発注支援、監視ツールの選択肢は AI/SaaS比較 も合わせて確認します。
FAQ
Q. エスカレーション表には何を書きますか? A. 障害の重大度ごとの連絡先、判断者、連絡手段、期限を書きます。営業時間外の連絡体制と代替連絡先も含めます。
Q. AI特有の障害で注意することは何ですか? A. 誤出力の大量発生や想定外の自動実行など、被害が広がる事象です。システム停止だけでなく、緊急停止の判断者と手順を表に含めます。
Q. いつエスカレーションを上げますか? A. 起動条件を事前に決めます。一次対応で一定時間解決しない、重大度が高いといった条件で、判断が遅れないようにします。
Q. 緊急対応は保守契約に含まれますか? A. 契約によります。時間外・緊急対応が含まれるか、都度費用かを確認し、対応時間をSLAで定めると期待値が明確になります。
出典と確認日
- 独立行政法人情報処理推進機構(IPA)「情報システム・モデル取引・契約書」: https://www.ipa.go.jp/digital/model/index.html (確認日: 2026-07-10)
- 独立行政法人情報処理推進機構(IPA)「AIセキュリティ」: https://www.ipa.go.jp/security/ai/index.html (確認日: 2026-07-10)
- 個人情報保護委員会「個人情報保護法についてのガイドライン」: https://www.ppc.go.jp/personalinfo/legal/ (確認日: 2026-07-10)
関連する記事・ガイド
- AI開発会社ガイドBest-of-N: OpusAI開発 本番KPI未達時の契約見直し会議
AIシステムの本番KPIが未達のとき、事業責任者・PM・調達が開く契約見直し会議の論点、証跡、判断、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 検収後クレームの紛争証跡ワークフロー
AI受託開発の検収後にクレームや紛争が起きたとき、法務・PM・経理が証跡を整理するワークフロー、紛争段階、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 運用マニュアル検収の版管理
AI受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 セキュリティ指摘の是正完了証明
AI受託開発のセキュリティ指摘に対して、セキュリティ・開発・監査が是正完了を証明する手順、重大度区分、証跡、費用の見方を整理します。