在 POS 中建立退貨

發行項
02/12/2024

本文介紹如何在 Microsoft Dynamics 365 Commerce 銷售點 (POS) 應用中發起現購自運交易或客戶訂單的退貨。

附註

在 Commerce 版本 10.0.20 及更高版本中，提供了一個名為 POS 中統一退貨處理體驗 的新功能。此功能在 POS 中提供更一致且統一的退貨流程，無論交易類型（現購自運交易或客戶訂單）或建立訂單的原始管道為何。我們建議所有組織啟用此新功能，以協助提高透過 POS 進行退貨處理的整體可靠性。

該功能開啟後將無法關閉。

使用退貨交易作業處理退貨

我們建議您將退貨交易操作新增至 POS 螢幕佈局中。在 Commerce 版本 10.0.20 之前的版本中，退貨交易作業僅正確支援現購自運交易的退貨處理。在 Commerce 版本 10.0.20 或更高版本中啟用 POS 統一退貨處理體驗 功能後，退貨交易操作還支援處理來自客戶訂單，例如已開立發票的“取貨”或“送貨上門”訂單。

在退貨交易作業中，使用者可以透過輸入以下四個搜尋條件中的任何一個來搜尋要退貨的現購自運交易或客戶訂單。使用者可以使用裝置鍵盤、螢幕鍵盤或條碼掃描器輸入這些條件。

收貨識別碼
訂單編號
渠道參考 ID（也稱為訂單確認 ID）
發票識別碼

如果發現符合搜尋條件的交易或訂單，則會顯示 可退貨產品 頁面。在那裡，用戶可以指定要退回的物品。他們還可以輸入退貨數量和原因代碼。

對於可退貨產品清單中的每個訂單行，POS 都會顯示有關原始購買數量和先前處理的任何退貨數量的資訊。使用者為訂單行輸入的退貨數量必須小於或等於 可退貨 欄位的值。

可退貨產品頁面。

在退貨處理過程中，如果使用者擁有實體產品，且該產品有條碼，則使用者可以掃描條碼來登記退貨。每次掃描條碼都會增加一件商品的退貨數量。但是，如果條碼標籤嵌入了數量，則該數量將輸入到 立即退貨 欄位中。

使用者也可以在 可退貨產品 頁面上手動選擇要退貨的商品，然後使用以下命令更新 立即退貨 欄位詳細資料窗格。

如果交易指定了最大可用 立即退貨 數量，則使用者可以選擇全選操作在 POS 應用程式欄上設定所有線路的最大可退貨數量。

對於具有 立即退貨 數量的每一行，使用者必須使用詳細資料面板選擇退貨原因代碼。對於現購自運交易的退貨，退貨原因代碼在商店的功能設定檔中配置為資訊代碼。對於客戶訂單的退貨，退貨原因代碼在總部退貨原因代碼 Dynamics 365 Commerce 頁面配置。

為每個必須退貨的商品設定退貨數量和原因代碼後，使用者可以在 POS 應用程式欄上選擇退貨操作來繼續處理。出現 POS 交易頁面，上一頁選擇的可退貨商品已新增至購物車。商品的 立即退貨 數量在交易中顯示為負數量行，併計算退款總額。

使用者體驗增強

如果交易中有多個商品要退貨，且商店員工已選擇要退貨的多個商品，則退貨網格將僅顯示最後選取的行。此行為可能會讓員工感到困惑，並讓他們相信只選擇了一個項目。為了緩解此問題，從 Commerce 版本 10.0.36 開始，您可以啟用 改進 POS 退貨的使用者體驗 功能。此功能使退貨產品網格成為多選網格，使用者可以在其中選擇和清除可退貨產品的選擇。多選網格會自動開啟退貨原因對話方塊。因此，開啟和關閉退貨原因對話方塊所需的步驟較少。此功能還引入了 POS 功能設定檔中的 退貨期間跳過銷售發票選擇 設定。如果啟用此配置，系統將合併訂單中的所有可退回產品，無論這些產品是透過哪張發票履行的。因此，收銀員必須完成的步驟減少了，因為他們不必找到並選擇正確的發票來退回商品。

這 改善 POS 退貨的使用者體驗 功能改進已向後移植到 Commerce 版本 10.0.33 到 10.0.35，但對於這些版本，您必須透過更新沙箱/開發/測試環境中的設定檔來啟用改進，然後聯絡 Microsoft 以在生產中啟用它們。對於內部環境，修改 Retail Server 實體路徑下的 bin\CommerceRuntime.config 檔案以新增 "FeatureState.Dynamics.AX.Application.RetailUnifiedReturnUXImprovementFeature" value="true" 和 "FeatureState.Dynamics.AX.Application.RetailSkipInvoiceSelectionDuringReturnFlight" value="true" 設定。如果您不想跳過發票選擇視圖，請不要將第二個設定新增至設定檔。

POS 中的其他退貨選項

如果用戶正在建立換貨訂單，則可以將行新增至退貨交易。用戶可以使用以下命令將更多退貨項目新增至退貨交易： 退貨產品 對已新增的所選正量銷售行進行操作。

