1. 再次嘗試請款前，請先確認訂房的付款方式、卡片狀態、啟用日期、可用餘額及幣別。
2. 旅客向 Booking.com 付款，與飯店成功向卡片請款，是兩個獨立的流程。
3. 指定一位負責人追蹤付款，並在再次請款前確認先前的交易結果。
Booking.com 虛擬信用卡若無法請款，可能導致已完成住宿的訂房在飯店管理系統中仍顯示未付款。首先應釐清：飯店目前是否可以收款、是否已經收款，或該筆訂房是否適用其他撥款方式。
虛擬信用卡（VCC）是一種數位卡片，用於向住宿業者支付符合條件的訂房款項。這類卡片設有付款條件及可用金額上限。請將其視為該筆訂房的付款來源，而非旅客的個人信用卡。
確認 Booking.com 虛擬信用卡是該筆訂房的付款來源
在住宿後台（Extranet）開啟對應的訂房紀錄，確認住宿、訂房編號、入住與退房日期、付款安排及目前的訂房狀態。請勿僅憑旅客姓名選取紀錄，因為同一位旅客可能有多筆訂房或預訂多間客房。
若付款安排為銀行轉帳，應追查該筆撥款，而非尋找可請款的卡片。若旅客直接向飯店付款，請依照該筆訂房的旅客付款指示處理。旅客在線上付款，並不代表每間住宿業者都會收到 VCC。
請區分三種紀錄：旅客付款、飯店向卡片請款，以及款項撥入飯店銀行帳戶。卡片請款成功時，款項可能尚未完成銀行結算入帳。同樣地，旅客的已付款確認也無法證明飯店已向 VCC 請款。
訂房若已修改或取消，請以最新的付款資料為準。舊截圖或先前匯入的金額，可能已不再反映目前可收取的款項。核對金流服務商與飯店管理系統的資料時，請保持該筆訂房頁面開啟，確保每次比對的都是同一筆訂房。
檢查請款條件、餘額及先前的交易紀錄
再次嘗試付款前，請逐項完成以下檢查，並記錄已調整的項目，避免反覆按下請款按鈕。
卡片尚未開放使用
確認該張卡片顯示的啟用日期及目前狀態。請勿假設所有 Booking.com 卡片都會在入住日、退房日或訂房日啟用。下一步應以該筆訂房本身的付款資訊為依據。
若尚未到啟用日期，請安排於該日追蹤。若日期已過，但卡片仍無法使用或尚無可用款項，請聯絡 Booking.com 檢查付款紀錄。修改飯店管理系統中的日期，並不會讓卡片變得可以請款。
請款金額超過可用餘額
將嘗試請款的金額及幣別，與目前的可用餘額進行比對。旅客看到的完整訂房總額，可能包含另行收取的項目，或撥款時已扣除的款項。未確認地方稅、額外消費或保證金屬於這筆卡片付款的涵蓋範圍前，請勿將其加入請款金額。
例如，卡片顯示可用餘額為 EUR 270，但飯店嘗試請款 EUR 300，應先釐清 EUR 30 的差額再重試。這筆差額可能是應向旅客另行收取的費用、先前已收取的款項，或訂房變更所致。請勿為了讓交易通過而任意調低請款金額。
先前的請款可能已成功
使用訂房參考編號、金額、日期及經遮蔽的卡片識別資訊，在金流服務商系統中查詢。連線逾時或飯店管理系統畫面未更新，都不能證明付款失敗。請確認該次交易是已成功、仍待處理，還是已遭拒絕。
若請款已成功，請將該筆交易與訂房紀錄完成對帳，避免再次請款。若交易仍待處理，請向金流服務商確認適當的處理方式。請指定一位員工負責重試請款，避免不同班別重複收取同一筆款項。
當金流服務商與訂房紀錄顯示的結果不同時，接待處需要一份清楚一致的付款紀錄。Smart Order 將訂房與整合式飯店支付系統及交易狀態串聯，協助員工先核對付款結果與訂房紀錄，再判斷還有哪些款項未收取。這套流程有助於對帳；請款本身仍須符合 VCC 與金流服務商的條件。
將付款追蹤事項整合至訂房紀錄
整合訂房與付款紀錄，讓團隊一目了然掌握已收款項及待確認事項，提升核對效率。
排除卡片資料與金流服務商的限制問題
資料與目前的卡片不符
透過授權管道存取目前的卡片資訊，並在核准的付款流程中確認卡號、有效期限及安全碼。同時確認該卡片屬於正確的訂房，且未因付款資料更新而遭替換。
請區分卡片有效期限與 Booking.com 顯示的最終請款期限。針對尚未解決的案件，請安排在適用期限前處理。若無法查看卡片資料，請檢查帳戶權限，並透過具授權的帳戶負責人進一步處理。
金流服務商拒絕此付款方式
記錄完整的交易拒絕訊息，並請金流服務商協助判讀。確認飯店的商家帳戶支援相關卡片品牌及虛擬卡交易類型，並詢問目前的刷卡終端機或線上付款設定是否支援預計執行的交易。
非現場出示卡片的交易，可能需要採用與旅客持實體卡感應付款不同的核准處理流程。未經金流服務商指示，請勿編造帳單地址、向旅客索取 VCC 的驗證碼，或更改商家帳戶設定。
幣別或付款處理方式有誤
比對付款系統中輸入的幣別與 VCC 付款資訊。若涉及幣別換算，請在請款前確認系統支援的處理流程及金額。即使原始金額看似正確，換算後的金額仍可能超過可用餘額。
也請區分預授權與已完成的請款。預授權保留額度不等於已收款項。若預授權或先前的交易嘗試影響了餘額，請先向金流服務商釐清，再重新嘗試。
確認條件後重試一次，並保留結果
找出並排除原因後，才再次嘗試請款。請依照以下簡短步驟操作，讓下一班同事清楚掌握處理經過。
- 重新開啟最新的訂房付款資料，確認卡片符合請款條件。
- 確認未收金額、幣別，並確認沒有已成功或仍待處理的重複付款。
- 由一位專人負責，透過金流服務商核准的流程提交請款。
- 將交易參考編號、結果、金額、幣別及時間儲存至該筆訂房紀錄。
- 確認金流服務商的最終結果，並據此更新飯店管理系統中的付款紀錄。
請分別記錄尚未收取的餘款與已成功收取的金額。若已收取 EUR 200、尚餘 EUR 70 未收，請將這兩個數字分開記錄。請勿只因一次請款成功，就將整筆訂房標記為已付款。
若旅客已支付訂房款項，請勿只因飯店向 VCC 請款失敗，就要求旅客再次支付房費。應先確認旅客仍有哪些費用尚未支付。平台、飯店與金流服務商之間的撥款問題，不應導致旅客在原因不明的情況下被重複收費。
透過飯店接待處的訂房紀錄，將付款追蹤事項與住宿資料一併保留。針對尚未解決的案件，請指定負責人及下次檢查日期，尤其是旅客已完成退房登記的情況。
安全提供佐證以尋求支援，並完成異常結案
若訂房的卡片啟用資訊、可用款項、卡片狀態或撥款金額有不一致的情況，請聯絡 Booking.com。若有效且可使用的卡片遭付款處理系統拒絕，請聯絡金流服務商。提供資料時，請附上訂房編號、嘗試請款的金額與幣別、日期、交易參考編號及完整錯誤訊息。
請僅透過核准的支援管道，分享經遮蔽的卡片資料。請勿將完整卡號或安全碼貼入訂房備註、一般電子郵件、截圖或試算表。PCI DSS 是支付卡產業資料安全標準；即使付款處理符合該標準，也不代表可以任意複製卡片資料。
Smart Order 的支付解決方案支援符合 PCI DSS 標準的付款處理。日常系統紀錄應以訂房參考編號、交易參考編號、經遮蔽的識別資訊及處理結果為主，讓員工能在不暴露付款憑證的情況下進行查核。
確認請款結果且訂房紀錄一致後，即可將異常案件結案。銀行結算入帳的情況可再透過飯店報表與分析另行核對。若仍有款項未收取，請保留案件及下一步處理事項，避免刪除差異紀錄。
常見問題
為什麼 Booking.com 虛擬信用卡的交易會遭拒絕？
先檢查啟用資訊、卡片狀態、可用餘額、幣別及先前的交易紀錄，再確認目前的卡片資料與金流服務商的訊息。應依據交易遭拒的結果判斷修正方式。
飯店可以在旅客辦理入住登記前向卡片請款嗎？
請以該筆訂房顯示的啟用日期為準。有些卡片可能較早開放使用，有些則不會。請勿將同一套請款時間規則套用至所有訂房。
旅客收到已付款確認，是否代表飯店已收到款項？
不是。旅客付款、飯店向 VCC 請款，以及銀行結算入帳，分屬不同的紀錄。請確認與該筆差異相關的流程階段。
請款失敗後，員工應該持續重試嗎？
請先排除已確認的問題，並確認先前沒有已成功或仍待處理的付款，再重新嘗試。反覆嘗試卻未留下追蹤紀錄，會增加對帳難度。
飯店可以向 VCC 收取額外費用嗎？
僅可收取訂房付款指示涵蓋且未超過可用餘額的款項。需另行支付的額外費用，應透過適當的旅客付款流程處理。
