返品オーダーおよび交換オーダーの実装

オンラインで編集

Sterling Store Engagement における返品・交換注文の実装に使用される API、サービス、その他のコンポーネントを確認する。

前提事項と制限

返品プロセスを開始する前に、販売オーダーが請求されていることを確認してください。販売オーダーに対してインボイスが実行されない場合、返金金額は、返品オーダーの支払い時にデフォルト設定されません。

解決方法

返品および交換オーダー・タスクを実装するために使用される API、サービス、およびその他のコンポーネントについて説明します。

エントリー・ポイントとしてオーダーを使用して返品プロセスを開始する

返品注文を処理する権限が与えられている場合、スターリング Store Engagement にログインすると、返品商品のポートレットを表示できます。エントリー・ポイントは、デフォルトで順序になります。
オーダー番号を入力またはスキャンすると、 translateBarCode API が呼び出されます。これにより、オーダー番号のバーコードが変換され、オーダー番号が返されます。このオーダー番号を使用して getOrderList API が呼び出されます。
translateBarCode API が翻訳を返さない場合は、 translateBarCode API に渡した元の入力を使用して getOrderList API が呼び出されます。 translateBarCode API によって複数の翻訳が返された場合は、UI にエラー・メッセージが表示されます。
オーダーを検索するには、「拡張検索」をクリックして追加情報を指定します。追加の検索基準に一致するオーダーを取得するために、 getOrderList API が呼び出されます。
オーダーを検索すると、 getOrderList API が呼び出されます。
- API が単一または複数のオーダーを返す場合、オーダー・リストが表示されます。
- API がオーダーを返さない場合は、該当するエラー・メッセージが表示されます。
「検索の変更」オプションには、「返品オーダーの検索」は含まれません。

製品をエントリー・ポイントとして使用して返品プロセスを開始する

顧客がオーダー受入を持っていない場合は、返品プロセスを開始するためのエントリー・ポイントとして商品を使用します。これは「通知なし返品」と呼ばれ、 YCD_ALLOW_BLIND_RETURN ルールによって決定されます。デフォルトでは、このルールは有効になっています。これが無効になっている場合、 Sterling Store Engagement の Return products ポートレットでは、 Search for ドロップダウンリストで Product を表示できません。
YCD_ALLOW_BLIND_RETURN ルールを構成するには、以下のステップを実行します。
1. エンタープライズ管理者として Sterling Business Center にログインします。 Business Center のホーム・ページが開きます。
2. 「組織」メニューから、ルールを構成する組織を選択します。
3. 「システム・セットアップ」をクリックします。「システム・セットアップ」ホーム・ページが開きます。
4. 「ストア管理」メニューを展開します。
5. 「返品」メニューを展開し、「返品ルール」をクリックします。
Sterling Store Engagement にログインし、 Return products ポートレットに移動すると、製品 ID、バーコード、または関連する製品キーワードを入力できます。
入力を変換する translateBarCode API が呼び出されます。
- API が出力で単一の翻訳を返す場合は、「アイテムの詳細」ページが表示されます。返品オーダーに商品を追加できるようにする getCompleteItemList API が呼び出されます。
- API が複数の翻訳を出力で返す場合は、該当するエラー・メッセージが UI に表示されます。
- API が出力で翻訳を返さない場合は、 searchCatalogIndex API が呼び出され、アイテム・リスト・ページが表示されます。
「検索の変更」オプションには、「返品オーダーの検索」は含まれません。

エントリー・ポイントとしての顧客との返品プロセスの開始

「返品商品」ポートレットで顧客をエントリー・ポイントとして選択すると、スキャン・オプションが非表示になります。顧客の電話番号や E メールなどの顧客の詳細を検索条件として入力し、「検索」アイコンをクリックする必要があります。
顧客を検索するには、「拡張検索」をクリックして追加情報を指定します。 getCompleteCustomerList API が呼び出され、追加の検索条件に一致する顧客の詳細が取得されます。
- API が複数の顧客を取得すると、顧客リスト・ページが表示されます。各顧客の顧客名、住所、電話番号、E メールなどの詳細を表示できます。適切な顧客を選択し、「オーダーの表示」をクリックして、選択した顧客に関連付けられている返品オーダーを表示します。
- API が 1 つの顧客のみを取得する場合、選択した顧客の返品オーダーの関連付けを表示できる顧客リスト・ページが表示されます。
- API が顧客を取得しない場合は、該当するエラー・メッセージが表示されます。
「検索の変更」オプションには、「返品オーダーの検索」は含まれません。

