1. 從一筆已確認的訂房及其合約約定付款方式開始。
2. 分別列出旅客支付總額、飯店營收、佣金、稅費、調整項目、結算金額與銀行入帳金額。
3. 將每筆結算明細與對應訂房配對後，再將整批資料過帳至總帳。
4. 排除入帳時間、幣別與銀行手續費因素後，只針對仍未解決的確切差額提出查詢。
Trip.com 結算核對之所以容易出錯，是因為財務人員經常比較代表不同意義的金額。旅客支付總額不一定等於飯店應收款。結算總額可能包含多筆訂房、後續調整項目或不同幣別。受到幣別轉換與收款手續費影響，銀行入帳金額也可能再次不同。
請建立從訂房到銀行入帳的完整追蹤流程。先從訂房資料著手，依據住宿業者的合約計算預期交易結果，再與結算批次配對，最後核銷實際入帳款項。
建立訂房層級的核對紀錄
為核對期間內的每筆 Trip.com 訂房建立一筆紀錄。記錄住宿業者 ID、Trip.com 訂房編號、旅客姓名、訂房與住宿日期、房型及房價方案、訂房狀態、付款方式、旅客端顯示的總額、稅費、飯店金額、佣金計算基礎、佣金率、幣別，以及任何修改或取消紀錄。
請將三個日期分開記錄：訂房日期、住宿或退房日期，以及結算日或銀行起息日。一筆訂房可能屬於某個營運月份，卻在另一個月份完成結算。如果只依入帳日期過帳，將無法清楚反映營收入帳時點，也容易讓較早期的調整項目看似本期錯誤。
請以最終版本的訂房資料為準，同時保留原始版本與每一次變更紀錄。如果確認訂房後，住宿晚數、入住人數、房價、稅金、取消狀態或違約金有所變動，財務人員需要比對變更前後的金額，才能說明結算明細。
先確認合約與付款方式
請勿根據房價方案名稱，或其他 Trip.com 訂房的付款方式來推斷本筆訂房的付款方式。請開啟住宿業者可查看的訂房與結算詳細資料，確認由哪一方收取旅客款項，以及住宿業者將透過何種方式收款。
實際的佣金率取決於住宿業者簽訂的合約，可能與其他住宿業者或商業合作方案不同。Trip.com 的住宿合作夥伴資訊會在合約流程中列明佣金率，並要求住宿業者提供正確的虛擬信用卡或銀行轉帳資料，以利結算。計算時應以已簽署的合約與目前的訂房紀錄為依據。
如果訂房使用虛擬信用卡，請記錄可扣款金額、啟用條件、到期日與幣別，但不要將受保護的卡片資料複製到試算表或客服支援單中。如果帳戶透過銀行轉帳結算，請記錄結算 ID、應付日期、付款日期、銀行交易編號及收款帳戶。
逐筆核對訂房與結算明細
請依照以下順序處理，確保每項差異都有明確的負責歸屬：
- 在 eBooking 中確認最終訂房狀態與最新住宿資料。
- 依住宿晚數、房價、入住人數加價及包含項目，重新計算住宿金額。
- 根據負責收取及繳納的單位，分別列出各項稅金與費用。
- 將合約約定的佣金率套用至正確的可計佣基礎，不要直接套用至旅客支付總額。
- 加上或扣除已核准的取消費、退款、訂房修改、獎勵補貼或人工調整項目。
- 以結算幣別計算預期飯店應收款。
- 將訂房編號與預期應收款，配對至對應的結算明細或虛擬信用卡金額。
- 將結算批次與銀行或信用卡處理商的交易配對。
- 將銀行手續費或匯兌差額與客房營收及通路佣金分開過帳。
核對公式如下：
預期飯店應收款 = 可計佣住宿金額 − 佣金 ± 訂房調整項目 + 應支付給住宿業者的稅金或費用
實際欄位會依合約、市場與付款方式而異。關鍵管控原則是每個組成項目都必須有明確來源，不能全部隱藏在一個無法說明的淨額中。
Smart Order 的飯店數據分析可清楚呈現訂房營收、住宿晚數、通路來源與營運指標，同時讓財務人員獨立完成 Trip.com 結算核銷。
在結算前確保 Trip.com 營收可完整追溯
透過單一飯店數據分析流程檢視訂房營收與通路績效，再核對財務結算，無須更改原始訂房金額。
避免使用錯誤的計算基礎計算佣金
常見錯誤是直接將畫面顯示的旅客支付總額乘以佣金百分比。請先確認稅金、服務費、餐食、額外入住人數費用、住宿業者代收費用或平台補貼優惠，是否應納入可計佣基礎。
例如，旅客看到的總額可能是 540，但可計佣住宿金額為 500。假設合約佣金率為 15%，以 500 計算的佣金是 75，而不是 81。此處僅供示例；實際計算時，請採用住宿業者合約與訂房紀錄中約定的計算基礎及佣金率。
請將佣金費用與淨現金收入分開記錄。如果飯店只將入帳款項記為營收，平均每日房價（ADR）與通路產量都會被低估。較清楚的總帳處理方式，是依飯店會計政策記錄客房總營收，並分別記錄佣金費用或營收抵減科目、Trip.com 應收款、適用的稅務負債，以及後續的現金核銷分錄。
請勿為了讓金額與結算款相符而直接覆寫飯店管理系統中的客房費用。只有在訂房資料本身有誤，且已核准的訂房修改紀錄能證明需要變更時，才應修正飯店管理系統中的金額。
找出剩餘差額的原因
訂房總額高於結算明細金額。請檢查可計佣基礎、佣金、由住宿業者收取的稅金或費用、平台補貼優惠，以及是否有部分款項由旅客直接在住宿地點支付。接著確認該筆訂房是否曾部分退款或縮短住宿期間。
修改訂房後，結算明細金額低於預期。請比較修改時間與批次截止時間。原始金額可能已列入其中一個批次，而更正項目則列入另一個批次。提出款項短缺查詢前，請先搜尋前後期的結算紀錄。
銀行入帳金額低於結算批次金額。請核對幣別、匯率、轉帳手續費、中間銀行扣款、信用卡處理商費用、起息日，以及銀行是否將同一筆款項拆分入帳。請勿將銀行手續費歸類為 Trip.com 佣金。
銀行入帳金額高於單筆訂房金額。請利用結算 ID 搜尋其他訂房與調整項目。批次入帳款項應與完整批次進行核對，而不是只與其中金額最高的訂房核對。
已取消或未入住的訂房仍被收取佣金。請確認是否曾收取費用，以及合約是否規定該筆已收費用需要計算佣金。免費取消、收費取消、免除取消費與未入住，分別代表不同的財務事件。
同一筆訂房出現兩次。請比較訂房編號、結算 ID、調整類型、正負符號與日期。其中一筆可能是原始應付款，另一筆則是沖銷或更正項目。請勿將兩筆都記為營收。
管控幣別與結算時間
請為訂房幣別、結算幣別及銀行帳戶幣別設置獨立欄位，並記錄原始金額、可取得的適用匯率、換算後金額及銀行入帳金額。缺少這些欄位時，每次匯率波動都可能被誤認為佣金錯誤。
請勿只依退房日期判定結算逾期。應比較住宿業者合約、付款方式、批次截止時間、應付狀態、付款狀態與銀行起息日。週末、銀行處理時間、付款資料未填寫完整或轉帳失敗，都可能導致符合付款資格後仍延遲入帳。
請使用結算清算帳戶。將訂房層級的應收款過帳至對應的結算 ID，並在銀行交易入帳時核銷該 ID。清算帳戶中的任何剩餘餘額，都能對應至特定訂房、調整項目、費用或匯兌差額。
完成批次結算並避免錯誤再次發生
結束 Trip.com 結算期間前，請確認每筆結算明細都有一筆訂房或調整項目作為依據、每筆訂房都有一個最終狀態、佣金採用已核准的計算基礎與佣金率、稅金已過帳至正確的負責方，且結算 ID 能與銀行交易完整核銷。
請依飯店的一般會計資料保存期限，保留訂房匯出檔、結算報表、合約版本、調整證明、銀行交易編號、核對工作表及覆核人員簽核紀錄。限制付款詳細資料的存取權限，並在提出查詢前遮蔽受保護資訊。
如果仍有差額，請向 Trip.com 住宿業者客服提供住宿業者 ID、訂房編號、結算 ID、相關幣別、預期計算結果、實際明細、批次日期、銀行交易編號及尚未解決的確切金額。請提出一個明確問題，例如詢問是哪項調整改變了應付住宿金額，而不是要求對方解釋整份對帳單。
已串接的飯店管理系統可將原始訂房資料與通路參考編號集中管理，減少重複輸入，提高財務作業效率。財務人員仍應獨立完成從結算款到銀行入帳的管控與核對。
無須重建每筆訂房，也能快速完成通路核對
整合 OTA 參考編號、住宿金額與飯店數據分析，讓財務人員能在訂房層級快速找出結算差異。
常見問題
為什麼 Trip.com 結算款不等於訂房總額？
訂房總額可能同時包含可計佣與不可計佣項目、稅金、費用，或由不同單位收取的款項。結算款也可能包含調整項目或多筆訂房。
應從哪裡開始核對？
請從最終訂房資料與付款方式開始，依照合約計算預期飯店應收款，再將計算結果與結算明細及銀行入帳金額配對。
佣金是否應按旅客支付總額計算？
只有在合約明確規定整筆金額均可計佣時才可以。請採用文件載明的住宿金額作為計算基礎，並分開處理稅金、住宿業者代收費用及補貼優惠。
一筆銀行入帳款項可以包含多筆 Trip.com 訂房嗎？
可以。請先將入帳款項與完整的結算 ID 或批次核對，再分配該批次中的每筆訂房與調整項目。
是否應調整飯店管理系統中的營收，使其與入帳款項一致？
不應該。請將營收、佣金、稅金、應收款、匯兌差額、銀行手續費與現金結算分開記錄；只有在已核准的訂房修改確實改變原始住宿金額時，才應調整營收。
只有當最終訂房資料、合約佣金、結算明細、付款批次與銀行分錄形成一條可追溯的完整鏈結時，Trip.com 結算核對才算完成。這條鏈結既能確保現金管控準確，也能保障通路獲利分析的可靠性。
