飯店應如何核對 Booking.com 撥款、訂房與佣金

Sep 18 2026 · Smart Order · 12 分鐘
飯店應如何核對 Booking.com 撥款、訂房與佣金
先確認旅客款項由誰收取
1. 將 Booking.com 支付服務訂房與旅客直接向飯店付款的訂房分開處理。
2. 將每筆撥款或虛擬信用卡金額與對應的訂房編號配對。
3. 分別核對佣金、稅金、費用、退款及調整款項。
4. 將最終撥款總額與銀行入帳或信用卡結算款項核對。
5. 保留尚未釐清的差異,不要為了強制核對一致而更改客房營收。

Booking.com 撥款核對之所以容易令人困惑,是因為飯店常將旅客的訂房總額直接與銀行入帳金額比較,但這兩個金額可能代表不同項目。

訂房總額代表旅客為住宿支付的金額。飯店實際收到的款項可能是扣除相關費用後的淨額撥款、佣金另行開立發票的總額撥款、虛擬信用卡款項;若旅客直接向住宿業者付款,也可能不會收到 Booking.com 撥款。

最簡單的方法,是從 Booking.com 記錄開始,逐筆追蹤訂房對應的付款、佣金、銀行紀錄及飯店管理系統資料。只要每筆訂房都核對正確,整批撥款就能更快速完成結算。


首先,確認旅客款項由誰收取

開啟訂房並查看付款說明。每筆訂房都應個別確認,不要假設同一住宿業者的所有訂房均採用相同的付款方式。

若屬於 Booking.com 支付服務訂房,Booking.com 會向旅客收取適用款項,並透過該筆訂房設定的方式向住宿業者付款,例如銀行轉帳或虛擬信用卡。

若屬於 到店付款訂房,旅客款項由飯店收取。Booking.com 可能會開立佣金發票,但飯店不應預期 Booking.com 會將旅客的住宿費作為撥款匯入。

這是核對過程中最重要的區別。如果財務人員預期收到原本應由飯店自行收取款項之訂房的撥款,該筆訂房就會顯示為未付款,但真正的問題其實是旅客尚有未結餘額。

記錄訂房所顯示的付款方式、幣別,以及住宿業者在旅客辦理入住登記時仍需收取的任何款項。


以簡單方式理解淨額撥款與總額撥款

所謂 淨額撥款,是指 Booking.com 在向飯店付款前,已扣除佣金或其他列明費用。因此,銀行入帳金額可能低於訂房金額。

所謂 總額撥款,是指飯店收到適用的完整撥款,該筆付款並未扣除佣金。佣金會另外處理,通常透過住宿業者的發票或帳戶餘額結算。

例如,某筆訂房的可計佣金金額為 $500,佣金為 $75。如果帳戶採用淨額撥款,且沒有其他扣款,預計撥款金額可能是 $425。如果採用總額撥款,飯店可能會收到 $500,再另外入帳 $75 的佣金。

此範例僅用於說明計算方式。實際訂房可能包含稅金、由住宿業者收取的費用、付款手續費、退款或調整款項。應使用訂房與撥款所顯示的實際數字,不要將同一套公式套用到所有訂房。

Smart Order 的 飯店數據分析可協助管理者清楚掌握各通路營收與營運成果,同時讓財務人員分別核對撥款時間。

讓訂房營收更容易查核
使用 Smart Order 串聯訂房活動、實用的飯店數據分析與日常營運,提升管理效率。

免費試用

透過七個步驟核對每筆訂房

  1. 開啟最終訂房記錄。 記錄確認編號、住宿日期、狀態、幣別、客房金額、稅金、費用、折扣及旅客應付總額。
  2. 確認付款方式。 確認款項由 Booking.com 收取,還是由飯店負責收款。
  3. 檢查後續異動。 查看 取消訂房、縮短住宿天數、未入住、退款、免除費用及價格變更等情況。
  4. 記錄飯店應收金額。 使用 Booking.com 顯示應支付給住宿業者的金額,或飯店應向旅客收取的金額。
  5. 記錄佣金及其他扣款。 將佣金、付款手續費、預扣稅金及調整款項分別列示。
  6. 配對付款紀錄。 將訂房與對應的銀行轉帳參考編號、虛擬信用卡付款,或飯店系統中的旅客付款連結。
  7. 核對飯店管理系統與會計帳目。 確認客房營收、稅金、佣金費用、應收帳款及現金均記錄於正確的會計期間。

不要只因最終銀行總額看似合理,就直接結清差異。每筆訂房都應具備清楚的付款流程,且不得留有無法解釋的餘額。


核對銀行轉帳撥款

一筆銀行 入帳款項可能包含多筆訂房及調整款項。先查看 Booking.com 撥款明細或財務頁面,記錄撥款參考編號、幣別、撥款日期、所含訂房、扣款及總額。

將每個訂房編號與最終訂房記錄配對,再加總所列的佣金、費用、退款或調整款項。在與銀行紀錄比較前,計算出的批次總額應先與 Booking.com 撥款金額一致。

接著,將撥款參考編號及金額與銀行入帳款項配對。如果銀行金額不同,請檢查收款銀行是否扣除手續費、進行幣別換算、採用不同的起息日,或將轉帳拆分處理。

銀行手續費或匯兌差額應與 Booking.com 佣金分開記錄。否則,即使會計分錄的總額平衡,通路成本報表仍會失真。


核對虛擬信用卡訂房

