Trailhead2 によると、レコードタイプは、管理者がオブジェクト内のさまざまなタイプのレコードに対してさまざまなビジネスプロセス、ページレイアウト、選択リスト値を作成できるようにする機能です。レコードタイプを使用すると、ディーラータイプごとにレコードタイプを作成し、適切な属性、プロセス、ルールを割り当てることで、Salesforce でさまざまなディーラータイプを管理できます。オプション A は、ディーラーにアカウントを使用し、ディーラーの種類ごとにレコード タイプを作成することを提案しているため、正解です。オプション B は不正解です。ディーラーをアカウントとして作成し、ディーラー タイプごとにカスタム ビューを構築しても、CRM ユーザーは顧客タイプに関連する属性のみを入力できず、顧客タイプごとに異なるプロセスやビジネス ルールも有効になりません。 。オプション C は不正解です。ディーラーのアカウントと各ディーラー タイプのカスタム選択リスト フィールドを使用しても、CRM ユーザーは顧客タイプに関連する属性のみを入力できず、顧客タイプごとに異なるプロセスやビジネス ルールを有効にすることもできません。オプション D は不正解です。標準の Account オブジェクトを使用する代わりに複数のオブジェクトとリレーションシップを作成する必要があるため、ディーラー タイプごとにカスタム オブジェクトやディーラー属性のカスタム フィールドを作成するのは不必要かつ複雑になる可能性があります。

ステージを考慮した各フィールドの検証ルールを使用するのが、この新しい要件に対処する最も簡単なアプローチです。入力規則は、定義したロジックと基準に基づいてフィールド要件を適用し、ユーザーが要件を満たさないレコードを保存しようとするとエラー メッセージを表示できます。ページ レイアウトは条件付きフィールド要件をサポートしていないため、商談ページ レイアウトを更新してこれらのフィールドを必須としてマークすることはできません。設定でこれらの商談フィールドの定義を必須に更新しても、すべてのステージとレコードに適用されるため、機能しません。レコードの保存時に各項目をチェックする Apex トリガを作成するのは、コーディングとテストが必要なため、最も単純なアプローチではありません。

Salesforce のドキュメント 1 によると、「UNABLE _TO_LOCK_ROW」エラーは、レコードの更新または作成中に別の操作が同時に同じレコードにアクセスまたは更新しようとしたときに発生します。これにより、ロックの競合やタイムアウトの問題が発生する可能性があります。このエラーを解決するには、次のような解決策が推奨されます。
シリアル モードでバッチ ジョブを実行し、バッチ サイズを削減します (オプション B)。これは、バッチ ジョブを一度に 1 つずつ実行し、バッチごとに処理するレコードの数を少なくすることを意味します。これにより、同じレコードに対する同時更新とロック競合の可能性が低減されます。
FOR UPDATE キーワードを使用して、Apex コードまたは API 呼び出しでレコードをロックします。これは、トランザクションによってアクセスまたは更新されているレコードを明示的にロックし、ロックが解放されるまで他のトランザクションがレコードを変更できないようにすることを意味します。これにより、同じレコードに対する同時操作間の競合やエラーを回避できます2。
データ移行中のロールアップ集計フィールドの計算を延期します (オプション A)。これは、子レコードが挿入または更新されるときに、親オブジェクトのロールアップ集計フィールドの自動計算を無効にすることを意味します。これにより、パフォーマンスが向上し、親レコードのロックの問題を回避できます。ただし、このオプションはカスタム オブジェクトでのみ使用でき、標準オブジェクトでは使用できません3。
並列モードでバッチ ジョブを実行し、バッチ サイズを減らす (オプション C) ことは、複数のバッチが同時に同じレコードにアクセスまたは更新しようとすると、ロックの競合やエラーが発生する可能性があるため、良い解決策ではありません。データローダーのプラットフォーム API を利用してデータをロードする (オプション D) ことも、他の操作が同時に同じレコードを変更している場合にロックの問題が発生する可能性があるため、良い解決策とは言えません。

複数のシステム間で顧客を一意に識別できるようにするために、データ アーキテクトは、MDM ソリューションから顧客 ID を維持するために外部 ID としてカスタム フィールドを作成することを推奨する必要があります。外部 ID は、「外部 ID」属性が有効になっているカスタム項目です。これは、Salesforce の外部のシステムからの一意のレコード ID が含まれていることを意味します。MDM ソリューションの顧客 ID を Salesforce CRM、契約管理システム、マーケティング ソリューションの外部 ID として使用することで、データ アーキテクトは各顧客を簡単に識別し、これらのシステム全体で統合できるようになります。オプション A は不正解です。顧客レコードが Salesforce CRM 以外のシステムで作成または更新された場合、顧客を識別するためにすべてのソリューションに Salesforce ID を保存することは機能しません。選択肢 B は不正解です。顧客 ID の相互参照として機能するカスタム オブジェクトを作成するには、追加の構成作業が必要となり、各システムの実際の顧客レコードと一致しない可能性があるからです。選択肢 C は不正解です。顧客データベースを作成し、すべてのシステムでこの ID を使用するには、インフラストラクチャのコストとメンテナンスの労力が追加で必要になります。