説明
ケースとケースコメントは、コンサルタントが学生のインシデントおよびインシデント解決データを旧システムからEDAに移行する際に使用する2つのオブジェクトです。ケースは、解決が必要な学生の問題や課題を表すオブジェクトです。ケースコメントは、ケースに関連するコメントを格納するオブジェクトです。属性と動作応答は、EDAでインシデントおよびインシデント解決データを格納できるオブジェクトではありません。
参考文献：
https://help.salesforce.com/s/articleView?id=sf.customize_case.htm&type=5
https://help.salesforce.com/s/articleView?id=sf.customize_casecomment.htm&type=5
https://powerofus.force.com/s/article/EDA-Data-Dictionary

コンサルタントは、卒業生、寄付者、支援者を管理するために EDA を導入する予定の大学の発展推進室に対し、デフォルトのアカウント モデルとして「世帯」を推奨する必要があります。世帯は、配偶者や兄弟姉妹など、家族や世帯関係で結びついている個人に関する情報を保存できるアカウント モデルです。世帯は、個人または家族単位に関するさまざまな情報（名前、メールアドレス、電話番号、住所、世帯収入など）を追跡するために使用できます。コンサルタントは、大学が EDA 設定で世帯をデフォルトのアカウント モデルとして設定できるように支援し、職員が連絡先レコードを作成すると、家族レコードが自動的に作成されるようにします。管理、教育機関、個人は、職員が連絡先レコードを作成すると家族レコードが自動的に作成されるというシステム デフォルトを設定する要件を満たすアカウント モデルではありません。参照:
https://powerofus.force.com/s/article/EDA-Accounts
https://powerofus.force.com/s/article/EDA-Settings

Education Cloudにおけるアカウントモデルの理解：Education Cloudでは通常、管理アカウントモデルを使用して、連絡先（学生、保護者など）とアカウント（部署、機関など）間の関係と階層を管理します。
管理アカウントモデル：このモデルにより、教育機関はデータを構造化され整理された形で維持することができ、これは機関内のさまざまな関係やプロセスを管理する上で不可欠です。
移行に関する考慮事項：
データマッピング：以前の教育データアーキテクチャ（EDA）の既存のデータフィールドを、新しい管理アカウントモデルにマッピングします。
カスタマイズ：カスタムオブジェクトまたはフィールドが、管理アカウントモデルと互換性があることを確認してください。
テスト：移行したデータの完全性と正確性を確保するため、厳密にテストを実施します。
実施手順：
データエクスポート: EDA組織からデータをエクスポートします。
データ変換：データを管理アカウントモデルの構造に適合するように変換します。
データインポート：変換されたデータを新しいEducation Cloudインスタンスにインポートします。
検証：データが管理アカウントモデルと一致し、期待どおりに機能することを確認します。
参考文献：
Salesforce Education Cloud ドキュメント: Salesforce ヘルプ: 管理アカウント モデル