很多酒店的账不是算不出来，而是每天结一次，还是越结越乱：前台觉得“我都收了”，财务觉得“平台没到帐”，老板看着报表又觉得“怎么利润这么低”。尤其是你做了酒店预订小程序以后，支付渠道变多（微信支付、余额、积分、优惠券、到店付），再加上退款、退押金，账就更容易打架。
这篇我就用云乐住的单店版和多商户版本，讲清楚一套最实用的日结管理 + 财务对账流程。你不需要很懂会计，只要按步骤走，基本能把“每天的销售”说清楚，把“钱在哪里”也说清楚。
一、先统一口径：日结到底结什么
日结最怕的是各算各的。建议你把口径拆成三层：
- 销售口径：今天产生了多少订单金额（含已支付、到店付、以及退款变化）。
- 收款口径：今天实际到账/应到账的金额（按支付渠道分）。
- 业务口径：今天入住/退房/取消/退款分别有多少笔，原因是什么。
云乐住在数据统计里有运营报表与收款记录管理，并支持财务对账；在多商户版本里还有日结管理（日结销售记录、日结状态、历史日结查询）。你要做的就是把这三层口径在系统里对齐。
二、单店版 vs 多商户：对账要先搞清收款模式
如果你做的是多商户平台，收款模式不同，对账方式也不同：
| 模式 | 资金路径 | 对账关注点 |
|---|---|---|
| 商户独立收款 + 平台自动分账 | 客人付款到商户，平台按比例分账抽佣 | 分账比例是否配置正确、分账是否成功、门店是否单独设置抽佣 |
| 平台统一收款 + 商户余额提现 | 客人付款到平台，系统给门店记余额，门店申请提现 | 余额变动、提现审核与打款记录、提现费率（服务费） |
单店版一般就是单一主体收款，重点在“订单、退款、押金、优惠”的核对；多商户平台则要额外关注“抽佣/分账/提现”的链路。
三、对账三步走：订单账、收款账、退款账
1）订单账：今天到底卖了多少
先看订单列表，按状态拆开：未支付、已支付、已入住、已完成、已取消，以及退款相关状态（申请退款、拒绝退款、退款完成）。建议每天固定导出一次（云乐住支持导出Excel），做个留档。
2）收款账：钱是怎么进来的
- 微信支付：以收款记录为准核对。
- 余额支付/积分兑换：看系统内部余额、积分扣减记录。
- 优惠券支付/会员折扣：看“优惠额”是否正确归因到活动或会员体系。
- 到店付款：建议单独列出，避免与线上收款混在一起。
3）退款账：今天到底退了多少
退款经常是账不平的根源。云乐住支持在线退押金、退款处理和退款状态流转。你要做的是把“退款金额”和“退款时间”对齐到同一天日结里，避免出现“订单算到今天、退款算到明天”的错位。
四、给你一张“日结检查表”：照着打勾就行
| 检查项 | 目的 | 云乐住里看哪里 |
|---|---|---|
| 今日新增订单金额 | 确认销售规模 | 订单列表/报表（支持导出） |
| 各支付渠道收款合计 | 确认实际到账路径 | 收款记录管理、对账功能 |
| 退款与退押金合计 | 避免账面虚高 | 退款状态、退押金记录 |
| 到店付款核对 | 防止漏记/重记 | 订单支付方式筛选 |
| 多商户抽佣/分账/提现 | 确认平台收入和门店应得 | 分账比例设置、提现管理、商户余额 |
五、最常见的三类坑：提前规避
- 坑1：只看订单不看退款。订单看着增长，实际现金流没跟上。
- 坑2：到店付和线上收款混在一起。日结口径不统一，一对就乱。
- 坑3：多商户没搞清收款模式。独立收款要对分账，统一收款要对余额和提现。
一句话总结：日结做得好，财务省心，运营也更敢投放。云乐住把“订单、收款、退款、日结记录”这些关键数据链路都做在系统里，你需要做的是确定口径、固定流程、每天留档。
