本番組織とは異なるバージョンの Sandbox 環境からデプロイする際に問題を回避するため、コンサルタントはまずカスタマイズをパッケージ化し、Sandbox を更新し、カスタマイズを再インストールする必要があります。カスタマイズをパッケージ化するとは、カスタムソリューションを構成するすべてのコンポーネントとメタデータを含む未管理パッケージを作成することを意味します。Sandbox を更新するとは、本番組織から Sandbox 環境の新しいコピーを作成することを意味します。カスタマイズを再インストールするということは、更新された Sandbox 環境に未管理パッケージをインストールすることを意味します。この手順により、本番組織とは異なるバージョンの Sandbox 環境からデプロイする際に発生する可能性のある問題（互換性エラー、依存関係の不足、データ損失など）を回避できます。GitHub からリリース更新をインストールして本番組織を手動で更新したり、Salesforce サポートにケースを送信して本番組織を更新したり、変更セットを使用して本番組織にカスタマイズをデプロイしたりすることは、本番組織とは異なるバージョンの Sandbox 環境からデプロイする際に問題を回避するためにコンサルタントが最初に実行すべき手順ではありません。参考：
https://help.salesforce.com/s/articleView?id=sf.packaging_overview.htm&type=5
https://help.salesforce.com/s/articleView?id=sf.data_sandbox_create.htm&type=5
https://trailhead.salesforce.com/en/content/learn/modules/application-lifecycle-and-development-models/test-your-applications

所属は、EDAにおいて学生の専攻または主な学習コースを示すオブジェクトです。所属は、取引先責任者と取引先または別の取引先責任者との関係を表すオブジェクトです。所属は、学生、教員、職員、卒業生、寄付者、アドバイザーなど、様々な関係を追跡するために使用できます。コンサルタントは、各学生の所属レコードを作成し、専攻または主な学習コースに関連付けることができます。教育履歴、関係、プログラム計画要件は、EDAにおいて学生の専攻または主な学習コースを示すオブジェクトではありません。参考：
https://powerofus.force.com/s/article/EDA-Affiliations
https://powerofus.force.com/s/article/EDA-アフィリエーション-マッピング

ケースは、学生とサポートスタッフ間のすべてのやり取り、活動、および割り当てられたサポートスタッフに対して設定する必要があるオブジェクトです。ケースは、組織による解決または支援を必要とするリクエストまたは問題を表すオブジェクトです。ケースは、学生のリクエストや問題に関するさまざまな情報（ステータス、優先度、カテゴリ、解決策など）を追跡するために使用できます。コンサルタントは、ケース割り当てルール、ケースエスカレーションルール、ケースチームなどの機能を使用して、学生とサポートスタッフ間のすべてのやり取り、活動、および割り当てられたサポートスタッフに対してケースを設定できます。リレーションシップ、アカウント、およびアドバイジングプールは、学生とサポートスタッフ間のすべてのやり取り、活動、および割り当てられたサポートスタッフに対して設定する必要があるオブジェクトではありません。参考：
https://help.salesforce.com/s/articleView?id=sf.cases_overview.htm&type=5
https://trailhead.salesforce.com/en/content/learn/modules/service_basics/service_basics_cases

OmniStudio FlexCard の使用:
OmniStudio FlexCardを使用すると、申請データを構造化された形式で表示する動的なユーザーインターフェースを作成できます。これには、申請の提出状況に応じてフィールドを表示または非表示にする条件付きロジックを組み込むことができます。
検証ルールの適用:
検証ルールを使用することで、提出期限後に申請書を編集できないようにすることができます。これにより、提出期限を過ぎると申請記録が変更されるのを防ぎ、データの整合性を確保できます。
実装手順:
FlexCardを作成します。
OmniStudio > FlexCards に移動します。
アプリケーションの詳細を表示し、期限を過ぎると編集を無効にするロジックを含む新しい FlexCard を作成します。
検証ルールの設定:
[セットアップ] > [オブジェクト マネージャー] > [アプリケーション オブジェクト] に移動します。
現在の日付が提出期限を過ぎているかどうかをチェックし、編集を防止する検証ルールを作成します。
検証ルールの例: AND(ISCHANGED([Application].Status), [Application].Status = 'Submitted', TODAY() > [Application].Submission_Deadline__c) テスト:
FlexCard と検証ルールをテストして、提出期限後に学生が申請書を編集できないことを確認します。
ユーザー インターフェイスと検証ルールがシームレスに連携して、スムーズなユーザー エクスペリエンスを提供することを確認します。
参照：
Salesforce OmniStudio ドキュメント: FlexCard の作成
Salesforce ヘルプ: 検証ルール

コンサルタントは、プロジェクト健全性ダッシュボードを維持することで、Education Cloud 実装における顧客のリスクを文書化する必要があります。プロジェクト健全性ダッシュボードは、主要なマイルストーン、成果物、問題、リスクなど、プロジェクトのステータスと進捗状況を視覚的に表示するツールです。プロジェクト健全性ダッシュボードは、プロジェクトの範囲、タイムライン、予算、品質に影響を与える可能性のある潜在的な脅威や課題を特定・追跡し、軽減戦略や緊急時対応計画を提供することで、コンサルタントが Education Cloud 実装における顧客のリスクを文書化するのに役立ちます。早期アラートの設定、Center of Excellence の推奨、Salesforce リソースの顧客との共有は、Education Cloud 実装における顧客のリスクを文書化する方法ではありません。参考：
https://www.salesforce.org/wp-content/uploads/2019/03/Education_Cloud_COE_Guide.pdf
https://trailhead.salesforce.com/en/content/learn/modules/project-management-basics/project-management-basics-monitor