附註

這 退貨產品 POS 中的操作不提供原始交易的驗證，並允許退回任何產品。 Microsoft 建議您僅允許授權使用者執行此操作，或強制要求管理員覆寫才能執行此操作。

當 POS 統一退貨處理體驗 功能開啟時，使用者也可以使用 顯示日誌 操作 POS 啟動現購自運交易或客戶訂單的退貨。然後，他們可以在日誌中選擇一筆交易，然後在 POS 應用程式欄上選擇退貨操作。僅當訂單上有可退貨行時，此操作才可用。它啟動與 傳回事務 操作相同的使用者體驗。

使用者也可以使用 POS 中的 撤回訂單 操作來搜尋和撤回客戶訂單。（此操作不能用於現購自運交易）。在這種情況下，選擇客戶訂單後，可以使用 POS 應用程式列上的退貨操作來啟動客戶訂單的退貨。僅當訂單上有可退貨行時，此操作才可用。它啟動與 傳回事務 或 顯示日誌 操作相同的使用者體驗。

如果結帳時需要退款，您可以設定退款支付政策來限制用於向客戶退款的付款方式。如果原始交易是使用信用卡支付的，則根據支付處理器和系統配置，用戶可能向原始卡退款。在這種情況下，由於使用原始支付令牌來發放退款，因此無需客戶再次刷信用卡即可處理退款。

退貨單作為銷售訂單過帳到商務總部

當 POS 中的統一退貨處理體驗 功能開啟時，POS 中建立的所有退貨都會作為包含負行的銷售訂單寫入 Commerce 總部。在 Commerce 版本 10.0.20 之前的版本中，使用者可以選擇是否應將退貨單過帳為具有負數行的銷售訂單，或者是否應將其作為透過退貨商品授權 (RMA) 流程建立的退貨單。

在 POS 統一退貨處理體驗 功能中，使用 RMA 流程在 POS 中建立退貨的選項已被棄用。啟用此功能後，所有退貨都會建立為具有負行的銷售訂單。

與總部的連接中斷時的退貨處理改進

在大多數情況下，在 POS 中處理退貨時，系統會嘗試向商務總部發出即時服務 (RTS) 調用，以驗證目前可退貨的數量。此驗證有助於防止客戶嘗試在多個地點退回同一商品的詐欺情況。

為了處理因網路或連線問題而無法進行 RTS 通話的情況，我們制定了一個流程來定期將退貨數量資料從商務總部同步到商店的通路資料庫。此通路端退貨追蹤有助於確保 POS 中顯示的 可退貨 數量相當準確，即使無法與總部建立連線也是如此。它還確保 POS 可以持續驗證通路端訊息，以幫助防止詐欺性退貨。為了最大限度地減少同一商品多次退貨的可能性，組織應在商務總部安排 更新退貨數量 批次作業，以便其頻繁運行。我們建議此作業以與將新交易從商務管道拉入商務總部的 P 作業相同的頻率運作。

更新退貨數量 作業計算在 Commerce 總部找到的所有銷售訂單的可退貨數量。然後，作業計算的資料必須傳送到頻道資料庫，以便更新商店管道。 退貨數量 (1200) 分配作業用於此目的。由於退貨數量資料是從商務總部同步的，如果在 POS 中處理退貨，但無法進行 RTS 調用，POS 可以使用通路端退貨資訊來驗證 可用返回給定銷售行的 數量。

當無法進行 RTS 通話並且 POS 使用通道端資料進行退貨驗證時，會出現警告訊息，通知用戶他們正在建立「離線」退貨。因此，他們意識到 POS 中顯示的 可退貨 數量可能已過時且不再準確，取決於 更新退貨數量 作業上次處理並同步到通道。

例如，客戶最近在另一個管道中處理了訂單行的退貨，但該資料尚未透過 更新退貨數量 作業同步到通路資料庫。然後，顧客前往另一家商店並嘗試再次退回同一商品。在這種情況下，如果商店無法向商務總部發出 RTS 呼叫以獲取即時退貨數據，則 POS 允許再次退貨。但是，用戶會收到警告，用於驗證退貨的資訊可能已過時。用戶收到的訊息只是警告訊息。它不會阻止用戶繼續處理退貨。

如果通路端資訊由於某種原因不是最新的，且處理的退貨數量超過了實際數量 可退貨 數量，當執行報表過帳以在 Commerce 總部建立交易時，可能會產生錯誤。

離線退貨處理

當 POS 離線且無法連接到 Commerce Scale Unit (CSU) 時，退貨選項將受到限制。只有離線建立且在離線資料庫中仍可用的事務才能離線傳回。如果交易是離線建立的，但 POS 在嘗試返回交易之前已上線，系統會顯示錯誤訊息。此錯誤訊息表示該操作無法離線使用，因為系統已將原始交易傳送到線上資料庫，並且該交易可以從另一個 POS 裝置傳回（這可能會導致超額回傳）。

附註

