説明
管理者が開発用の Sandbox を準備するときに本番組織からライセンスを同期するための最良の方法は、[設定] で [更新] ツールを使用せずに [本番ライセンスを Sandbox に一致させる] を実行することです。このツールを使用すると、管理者はサンドボックスを更新せずに、サンドボックス ライセンスを運用ライセンスと一致させることができます。こうすることで、管理者は Sandbox に本番組織と同じ数と種類のライセンスがあることを確認し、Sandbox での開発またはテスト時にライセンス関連の問題を回避できます。確認済みの参考資料:https://help.salesforce.com/s/articleView?id=sf.data_sandbox_licenses.htm&type=5

説明
ユーザーがアカウント レコードを保存しようとしたときにエラーが発生した場合、管理者が問題を調査するための最良の方法は、ユーザー トレース フラグと影響を受けるユーザーのデバッグ ログを使用することです。ユーザー トレース フラグは、特定のユーザーのデバッグ ログを有効にし、デバッグ ログは、データベース操作、システム プロセス、およびトランザクションの実行時または単体テストの実行時に発生するエラーをキャプチャします。管理者はこれらのツールを使用してエラーの根本原因を特定し、それに応じて修正できます。検証済みの参考文献:
https://help.salesforce.com/s/articleView?id=sf.code_add_users_debug_log.htm&type=5https://help.salesforce.c

この状況で顧客サービス担当者が行うべき最善の策は、注文概要が作成されるまで待つことです。注文概要は、B2C Commerce や B2B Commerce などの外部システムから受信した注文の財務概要を表すレコードです。注文概要は、注文が Order Management に取り込まれた後に作成され、注文の履行と支払い処理のためのさまざまなフローとプロセスをトリガーします。保留中の注文概要は、注文が受信されたものの、注文管理によってまだ処理されていないことを示す一時的な記録です。顧客サービス担当者は、注文概要レコードが作成されるまで、注文にサービスを提供することはできません。検証済みリファレンス: https://help.salesforce.com/s/articleView?id=sf.order_management_order_summary.htm&type=5

このユースケースをサポートする機能は、非管理注文チェックボックスです。これは、注文が Order Management によって管理されているかどうかを示す、Order Summary オブジェクトの標準フィールドです。このフィールドがチェックされている場合、注文は Order Management によって処理されず、フローやプロセスもトリガーされません。管理者は、このフィールドを使用して、注文のライフサイクルに影響を与えることなく、履歴データを含む注文概要レコードをインポートできます。検証済みリファレンス: https://help.salesforce.com/s/articleView?id=sf.order_management_order_summary.htm&type=5

説明
同じ JSON ペイロードの 2 回目の送信が失敗する原因として考えられるのは、次の 2 つです。
支払いデータを更新する必要があります。JSON ペイロード内の支払いデータには、支払い方法、金額、認証コードなどの情報が含まれています。2回目の注文で同じ決済データを使用すると、重複決済エラーや無効なオーソリエラーが発生する可能性があります。
注文参照番号を更新する必要があります。注文参照番号は、外部システムによって生成され、JSON ペイロードで送信される各注文の一意の識別子です。2回目の注文に同じ注文参照番号を使用すると、重複注文エラーまたは無効な注文エラーが発生する可能性があります。
検証済みの参考文献:
https://help.salesforce.com/s/articleView?id=sf.order_management_order_api.htm&type=5https://help.salesforce