返品オーダーをエントリー・ポイントとして持つ返品オーダーの検索

オーダーをスキャンまたは入力すると、オーダー番号のバーコードを変換する translateBarCode API が呼び出され、オーダー番号が返されます。このオーダー番号を使用して、 getOrderList API が呼び出されます。
- translateBarCode API が翻訳を返さない場合は、 translateBarCode API に渡された元の入力を使用して getOrderList API が呼び出されます。
- translateBarCode API が複数の翻訳を返す場合は、該当するエラー・メッセージが表示されます。
返品オーダーを検索するには、「拡張検索」をクリックして追加情報を指定します。 getOrderList API が呼び出され、追加の検索基準に一致する返品オーダーが取得されます。
- API が単一のオーダーを返す場合、「返品サマリー」ページが表示されます。
- API が複数のオーダーを返す場合、返品オーダーが表示されます。
- API がオーダーを返さない場合は、該当するエラー・メッセージが表示されます。
「返品オーダー・リスト」ページで、検索基準に一致する返品オーダーのリストを表示できます。返品オーダー番号、商品の数、チャネル、ストア名 (ストア購入の場合)、日付、返品オーダーの合計、ステータス、顧客名などを表示できます。「返品オーダー・リスト」ページに、ドラフト返品オーダーは表示されません。検索結果を絞り込むには、フィルター・オプションを使用して、返品オーダー日、ステータスなどのフィルター基準を指定します。「返品オーダー・リスト」ページでは、無限スクロールがサポートされています。 getOrderList API 呼び出しは、一度に 10 件のレコードをフェッチします。ページをスクロールすると、次のオーダー・セットがロードされます。返品オーダーごとに、「返品オーダー・サマリー」ページに移動する「表示」アクションが提供されます。「返品オーダー・サマリー」ページから「返品オーダー・リスト」ページに移動すると、フィルター基準に一致するオーダーのリストを表示できます。
「返品オーダー・リスト」ページで、商品サムネールを表示できます。返品オーダーごとに最大 2 つの商品イメージを表示できます。表示するイメージがさらにある場合は、< count of remaining product images> という形式でテキスト・キューが表示されます。
「検索の変更」オプションでは、「返品オーダーの検索」など、すべてのエントリー・ポイントが表示されます。

販売オーダー・リストからオーダーを選択します

getOrderList API が複数の結果を返す場合、オーダー番号、商品の数、オーダー・チャネル、ストア名 (ストア購入の場合)、日付、オーダー金額、状況、および顧客名などのオーダー詳細を示すオーダー・リスト・ページが表示されます。「オーダー・リスト」ページには、検索基準に一致するオーダーが表示されます。また、無限スクロールもサポートします。各ページに 10 個のレコードが表示されます。 getOrderList 呼び出しによってロードされたページをスクロールすることができます。検索結果を絞り込むために、オーダー番号、商品の数、オーダー・チャネル、ストア名 (ストア購入の場合)、日付、オーダー金額、状況、および顧客名に基づいて、返品オーダーをフィルターに掛けることができます。「オーダー・リスト」ページには、オーダーごとに最大 2 つの商品イメージが表示されます。表示するイメージがさらにある場合は、< count of remaining product images> More という形式でテキスト・キューが表示されます。返品する商品を追加するには、「表示」をクリックし、オーダー・ビューから返品する商品を選択します。関連付けられている返品オーダーの場合は、「表示」をクリックします。「返品オーダー・サマリー」ページが表示されます。

返品オーダーに対する商品の表示および追加

