AIが止まった日に仕事を止めない｜導入前に決める代替手順

予備のAIを契約する前に、処理の期限と停止時の影響を確認します。以下では、代替手順の決め方、途中経過の記録、復旧後の再開方法を説明します。

AIそのものと仕事の停止を分ける

画面が開かない場合でも、AIサービス全体の障害とは限りません。自社の通信、ログイン、利用上限、連携先の問題など、止まっている場所を切り分ける必要があります。

ここで全社員がそれぞれ設定を変えると、元の状態が分かりにくくなります。確認する担当者を決めて連絡先を一本化し、利用者には発生した時刻と止まった作業を伝えてもらいます。

業務側が最初に知りたいのは、原因の詳しい説明だけではありません。「この作業は待つのか、別の方法で進めるのか」です。原因の調査と、仕事の切り替え判断を同時に進められるようにします。

高リスクと判断された外部のデータやAIシステムについて、障害・事故への対応手順を備えることが、NISTのAIリスク管理の枠組みで扱われています。また、AI以外の代替手段を考慮する考え方も示されています。以下は、それを参考にした業務設計の提案です。NIST AI RMF：GOVERN 6.2・MANAGE 2.1

待つ仕事と切り替える仕事を決める

たとえば、AIが書類を読み取り、社内システムへの登録候補を作る業務を想定します。説明用の例で、特定の会社の運用ではありません。

翌日でも間に合う資料なら、保留にして順番を残す方法があります。当日中の処理が必要な資料だけ、決めた担当者が別の手順で処理します。このように分ければ、すべての資料を一度に手作業へ戻さずに済みます。

切り替えを判断する条件は、固定の時間だけでなく仕事の締切に合わせます。「しばらく待つ」ではなく、誰がいつまでに判断し、どこへ連絡するかを決めます。

利用者が個人のAIへ資料を移して解決する運用にはしません。通常は許可されていない送信先へ、急ぐという理由で情報を渡せば、障害対応とは別の問題が増えます。

普段の作業をすべて再現できなくても構いません。顧客や次の担当者が困らないように、最低限終える必要がある作業を決め、その範囲で代替手順を作ります。

切り替えを決める際は、保留中の仕事を一覧にし、受付番号、締切、次に渡す相手、現在の処理状態を確認します。たとえば、登録候補の作成までは済んでいても、登録の実行は未確認という場合があります。その仕事を「未処理」と一括して扱わず、確認が必要な段階を担当者へ引き継ぎます。

代替作業を始めたら、元の受付番号に処理方法と担当者を記録します。途中で通常のAIが戻っても、同じ仕事を両方の手順で進めないように、どちらで完了させるかを決めます。完了の知らせを受け取る人と、保留一覧を更新する人も確認しておきます。

別のAIへ替えるなら条件も引き継ぐ

予備のAIを使うなら、同じ指示を入力できるかだけで判断しません。その契約で対象資料を扱えるか、権限を必要な範囲に制限できるか、結果を同じ保存先へ渡せるかを確認します。

普段のAIが社内の限られた資料を参照していたなら、予備側に何を渡すかを決める必要があります。資料を全部コピーしておく方法は、保管先や更新作業を増やすことにもなります。

さらに、処理結果の形や判断が変わる前提で試します。普段の運用で人が確認していた項目を、切り替えた途端に省かないことです。

予備側でも同じ外部システムを使っているなら、そのシステムの障害には対策にならないかもしれません。「契約が二つある」ことではなく、どの停止原因に備えられるかを見ます。

切り替え頻度が低い仕事なら、複雑な予備の仕組みより、対象を絞った手順の方が維持しやすい場合もあります。予備は作って終わりではなく、使える状態を保つ仕事が残るからです。

処理途中の状態を残す

AIに任せる範囲が登録や送信まで広がるなら、止まった場所を確かめられるようにします。画面にエラーが出たからといって、連携先でも何も起きていないとは限りません。

登録は済んでいるのに結果の受信で止まったとしたら、同じ依頼をもう一度流すと重複するおそれがあります。これは特定サービスの仕様を断定する話ではなく、連携処理で想定しておきたい失敗の場面です。

受付、処理中、登録済み、要確認といった状態を仕事の記録に残します。どんな名前にするかより、何を確かめたら次へ進めるかが大切です。

記録には、業務を特定できる番号、実行した時刻、結果の保存先、次に確認する担当者を含めます。機密の本文を必要以上に複製するのではなく、元の資料を権限付きで参照できる形を考えます。

再実行できる人も決めます。利用者が何度もボタンを押す前に、重複を確認する場所が分かれば、復旧時の混乱を減らす助けになります。

復旧後は保留分をそのまま流さない

サービスが戻ったら終わりではありません。止まっていた間に人が処理した仕事と、まだ残っている仕事を照合します。

再開前に、代替手順で完了した分をAIが再び処理しないようにします。期限が過ぎて不要になった依頼を外し、途中の成果物を誰が確認するか決めます。

少量の処理から再開して結果を確認し、その後に保留分を進めます。長く止まっていたからといって、未確認の依頼を一度に処理する必要はありません。

閲覧はできても登録を止めている場合は、登録まで再開できると利用者が誤解しないように案内します。

再開の確認では、通常の受付、代替手順での処理、連携先への登録を同じ受付番号で照合します。「画面が開くようになった」という確認と、「保留中の仕事を安全に進められる」という確認は分けます。登録済みか不明な仕事は、担当者が連携先の記録を確認するまで再実行の対象に含めません。

再開を伝える連絡には、利用できる作業、確認が続いている作業、保留中の依頼の扱い、次の連絡予定を含めます。問い合わせ先だけを案内するよりも、利用者が自分の仕事を進めてよいか判断できる内容にします。

代替手順を試して見直す

書いた手順で本当に切り替えられるか、小さな範囲で試します。実際のサービスを故意に止めるのではなく、テスト用の資料で「使えない想定」にして、保留から再開まで進めます。

試行では、担当者が休みの場合の判断者、AIが使えない場合の連絡先の確認方法、会話画面以外から元の資料を開く方法を確かめます。

手順を複雑にしすぎないことも意識します。緊急時だけ読む長い資料より、最初に連絡する相手、止める操作、代わりに行う作業がすぐ分かる入口を作ります。詳細は必要な担当者が参照できればよいでしょう。

AIが止まらないことを前提にすると、仕事の弱い部分が見えなくなります。止まる場面を一度考えると、資料の保存先、担当者への依存、完了の確認方法を整理できます。

導入前には、停止時の担当者、切り替える条件、再開の確認方法を決めておきます。

試行では、担当者への連絡、保留一覧への記入、代替処理の完了、通常運用への引き継ぎまでを確認します。処理の途中で担当者を替える場面も設け、次の人が記録だけで状況を追えるか確かめます。分からなかった項目は、手順の追記や記録欄の見直しにつなげます。

まとめ

AI停止時は、待てる仕事と代替手順へ切り替える仕事を分けます。処理途中の記録を残し、復旧後は少量から結果を確認して再開します。