金流支付閘道與整合式飯店支付系統：您實際購買的是什麼？

採購飯店支付系統中的金流支付閘道，與採購整合式飯店支付解決方案，涵蓋的服務並不相同。金流支付閘道協助交易授權與傳送；整合功能則決定飯店人員能否在正確的訂房紀錄中查看付款、收取正確的訂金、處理退款、核對撥款，並在交班時提供準確的餘額資訊。

對業者而言，採購時要問的，不只是「旅客能否線上付款？」，而是「誰掌控商家帳戶？款項流向哪裡？飯店管理系統如何得知交易結果？接待處與財務人員還需要完成哪些工作？」

金流支付閘道的功能

金流支付閘道是一種安全連線，用於提交付款資訊以取得授權。它協助在旅客使用的支付方式、支付處理商或收單端，以及金融網路之間傳遞交易，並回傳已授權、遭拒或需要進一步操作等結果。

這個結果不會自動更新飯店的訂房紀錄。獨立的金流支付閘道可能已成功收款，但飯店管理系統仍顯示未付餘額。人員因此可能需要到另一個管理介面查詢、確認旅客身分，再手動登錄付款。

請確認報價中的服務僅包含金流支付閘道，還是也涵蓋支付處理、商家帳戶支援、當地支付方式、防詐工具、退款、交易爭議、撥款，以及飯店管理系統整合。供應商有時會將這些服務統稱為「支付」，但各項服務的責任與費用可能不同。

整合式飯店支付系統帶來的效益

整合式支付將交易串接至訂房與飯店作業流程。訂金付款請求可依訂房金額設定，付款成功後可更新餘額，退款也能持續關聯至原始收款紀錄。

這些效益直接體現在接待處的日常作業。人員可清楚查看款項是否由 OTA 收取、飯店是否已收取訂金、直接訂房是否仍有未付餘額，或扣款是否失敗。財務人員可核對訂房收入、交易與撥款，省去在不同系統匯出的資料中逐一比對旅客姓名的工作。

Smart Order 的飯店支付系統將支付串接至訂房、飯店管理系統作業與集中式交易檢視介面，支援整合式線上收款，並將付款狀態連結至訂房流程。

直接串接 Stripe 代表什麼？

直接串接 Stripe 通常代表飯店將自己的 Stripe 帳戶連接至飯店系統，而非透過與飯店無關的商家帳戶收款。飯店應確認帳戶歸屬於哪個法律實體、撥款匯入哪個銀行帳戶、誰管理使用者與身分驗證，以及誰負責交易爭議與合規工作。

Smart Order 支援與 Stripe 等支付服務供應商整合，讓款項匯入飯店已串接的帳戶，同時在飯店管理系統的訂房流程中清楚呈現交易資訊。服務可用性、價格、幣別與支付方式仍可能因國家及帳戶而異，因此採購前應確認實際設定。

請詢問付款遭拒、撥款延遲，或飯店管理系統狀態與 Stripe 不一致時，由誰提供支援。「直接串接」不應代表飯店必須自行協調兩家供應商，卻沒有明確負責升級處理問題的窗口。

PCI DSS：飯店仍須承擔哪些責任？

PCI DSS 適用於儲存、處理或傳輸持卡人資料的組織。採用符合規範的支付服務供應商，以及風險較低的代管式或代碼化支付流程，可減少飯店系統經手的卡片資料，進而降低飯店的合規負擔。

這並不代表 PCI 責任就此消失。飯店仍須使用經核准的支付流程，依自身設定完成必要的合規驗證、控管員工存取權限、保護帳戶與裝置，並避免將完整卡片資料複製到電子郵件、聊天訊息、備註或試算表中。

比較系統時，請詢問卡片資料在哪裡輸入、是否經過飯店網站或飯店管理系統、員工可查看哪些付款資訊、支付代碼如何使用，以及住宿業者每年須完成哪些合規程序。不要僅憑「符合 PCI 規範」就認為已充分了解其安全措施。

追蹤一筆付款在飯店完整作業流程中的變化

展示時，請使用真實的訂房情境：旅客透過飯店的訂房引擎訂房、支付訂金、修改住宿安排、支付尾款、加購服務，之後再收到部分退款。

請供應商展示每個事件在訂房紀錄、旅客帳單、交易檢視介面、撥款紀錄與報表中的位置。確認付款狀態是否自動更新，以及人員如何區分授權、請款、結算、退款、失敗與交易爭議。