返品するオーダーを識別した後、「返品する商品の追加」ページで、返品オーダー明細を表示できます。
getCompleteOrderDetails API および getCompleteOrderLineList API は、オーダー・ヘッダーと明細の詳細を取得するために呼び出されます。
オーダーに返品可能なオーダー明細が含まれていない場合は、該当するメッセージが表示されます。このオーダーの返品オーダーは作成できません。これは、 IsOrderReturnable 属性によって決定されます。この属性を取得するには、テンプレートで OrderLine エレメントを指定する必要があります。
「検索の変更」をクリックして、エントリー・ポイントのドロップダウン・メニューでペイントされたテキスト・フィールドを表示するモーダルを開きます。このフィールドを使用して、複数のオーダーの商品を同じ返品オーダーに追加できます。通知なし返品商品を返品オーダーに追加することもできます。
オーダー内のオーダー番号とオーダー明細の総数が、ヘッダーの詳細として表示されます。オーダーのオーダー日付、顧客名、およびストアの詳細が、オーダー番号付きのツールチップとして表示されます。
「返品カート」アイコンには、返品オーダーに存在する商品の総数が表示されます。最初は、ミニ・カートにはゼロのカウントが表示されます。ミニ・カートをクリックすると、返品オーダーのすべてのオーダー明細がリストされます。
YCD_SHOW_RESHIP_ON_RETURN_ENTRY ルールが無効になっている場合、販売オーダーのオーダー明細を取得すると、 ReshipParentLineKey が NULL である明細のみが取得されます。 ReshipParentLineKeyQryType は ISNULL として設定されるため、再出荷オーダー明細は取り出されません。 YCD_SHOW_RESHIP_ON_RETURN_ENTRY ルールが有効になっている場合、顧客に再出荷された商品が表示されます。
明細は、返品可能な明細と返品不可能な明細に基づいてソートされます。シリアル番号付き明細を返す場合は、返品オーダー明細のシリアル番号をスキャンまたは入力する必要があります。数量を削減する場合でも、シリアル番号をスキャンする必要があります。明細ごとに、商品説明、商品イメージ、アイテム ID、バリエーション属性 (ある場合)、オーダー数量、返品可能数量、返品可能数量、および価格が表示されます。
返品可能明細には、返品オーダーに商品を追加するための編集可能な数量ウィジェットが含まれています。
返品できない明細は、現在の商品ステータスまたは返品ポリシー違反に依存している可能性があります。
Sterling Business Centerで返品ポリシーを設定できます。返品ポリシー・フレームワークを使用してさまざまな検証およびオーバーライド構成を実行するには、以下のステップを実行します。
- 「Organization Matrix-R」を選択し、システム・セットアップに進みます。
- 返品オーダーを選択してから、返品ポリシー (例: RETURN_UNIT_PRICE_LIMIT) を選択します。
- 「オーバーライド・ルール」タブをクリックし、「オーバーライド・ルール」を選択します。
- オーバーライド基準を満たす場合のアクションの割り当てを構成します。
- 承認者がエンタープライズ・ユーザーであることを確認してください。
返品オーダーに商品を追加するために、「+」をクリックするか、商品をスキャンすると、 translateBarCode API が呼び出されます。 API が有効な翻訳を返すと、 getOrderLineList API が呼び出されて、対応する商品のオーダー明細が取得されます。
- オーダー明細が返品可能な場合、 createOrder API が呼び出されて、ドラフト返品オーダーが作成されます。この API は、初回にのみ呼び出されます。後続のドラフト返品オーダーの場合、 changeOrder API が呼び出されます。
- 返品ポリシー違反のためにオーダー明細を返品できない場合、そのオーダー明細は返品オーダーに追加されず、該当するエラー・メッセージが表示されます。
返品ポリシー違反のあるオーダー明細は、リソース・アクセス権に基づいてオーバーライドすることができ、そのような明細に対して新しいリソース・アクセス権を追加することができます。 Codetype=WSC_RETURN_OVERRIDE を指定した getCommonCodeList API は、返品オーバーライド理由をフェッチするために使用されます。 changeOrder API が呼び出されて、違反がオーバーライドされます。デフォルトのメモ・テキストは、オーバーライド理由に基づいて追加されます。 YCD_OVERRIDE_RETURN_POLICY_NOTE_TYPE ルールは、メモ記載理由として使用されます。
デフォルトでは、オーダーの作成時に EntryType 属性に使用されるエントリー・タイプに対して ISFConstants.YCDCHANNEL_COMMON_CODE_STORE が構成されます。
販売オーダーからの顧客情報が返品オーダーに渡されます。販売オーダーのオーダー明細の OrderLineKey 属性は、返品オーダーのオーダー明細に渡されます。
createOrder または updateOrder API から返される出力は、既存のオーダー明細の数量が更新されるのか、新規明細が追加されるのかを決定するために使用されます。返品オーダー明細の DerivedFromOrderLineKey 属性が販売オーダーの OrderLineKey 属性と一致する場合、既存の返品オーダー明細が更新されます。一致する明細が存在しないシナリオでは、新しい返品オーダー明細が追加されます。
通知なし返品は、常に新規返品オーダー明細と見なされ、販売オーダーには関連付けられません。
複数のシリアルを持つオーダー明細の場合、返品オーダーに追加すると、シリアルごとに新しい返品オーダー明細が作成されます。

