説明
管理者が開発用のサンドボックスを準備する際に、本番組織からライセンスを同期させる最良の方法は、設定で「更新なしで本番ライセンスをサンドボックスに一致させる」ツールを実行することです。このツールを使用すると、管理者はサンドボックスを更新することなく、サンドボックスのライセンスを本番ライセンスと一致させることができます。これにより、管理者はサンドボックスが本番組織と同じ数と種類のライセンスを持っていることを確認し、サンドボックスでの開発やテスト時にライセンス関連の問題を回避できます。検証済みリファレンス：https://help.salesforce.com/s/articleView?id=sf.data_sandbox_licenses.htm&type=5

説明
注文管理において、注文がライフサイクルを進むにつれて作成される可能性が高いオブジェクトは次の3つです。
フルフィルメントオーダー。フルフィルメントオーダーとは、同じ場所からまとめて出荷される注文内の製品グループを表すレコードです。フルフィルメントオーダーは注文概要オブジェクトへの参照関係を持ち、出荷場所、配送方法、ステータスなどの情報を含みます。
返品注文。返品注文とは、注文全体または注文の一部に対する返品依頼を表す記録です。
返品注文は、注文概要オブジェクトと変更注文オブジェクトの両方への参照関係を持ち、返品理由、ステータス、日付などの情報を含みます。
変更注文。変更注文とは、注文または注文の一部に対する変更要求を表すレコードです。変更注文は注文概要オブジェクトへの参照関係を持ち、変更の種類、ステータス、日付などの情報を含みます。
検証済みの推薦状：
https://help.salesforce.com/s/articleView?id=sf.order_management_fulfillment_order.htm&type=5
https://help.salesforce.com/s/articleView?id=sf.order_management_return_order.htm&type=5
https://help.salesforce.com/s/articleView?id=sf.order_management_change_order.htm&type=5

説明
この問題の考えられる原因は3つあります。
管理者がJSONクエリに重複した製品SKUを含めています。製品SKUは、在庫と売上を追跡するために使用される製品の一意の識別子です。製品SKUは組織内で一意である必要があり、複合API呼び出しで重複することはできません。管理者がJSONクエリに重複した製品SKUを含めている場合、ワークベンチ経由でテスト注文を読み込む際にエラーが発生します。
JSONクエリ内のサブリクエスト数が、20個の制限を超えています。サブリクエストとは、複合API呼び出しの一部を構成する単一のHTTPリクエストのことです。複合API呼び出しは、単一のJSONボディ内に最大20個のサブリクエストを含めることができます。管理者がJSONクエリに20個を超えるサブリクエストを含めている場合、ワークベンチ経由でテスト注文を読み込む際にエラーが発生します。
リクエスト内で使用されているレコードIDが正しくありません。レコードIDは、Salesforceでデータを参照および操作するために使用される、レコードの一意の識別子です。レコードIDは有効で、組織内に存在し、対応するフィールドのデータ型と形式と一致している必要があります。管理者がJSONクエリで誤ったレコードID（例えば、18文字のIDではなく15文字のIDを使用したり、別の組織のIDを使用したり）を使用している場合、ワークベンチ経由でテスト注文を読み込む際にエラーが発生します。
検証済みの推薦状：
https://developer.salesforce.com/docs/atlas.en-us.api_rest.meta/api_rest/resources_composite_composite.htm
https://developer.salesforce.com/docs/atlas.en-us.api_rest.meta/api_rest/dome_composite_sobject_tree_flat.htm

管理者がソリューション構築時にトリガーではなくイベントを選択すべき2つの理由は次のとおりです。
イベントは非同期で処理されます。つまり、イベントはメインの実行スレッドをブロックすることなく、バックグラウンドで処理されます。これにより、ソリューションのパフォーマンスとユーザーエクスペリエンスが向上するだけでなく、ガバナー制限やタイムアウトも回避できます。
イベントはトランザクションのスコープには含まれません。つまり、イベントはイベントを発行するトランザクションとは独立しており、トランザクションのロールバックやコミットの動作に影響を与えません。これにより、ソリューションにおける望ましくない副作用やエラーを回避できるだけでなく、ロジックとデータを分離することができます。
検証済みリファレンス: https://developer.salesforce.com/docs/atlas.en-us.platform_events.meta/platform_events/platform_events_intro.htm https://developer.salesforce.com/docs/atlas.en-us.platform_events.meta/platform_events/platform_events_considerations.htm

注文概要オブジェクトのステータス フィールドは、選択リスト データ型です。選択リストとは、定義済みの値のリストから 1 つの値を選択できるフィールドです。注文概要オブジェクトのステータス フィールドは、下書き、有効化、完了、キャンセルなど、注文の現在の状態を示します。ステータス フィールドの値は、注文オブジェクトの OrderStatus 選択リスト フィールドで定義されます。参照: 注文管理オブジェクト、
[選択リスト項目]