接著測試一筆由 OTA 代收款項的訂房。系統不應將預期收到的 OTA 撥款顯示成旅客仍欠飯店的款項。只有當付款狀態正確反映負責收款的一方時，整合式支付才能發揮價值。

比較費用，避免重複計算

比較報價前，請先逐項拆分費用：金流支付閘道或支付處理費、支付方式費用、貨幣兌換費、跨境交易費、退款費用的處理方式、交易爭議處理費、撥款費、飯店管理系統交易費，以及軟體月費。

請詢問哪些費用會在撥款前扣除，哪些會另行開立帳單。確認交易退款後，原先收取的支付處理費是否退還、當地電子錢包是否採用不同費率，以及失敗或有爭議的交易是否產生額外費用。

較低的支付處理費率所節省的成本，可能被人工對帳與收款延遲的成本抵銷。整合式解決方案的每筆交易費用可能較高，但可減少漏收訂金、重複扣款與人員工時。請依飯店實際採用的作業流程，比較整體成本。

檢查對帳與報表功能

訂房總額、已付金額、未付餘額、退款、費用與撥款彼此相關，但並不相同。系統應讓財務人員從單筆訂房查閱相關付款事件，也能從單筆撥款追溯其中包含的交易。

透過飯店報表與分析，比較訂房收入、收款、未付餘額、通路表現與交易紀錄。會計報表應清楚區分收入賺取的時間與款項實際匯入銀行的時間。

請詢問系統如何處理更正。如果人員將付款關聯至錯誤的訂房紀錄，稽核軌跡應顯示原始操作與更正紀錄，而非直接覆蓋歷史紀錄且不留痕跡。

評估接待處的操作權限與控管

接待處人員需要足夠的權限，以收取經核准的金額、發送安全的付款請求、確認狀態，並依飯店的退款程序操作。他們通常不需要完整的商家帳戶管理權限、不受限制的資料匯出權限，或敏感卡片資料的存取權限。

請確認角色權限、須由主管核准的門檻、退款限額、裝置存取權限與交班流程。測試付款遭拒的情況，以及旅客端顯示付款成功、但飯店管理系統尚未更新的情況。

最安全的作業流程會清楚告知人員可以執行哪些操作。系統應防止重複扣款、持續顯示尚未確認的付款，並為主管提供問題升級處理管道。

依據以下原則做出採購決策

如果住宿業者已具備可靠的付款登錄與訂房對帳流程、需要專門的服務供應商，並願意承擔使用分開系統所需的作業工作，可選擇獨立的金流支付閘道。

如果團隊希望將線上收款、付款狀態、餘額、退款與報表連結至每筆訂房，可選擇整合式飯店支付系統。請確認實際整合程度，不要僅因合作夥伴頁面出現某個品牌標誌，就認定系統支援完整作業流程。

無論選擇哪一種方案，簽約前都應以書面確認商家帳戶所有權、支援的國家與幣別、支付方式、撥款時間、費用、退款、交易爭議、PCI 責任、資料存取權限、支援責任歸屬，以及終止服務條款。

常見問題

金流支付閘道與支付處理商相同嗎？

不同。金流支付閘道負責安全提交支付請求，支付處理與收單功能則負責透過金融網路處理交易並結算款項。供應商可能將這些服務整合成同一方案提供。

飯店支付系統具備哪些條件才算完成整合？

交易須連結至訂房與營運紀錄，讓訂金、餘額、退款、狀態與對帳作業不必依賴人工重複輸入。

使用 Stripe 就能讓飯店自動符合 PCI 規範嗎？

不能。安全的 Stripe 整合可減少飯店經手的卡片資料，並簡化合規工作，但飯店仍須負責使用經核准的流程，並依自身設定完成相關合規要求。

飯店直接串接 Stripe 時，應確認哪些事項？

請確認帳戶所有權、銀行撥款、支援的市場與支付方式、費用、退款、交易爭議、使用者存取權限、PCI 合規工作、飯店管理系統狀態更新，以及支援責任。

哪一種方案更適合小型飯店？

當小型團隊需要在同一系統中管理訂房餘額與交易狀態時，整合式支付通常更易於操作。如果飯店已有完善的支付作業流程，且有專門需求，獨立的金流支付閘道也可能適合。