訂單金額、車輛供應商應收款、銀行實際入帳金額，回答的是三個不同的問題。把它們視為相同數字，可能把合理差異當成錯誤，也可能掩蓋真正的漏項。
重點是先核對應付，再核對實付。 按訂單檢查約定金額與核准調整，之後比對實際匯款。支付服務商匯入銷售方帳戶的款項則另外對帳。各階段都保留幣別、日期基準與調整憑證。
本文提供租車營運人員月結檢查方法，不是旅客退款追蹤指南。內容以 Orcar ERP 產品文件的結算分類及公開支付文件為基礎，不揭露真實客戶紀錄、合作價格或結算週期。
1. 分開看銷售額、應付款與現金
| 紀錄 | 回答的問題 | 無法單獨證明的事 |
|---|---|---|
| 客戶銷售與付款 | 向旅客收取或退回多少錢？ | 供應商依約可收多少？ |
| 合作業者結算表 | 哪些訂單及調整構成應付款？ | 對方銀行是否已入帳？ |
| 支付服務商撥款與銀行交易 | 資金移入哪個帳戶、金額多少？ | 是否所有訂單與合作款項都已結清？ |
Stripe 的撥款對帳報告將銀行入帳與所包含的付款及其他交易批次連結，並區分總額、費用、淨額及尚未撥款的交易。[8] 支付服務商撥款給銷售方，不等於銷售方匯款給租車業者。
「銷售額」也要先定義。訂單報價、客戶實收款與會計收入不能互換。本文是營運核對方法，不是收入認列或稅務建議。客戶價格與合作業者金額之差，不能直接視為利潤。
2. 建立逐筆訂單核對表
每筆訂單保留一列約定租賃金額；退款、調整及匯款分配分別保留相連明細。不要以修改原始金額的方式取代後續紀錄，一筆訂單可能對應多次資金異動。
| 欄位群組 | 建議保留 | 月結前檢查 |
|---|---|---|
| 識別與範圍 | 內部訂單編號、業者編號、通路、幣別 | 有無重複或連到錯誤業者？ |
| 日期基準 | 下單、付款、取車、還車、調整日期，期間與時區 | 合約以哪個事件決定結算資格？ |
| 業者金額 | 車輛費、約定保障或加購項目、核准增減額 | 每一項由誰收取或負擔？ |
| 資金憑證 | 付款或退款識別碼、匯款參考號、本單分配額 | 同一筆資金是否計入兩次？ |
| 處理狀態 | 應付、已付分配、未付、原因、複核人 | 差額是否有說明與證據？ |
Orcar ERP 文件按合作業者整理訂單數、車輛收入、加購收入、退款及淨結算額。這些分類可作為核對起點，但不是所有合約通用的公式。下載報表也不代表已付款，仍要確認合約依據及銀行憑證。
保障商品與加購項目的收款方不同時，應分開列示。平台補貼優惠與租車業者負擔優惠的結算效果未必相同。不要未查合約，就把客戶所有折扣都從供應商款項扣除。
3. 用虛構訂單計算一次
下列數字僅供教學，不是 Orcar 價格、佣金或真實客戶案例。 假設一筆韓元訂單、一家業者、沒有換匯，稅項及支付處理費已另外釐清。
客戶支付 300,000 韓元。業者約定車輛金額為 240,000 韓元，另有 12,000 韓元加購收入。之後退還客戶 30,000 韓元。本例另行約定業者金額減少 20,000 韓元，其餘退款由銷售方負擔。
| 業者端計算 | 韓元 |
|---|---|
| 約定車輛金額 | 240,000 |
| 約定加購項目 | +12,000 |
| 核准的業者調整 | -20,000 |
| 業者應收總額 | 232,000 |
| 已分配到本單的匯款 | -100,000 |
| 待核對未付款 | 132,000 |
客戶淨付款是 270,000 韓元、業者應收是 232,000 韓元、未付款是 132,000 韓元。三者不相同並不矛盾。前兩者差額 38,000 韓元也不是經證實的利潤，因為這個例子並未算出銷售方所有成本與稅項。
不能再從 232,000 韓元扣一次客戶退款 30,000 韓元。業者負擔部分已反映在核准調整中。若尚未確定退款分攤，應標記未解決，不要自行猜測比例。
4. 依固定順序追查差額
- 範圍與幣別： 比較同一業者、通路及幣別。付款幣別與結算幣別不同時分開保留，使用實際換匯紀錄，而不是今天的匯率。
- 截止基準： 區分下單月、取車月、調整月及匯款月。期間外項目可能只是時間差，不代表款項遺失。
- 項目歸屬： 確認加購收入、折扣與費用由誰取得或負擔。支付服務商的扣款不一定能轉扣業者。
- 退款與追回： 將客戶退款連到另行核准的業者調整，確認是否要追回已匯款項。
- 實際資金與重複： 對照匯款參考號與分配額，再查失敗、待處理或重複交易。訂單數與交易數分開計算。
Stripe 的分開收款與轉帳（separate charges and transfers）架構有具體例子：退回客戶付款，不會自動撤銷相關轉帳，平台須另行核對要追回的金額。[7] 這是該支付架構的公開說明，不代表 Orcar 或所有租車企業都採相同 Stripe Connect 方式。
Stripe 自動撥款報告依批次連結交易；手動撥款使用餘額報告，即時撥款則須自行與交易歷史核對。[8] 要依實際資金流選擇報告。
5. 保留待辦差異，不勉強湊平
每個未解決項目應記錄金額、幣別、原因、待補憑證、複核負責人及下次檢查日。可分為日期差、未核准調整、缺少匯款參考號、合約分攤爭議。寫出原因並不等於解決，有證據支持後才能結案。
可靠的月結會連結原始訂單、合約、核准變更與銀行交易，而不是不斷改數字直到兩張表總額相同。使用訂單識別碼取代客戶姓名，對授權團隊以外分享範例前，也要遮蔽付款資訊。
Orcar ERP 的分類有助於整理核對流程，但本文不承諾自動銀行對帳、固定撥款日或已量測的錯誤降低。記錄結構可參閱 租車預訂系統內部；旅客問題可參閱 尚未入帳的退款追蹤。
想和 Orcar 討論營運流程？ 準備包含這些欄位的去識別化範例，透過 Orcar 聯繫。初次詢問不必附上真實客戶證件或機密合作價格。
6. 常見問題
訂單銷售額應等於業者付款嗎？
不一定。銷售額、合約應付款及實際匯款的定義不同，應核對連接它們的明細與憑證，而不是要求總額相同。
退款給客戶就會自動追回業者款項嗎？
不能這樣假設。請確認合約與支付架構。Stripe 分開收款與轉帳的例子也要求另行核對轉帳。[7]
一筆匯款能結算多筆訂單嗎？
可以。匯款參考號記錄一次，再分配到各訂單，不要每筆訂單都重複加上整筆匯款。支付服務商的撥款也可能包含多筆交易。[8]
不明差額就是損失嗎？
不一定。先查範圍、日期、幣別、調整及銀行憑證。沒有根據時，不宜認定為損失或直接歸為時間差。
來源與範圍： [8] Stripe 撥款對帳報告。[7] Stripe 分開收款與轉帳。2026 年 9 月 23 日確認。Orcar 說明反映產品文件範圍，不是實際結算稽核。生成主圖為概念視覺，不是 ERP 截圖或財務圖表。