酒店经营里最麻烦的从来不是"改错了"，而是"谁改的、什么时候改的、改之前是多少"三问答不上来。房费被降到午夜价、订单被取消又重下、免房券被用掉——这些动作如果只在系统里留下一个结果，财务对不上账时就是一笔糊涂账。选住云管家的操作日志模块，价值就在这里。
一条合格的日志，必须有四个要素
很多系统的"日志"只是一行"操作成功"，那不叫审计。真正可回溯的日志要同时记录：
- 操作人：账号 + 岗位 + 当班班次（同一账号换人串用是审计的常见漏洞）
- 时间戳：精确到秒，且不可被前台本地时间篡改
- 动作对象：哪张订单、哪个房型、哪笔账
- 前后值：改之前是多少、改之后是多少——这一条最关键，没有它就无法判断影响
缺了"前后值"，日志只能证明"发生过"，无法证明"影响多大"。
什么动作必须留痕
不是所有操作都值得记。落地上，优先覆盖会直接动到钱与房量的动作：
| 动作类型 | 典型场景 | 风险 |
|---|---|---|
| 改价 | 前台临时改房价、改折扣 | 卖低价、冲业绩 |
| 删单/取消 | 取消已担保订单 | 掩盖真实取消率 |
| 免房/冲账 | 免房券、内部房、冲账 | 资产流失 |
| 房态调整 | 强制置脏、强开房 | 超售与账实不符 |
| 权限变更 | 给员工临时开权限 | 越权操作 |
这张清单可以直接当"日志覆盖度自检表"用：任何一项没有留痕，内控就是漏的。
日志 ≠ 权限，两者是互补关系
最容易混淆的一点：权限管的是"能不能做"，日志管的是"做了什么"。给店长开放改价权限是业务必然，但如果改价没有日志，权限就成了黑箱。正确的组合是——给必要的人开权限，同时把所有敏感动作记进日志，再定期抽查。选住云管家的权限体系负责前者，操作日志负责后者，缺一不可。
怎么把日志用起来
日志堆在系统里不会自己产生价值。三个高频用法：
1. 财务对账时反查：账目差异锁定到某天某笔，直接按日志回看改了什么 2. 月度抽查：每月随机抽 10 条敏感日志，看是否存在异常改价或免房 3. 离职交接：员工离职前把其名下操作导出归档，避免事后扯皮
> 一句经验：把"当月异常改价笔数"做成一张固定报表给店长看，比开会强调"不要乱改价"有用得多。
日志本身不产生收益，但它让所有其他制度有了牙齿。没有日志的系统，再严的权限也能被绕开；有了日志，改价这件事才真正"有代价"。