返品オーダーに追加された商品の表示

顧客が返品を希望するすべての商品を追加して「返品リスト」ページに移動すると、以下の API が呼び出されます。
- getCompleteOrderDetails API が呼び出されて、返品オーダーの詳細が取り出されます。
- getCompleteOrderLineList API が呼び出されて、返品オーダー明細情報が取り出されます。
「返品」リスト・ページには、返品オーダーの顧客情報も表示されます (使用可能な場合)。「合計」パネルには、返品オーダーの累積合計、料金、および税が表示されます。返品オーダーから返品オーダー明細を削除するには、明細にある削除アイコンを使用します。 changeOrder API が呼び出されて、返品オーダー明細が削除されます。
CodeType=RETURN_REASON を指定した getCommonCodeList API が呼び出され、返品理由が取り出されます。
返品理由を返品オーダー明細に追加し、すべての明細に共通の理由を使用することも、明細ごとに特定の理由を追加することもできます。
changeOrder API が呼び出され、返品理由が更新されます。
販売注文の請求先日付が使用できない場合は、「返品リスト」ページに「顧客 ID」ウィンドウが表示されます。 changeOrder API が呼び出され、顧客の詳細情報でオーダーが更新されます。既存の顧客または新規顧客は、「顧客 ID」ウィンドウで登録できます。

返品オーダーへの交換商品の追加

すべての商品を返品オーダーに追加した後、顧客が返品オーダーへの新規商品の追加を要求する場合があります。このような状況では、「返品」リスト・ページで交換として新商品を追加できます。デフォルトでは、返品オーダーに商品を追加した後、交換オーダーは作成されません。「交換」タブで、商品をスキャンすることにより、商品を交換として追加できます。そうでない場合は、商品を検索し、返品オーダーに追加します。商品をスキャンすると、「アイテムの詳細」ページが表示されます。このページで、商品または通知なし商品を交換オーダーに追加できます。 getCompleteItemList API が呼び出され、交換オーダーに商品が追加されます。

商品キーワードを入力して検索アイコンをクリックすると、 searchCatalogIndex API が呼び出され、検索基準に一致する商品およびブラインド商品がリストされます。 PS、DS、および DSOPT 製品を交換注文書に追加することはできません。

交換オーダー・フローは、オーダー・キャプチャー・フローに似ています。初めて商品を交換オーダーに追加すると、 createOrder API が呼び出され、交換オーダーが作成されます。 ReturnOrderHeaderKeyForExchange 属性は、返品オーダーの OrderHeaderKey 属性を使用して設定されます。交換注文書の ExchangeType は、 YCD_DEFAULT_EXCHANGE_TYPE ルール値に基づいて設定されます。商品を交換オーダーに追加した後、交換オーダー明細の配達方法と数量を変更できます。また、交換注文書を明細レベルで贈答品としてマークし、クーポンを適用することもできます。

