新しい MCAE ビジネスユニットを作成し、設定を再作成して、フルコピーの Sales Cloud サンドボックスにリンクします。このようにして、ユーザーは本番データや設定に影響を与えることなく、Engagement Studio でのリード育成、Web サイト上のフォーム、Sales Cloud でのリード管理をテストできます23。
ユーザーが Marketing Cloud アカウント エンゲージメントの機能をテストできる環境をセットアップするための推奨アプローチは、新しい Marketing Cloud アカウント エンゲージメント ビジネス ユニットを作成し、実稼働ユニットとトレーニング ユニットを同期して、フル コピーのセールス ユニットにリンクすることです。クラウドサンドボックス。これにより、本番環境と同期できる専用のトレーニング環境が可能になり、両者の間でデータと構成の一貫性が確保されます。さらに、フルコピーの Sales Cloud サンドボックスにリンクすると、ソリューションのエンドツーエンドのテストが可能になります。(参照: Salesforce ヘルプ - Marketing Cloud アカウントの作成、https://help.salesforce.com/s/articleView?id=sf.mc_create_account.htm&type=5)

技術的負債のレベルを評価し、運用環境で有効にする前にサンドボックスで新機能をテストします。このベスト プラクティスは、UC が非効率なコード、冗長構成、古い機能など、システム パフォーマンスに影響を与える可能性のある技術的負債を特定して削減するのに役立ちます2。サンドボックスで新機能をテストすることは、UC がそれらが期待どおりに動作し、新しい問題や既存の機能との競合が発生しないことを確認するのにも役立ちます3。サンドボックスは、実稼働環境の隔離されたコピーであり、開発者とテスターがライブ データやユーザーに影響を与えることなく安全に作業できるようにします4。
https://admin.salesforce.com/blog/2021/tech-debt-what-it-is-and-why-you-Should-care

パッケージ化は、Salesforce プラットフォーム上でカスタマイズとアプリケーションを整理して配布する方法です1。パッケージ化は、サンドボックスや本番環境など、さまざまな環境にわたる変更を管理するのに役立ちます2。
組織の大きな塊ではなく、メタデータのモジュール式の疎結合ユニットとしてパッケージを設計することが、パッケージ化のベスト プラクティスです3。これは、さまざまなパッケージとクラウド間の依存関係や競合を回避するのに役立ちます3。また、パッケージの保守とアップグレードも容易になります3。
オブジェクトごとに 1 つの機能自動化ツール (フロー、ワークフロー ルール、プロセス ビルダー) のみを使用することも、パッケージ化のベスト プラクティスです4。これは、同じオブジェクトに対して複数のツールがトリガーされることによって引き起こされるパフォーマンスの問題や予期せぬ動作を回避するのに役立ちます4。また、パッケージのデバッグやテストが容易になります。

外部共有モデルを有効にして、外部の組織全体のデフォルトを作成します。これにより、プロファイルやロールに基づいて内部ユーザーと外部ユーザーに対して異なる共有設定を行うことができます。条件ベースの共有ルールを使用して、フィールド値に基づいてレコードへのアクセスを許可することもできます1。
https://architect.salesforce.com/diagrams/template-gallery/automotive-dealer-solution-architecture