なぜ検証ルールが必要なのか?
検証ルールは、Apex やフローを必要とせずにフィールド レベルの条件を適用するのに効率的です。
数式では、ユーザーのプロファイルが「営業マネージャー」ではないかどうか、およびステータスが「Closed Lost」に設定されている場合に Lost Reason フィールドが空白かどうかを確認できます。
他の選択肢はないのでしょうか?
A: この単純な検証ではトリガーはより複雑であり、不要です。
C: レコードトリガーフローは、検証ルールと比較して、フィールド検証の効率が低くなります。
D: 承認プロセスでは、このタイプのフィールド レベルの制限は処理されません。
参考資料: 検証ルールのドキュメント:https://help.salesforce.com/s/articleView?id=sf。
フィールド検証について.htm

連結オブジェクトのレコードを更新するには、主関係と連結オブジェクトの両方に対する「読み取り/書き込み」権限が必要です。連結オブジェクトとは、2つの主従関係を介して2つのオブジェクト間の多対多関係を作成するために使用されるカスタムオブジェクトです。主関係は連結オブジェクトに作成される最初の主従関係であり、副関係は連結オブジェクトに作成される2番目の主従関係です。連結オブジェクトのレコードを更新するには、連結オブジェクトと主関係の両方に対する「読み取り/書き込み」権限が必要です。その理由は次のとおりです。
* ジャンクション オブジェクトに対する読み取り/書き込みアクセスにより、ジャンクション オブジェクト レコードのフィールドと値 (名前、説明、カスタム フィールドなど) を変更できます。
* プライマリリレーションシップの読み取り/書き込み権限により、連結オブジェクトレコードの親レコードを変更できます。これは親子関係の変更とも呼ばれます。親子関係の変更とは、主従関係において子レコードをある親レコードから別の親レコードに移動するプロセスです。主従関係では親子関係の変更はデフォルトでは許可されていませんが、リレーションシップ項目で「親子関係の変更を許可」オプションを選択することで有効にできます。
プライマリリレーションシップの読み取りアクセスとセカンダリリレーションシップの読み取り/書き込みアクセスは、次の理由により、連結オブジェクトのレコードを更新するには不十分です。
* プライマリリレーションシップの読み取りアクセス権では、連結オブジェクトレコードの親レコードを変更することはできません。これは、一部の更新では必要となる場合があります。例えば、OrderItem レコードをある Order レコードから別の Order レコードに移動する場合、OrderItem と Order 間のプライマリリレーションシップに対する読み取り/書き込みアクセス権が必要です。
* セカンダリリレーションシップへの読み取り/書き込みアクセスは、連結オブジェクトレコードの更新には影響しません。これは、セカンダリリレーションシップが更新操作に関与していないためです。セカンダリリレーションシップは、連結オブジェクトレコードを別の親レコードに関連付けるためにのみ使用され、連結オブジェクトレコード自体を変更することはできません。
参考資料: ジャンクションオブジェクト、主従関係のレコードの親の変更、Salesforce Platform Developer I 資格の準備

マスター詳細関係の再親化を許可する:
マスター詳細関係では、子レコード (この場合は OrderItem) は親レコード (Order) に密接にバインドされます。
デフォルトでは、マスター詳細関係において子レコードを別の親レコードに再割り当てすることはできません。
ただし、マスター詳細フィールドで「再親付けを許可する」オプションを有効にすると、子レコード (OrderItem) を別のマスター レコード (Order) に再親付けできるようになります。
これは、関係の構造を変更せずに OrderItem レコードを新しい Order に再割り当てできることを保証する正しい解決策です。
他の選択肢はなぜダメなのですか?
A: Apex クラス宣言に without sharing を追加します。
共有せずに追加すると共有ルールが変更されますが、子レコードの親を変更する機能には影響しません。これは、ここで説明した問題とは無関係です。
B: マスター詳細関係を外部参照関係に変更します。
リレーションシップの種類を変更する必要はありません。また、変更すると意図しない副作用が発生する可能性があります。マスター/詳細関係にはロールアップ集計などの機能がありますが、参照関係ではそれらの機能が失われるためです。
C: OrderItem と Order の間にジャンクション オブジェクトを作成します。
連結オブジェクトの導入は必須ではありません。これは不要な複雑さを増大させ、主従関係の本来の用途から逸脱することになります。
参考文献:
マスター詳細関係のドキュメント
再親子化オプションを許可する

開発者サンドボックスは、個々の開発者にとって理想的な環境です。本番環境と同じ構成を提供し、開発者が独立して作業できるようにします。
フル サンドボックス: ステージングまたはテスト環境に使用されますが、個々の開発者の作業には適していません。
Developer Edition: 本番組織に接続されておらず、サンドボックス機能がありません。
Partner Developer Edition: AppExchange 開発用の ISV によって使用されますが、社内チームには適していません。
Salesforce Sandbox の概要