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 结算核对才算真正完成。这条核对链路既能保障资金管控，也能确保渠道盈利能力报表准确可靠。