當。 POS 統一退貨處理體驗 功能開啟後，支援驗證序列化產品退貨的新選用功能將可用。有關更多信息，請參閱在銷售點 (POS) 中傳回受序號控制的產品。

版本詳細資料

以下列表提供了各種組件的最低版本要求。

商務總部：版本 10.0.20
商業規模單位 (CSU)：版本 9.30
銷售點 (POS)：版本 9.30

為部分數量的退貨啟用正確的稅務計算

此功能可確保當使用多張發票退回訂單時，稅費最終等於最初收取的稅額。

在 功能管理 工作區中，搜尋 為部分數量的退貨啟用正確的稅務計算。
選擇 為部分數量的退貨啟用正確的稅務計算 功能，然後選擇啟用。

設定零售店的退貨地點

Commerce 可讓您根據零售資訊代碼以及銷售和行銷原因代碼設定退貨地點。當顧客退貨時，收銀員通常會註明退貨原因。您可以根據收銀員在 POS 收銀機上選擇的資訊代碼和原因代碼，指定將退貨產品分配到庫存中的不同退貨地點。

例如，顧客退回有瑕疵的產品，收銀員處理退貨交易。當 Retail POS 顯示退貨資訊代碼時，收銀員會選擇有瑕疵退貨的子代碼。然後，退回的產品會自動分配到特定的退貨位置。

退貨地點可以是倉庫、倉庫中的某個地點，甚至是特定托盤，這取決於您的組織設定的庫存地點。您可以將每個退貨地點對應到一個或多個零售資訊代碼以及銷售和行銷原因代碼。

前提條件

在設定退貨位置之前，您必須設定以下元素：

零售資訊代碼 –在零售模組中設定的 POS 收銀機處提示。有關詳細信息，請參閱設定資訊代碼。
銷售和行銷原因代碼 –在 銷售和行銷 模組中設定的 POS 收銀機處提示。有關詳細信息，請參閱設定原因代碼。
庫存位置 –儲存庫存的位置。有關詳細信息，請參閱設定庫存位置。

設定退貨地點

若要設定退貨地點，請依照下列步驟操作。

前往 零售和商業 > 通路設定 > 倉庫，然後選擇倉庫。
在零售快速選項卡的 預設退貨地點 欄位中，選擇用於退貨的庫存地點，其中信息代碼或原因代碼未對應到退貨位置。
在 預設退貨托盤 欄位中，選擇用於資訊代碼或原因代碼未對應到退貨位置的退貨的托盤。
前往 零售和商業 > 庫存管理 > 退貨地點。
選擇新建以建立退貨地點政策。
輸入退貨地點的唯一名稱和說明。

附註

如果已為退貨地點設定編號規則，則會自動輸入名稱。
在常規快速選項卡上，將 列印標籤 選項設定為是列印分配到退貨地點的所有產品的標籤。
將 阻止庫存 選項設為是，以將預設退貨位置中的退回產品從庫存中取出並阻止它們免遭出售。
若要將特定零售資訊代碼和子代碼對應到退貨位置，請依照下列步驟操作：
1. 在 零售資訊代碼 快速選項卡上，選擇新增。
2. 在 資訊代碼 欄位中，選擇退貨資訊代碼。
3. 在 子代碼 欄位中，選擇退貨原因的子代碼。描述欄位顯示所選子代碼的描述。
4. 在商店欄位中，選擇使用資訊代碼的商店。
5. 使用倉庫、位置和 托盤 ID 指定傳回位置的欄位。例如，要指定商店中的位置，請在商店欄位中選擇商店，並在位置欄位中選擇位置。
6. 勾選 阻止庫存 複選框可將退回的產品從庫存中取出並防止其被出售。
若要將特定銷售和行銷原因代碼對應到退貨地點，請按照以下步驟操作：
1. 在 銷售和行銷原因代碼 快速選項卡上，選擇新增。
2. 在 原因代碼 欄位中，選擇退貨原因代碼。說明欄位顯示所選原因代碼的說明。
3. 在商店欄位中，選擇使用原因代碼的商店。
4. 使用倉庫、位置和 托盤 ID 指定傳回位置的欄位。例如，要指定倉庫中某個位置的托盤，請在倉庫欄位中選擇一個倉庫，在位置欄位中選擇一個位置，以及在 托盤 ID 字段中的托盤。
5. 勾選 阻止庫存 複選框可將退回的產品從庫存中取出並防止其被出售。
附註

如果商品使用了退貨地點政策，但收銀員選擇的退貨原因與 零售資訊代碼 或 銷售和行銷原因代碼 FastTab，商品將發送到倉庫頁面上定義的預設退貨位置。此外，的常規 快速選項卡上的 阻止庫存 複選框的設定退貨地點 頁面決定是否要凍結退貨商品的庫存。
前往 零售和商業 > 商業產品層次結構。
在 管理庫存類別屬性 快速選項卡的 退貨地點 欄位中，選擇退貨地點。由於可以為同一家商店定義多個退貨地點政策，因此您在此處選擇的值將決定所使用的退貨地點政策。