全通路付款概觀
本文概述了全通路支付 Dynamics 365 Commerce。 它包括受支援方案的完整清單、有關功能、設定和故障排除的資訊以及一些典型問題的描述。
重要術語
| 學期 | 描述 |
|---|---|
| 語彙基元 | 支付處理器提供作為參考的一串資料。 令牌可以代表支付卡號、支付授權和先前的支付捕獲。 令牌很重要，因為它們有助於將敏感資料排除在銷售點 (POS) 系統之外。 它們有時也稱為 參考。 |
| 卡片令牌 | 支付處理器提供用於儲存在 POS 系統中的令牌。 卡令牌只能由收到它的商家使用。 卡令牌有時也稱為 卡片參考。 |
| 授權（auth）令牌 | 支付流程提供的唯一 ID，作為 POS 系統發出授權請求後發送到 POS 系統的回應的一部分。 如果呼叫處理器來執行諸如撤銷或作廢授權之類的操作，則可以稍後使用授權令牌。 然而，它最常用於在訂單履行或交易完成時獲取資金。 授權令牌有時也稱為 授權引用。 |
| 捕獲令牌 | 當支付完成或擷取時，支付處理器向 POS 系統提供的參考。 然後，捕獲令牌可用於在後續操作（例如退款請求）中引用支付捕獲。 |
| 卡不存在 | 此術語指未出示實體卡的支付交易。 例如，這些交易可以發生在電子商務或呼叫中心場景中。 對於這些交易，支付相關資訊是在電子商務網站、呼叫中心流程、POS 或支付終端上手動輸入的。 |
| 出示卡 | 該術語是指在連接到 Microsoft Dynamics 365 POS 系統的支付終端上出示並使用實體卡的支付交易。 |
概觀
一般來說，術語 全通路支付 描述了在一個管道中建立訂單並在另一個管道中履行訂單的能力。 全通路支付支援的關鍵是將支付詳細資訊與訂單的其餘詳細資訊一起保存，然後在另一個管道中調用或處理訂單時使用這些支付詳細資訊。 一個典型的例子是「線上購買，店內取貨」場景。 在這種情況下，在線上建立訂單時會添加付款詳細資訊。 然後，他們會在 POS 處被召回，以便在提貨時向客戶的支付卡收費。
本文所述的所有場景都可以使用 Commerce 提供的標準支付軟體開發工具包 (SDK) 來實現。 適用於 Adyen 的 Dynamics 365 Payment Connector 為此處所述的每個場景提供開箱即用的實作。
前提條件
本文所述的每個場景都需要一個支援全通路支付的支付連接器。 也可以使用現成的 Adyen 連接器，因為它支援透過 Payments SDK 提供的場景。 如需詳細了解如何實施支付連接器以及 Retail SDK 的總體信息，請訪問 面向 IT 專業人員和開發人員的零售主頁。
支援版本
本文所述的全通路支付功能是作為 Microsoft Dynamics 365 for Retail 版本 8.1.3 的一部分發布的。
“卡片存在”和“卡片不存在”連接器
支付 SDK 依賴兩組應用程式介面 (API) 進行支付。 第一組 API 名為 iPaymentProcessor。 它用於實現「無卡」支付連接器，可在呼叫中心和 Microsoft Dynamics 電子商務平台中使用。 有關 iPaymentProcessor 接口的更多信息，請參閱 實現支付連接器和支付設備 白皮書，其中涵蓋付款。
第二組 API 名為 iNamedRequestHandler。 它支援實施使用支付終端的「刷卡」支付整合。 有關 iNamedRequestHandler 介面的詳細信息，請參閱 為支付終端建立支付整合。
設定和配置
需要以下組件和設定步驟：
- 電子商務整合： 需要與 Commerce 整合才能支援訂單源自線上商店的場景。 有關零售電子商務 SDK 的更多信息，請參閱 電子商務平台軟體開發套件 (SDK)。 在演示環境中，參考店面支援全通路支付場景。
- 線上支付配置： 線上管道的設定必須包含已更新為支援全通路支付的支付連接器。 或者，可以使用現成的支付連接器。 有關如何為在線商店配置 Adyen 支付連接器的信息，請參閱 Adyen 支付連接器。 除了該文章中描述的電子商務設定步驟之外， 允許保存電子商務中的支付信息 參數必須設定為 真的 在 Adyen 連接器的設定中。
- 全通路支付配置： 在後台，前往 零售和商業 > 總部設定 > 參數 > Commerce 共用參數。 然後，在 全通路付款 標籤上，將 使用全通路付款 選項設定為 是的。 在 Commerce 版本 10.0.12 及更高版本中，此設定位於 功能管理 工作區中。 選擇 全通路付款 功能並點選 立即啟用。
- 付款服務： 呼叫中心使用 付款服務 頁面上的預設付款連接器來處理付款。 為了支援「呼叫中心購買，店內取貨」等場景，此預設支付連接器必須是 Adyen 支付連接器或滿足全通路支付實施要求的支付連接器。
- EFT 服務： 透過支付終端進行的付款必須在硬體設定檔的 EFT 服務 FastTab 上設定。 Adyen 連接器支援開箱即用的全通路支付場景。 如果其他支援 iNamedRequestHandler 介面的支付連接器支援全通路支付，也可以使用它們。
- 付款連接器可用性： 撤回訂單時，與訂單一起撤回的付款支付行包含用於建立與該訂單關聯的授權的付款連接器的名稱。 履行訂單後，付款 SDK 會嘗試使用用於建立原始授權的相同連接器。 因此，具有相同商家屬性的支付連接器必須可供擷取。
- 卡片類型： 為了使全通路場景正常運作，每個頻道必須具有相同的可用於全通路的支付類型設定。 此設定包括付款方式 ID 和卡片類型 ID。 例如，如果線上商店設定中的 卡片 投標類型的 ID 為 2 ，則它應該具有零售店設定中的相同 ID。 同樣的要求也適用於卡片類型 ID。 如果網路商店卡號 12 設定為 VISA ，則需要為卡號設定相同的 ID 零售店。
- 適用於 Windows、 Android 或 iOS 且內建 Hardware Station 的 Store Commerce 應用程式。 -或者-
- 具有連接的共享硬體工作站的 Web 商店 Commerce。
支援全通路支付的基本原理
支付連接器和支付處理器使用令牌或引用來引用與卡片支付相關的互動。 例如，當請求支付授權時，提供對該授權的引用。 因此，當履行時捕獲資金時，可以稍後參考授權。 此授權對於商家、支付連接器和處理者來說是唯一的。
如果在商店提貨線上建立的訂單，則必須呼叫並使用該訂單的相同付款詳細資訊。 當原始詳細資訊作為根據原始授權捕獲付款的請求的一部分提供時，付款處理器將能夠處理該請求並捕獲付款。
為了正確引用線上訂單，還必須提供支援相同處理器的「無卡」支付連接器。 透過這種方式，POS 系統可以擁有一個用於「刷卡」支付的處理器，但它也可以存取其他支付連接器，以便它可以透過使用不同的支付處理器來履行在其他管道中建立的訂單。
支援的案例
支援以下全通路支付場景：
網上購買，到店提貨
在呼叫中心購買，在商店取貨
在 A 店購買，在 B 店取貨
在商店 A 購買，運送給客戶
附註
在呼叫中心進行的、映射到「正常」付款功能的付款必須標記為 預付款 = 是 才能反映在應付金額中調用 POS 中的訂單。 在 POS 中撤回訂單時，不會識別「正常」類型的非預付款。
也支援這些場景的變體。 例如，線上訂單可能包括將運送給客戶的產品線和將在商店提貨的產品線。 所有訂單履行選項均透過全通路支付支援。
以下部分描述了每個場景的步驟，並展示如何使用演示資料運行該場景。
網上購買，到店提貨
在開始之前，請確保滿足以下先決條件：
- 您有一個配置了 Adyen 連接器的參考店面。
- Commerce 共享參數 頁面上的 全通路付款 選項設定為 正確。 在更高版本中，此設定被移至 功能管理 工作區，您可以在其中選擇 全通路支付 功能並點擊 立即啟用。
- Adyen 支付連接器是為休士頓 POS 收銀機配置的。
- 適用於 Windows、 Android 或 iOS 且內建 Hardware Station 的 Store Commerce 應用程式。 -或者-
- 具有連接的共享硬體工作站的 Web 商店 Commerce。
請依照以下步驟運行場景。
在參考店面中，建立店內取貨訂單。 請務必選擇 休士頓 店鋪。
完成結帳步驟，並使用測試信用卡號付款。 您可以在 Adyen 測試卡號頁面上找到測試信用卡號。
在 Commerce 中，使用 同步訂單 批次作業和 P-001 分配計畫在後台。
在 POS 的歡迎頁面上，選擇 取貨訂單 操作以查看店內取貨訂單。
從參考店面建立的訂單中選擇一行或多行，然後選擇 提貨。
訂單是從後台檢索的。
當從後台檢索訂單行詳細資訊並偵測到可用於全通路的卡片付款時，您會收到通知，並有可用的付款方式。
選擇 使用可用的付款方式 ，使用在參考店面中輸入的銀行卡詳細資料來完成交易。
訂單行已載入到交易頁面上，應付餘額為 0（零）。
選擇 付款 選項卡查看從線上訂單中提取的投標行。
選擇任意付款方式即可完成交易。
在呼叫中心購買，在商店取貨
在 Commerce 中的 客戶服務 頁面上，在搜尋欄中輸入 Karen Berg ，然後選擇 搜尋。
在搜尋結果中選擇 Karen Berg 。
將 Karen 載入到 客戶服務 頁面後，選擇 新銷售訂單。
在新銷售訂單頁面上，選擇 標題 以查看訂單標題。
在 訂單標題 頁面上，將網站設定為 中部 ，將倉庫設定為 休斯頓。
在 交付 選項卡上，將 交付方式 欄位設定為 60 供顧客取貨。
選擇 行，然後在訂單中新增一行或多行。
選擇 完成 進入訂單完成流程。
向下捲動至付款部分，選擇 新增，然後選擇付款方式類型設定為 卡片的行.
選擇加號 (+) 以新增卡片付款。
輸入您在 Adyen 測試卡號頁面中找到的測試信用卡號的詳細信息，然後選擇 確定.
附註
如果您輸入的卡號的卡片品牌與發起付款時選擇的品牌不同，付款仍將繼續進行。 但是，它將過帳到映射到您在步驟 10 中選擇的銀行卡品牌的帳戶。
再次選擇 確定 關閉 訂單完成付款 對話框。
在 銷售訂單總整理 頁面上，選擇 提交。
在 POS 的歡迎頁面上，選擇 取貨訂單 操作以查看店內取貨訂單。
從參考店面建立的訂單中選擇一行或多行，然後選擇 提貨。
訂單是從後台檢索的。
當從後台檢索訂單行詳細資訊並偵測到可用於全通路的卡片付款時，您會收到通知，並有可用的付款方式。
選擇 使用可用的付款方式 ，使用在參考店面中輸入的銀行卡詳細資料來完成交易。
訂單行已載入到交易頁面上，應付餘額為 0（零）。
選擇 付款 選項卡查看從線上訂單中提取的投標行。
選擇任意付款方式即可完成交易。
在 A 店購買，在 B 店取貨
啟動休士頓商店的 POS。
在 交易 頁面上，使用數字鍵盤輸入 2001，將 Karen Berg 加入交易中。
將一行或多行加入到事務中。
選擇 訂單 以查看訂單選項。
選擇 全部取貨，然後在出現提示時選擇 客戶訂單。
在搜尋欄輸入 西雅圖，然後選擇 西雅圖 商店進行取貨。
選擇 確定 接受目前日期作為取件日期。
選擇 支付卡 開始付款。
向銀行卡支付應付押金的金額。
在支付終端上完成押金支付。
支付訂金後，選擇使用同一張卡進行配送，然後等待訂單完成。 如果支付了 100% 的存款（從上面的步驟 10 開始），資金將立即從卡中扣取，並且在開立發票時將無法使用授權令牌，因為資金已被扣取並追蹤為已支付。
啟動西雅圖商店的 POS。
在 POS 的歡迎頁面上，選擇 取貨訂單 操作以查看店內取貨訂單。
從參考店面建立的訂單中選擇一行或多行，然後選擇 提貨。
訂單是從後台檢索的。
當從後台檢索訂單行詳細資訊並偵測到可用於全通路的卡片付款時，您會收到通知，並有可用的付款方式。
選擇 使用可用的付款方式 ，使用在參考店面中輸入的銀行卡詳細資料來完成交易。
訂單行已載入到交易頁面上，應付餘額為 0（零）。
選擇 付款 選項卡查看從線上訂單中提取的投標行。
選擇任意付款方式即可完成交易。
在商店 A 購買，運送給客戶
- 啟動休士頓商店的 POS。
- 在 交易 頁面上，使用數字鍵盤輸入 2001，將 Karen Berg 加入交易中。
- 將一行或多行加入到事務中。
- 選擇 訂單 以查看訂單選項。
- 選擇 全部出貨，然後在出現提示時選擇 客戶訂單。
- 在送貨方式頁面中，選擇 標準隔夜，然後選擇 確定 接受今天的日期作為送貨日期。
- 選擇 確定 接受目前日期作為取件日期。
- 選擇 支付卡 開始付款。
- 向銀行卡支付應付押金的金額。
- 在支付終端上完成押金支付。
- 支付訂金後，選擇使用同一張卡進行配送，然後等待訂單完成。 如果支付了 100% 的存款（從上述步驟 9 開始），則會立即根據卡片捕獲資金，並且在開立發票時將無法使用授權令牌，因為資金已被捕獲並追蹤為已支付。
當訂單在後台進行提貨、包裝和開立發票時，POS 上提供的付款詳細資訊將用於獲取運送給客戶的貨物的資金。
案例細節
除了剛才描述的基本場景之外，支付 SDK 還進行了一些增強，以支援全通路支付。
POS
客戶訂單單次滑動/浸入
在全通路支付功能實施之前，當客戶在 POS 上建立包含押金的訂單時，客戶需要刷卡兩次：一次支付押金，一次將卡片代幣化。 當全通路標記化功能開啟時，客戶只需刷卡一次即可支付押金並授權稍後配送的貨物的應付金額。 履行時，授權資金將被捕獲。 在實施全通路令牌化功能之前，僅建立循環卡令牌以用於後續訂單履行。 因此，用於待履行的資金未獲得授權，並且由於這些資金不是為該特定購買而持有，因此以後捕獲它們的可能性較小。
附註
Retail 版本 8.1.3 不支援單次滑動。 版本 8.1.3 中的客戶訂單使用與實施全通路標記化功能之前所使用的相同流程。
無法發行循環卡令牌的卡
有些卡片不能用於全通路支付，因為它們不支援發行循環卡令牌。 在 POS 建立訂單時，如果使用不支援循環卡令牌的卡片支付押金，則使用先前的卡片令牌化流程。 因此，想要提供用於後續訂單履行的付款的客戶必須出示第二張卡。 如果第二張卡不支援循環卡令牌，則令牌化操作將被拒絕，並且收銀員將收到提示，要求顧客提供另一張卡。
使用不同的卡
到商店取貨的顧客可以選擇使用不同的卡片。 當收銀員在取餐時收到 使用可用的付款方式 提示時，收銀員可以詢問顧客是否要使用同一張卡。 如果客戶遺失了用於建立訂單的卡，並希望使用其他卡支付訂單，收銀員可以選擇 使用不同的付款方式。 如果顧客稍後回來提取同一訂單的更多商品，如果原始卡片授權仍然有效，收銀員可以再次詢問顧客是否要使用該卡。
無效授權
如果用於建立訂單的卡片不再有效，則當選擇產品進行提貨時，付款捕獲請求將失敗。 然後，POS 支付連接器將嘗試使用相同的卡片詳細資訊建立新的授權和擷取。 如果新的授權或捕獲失敗，收銀員將收到付款無法處理的通知。 然後，收銀員必須從顧客那裡收到新的付款。
多種可用付款方式
當提取包含多個標書和多行的訂單時，收銀員首先會收到 使用可用的付款方式 提示。 如果有多張卡，當收銀員選擇 使用可用的付款方式時，將捕獲現有的卡付款行，直到滿足當前提貨的商品的餘額為止。 收銀員無法選擇用於提取貨物的卡片。