「返品リスト」ページから続行するときに、オーダー明細のない交換オーダーが存在する場合は、その交換オーダーを削除します。

返品オーダー明細への返品理由の追加

返品オーダー明細に返品理由を追加できます。すべての明細に共通の理由を追加することも、明細または明細数量ごとに特定の理由を追加することもできます。 CodeType=RETURN_REASON を指定した getCommonCodeList API が呼び出され、返品理由が取り出されます。 changeOrder API が呼び出され、返品理由がオーダー明細に追加されます。複数の数量を持つ明細の別の返品理由をキャプチャーする場合は、明細を分割します。つまり、最初に既存の行を削除し、2 つの新しい別個の行を追加します。

オーダーまたは顧客情報を含まない商品の返品

オーダーまたは顧客情報がない商品の返品オーダーを作成することができます。このような返品オーダーは、通知なし返品と呼ばれます。通知なし返品オーダーを作成するには、商品情報の後に他のオーダー・フルフィルメントの詳細を収集します。商品をエントリー・ポイントとして使用し、関連するキーワードのバーコードまたはタイプをスキャンすると、通知なし返品プロセスが開始されます。バーコードをスキャンすると、「アイテム・リスト」ページまたは「アイテムの詳細」ページが表示されます。
getCompleteItemList API が呼び出されて、アイテムの詳細が取り出され、「アイテムの詳細」ページに表示されます。このページでは、アイテム・イメージ、アイテムの説明、アイテム ID、現行価格、返品価格、および詳細な説明を表示できます。
返品オーダーに商品を追加するには、「返品に追加」ボタンをクリックします。返品オーダーがまだ作成されていない場合は、返品オーダーを作成する createOrder API が呼び出されます。既存の返品オーダーの場合、 changeOrder API が呼び出されます。
顧客が通知なし返品を実行すると、構成された日数の間にすべての価格リスト明細にわたって構成された最低単価が表示されます。 getLowestItemPrice API が呼び出され、アイテムの最低価格が取り出されます。最低価格は、PRICING_BLIND_RETURN_DAYS ルールに基づいており、このルールは、商品の最低価格を検索するための NumberOfDaysInPast 属性の構成に使用されます。ルールが構成されていない場合は、デフォルト値 (90 日に設定) が使用されます。返品オーダー作成日と、構成されている過去の日数の間の最低価格が、返品商品価格として表示されます。現在日付と NumberOfDaysInPast の間のすべての価格リスト明細の最低価格が、返品価格として表示されます。
返品オーダーに商品を追加すると、返品価格が返品オーダー明細にスタンプされ、最も低い価格が通知なし返品オーダー明細に返金されます。
返品エントリー・ポートレットで関連キーワードを入力して商品を検索すると、 searchCatalogIndex API が呼び出され、キーワードに一致する商品が表示されます。
アイテムごとに、アイテムの簡略説明、アイテム・イメージ、アイテム ID、および単価が表示されます。商品のリストから、必要な商品をクリックすると、「アイテムの詳細」ページが表示されます。最も低い価格 (商品の返品価格) を表示し、商品を返品オーダーに追加することができます。「アイテム・リスト」ページで価格を表示することはできません。

顧客リストの表示

顧客とは、商品を返品したいが、オーダー受入がない登録済みの顧客のことです。このようなシナリオでは、お客様は電話番号または E メール・アドレスを指定できます。 getCompleteCustomerList API が呼び出され、指定された情報に一致する顧客が表示されます。顧客ごとに、顧客の名前、姓、住所、E メール ID、および電話番号が表示されます。適切な顧客を選択して「オーダーの表示」ボタンをクリックすると、「顧客の詳細」ページが表示されます。 getOrderList API が呼び出され、顧客のオーダーが取り出されます。すべてのオーダーを表示し、選択した顧客の返品プロセスを開始することができます。

返金または支払いのキャプチャー