針對虛擬信用卡訂房,請將訂房編號與核准的卡片金額,以及飯店實際請款金額配對。

檢查啟用日期、幣別、目前可用金額,以及卡片是否已被部分或全額請款。交易遭拒不一定表示撥款消失;卡片可能尚未啟用、請款金額可能過高,或先前的請款已使用部分餘額。

請勿將完整卡號或安全碼儲存在試算表、電子郵件或一般的飯店管理系統備註中。核對記錄只應保留訂房參考編號、預計金額、實際請款金額、日期及支付處理商參考編號。

如果訂房曾被修改或取消,請先確認卡片的可用金額是否已變更,再嘗試再次請款。


分開處理到店付款訂房

旅客向飯店付款時,請將訂房與飯店管理系統帳單、訂金、信用卡付款、現金收據、退款或核准沖銷項目配對,再將 Booking.com 佣金作為獨立的飯店成本或應付帳款進行核對。

不要將該筆訂房標記為缺少 Booking.com 撥款。住宿費由住宿業者負責收取時,本來就不會有平台撥款。

檢查旅客款項是否仍未支付、取消或未入住費用是否已正確收取,以及根據住宿業者與 Booking.com 的協議及平台記錄,最終金額是否仍需計算佣金。

月底時,將 Booking.com 佣金發票或對帳單與最終符合條件的訂房核對。若已取消或修改的訂房仍顯示原始佣金金額,應進一步查明原因。


金額不一致的常見原因

撥款低於訂房總額

檢查是否為淨額撥款,接著查看佣金、付款手續費、由其他方收取或預扣的稅金、退款及調整款項。

一筆銀行入帳款項大於一筆訂房金額

該筆入帳款項可能包含多筆訂房。比較金額前,請先核對撥款參考編號及所含訂房清單。

訂房在原始付款計算後發生變更

縮短住宿天數、取消訂房、退款或免除費用,都可能產生後續調整。請使用同一個確認編號連結原始交易及其更正項目。

佣金高於預期

檢查最終可計佣金金額、合約約定比例、訂房狀態、取消或未入住費用,以及是否參與採用不同商業條款的方案。請勿以銀行入帳金額計算佣金。

飯店管理系統營收等於旅客應付總額,但撥款為淨額

這種情況可能是正確的。客房營收、佣金費用、稅金、Booking.com 應收帳款及現金結算屬於不同的會計項目。不要僅為了配合淨現金金額而減少客房營收。

銀行金額與撥款略有差異

檢查幣別換算、支付處理商手續費、收款銀行手續費及起息日。請將差異與佣金分開記錄。


使用正確的會計期間

住宿日期、撥款日期、銀行入帳日期及佣金發票日期可能分屬不同月份。請依照飯店政策採用適當的會計處理方式,並在現金及佣金完成結算前,保留未結清的 Booking.com 應收或應付帳款。

不要為了簡化銀行對帳,就將客房營收移至撥款月份。這可能造成住房率、平均每日房價(ADR)、每月營收及通路獲利能力失真。

使用 Booking.com 確認編號作為飯店管理系統、撥款明細、銀行紀錄及會計分錄的共同參考依據。若為批次撥款,請以撥款參考編號連結所有包含的訂房及銀行入帳款項。

Booking.com 目前的付款資訊會分別列出訂房金額、住宿業者需收取的金額、撥款金額、佣金與費用、撥款狀態,以及銀行轉帳或虛擬信用卡詳細資料。其官方說明亦指出,付款詳細資料適用於 Booking.com 支付服務訂房,不適用於一般的到店付款訂房。


在不隱藏差異的情況下完成月結

為無法核對一致的訂房建立例外清單。每個項目都應列明確認編號、住宿日期、付款方式、飯店預計應收金額、實際付款、佣金、差額、原因及負責人。

針對尚未釐清的 Booking.com 應收帳款、佣金應付帳款及銀行差額,使用暫記清算帳戶。不要為了完成月結,將原因不明的金額直接記入客房營收,或手動建立折扣。

只有在確認差異出現於哪個環節後,才進一步升級處理:訂房與 Booking.com 撥款、撥款與銀行、旅客付款與飯店管理系統帳單,或佣金對帳單與最終住宿記錄。如此一來,客服或財務團隊便能針對明確問題進行處理。

Smart Order 的 支付解決方案可協助飯店串聯訂房付款任務與營運收款狀態,減少人工核對並提升管理效率。

讓訂房付款更容易追蹤
透過 Smart Order 整合訂房、付款與飯店營運流程,提升效率並降低管理成本。

免費試用

常見問題

Booking.com 撥款應該等於旅客應付總額嗎?

不一定。撥款可能已扣除佣金或其他費用,而部分稅金或費用也可能另行收取。請以訂房層級的撥款資訊為準。

每筆 Booking.com 訂房都會產生撥款嗎?

不會。如果旅客到店付款,款項由飯店收取,Booking.com 佣金則另外入帳。

一筆銀行轉帳可以包含多筆訂房嗎?

可以。將入帳款項與單筆訂房比較前,請先核對撥款參考編號及所含訂房清單。

佣金應以銀行入帳金額計算嗎?

不應該。請使用訂房的最終可計佣金金額及住宿業者的合約條款。銀行入帳款項可能包含多筆訂房及其他差異。

財務人員應如何處理原因不明的差異?

以確認編號及佐證資料保留為未結項目。在原因查明並獲得核准前,不要更改客房營收。