INSIGHT
AIサービスを使い続けられなくなったら——移すものと残る仕事を考える
データを出せること以外に、移行先へ何を引き継ぐ必要があるか。
外部のAIサービスが部門の仕事に定着した頃、利用条件の変更や提供終了の案内が届く。「データは書き出せるので移行できます」と説明されても、それだけで次の環境に同じ仕事を移せるとは限りません。
会話や文書を取り出せても、指示、権限、連携、監視、例外対応は別に作り直すことがあります。終了日が近づいてから探すのでは、業務を守る順番も決められません。
移行はデータを運ぶ作業ではなく、次の環境で仕事を成立させ直す作業です。
持ち出せるもの、書き直すもの、人に残るもの
依存しているものを、三つの箱に分けます。
持ち出せるものには、入力文書、会話、出力、操作記録などがあります。ただし、出力形式、添付、履歴、日時、利用者情報が含まれるかはサービスごとに確認します。
書き直すものには、指示、検索設定、利用者権限、連携、画面、監視、通知があります。設定ファイルを取得できても、移行先で同じ意味になるとは限りません。
人に残るものには、例外を判断する方法、障害時の連絡先、管理画面の操作、利用者へ伝えている前提があります。これらはエクスポートに含まれないことがあります。
一覧には、現在の保管場所、管理者、持出し可否、形式、再構築する担当、確認期限を付けます。「すべて移せるか」ではなく、各項目がどの箱にあるかを決めます。
提供終了の案内を、会社の期限へ変える
外部サービスの期限を読む例として、Amazon Bedrockの公式文書Model lifecycle があります。このページでは提供中・終了予定・提供終了を区別し、終了予定へ移ると提供終了日が知らされると説明しています。提供終了後の要求は原則として失敗し、利用者の移行も自動ではありません。
2026年9月13日確認時点のこのページは、同年9月7日以降に同サービスで提供開始したモデルを対象とし、それ以前のモデルには別の方針を案内しています。すべてのモデルや他サービスに同じ通知期間があるとは扱いません。個別の終了日や条件は、利用している対象の案内と契約で確認します。サービス全体が終わる場合、特定機能だけ使えなくなる場合、会社が契約を終了する場合でも、準備できる時間は違います。
外部の期限から、自社の四つの日付を決めます。代替候補を決める日、試験を終える日、旧環境への新規入力を止める日、旧環境を削除または保管へ移す日です。通知日から終了日までを、そのまま移行作業の期間にしません。決裁、利用者案内、並行運用、照合に必要な日を先に引きます。
NISTのGenerative AI Profile は、第三者への依存、役割、継続評価、停止・廃止などを整理した任意の枠組みです。日本企業へ一律の移行手順を課すものではありません。外部条件への依存を、社内の担当と判断日へ戻す参考になります。
エクスポートは、別の場所で開いて初めて試験になる
「出力ボタンがある」だけでは、移行可能性を確認したことになりません。影響を限定したデータを実際に書き出し、別の環境で開きます。件数、文字、添付、履歴、作成者、権限、日時が必要な形で残るかを照合します。
次に、一件の業務を通します。問い合わせなら、資料を参照し、回答案を作り、担当者が確認し、相手へ送り、対応記録を残すところまでです。移行先で出力が変わる場合は、品質と受入条件を別途評価します。権限が再現できなければ、必要な人へ必要な範囲だけを割り当て直します。
暗号化された情報、接続先の認証情報、提供元独自の履歴や自動処理など、持ち出せないものもあります。そこで移行を諦めるのではなく、保存する、別の仕組みで再構築する、手作業へ戻す、使わない、と決めます。
移せないものを早く見つけると、終了直前に失う代わりに、保存・再構築・手作業を選べます。
並行期間では、正しい記録を一つに決める
旧環境と移行先を同時に使うと、同じ問い合わせや設定が二か所で更新されます。どちらを正式な記録とするか、いつから新規入力先を切り替えるか、並行中の差を誰が照合するかを決めます。
回答案を比べる並行試験でも、両方の環境から実際の顧客へ送信しないようにします。新環境は下書きまでに限定するなど、送信・発注・更新を本当に実行する側を一つに決めます。結果の比較と、業務を二重に動かすことは別です。
移行判定には、対象業務、開始日、書込み停止日、照合する記録、受入担当、未移行の項目、切戻し条件を置きます。すべてを一度に移せないなら、止められない業務を先に移し、重要度の低い機能は手作業や保管へ戻します。
旧環境の削除は、切替直後に自動で行いません。契約上の保持と削除、法令・取引上必要な記録、問い合わせ対応、移行結果の確認期間を整理し、権限を絞って保管するか削除するかを決めます。サービスごとの条件を確認せず、一律の保存期間を置きません。
出口一覧を、導入時から四者で持つ
出口の準備は、契約終了の直前だけに行う仕事ではありません。導入時、利用範囲を広げる時、主要な機能や契約を変える時、担当者が交代する時に一覧を見直します。
業務責任者は、止められない仕事と受入条件を決める。技術担当は、接続、設定、版、移行先を確認する。契約担当は、終了予告、持出し、保持、削除を確認する。データや文書の所有者は、何を保存し、誰へ見せてよいかを決めます。
共有する一覧に「未確認」を残すことも大切です。持出し可否が分からない設定、代替できない機能、本人しか知らない例外手順が見えれば、提供条件が変わる前に質問できます。
出口を用意することは利用中のサービスを否定することではなく、依存している仕事を会社で説明できるようにすることです。
書き出せたかではなく、移行先で一件の仕事を終えられるかを試す
サービスを離れる準備は、終了を予想することではありません。持ち出せる情報、作り直す設定、人に残った運用を早く見つけ、守る業務から順に試すことです。
書き出したファイルではなく、移行先で一件の仕事を終えられた結果を判断材料にする。そうすれば、提供条件が変わったときも、期限に追われて業務の約束を捨てずに移行できます。