説明
A と B が正解です。Aloha 認定アプリをインストールし、Enterprise Edition 組織にアップグレードすることが、現在の Professional Edition 組織で高度な見積を有効にする最適なソリューションです。Aloha 認定アプリは、オブジェクトやタブなどの組織の制限にカウントされず、追加の機能を提供できるアプリです。Enterprise Edition 組織にアップグレードすると、組織の制限が増加するだけでなく、より多くのカスタマイズと自動化のオプションにアクセスできるようになります。C は不正解です。非管理パッケージを作成してインストールすることは、組織の制限を消費し、必要な機能が提供されない可能性があるため、適切な解決策ではありません。D は不正解です。ユーザー ライセンスを追加購入しても組織の制限は増加せず、組織にアクセスできるユーザーの数が増加するだけです。このトピックの詳細については、Trailhead の「Salesforce のエディションと制限」モジュールを参照してください。

説明
サンドボックスは、プロジェクトのニーズと開発ライフサイクルに基づいて更新する必要があります。本番環境は唯一の初期の環境であるため、本番環境からサンドボックスを定期的に更新して、データとメタデータの一貫性を確保することをお勧めします。複数の開発者からのコードを統合する際の競合やエラーを避けるために、統合サンドボックスは頻繁に更新する必要があります。頻繁に更新する必要があります。通常、開発環境は、不必要な変更の蓄積を避け、次の機能に向けて新たに開始するために、各動作機能が正常に移行された後に更新する必要があります。

説明
パッケージ開発モデルを使用して本番組織にメタデータをデプロイすることは、異なる組織間で簡単にインストールおよび更新できるモジュール式の再利用可能なパッケージを作成できるため、複数組織のデプロイ戦略に最適なオプションです。管理パッケージを使用して本番組織にメタデータを導入することは、このシナリオには適していません。管理パッケージは通常、ISV がアプリケーションを顧客に配布するために使用し、UC の要件に適合しない可能性のあるいくつかの制限事項があるからです。非管理パッケージは主にコンポーネントの 1 回限りの配布に使用され、アップグレードや依存関係がサポートされていないため、非管理パッケージを使用してメタデータを本番組織にリリースすることも良い選択肢ではありません。変更セットを使用して本番組織にメタデータをデプロイすることは、このシナリオでは実現できません。変更セットは、同じ Salesforce インスタンス内の接続された組織間でメタデータをデプロイする場合にのみ使用でき、UC にはリージョンごとに個別の組織があるためです。詳細については、「パッケージ開発モデル」を参照してください。