全通路付款概觀
本文概述了全通路付款 Microsoft Dynamics 365 Commerce。 它包括受支援方案的完整清單，有關功能、設置和故障排除的資訊，以及一些典型問題的說明。
重要術語
| 學期 | 描述 |
|---|---|
| 語彙基元 | 支付處理器作為參考提供的數據字串。 令牌可以表示付款卡片號、付款授權和以前的付款捕獲。 令牌很重要，因為它們有助於將敏感數據排除在銷售指向 (POS) 系統之外。 它們有時也稱為 引用。 |
| 卡片權杖 | 支付處理器為存儲在 POS 系統中而提供的令牌。 卡片令牌只能由接收它的商家使用。 卡片標記有時也稱為 卡片引用。 |
| 授權 (身份驗證) 令牌 | 付款流程在 POS 系統發出授權請求後作為發送到 POS 系統的回覆的一部分提供的唯一 ID。 如果調用處理器來執行撤銷或取消授權等操作，則可以稍後使用授權令牌。 但是，它最常用於在履行訂單或完成交易時獲取資金。 授權令牌有時也稱為 授權引用。 |
| 擷取權杖 | 付款處理器在完成或捕獲付款時提供給 POS 系統的參考。 然後，可以使用捕獲令牌在後續操作 (例如退款請求) 中引用付款捕獲。 |
| 卡片不存在 | 指未顯示實物卡片的付款交易的術語。 例如，這些交易可能發生在電子商務或呼叫中心方案中。 對於這些交易，付款相關信息是在電子商務網站、呼叫中心流程或 POS 或支付終端上手動輸入的。 |
| 卡片禮物 | 該術語是指在連接到 Microsoft Dynamics 365 POS 系統的支付終端上顯示並使用物理卡片的支付交易。 |
概觀
通常，術語 全通路付款 描述在一個管道中創建訂單並在另一個管道中履行訂單的能力。 全通路付款支援的關鍵是將付款詳細資訊與其他訂單詳細資訊一起保留，然後在另一個管道中調用或處理訂單時使用這些付款詳細資訊。 一個典型的例子是「在線購買，在店內取貨」場景。 在這種情況下，在線創建訂單時會添加付款詳細資訊。 然後，他們會在 POS 上被召回，以便在取貨時向客戶的付款卡片收取費用。
本文中描述的所有方案都可以使用 Commerce 提供的標準支付軟體開發工具套件 (SDK) 來實現。 適用於 Adyen 的 Dynamics 365 付款連接器提供了此處描述的每個方案的現成實現。
前提條件
本文中描述的每個方案都需要支援全通路付款的付款連接器。 也可以使用現成的 Adyen 連接器，因為它支持通過付款 SDK 提供的方案。 有關如何實現付款連接器以及一般零售 SDK 的詳細資訊，請訪問 面向 IT 專業人員和開發人員的零售主頁。
支援版本
本文中描述的全通路支付功能已作為版本 8.1.3 的一部分 Microsoft Dynamics 365 for Retail 發佈。
“卡片存在”和“卡片不存在”連接器
付款 SDK 依賴於兩組應用程式程式設計介面 (API) 進行付款。 第一組 API 名為 iPaymentProcessor。 它用於實現「卡片不存在」支付連接器，可用於呼叫中心和 Microsoft Dynamics 電子商務平臺。 有關 iPaymentProcessor 介面的詳細資訊 ，請參閱 涵蓋付款的實現付款連接器和支付設備 白皮書。
第二組 API 名為 iNamedRequestHandler。 它支援實施使用支付終端的「卡片在場」支付集成。 有關 iNamedRequestHandler 介面的詳細資訊 ，請參閱 為付款終端 創建付款集成。
設定和配置
需要以下元件和設定步驟：
- 電子商務集成： 需要與 Commerce 集成以支援訂單源自在線店面的方案。 有關零售電子商務 SDK 的詳細資訊，請參閱 電子商務平台軟體開發工具包 (SDK)。 在演示環境中，參考店面支援全通路付款方案。
- 在線支付配置： 在線管道的設置必須包括已更新以支援全通路支付的付款連接器。 或者，可以使用現成的付款連接器。 有關如何為在線商店配置 Adyen 付款連接器的資訊，請參閱 Adyen 付款連接器。 除了該文章中介紹的電子商務設置步驟外， 還必須在 Adyen 連接器的設置中將允許在電子商務 中保存付款資訊參數設置為 True 。
- 全通路付款設定： 在後台，轉到 零售和商務 > 總部設置 > 參數 > Commerce 共用參數。 然後，在全通路 付款 “選項卡上，將”使用全通路付款 “選項設置為 ”是“。 在 Commerce 版本 10.0.12 及更高版本中，此設置位於“ 功能管理 ”工作區中。 選擇全通路付款 功能，然後按兩下 立即啟用。
- 付款服務： 呼叫中心使用「付款服務 」頁面上的預設付款連接器 來處理付款。 若要支援「在呼叫中心購買，在店取貨」等方案，此預設付款連接器必須是 Adyen 付款連接器或滿足全通路付款實施要求的付款連接器。
- EFT 服務： 必須在硬體配置檔的 EFT 服務 FastTab 上設置通過付款終端付款。 Adyen 連接器支援開箱即用的全通路付款方案。 如果支援 iNamedRequestHandler 介面的其他付款連接器支援全通路付款，也可以使用它們。
- 付款連接器可用性： 召回訂單時，與訂單一起召回的付款支付方式明細包括用於創建與該訂單關聯的授權的付款連接器的名稱。 訂單履行后，付款 SDK 會嘗試使用用於創建原始授權的同一連接器。 因此，具有相同商家屬性的付款連接器必須可供捕獲。
- 卡片類型： 要使全通路方案正常工作，每個渠道必須具有可用於全通路的招標類型的相同設置。 此設置包括付款方式 ID 和卡片類型 ID。 例如，如果卡片 tender 類型在在線商店設置中的 ID 為 2 ，則它在零售商店設置中應具有相同的 ID。 同樣的要求也適用於卡片類型 ID。 如果卡片在線商店中將數位 12 設置為 VISA ，則應為零售商店設置相同的 ID。
- 適用於 Windows Android 或 iOS 內置硬體站的 Store Commerce 應用程式。 -或者-
- Store Commerce 適用於具有連接的共享硬體站的 Web。
支援全通路支付的基本原則
付款連接器和付款處理器使用令牌或引用來引用與卡片付款相關的交互。 例如，當請求付款授權時，將提供對該授權的引用。 因此，以後在履行時獲取資金時，可以參考授權。 此授權對於商家、付款連接器和處理者是唯一的。
如果在線創建的訂單正在商店中提貨，則必須調用並使用該訂單的相同付款詳細資訊。 當原始詳細資訊作為根據原始授權捕獲付款的請求的一部分提供時，付款處理器將能夠處理請求並捕獲付款。
要正確引用在線訂單，還必須提供支援相同處理器的“卡片不存在”付款連接器。 這樣，POS 系統可以有一個處理器用於“卡片存在”付款，但它也可以訪問其他付款連接器，以便它可以使用不同的付款處理器履行在其他管道中創建的訂單。
支援的案例
支援以下全通路支付場景：
線上購買，店內取貨
在呼叫中心購買，在店內取貨
在店鋪 A 買貨，在店鋪 B 取貨
在店內購買 A，運送給客戶
附註
在呼叫中心進行的映射到「正常」付款功能的付款必須標記為 預付 = 是 ，才能反映在 POS 中召回訂單時的到期金額中。 在 POS 中召回訂單時，無法識別「正常」類型的非預付付款。
還支持這些方案的變體。 例如，在線訂單可能既包括將運送給客戶的明細，也包括將在商店提貨的明細。 所有訂單履行選項均通過全通路付款支援。
以下部分介紹每個方案的步驟，並演示如何使用演示數據運行方案。
線上購買，店內取貨
在開始之前，請確保滿足以下先決條件：
- 您有一個配置了 Adyen 連接器的參考店面。
- Commerce 共用參數 頁面上的全通路付款 選項設置為 True。 在更高版本中，此設置將移至 “功能管理 ”工作區，您可以在其中選擇 全通路付款 功能，然後按兩下 立即啟用。
- Adyen 付款連接器是為休斯頓 POS 收銀機配置的。
- 適用於 Windows Android 或 iOS 內置硬體站的 Store Commerce 應用程式。 -或者-
- Store Commerce 適用於具有連接的共享硬體站的 Web。
跟隨以下步驟來運行方案。
在參考店面中，創建取貨店內訂單。 請務必選擇 休斯頓 商店。
完成結帳步驟，並使用測試信用卡片號付款。 您可以在 Adyen 考試卡片號碼頁面上找到考試學分卡片號碼。
在 Commerce 中，使用 同步訂單 批次作業和 P-001 分銷計劃在後台建立訂單。
在 POS 的歡迎頁面上，選擇 取貨 訂單操作以查看店內取貨的訂單。
從參考店面中創建的訂單中選擇一個或多個明細，然後選擇 提貨。
訂單是從後台檢索的。
當從後台檢索訂單明細詳細資訊，並檢測到可用於全通路的卡片付款時，系統會通知您有可用的付款方式。
選擇使用 可用的付款方式 ，使用在參考店面中輸入的卡片詳細資訊完成交易。
訂單明細載入到交易頁面上，到期餘額為 0 (零)。
選擇「 付款 」選項卡以查看從在線訂單中提取的投標明細。
選擇任何付款方式以完成交易。
在呼叫中心購買，在店內取貨
在 Commerce 中的客戶服務 頁上，在搜索欄中輸入 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 上創建包含存款的客戶訂單時，客戶需要滑動 (或浸入) 其卡片兩次：一次用於支付定金，一次用於標記卡片以進行後續訂單履行。 啟用全通路標記化功能后，客戶只需刷卡片一次即可支付押金並授權稍後將履行的商品的到期金額。 在履行時，授權資金被捕獲。 在實施全通路標記化功能之前，僅為後續訂單履行創建定期卡片令牌。 因此，待處理履行的資金未獲得授權，並且由於這些資金未用於該特定購買，因此以後不太可能獲得這些資金。
附註
零售版本 8.1.3 不支援單次輕掃。 8.1.3 版中的客戶訂單使用的流程與實施全通路標記化功能之前使用的流程相同。
無法發行定期卡片權杖的卡片
某些卡片不能用於全通路付款，因為它們不支持發行定期卡片令牌。 在 POS 上建立訂單時，如果使用不支援重複卡片令牌的卡片支付押金，則使用之前的卡片標記化流程。 因此，想要提供將用於後續訂單履行的付款的客戶必須出示第二卡片。 如果第二個卡片不支援定期卡片令牌，則令牌化操作將被拒絕，並且將提示收銀員要求客戶提供其他卡片。
使用不同的卡片
來到商店取貨的客戶可以選擇使用其他卡片。 當收銀員在取貨時收到“ 使用可用付款方式 ”提示時，收銀員可以詢問客戶是否要使用相同的卡片。 如果客戶丟失了用於創建訂單的卡片，並希望使用其他卡片支付訂單，則收銀員可以選擇 使用其他付款方式。 如果客戶稍後回來為同一訂單取貨更多商品，如果原始卡片授權仍然有效，收銀員可以再次詢問客戶是否要使用該卡片。
授權無效
如果用於創建訂單的卡片不再有效，則當選擇產品進行取貨時，付款捕獲請求將失敗。 然後，POS 付款連接器將嘗試使用相同的卡片詳細資訊創建新的授權和捕獲。 如果新的授權或捕獲失敗，將通知收銀員無法處理付款。 然後，收銀員必須從客戶那裡獲得新的付款。
多種可用付款
當提取具有多個投標和多行的訂單時，收銀員首先收到“ 使用可用付款方式 ”提示。 如果有多個卡片，當收銀員選擇 使用可用付款方式 時，將捕獲現有的卡片支付明細，直到滿足當前正在提貨的貨物的餘額。 收銀員無法選擇應用於提貨貨物的卡片。