「返品リスト」ページから「支払い」ページにナビゲートすると、返金金額を計算するために返品オーダーに対して computeRefundPayments API が呼び出されます。
processReturnOrder API 呼び出しは、販売オーダーの支払方法を返品オーダーにデフォルト設定します。販売オーダーが出荷インボイスの生成を完了した場合にのみ、返品オーダー支払方法の計画返金金額が取り込まれます。複数の販売オーダーを使用する場合は、返品オーダーで返金を計算するための返品ロジックの作成を参照してください。
返品オーダーに対して交換オーダーが作成されていない場合、返品オーダーの返金金額の合計が、デフォルトの販売オーダー支払方法、および各支払方法に対応する計画返金金額とともに表示されます。 GrandRefundTotal 属性は、顧客に返金される返金金額を表示します。
getCompleteOrderDetails API が呼び出され、返品オーダーの詳細が取得されます。
返品オーダーの各支払方法が「支払」ページに表示されます。新しい支払い方法の場合、返金が有効なもの（スターリング・ビジネス・センターで設定されたもの）は、返金が残っている場合、返金をキャプチャするために追加することができます。
販売オーダーから計算された支払方法を、 capturePayment API に入力として渡しません。これを判別するには、要求された金額を、対応する支払方法の予定返金金額と比較します。両方の支払方法が同じ場合は、その支払方法に対して processOrderPayment API を呼び出す必要があります。
クレジット・カード支払方法はサポートされていません。ただし、販売オーダーで使用されているのと同じクレジット・カードを返品に使用できる場合は、要求された金額を編集して更新することができます。
返金を処理するには、少なくとも 1 つの支払タイプが返品に対して有効でなければなりません。
交換オーダーが返品オーダーに関連付けられている場合、 GrandExchangeTotal 属性は交換オーダーの合計を表示し、総計と総計も表示します。
EXCEED_CHARGE_AMOUNT_FOR_REFUND ルールが DocumentType=0003を使用して組織レベルで設定されている場合、 processReturnOrder API の呼び出し時に、使用可能な支払方法に追加の金額 (ある場合) が追加されます。
総計がゼロより大きい場合、顧客は返金を受け取り、支払方法はデフォルトの計画返金金額とともに表示されます。これがゼロより小さい場合は、交換オーダーの金額が返金金額より大きく、顧客がその金額を支払う必要があることを示します。
交換オーダーの値が返金金額よりも高い場合、 getCompleteOrderDetails API が呼び出されて RemainingFinancialTotals から RemainingAmount 属性が取り出され、顧客に支払われる残りの金額が表示されます。このシナリオでは、デフォルトでは支払方法は表示されません。
capturePayment API が呼び出されて、交換オーダーの支払がキャプチャーされます。
支払タイプに対して getPaymentTypeList API が呼び出されます。クレジット・カード・タイプのリストを取得するために、 CodeType が YCD_CREDIT_CARD_TYPE に設定された getCommonCodeList API が呼び出されます。 getPaymentCardTypeList API は、入力に基づいて支払カード・タイプのリストを取得します。
在庫を更新するために、デフォルトの在庫処置コードが receiveOrder API のオーダー明細に入力として渡されます。 getRuleDetails API が呼び出され、 DocumentType=0003を持つ WSC_RECEIVE_DEFAULT_DISP のデフォルトの後処理コードが取り出されます。
API は、 startReceipt API の順序で順次呼び出され、その後に receiveOrder API、最後に closeReceipt API が続きます。
店舗在庫管理（SIM）が有効な店舗の場合：
- デフォルトの場所を更新するために、SIM API を呼び出す receiveOrder API が呼び出されます。
- closeReceipt API は、SIM API を呼び出して、返品された在庫の格納タスクを生成します。ストアは、 putawayRequiredForReturn 属性を構成することにより、格納プリファレンスを使用して返品オーダーの格納タスクを作成しないことを選択できます。 putaway タスクエンドポイント ( https://store.supply-chain.ibm.com/{tenantId}/v1/putaway-preferences )を生成するとき、 type: "RETURN" が返品オーダーに渡されます。これは SIM API によって読み込まれ、返品のために putaway プリファレンスを読み込む必要があるかどうかを判断します。
- receiveOrder API は、呼び出されると、 AdjustmentType = Returnを使用して在庫を調整します。
- 保存された顧客支払方法は UI では処理されません。したがって、デフォルトの支払方法での料金のデフォルト設定、既存の支払方法の選択、または顧客の新規支払方法の保存は処理されません。
以下のビジネス・ケースでは、支払いエラー処理と待機中の金額について説明しています。
- 承認金額が待機中の場合は、システム管理者として支払方法を削除し、同じ支払方法または他の支払方法を再試行することができます。それ以外の場合は、オーダーを処理します。
- 料金の金額が待っている場合は、システム管理者として支払方法を削除し、同じ支払方法または他の支払方法を再試行する必要があります。請求金額を待っているオーダーを処理することはできません。
支払プロセスでエラーが発生しなかった場合は、返品オーダーと交換オーダーの両方に対して confirmDraftOrder API が呼び出されます。
交換オーダー合計が返品オーダーより大きい場合、以下のようにエラーを処理できます。
- 失敗した金額が AwaitingAuthInterfaceAmountとして取り込まれた場合、システム管理者は、支払方法を削除して同じ支払方法を再試行するか、オーダー・プレスを続行することができます。
- 失敗した金額が AwaitingChargeInterfaceAmountとして取り込まれた場合、ストア担当者は支払方法を削除して再試行する必要があります。

以下の表で、支払方法に基づいてサポートされる返金の構成について説明します。


支払い方法	返品には無効です	返品に有効	同じ支払方法への返金	新しい支払方法への返金
クレジット・カード	Y	Y	Y	ギフト・カード、現金
ギフト・カード	Y	Y	N	ギフト・カード、現金
現金	Y	Y	N	ギフト・カード、現金

返品オーダーを受け取ると、 changeOrder multiApi が呼び出されて、返品番号、チャネル、および関連名を持つメモが、返品オーダーの作成元のすべての販売オーダーに自動的に追加されます。返品の作成元となる複数の販売オーダーが存在するため、 changeOrder multiApi が呼び出されます。成功した場合の receiveOrder API 呼び出しは、 changeOrder multiApiを呼び出します。

返品オーダーおよび交換オーダーのサマリーの表示

返品フローが完了すると、サマリー・ページが表示されます。返品オーダー番号、顧客の詳細、返品合計金額、返品明細、および交換明細を表示できます。
このページから、領収書を印刷し、顧客に E メールを送信することができます。
getCompleteOrderDetails API が呼び出されて、交換オーダーが取り出されます。
USE_PMNT_CARD_TYPE_CONF_LEVEL では、支払または返金のサマリーを表示するために、 getPaymentTypeList API および getRuleDetails API が呼び出されます。

別のチャネルで作成された事前許可返品を受け取り、返金を処理する

返品オーダーをエントリー・ポイントとして使用して、別のチャネルで作成された返品オーダーを検索することができます。
返品オーダーに交換商品を追加することもできます。
EntryType が store に設定されていない場合、オーダーが別のチャネルで作成されたことを示します。注文ステータスが Not received の場合、 Sterling Store Engagement を使用して注文を進めることができます。
「製品の検証」をクリックして製品を検証すると、「製品の検証」ページが表示されます。 getCompleteOrderDetails API が呼び出され、オーダーの詳細が取得されます。

注: 保存せずに「製品の検証」ページを終了すると、入力した情報は失われます。製品を再度検証する必要があります。検証プロセスを完了してから「戻りリスト」ページに移動すると、 AuditTransactionId が VERIFIEDに設定されたメモが追加されます。終了すると、「オーダー要約」ページでメモが使用され、「返品リスト」ページが表示されるので、オーダーを続行できます。
部分的な製品検証を続行できます。「続行」をクリックすると、警告メッセージが表示されます。確認すると、未確認の明細がオーダーからキャンセルされます。「返品リスト」ページが表示され、キャンセルされた明細は表示されません。