第10章 · ProjectVIEW ERP マスターSaaSフレームワーク
第10章は、ProjectVIEW ERP のバージョンがエンド・オブ・ライフに達した際の対応を規定します。少なくとも12か月前の通知、移行サービス、統合およびカスタマイズの適用、再教育とチェンジマネジメントを含みます。顧客が後継バージョンへ移行する場合でも、サブスクリプションを終了する場合でも、書面による請求から2営業日以内にデータは返却され（SQLバックアップ、CSV、JSONまたはXML）、環境は定義済みのプロセスに従って廃止されます。つまり、「顧客を置き去りにしない」ということです。
- 12か月最低限のEOL通知
- 2 BD書面請求後のデータ返却
- .bak · CSV · JSON · XML出力形式
10.1 概要と目的
本章は、ProjectVIEW ERP プラットフォームのエンド・オブ・ライフ（EOL）ライフサイクルを管理する包括的なフレームワークを定めるものであり、メジャーバージョンの移行、移行サービス、再教育義務、統合およびカスタマイズの適用、データ返却権、ならびにサブスクリプション終了手続きを含みます。本章は、第4章、§4.7.4の要約規定に優先し、それを拡張します。
提供者のEOLフレームワークは、SAP S/4HANA、Oracle Fusion Cloud、IFS Cloud、およびInfor CloudSuiteを含む、主要なエンタープライズSaaSおよびERPベンダーにおける成熟したバージョン移行の実務をモデルとしており、提供者の専用プライベート・ソブリン導入モデルと、顧客がデータを完全に所有する権利（第9章、第9.9条）に適合させたものです。
中核となる設計原則は、顧客を置き去りにしないことです。各顧客は、後継バージョンへ移行するかサブスクリプションを終了するかにかかわらず、十分な通知、包括的な移行支援、再教育、データ返却サービスを受けるものとします。
10.2 適用範囲
本章が対象とする事項:
- (a) バージョン・ライフサイクル・フェーズ: プラットフォーム各メジャーバージョンの一般提供（GA）、メインストリームサポート、延長サポート、エンジニアリング終了（EOE）、エンド・オブ・ライフ（EOL）。
- (b) 移行サービス: 後継バージョンへ移行する顧客向けの、プロバイダー主導によるデータ移行、スキーマ変換、環境プロビジョニング、および切替計画。
- (c) 再教育およびチェンジマネジメント: 成功するバージョン移行に必要な、必須トレーニングプログラム、チャンピオン再認定、ユーザー定着ワークショップ、ナレッジベース更新。
- (d) 統合およびカスタマイズの適用: 後継バージョンにおける、顧客固有の統合、カスタマイズ、設定の評価、再設計、検証。
- (e) アップグレードしない顧客へのデータ返却: 移行を選択しない顧客に対する、データ出力義務、形式仕様、納期、チェーン・オブ・カストディ文書。
- (f) サブスクリプション終了: サービス縮小、環境廃止、契約終了に関する正式手続き。
- (g) 役割および責任: プロバイダー組織および顧客組織全体におけるすべてのEOL活動のRACI割り当て。本章は、メジャーバージョン内の増分リリース／更新（第4章、§4.7.1参照）や、メインストリームサポート中に実施されるCOTSプラットフォームアップグレード（第4章、§4.7.3参照）を対象としません。
10.3 バージョン・ライフサイクル・フェーズ
プラットフォームの各メジャーバージョン（例: v11、v12）は、定義されたライフサイクルを進行します。プロバイダーのライフサイクル・モデルは、SAP（Maintenance Strategy）、Oracle（Sustaining Support）、IFS（Mainstream/Extended Maintenance）、Infor（Product Lifecycle Policy）が公表しているバージョン・サポート・フレームワークを基にしており、プロバイダーのSaaS専用提供モデルに合わせて調整されています。
| フェーズ | 期間 | 顧客が受ける内容 | プロバイダーの義務 |
|---|---|---|---|
| 一般提供（GA） | 後継GAまで継続 | プラットフォームのすべての機能、モジュール、APIへの完全アクセス。増分リリース（v11.01、v11.02…）は Agile スプリント（§4.7.1）を通じて提供されます。 | アクティブ開発、機能拡張、バグ修正、セキュリティパッチ、COTS最新化の維持。 |
| EOL告知 | T−12か月 | 現行メジャーバージョンがエンド・オブ・ライフに達する旨の正式な書面通知。通知には、後継バージョン、想定移行スケジュール、および利用可能な移行サービスが記載されます。 | EOL告知を公開します。各顧客の後継バージョン準備状況評価を開始します。 |
| 移行ウィンドウ | T−12か月からT−30日 | 移行計画、データ移行の実施、再教育、統合の再設計、後継バージョンでのUAT、および並行稼働（選択された場合）。 | 10.5～10.7で定義される移行サービス、トレーニング、統合の適用を提供します。 |
| エンジニアリング終了（EOE） | T−30日 | 新規変更要求は受け付けません。テクニカルサポートは継続します（インシデント解決＋セキュリティパッチのみ）。 | レガシーバージョンに対するセキュリティパッチ提供およびP1/P2インシデント解決を継続します。 |
| エンド・オブ・ライフ（EOL） | T=0（告知から12か月後） | レガシーバージョンに対するすべてのサポートは終了します。顧客は後継バージョンで運用しているか、サブスクリプション終了を選択している必要があります。 | レガシー環境を廃止します。顧客が終了を選択した場合はデータ返却を実行します（10.9）。 |
| 延長サポート（任意） | EOL後最長12か月 | 書面による要請に基づき、追加料金を条件として利用可能です。P1/P2インシデント解決および重要なセキュリティパッチのみを提供します。機能開発は行いません。 | 商業契約とは別の延長サポート補遺に基づき、延長サポートを提供します。 |
重要な約束: プロバイダーは、EOL告知とEOL日付の間に最低12か月（12）を保証します。正式な書面通知の日付から12か月未満で移行を求められることはありません。これは、SAP、Oracle、IFS、Inforのライフサイクルポリシー全体で確認されているベストプラクティスに整合しています。
10.4 EOL告知および顧客コミュニケーション
プロバイダーは、以下の体系的なプログラムを通じて、各顧客にEOLライフサイクルを通知します。
| コミュニケーション | 時期 | チャネル | 内容 |
|---|---|---|---|
| EOL告知レター | T−12か月（最低） | 顧客の指定連絡先およびアカウントマネージャー宛てのメールによる書面通知 | 正式なEOL日付、後継バージョンの識別、移行サービスの概要、想定スケジュール、および顧客に必要な対応。 |
| 移行準備状況評価 | T−11か月 | 合同ワークショップ（リモートまたはオンサイト） | 顧客固有の統合、カスタマイズ、データ量の影響評価。暫定的な移行計画と必要リソース。 |
| 四半期ごとの移行ステータス更新 | T−9、T−6、T−3か月 | サービスレビュー会議＋書面報告 | 移行の進捗、未完了アクション、リスク登録簿、研修スケジュール、想定切替日。 |
| EOE通知 | T−30日 | 書面通知＋アプリ内バナー | レガシーバージョンでは新規変更要求を受け付けなくなることの確認。サポート範囲縮小の通知。 |
| 最終移行確認 | T−14日 | 書面通知 | 移行完了の確認（または終了＋データ返却の顧客選択）。最終切替ロジスティクス。 |
| EOL確認 | T = 0 | 書面通知 | レガシーバージョンを廃止しました。後継バージョンが唯一のサポート対象バージョンです。延長サポートの利用可否を確認しました（該当する場合）。 |
10.5 移行サービス
プロバイダーは、後継バージョンへ移行する各顧客に対し、体系的な移行プログラムを提供します。移行サービスは、以下に定義する標準移行範囲について、サブスクリプション内で追加費用なしに含まれます。拡張移行サービス（例: レガシーシステムからのデータ取り込み、複雑なETL変換、標準期間を超える並行稼働）は、別個に範囲設定された業務として提供されます。
10.5.1 標準移行範囲
- (a) 環境プロビジョニング: プロバイダーは、既存の本番環境と同じセキュリティ制御、ネットワーク、コンプライアンス設定で構成された後継バージョン環境を、顧客専用のプライベート・ソブリンAzureテナント内に用意します。
- (b) データ移行: マスターデータ、トランザクションデータ、設定データ、監査証跡を含む、レガシーバージョンのデータベースから後継バージョンのデータベースへの顧客データ全件移行。プロバイダーは、顧客のデータプロファイルに対して検証済みの自動スキーマ変換スクリプトを使用します。
- (c) データクレンジング助言: Oracle Fusion および Infor CloudSuite のベストプラクティスに整合して、プロバイダーは移行前のデータクレンジングの機会について顧客に助言します。推奨されるアプローチは、アクティブなトランザクションデータは3年分（3）を上限として移行し、履歴データはレポーティングおよびコンプライアンス用にアクセス可能な読み取り専用形式でアーカイブすることです。
- (d) 設定移行: すべての顧客固有設定（ロール、ワークフロー、承認チェーン、通知ルール、レポートテンプレート、ダッシュボード）は、プロバイダーの設定エクスポート／インポートツールを使用して後継バージョンに移行されます。
- (e) 移行テスト: 本番切替前に、Staging Environment で少なくとも2回（2）の完全な移行リハーサルを実施します。各リハーサルには、データ整合性検証（参照、計算、時系列）、アプリケーション層のスモークテスト、および性能ベンチマークが含まれます。
- (f) 切替実行: 事前合意したメンテナンスウィンドウ中に後継バージョンへ本番切替を実施し、DNS／ネットワーク移行、データベース切替、切替後検証、ロールバック準備を含みます。
- (g) ハイパーケア期間: 少なくとも30日（30）の暦日にわたる専用の移行後ハイパーケアサポートを提供し、その間、プロバイダーは移行リードと専任サポート要員を割り当て、優先インシデント解決と安定化を行います。
10.5.2 データ移行整合性保証
プロバイダーは、第5章（ソフトウェア品質およびテスト）で定義されたAI拡張テストフレームワークに沿って、移行プロセス全体で以下のデータ整合性管理を適用します。
- (a) 移行前ベースライン: データベース全体の暗号学的ハッシュ（SHA-256）と行数インベントリを、移行開始直前に取得し、データ整合性のベースラインを確立します。
- (b) 移行後照合: 行数照合、参照整合性アサーション、計算整合性チェックを後継バージョンのデータベースに対して実行します。移行後ハッシュを移行前ベースラインと比較します。
- (c) AIエージェント検証（任意）: 顧客がAI拡張テストサービス（第5章）を選択している場合、プロバイダーは後継バージョン環境に対してAIエージェントを展開し、エンドツーエンドのシミュレーションシナリオを実行して、データフロー、業務ルール、統合ポイントを検証します。
- (d) 移行承認: 顧客は後継バージョン環境でUATを実施します。本番切替前には書面による顧客承認が必要であり、これは第5章、§5.8で定義されたUAT要件に整合します。
10.6 統合およびカスタマイズの適用
メジャーバージョンの移行は、顧客固有の統合、カスタマイズ、サードパーティ拡張に影響を与える可能性があります。プロバイダーは、体系的な適用プログラムを通じてこの移行を管理します。
10.6.1 統合影響評価
EOL告知から30日（30）以内に、プロバイダーは以下を含む統合影響評価を顧客に提出します。
- (a) API互換性分析: レガシーバージョンで使用されているすべての顧客向けAPIを後継バージョン上の対応APIへマッピングし、破壊的変更、非推奨エンドポイント、新機能を特定します。
- (b) サードパーティ統合インベントリ: 稼働中のすべての統合（ミドルウェア、B2Gコネクタ、出荷API、銀行インターフェース、サードパーティのレポーティングツール）の一覧と、後継バージョンに対する互換性ステータス。
- (c) カスタマイズ登録簿: 顧客固有のカスタマイズ（コンパイル済みDLL、カスタムSQL関数、個別レポート、ワークフロー拡張）の完全な一覧と、移行パス分類: (i) 前方互換、(ii) 再設計が必要、(iii) 非推奨／代替あり。
- (d) 工数見積もりおよびスケジュール: 互換性のない統合およびカスタマイズを再設計するための想定工数（人日）とスケジュール。標準範囲（含む）と拡張範囲（別途見積）を区別します。
10.6.2 再設計および検証
「再設計が必要」と分類された統合およびカスタマイズについては、次のとおりです。
- (a) プロバイダー管理下の再設計: 元のカスタマイズがプロバイダーによって構築され、顧客のClient Branch配下のGitリポジトリに記録されている場合、プロバイダーは標準移行範囲の一部として、追加費用なしで当該コンポーネントを再設計およびテストします。
- (b) 顧客管理またはサードパーティの統合: 統合が顧客または第三者によって構築された場合、プロバイダーは (i) 後継バージョンのAPI面に関する技術文書を提供し、(ii) テスト用に Staging Environment を利用可能にし、(iii) オプションのプロフェッショナルサービス支援を工数ベースで提供します。
- (c) 統合リグレッションテスト: 移行されたすべての統合は、本番切替前にStaging Environmentで自動リグレッションテストの対象となり、AIエージェントフレームワーク（第5章）または合意された手動テストスクリプトを使用します。
10.7 再教育およびチェンジマネジメント
メジャーバージョンの移行は重大なプラットフォーム変更に該当し、第6章（トレーニングおよびナレッジトランスファー）に基づく必須再教育義務を発生させます。プロバイダーは、以下を含む個別対応の移行トレーニングプログラムを提供します。
10.7.1 トレーニングニーズ再評価
EOL告知から60日（60）以内に、プロバイダーはトレーニングニーズ再評価（TNRA）を実施し、以下を特定します。
- (a) 後継バージョンにおける、新規または変更されたUI要素、ワークフロー、ナビゲーションパターン。
- (b) 非推奨機能とその代替。
- (c) 後継バージョンで有効化される新機能（該当する場合はAI駆動機能を含む）。
- (d) 顧客の稼働モジュール構成および組織構造に基づく、役割別のトレーニング要件。TNRAの成果物は移行計画に添付される移行トレーニング計画であり、セッション、所要時間、実施方法、対象者を明記します。
10.7.2 移行トレーニングプログラム
| トレーニング項目 | 対象者 | 形式 | 時期 | 期間 |
|---|---|---|---|---|
| 新機能ブリーフィング | すべての認可ユーザー | ウェビナー（録画＋AI文字起こし） | T−6か月 | 90分 |
| ハンズオンワークショップ: コア変更 | スーパーユーザー＋チャンピオン | 講師主導（オンラインまたはオンサイト） | T−5か月からT−4か月 | モジュールグループごとに2～3日 |
| チャンピオン再認定 | DANAOS ProjectVIEW ERP チャンピオン | 講師主導＋試験 | T−4か月からT−3か月 | チャンピオン1人あたり1日 |
| 統合およびAPIワークショップ | 顧客IT／統合チーム | 技術ワークショップ（オンライン） | T−4か月 | 1日 |
| UATガイダンスセッション | UAT参加者 | 講師主導のブリーフィング | T−2か月 | 半日 |
| 本番稼働準備状況確認 | チャンピオン＋顧客ITリード | チェックポイント会議 | T−14日 | 2時間 |
| 移行後ドロップイン相談会 | すべての認可ユーザー | オンラインQ&A（隔週） | T＋0からT＋90日 | 1セッションあたり1時間 |
すべての移行トレーニングセッションは、第6章、§6.4.4に従って録画およびAI文字起こしされます。録画と文字起こしは、各セッション後5営業日以内に顧客の顧客別トレーニングWiki（https://docs.projectview.wiki/[client]）に公開されます。
10.7.3 ナレッジベース更新
プロバイダーは、後継バージョンの本番切替前に、以下のナレッジ資産を更新します。
- (a) 顧客別トレーニングWiki: 後継バージョンのUI、ワークフロー、用語を反映するよう、すべてのモジュール別ページ、業務手順ガイド、FAQ記事を更新します。
- (b) プラットフォーム・リリース・センター: 後継バージョンのリリースノート、導入ガイド、設定リファレンスを公開します。
- (c) アプリ内ガイダンス: 後継バージョンの機能を参照するよう、コンテキスト・ツールチップ、ヘルプリンク、AI支援プロンプトを更新します。
10.8 顧客の判断: 移行または終了
EOL日付の6か月前（6）までに、顧客は次のいずれかを選択する旨を正式にプロバイダーへ通知しなければなりません。
- (a) オプションA — 移行: 後継バージョンへの移行を進めます。プロバイダーは移行サービス（10.5）、統合の適用（10.6）、再教育（10.7）を提供します。サブスクリプションは、既存の商業条件の下で後継バージョン上で途切れなく継続します（相互の書面合意により変更される場合を除く）。
- (b) オプションB ー サブスクリプション終了: 移行しないことを選択する。提供者は、サブスクリプション終了手続（§10.9）、これにはデータ返却（§10.10）、環境廃止（§10.11）、および契約終了（§10.12）を含む、を開始する。サブスクリプションはEOL日（または、選択した場合は延長サポート満了日）に終了する。顧客がT−6期限までに書面による通知を提出しない場合、提供者はリマインダー通知を発行する。さらに30暦日以内に回答がない場合、提供者は顧客がオプションA（移行）を選択したものとみなし、移行サービスを進める。
10.9 サブスクリプション終了プロセス
顧客がオプションB（サブスクリプション終了）を選択した場合、以下のプロセスが適用されます。
| フェーズ | 時期 | 活動 | 担当者 |
|---|---|---|---|
| 1. 終了通知 | T−6か月（顧客の選択） | 顧客は、移行しない意向を書面で通知します。プロバイダーは2営業日以内に受領を確認します。 | 顧客 → アカウントマネージャー |
| 2. 終了計画 | T−6か月からT−5か月 | プロバイダーと顧客は、データ出力形式、スケジュール、連絡先引継ぎ、未解決チケットの解決、および環境縮小スケジュールを含む終了計画に合意します。 | アカウントマネージャー＋クラウドOpsリード |
| 3. データ出力および返却 | T−5か月からT−2か月 | 提供者は、各有効な請求を受領してから2営業日以内に、合意された形式で全顧客データをエクスポートします（§10.10）。複数回のエクスポート要求が認められます。 | DBA + Cloud Ops |
| 4. 顧客による検証 | T−2か月からT−1か月 | 顧客は、エクスポートされたデータの完全性および整合性を検証します。データの完全性に関する異議がある場合は、受領後14暦日以内に申し立てます。 | お客様ITリード |
| 5. 保留チケットの解決 | T−3日からT−30日 | 提供者は、未解決のP1/P2インシデントをすべて解決します。優先度の低いチケットは、顧客の同意のもとでクローズするか、未解決として文書化します。 | Cloud Ops + Account Manager |
| 6. 環境の廃止 | T = EOL日 | レガシー環境は廃止されます。VMの停止、データベースの削除、ストレージアカウントのパージ、暗号化キーの破棄を実施します（§10.11）。 | Cloud Ops + DBA |
| 7. 廃止証明書 | T + 14日 | 提供者は、NIST SP 800-88に従って全顧客データが安全に破棄されたことを確認する廃止証明書を発行します。 | CTO → 顧客 |
| 8. 契約終了 | T + 30日 | 契約は正式に終了します。存続条項（秘密保持、知的財産、責任の制限、データ保護に関する残存義務）は、§10.12に従って継続します。 | 法務／アカウントマネージャー |
10.10 データ返却
顧客は、常時、全ての顧客データに対する唯一かつ排他的な所有権を保持します（第9章、§9.9）。サブスクリプション終了時の提供者のデータ返却義務は、以下のとおりです。
10.10.1 エクスポート形式と提供
- (a) 標準エクスポート形式： SQL Serverバックアップファイル（.bak）、CSV、JSON、および／またはXML。顧客は任意の形式の組み合わせを要求できます。
- (b) 提供期限： 顧客からの有効な書面による要求を受領してから2営業日以内。
- (c) 提供方法： 顧客が指定したSFTPエンドポイント、Azure Blob StorageのSASトークン、または物理的な暗号化メディア（チェーン・オブ・カストディ文書を添えて宅配）による暗号化された安全な転送。
- (d) エクスポート範囲： 以下を含む全顧客データ。マスターデータ、トランザクションデータ、構成データ、監査証跡、変更追跡記録、文書添付ファイル（blob storage）、およびアプリケーション生成レポート。
- (e) 複数回のエクスポート： 顧客は、終了期間中に複数回のエクスポートを要求できます。各要求は2営業日以内に履行されます。
10.10.2 データ返却の検証
各データエクスポート後：
- (a) 整合性ハッシュ： 提供者は、各エクスポートデータセットのSHA-256暗号学的ハッシュを提供し、顧客が受領時にデータ整合性を検証できるようにします。
- (b) 行数証明書： 提供者は、エクスポート内の各テーブル／エンティティのレコード数を記載した行数証明書を提供し、エクスポート時点の本番データベースと照合します。
- (c) 検証期間： 顧客は、受領から14暦日以内に、データの完全性または整合性に関する異議を申し立てることができます。提供者は、有効な異議があった場合、2営業日以内に是正し、再エクスポートします。
- (d) みなし承諾： 顧客が14日間の検証期間内に異議を申し立てない場合、エクスポートは承諾されたものとみなされます。
10.10.3 データ返却費用
標準範囲内のデータ返却（標準形式での安全なデジタル転送によるエクスポート）は、追加費用なしでサブスクリプションに含まれます。以下のサービスは、タイム・アンド・マテリアル方式で追加費用にて利用できます。
- (a) エクスポートしたデータを非標準形式に変換する作業（例：後継ERPへの取り込みのための移行先システム固有のスキーマ変換）。
- (b) 物理媒体の準備および宅配便による配送。
- (c) 標準の終了スケジュールを超える延長データエクスポート期間。
- (d) 顧客の後継システム向けのデータマッピング、移行スクリプト作成、またはETL設計に関する技術助言。
10.11 環境の廃止
データ返却の完了および顧客の検証期間満了後、提供者は顧客専用のプライベート・ソブリン環境を廃止します。
- (a) 仮想マシンの停止： 全ての顧客VM（本番およびステージング）を停止し、ディスクイメージを削除し、コンピュートリソースを解放します。
- (b) データベースの破棄： 全てのSQL Serverデータベース（本番、ステージング、バックアップ）を恒久的に削除します。Azure Backup Vault内のトランザクションログおよびバックアップファイルは消去します。
- (c) ストレージアカウントのパージ： 顧客に関連する全てのAzure Blob Storageコンテナー、ファイル共有、テーブルストレージを恒久的に削除します。これには、セカンダリリージョンにあるGRSレプリケートコピーも含まれます。
- (d) 暗号化キーの破棄： Azure Key Vault内の顧客固有の全ての暗号化キー、シークレット、証明書をパージします（パージ保護の解除はCTOの承認による）。
- (e) ネットワークのクリーンアップ: 顧客に関連する仮想ネットワーク、NSG、パブリックIPアドレス、DNSレコード、およびSSL/TLS証明書は廃止・削除されます。
- (f) CMDBの更新: 顧客に関連するすべての構成アイテムは、プロバイダーのCMDBにおいて廃止済みとしてマークされます。
- (g) 安全なデータ破棄: すべてのデータ破棄は、NIST SP 800-88（媒体サニタイズのガイドライン）に従って実施されます。Azureの暗号消去により、廃止されたストレージ上のデータは復元不能となります。
NIST SP 800-88 Rev. 1：媒体サニタイズのガイドライン Azureのデータ破棄
10.12 存続義務
以下の義務は、フレームワークの終了または満了後も存続し、完全に有効かつ拘束力を持ち続けます。
- (a) 機密保持: 相互の機密保持義務は、終了日から5年（5）間存続します（第8章、§8.11）。
- (b) 知的財産: すべての知的財産権およびライセンス制限は、無期限に存続します。
- (c) データ保護に関する残存義務: 第7章に基づくプライバシー義務は、法令上または規制上の義務に従いプロバイダーが保持する個人データについては存続します（第7章、§7.13）。
- (d) 責任の制限: 責任上限および免責は、サブスクリプション期間中の事象に起因する請求について引き続き適用されます。
- (e) 紛争解決: 準拠法および紛争解決に関する規定は、フレームワークに起因または関連するいかなる請求にも引き続き適用されます。
- (f) 監査権: データ破棄のコンプライアンスを監査する顧客の権利は、廃止証明書の日付から12か月（12）間存続します。
10.13 延長サポートオプション
SAP（Extended Maintenance）、Oracle（Sustaining Support）、IFS（Extended Maintenance）、Infor（Extended Maintenance）が提供するExtended Supportモデルと同様に、提供者は、移行完了に追加の時間を要する顧客向けに、任意のExtended Support期間を提供します。
(a) 利用可否： Extended Supportは、EOL日より少なくとも60暦日前までに書面で申請する必要があります。(b) 期間： EOL日後最長12か月、四半期単位。(c) 範囲： P1およびP2インシデントの解決と、重要なセキュリティパッチのみ。機能開発、新規変更要求、新規モジュール有効化は含みません。(d) 価格： Extended Supportは、当時のARRに対して20%のプレミアムで請求され、四半期前払いです。(e) 終了： Extended Supportは、選択した期間の終了時点で自動的に終了します。全てのSubscription Cessation規定（§10.9–§10.12）は、Extended Supportの満了時に適用されます。
10.14 役割と責任（RACIマトリクス）
以下のRACIマトリクスは、主要なEOL活動に関する責任を、提供者および顧客の各役割に割り当てます。
| 活動 | CTO | Cloud Ops Lead | アカウントマネージャー | DBAリード | お客様ITリード | 顧客チャンピオン |
|---|---|---|---|---|---|---|
| EOL告知の発出 | A | I | R | I | I | I |
| 移行準備状況評価 | A | R | C | R | C | I |
| 統合影響評価 | I | R | C | C | R | I |
| データ移行の実行 | I | R | I | R | C | I |
| データ移行の整合性検証 | I | R | I | R | C | I |
| 移行トレーニングプログラムの実施 | I | C | R | I | C | R |
| チャンピオン再認定 | I | I | R | I | C | R |
| ナレッジベース更新 | I | R | C | I | I | C |
| 統合の再設計 | I | R | I | C | R | I |
| 後継バージョンでのUAT | I | C | C | C | R | R |
| カットオーバー計画と実施 | A | R | C | R | C | I |
| 顧客の意思決定（移行／終了） | I | I | C | I | R | I |
| データエクスポート対応 | I | R | C | R | R | I |
| データ返却の検証 | I | I | I | I | R | I |
| 環境の廃止 | A | R | I | R | I | I |
| 廃止証明書の発行 | R | C | I | C | I | I |
| Extended Supportの管理 | A | R | C | R | I | I |
凡例：R = 実施責任者 · A = 責任者 · C = 協議先 · I = 報告先。
10.15 プロセス登録簿
以下のプロセス登録簿は、本章で定義された全ての正式プロセスを一覧化したものです。
| プロセスID | プロセス名 | トリガー | 担当者 | 承認者 | 成果 | セクション参照 |
|---|---|---|---|---|---|---|
| P-10.01 | EOL告知 | 主要バージョンの終息に関する製品ロードマップ決定 | アカウントマネージャー | CTO | EOL日より12か月以上前に、影響を受ける全顧客に対して書面によるEOL告知を配布。 | §10.4 |
| P-10.02 | 移行準備状況評価 | EOL告知を発出（T−11か月） | Cloud Ops + DBA | CTO | 顧客別の影響評価および暫定移行計画を配布。 | §10.4 |
| P-10.03 | 統合影響評価 | EOL告知を発出（30日以内） | Cloud Ops Lead | CTO | API互換性分析、統合一覧、カスタマイズ台帳、および工数見積もりを配布。 | §10.6.1 |
| P-10.04 | トレーニングニーズの再評価 | EOL告知を発出（60日以内） | アカウントマネージャー | CTO | 移行計画に移行トレーニング計画を添付。 | §10.7.1 |
| P-10.05 | データ移行の実行 | 移行計画が承認され、ステージング環境が用意済み | DBA + Cloud Ops | Cloud Ops Lead | 顧客データを移行済み。整合性を検証し、リハーサルを完了。 | §10.5.1 |
| P-10.06 | 移行整合性の検証 | データ移行リハーサルまたは本番カットオーバーが完了 | DBA + Cloud Ops | Cloud Ops Lead | 移行前後のハッシュ比較に合格。行数照合を完了し、整合性レポートを発行。 | §10.5.2 |
| P-10.07 | 統合の再設計 | 統合が影響評価で「再設計が必要」と分類されている | Cloud Ops | Cloud Ops Lead | 統合を更新し、後継バージョンでテストおよび検証を実施。 | §10.6.2 |
| P-10.08 | 移行トレーニングの実施 | 移行トレーニング計画が承認済み | アカウントマネージャー + トレーナー | Cloud Ops Lead | 予定された全トレーニングセッションを実施し、録画をWikiに公開。 | §10.7.2 |
| P-10.09 | チャンピオン再認定 | 移行トレーニングプログラムが予定済み | アカウントマネージャー | CTO | チャンピオンが後継バージョンの試験に合格し、証明書を発行。 | §10.7.2 |
| P-10.10 | 後継バージョンでのUAT | 移行リハーサルが合格し、トレーニングが完了 | 顧客ITリード + チャンピオン | 顧客 | 後継バージョンに対する顧客の書面承認を取得。 | §10.5.2 |
| P-10.11 | 本番カットオーバー | UAT承認を受領し、カットオーバーウィンドウを合意 | Cloud Ops + DBA | CTO | 本番環境で後継バージョンを稼働。72時間のロールバックを可能にします。 | §10.5.1 |
| P-10.12 | ハイパーケアサポート | 本番カットオーバー完了 | Cloud Ops + DBA | アカウントマネージャー | 30日間のハイパーケア期間を提供し、安定化を確認。 | §10.5.1 |
| P-10.13 | 顧客の終了選択 | 移行しない旨の顧客の書面通知 | アカウントマネージャー | CTO | 終了計画に合意。データエクスポートのスケジュールを確認。 | §10.8 |
| P-10.14 | データのエクスポートと返却 | 終了期間中の顧客による有効な書面要求 | DBA + Cloud Ops | アカウントマネージャー | 顧客データを合意済み形式で2営業日以内にエクスポート。 | §10.10 |
| P-10.15 | データ返却の検証 | データエクスポートを顧客に提供 | お客様ITリード | 顧客 | 顧客が14日間の検証期間内に完全性を確認（またはみなし承諾）。 | §10.10.2 |
| P-10.16 | 環境の廃止 | データ返却の検証期間満了、EOL日に到達 | Cloud Ops + DBA | CTO | 全ての顧客リソースをNIST SP 800-88に従って破棄。CMDBを更新。 | §10.11 |
| P-10.17 | 廃止証明書 | 環境の廃止完了 | CTO | CTO | 14日以内に顧客へ廃止証明書を発行。 | §10.11 |
| P-10.18 | Extended Supportの開始 | EOL日の60日以上前の顧客の書面要求 | Cloud Ops Lead | CTO | Extended Support追加契約を締結。P1/P2サポートを選択期間中継続。 | §10.13 |
10.16 プロセスフロー図
以下の9段階のライフサイクルは、バージョン移行とサブスクリプション終了のエンドツーエンドの流れを示します。
① EOL告知とコミュニケーション → ② 準備状況と影響評価 → ③ 顧客
意思決定（移行／終了）
↓
移行パス：④ 移行と再設計 → ⑤ 再トレーニングと変更管理 → ⑥
UATと本番カットオーバー
↓
終了パス：⑦ データのエクスポートと返却 → ⑧ 環境の廃止 → ⑨ 契約
終了
ステージ① EOL告知とコミュニケーション： 提供者は、EOL日の12か月以上前に正式なEOL告知を発出し、構造化されたコミュニケーションプログラムを開始します（§10.4）。全顧客に書面通知を行い、アカウントマネージャーが移行準備評価（P-10.01）を予定します。
ステージ② 準備状況と影響評価： 提供者は、EOL告知から60日以内に移行準備評価、統合影響評価、およびトレーニングニーズ再評価を提供します（P-10.02、P-10.03、P-10.04）。
ステージ③ 顧客の意思決定： T−6か月時点で、顧客は正式に移行（Option A）または終了（Option B）を選択します。リマインダー後30日以内に応答がない場合の既定値は移行です（P-10.13）。
ステージ④ 移行と再設計（移行パス）： データ移行、構成移行、および統合の再設計を、ステージング環境で2回以上のリハーサルを行いながら実施します（P-10.05、P-10.06、P-10.07）。
ステージ⑤ 再トレーニングと変更管理（移行パス）： 移行トレーニングプログラムを実施します。新機能説明会、ハンズオン・ワークショップ、チャンピオンの再認定、およびナレッジベース更新を行います（P-10.08、P-10.09）。
ステージ⑥ UATと本番カットオーバー（移行パス）： 顧客が後継バージョンでUATを実施します。書面による承認により本番カットオーバーが開始されます。その後30日間のハイパーケア期間が続きます（P-10.10、P-10.11、P-10.12）。
ステージ⑦ データのエクスポートと返却（終了パス）： 提供者は、各有効な要求の受領後2営業日以内に、全顧客データをエクスポートします。複数回のエクスポートが認められます。各エクスポートには整合性ハッシュと行数証明書が付属します（P-10.14、P-10.15）。
ステージ⑧ 環境の廃止（終了パス）： 検証期間の満了およびEOL日に、提供者はNIST SP 800-88に従って全顧客リソースを破棄し、廃止証明書を発行します（P-10.16、P-10.17）。
ステージ⑨ 契約終了（終了パス）： フレームワークは、廃止後30日で正式に終了します。存続義務（秘密保持、知的財産、データ保護、責任、監査権）は、§10.12に従って継続します（Extended Supportが有効だった場合はP-10.18）。
