很多酒店上了系统、接了渠道，却发现一个尴尬现象：日报里的房态、前台看到的房态、OTA 上挂的房态，三个数。不是系统算错，而是同一份主数据在不同地方被各改各的，版本慢慢漂开了。
这类问题有个共同名字：主数据治理缺失。它不起眼，却是所有上层报表、自动化、智能化的地基。地基歪了，上面盖得越漂亮越危险。
三类最该守住的主数据
房态
空净、住、脏、维修——全渠道必须指向同一个真相源，不能各存一份。
房价
基础价、会员价、渠道价、协议价，规则集中定义，避免前台手改出多版本。
客史
偏好、消费、投诉、会员等级，归到唯一客户档案，而不是散落在聊天记录里。
房型
物理房型与系统房型一一映射，防止"系统有房、现场没有"的硬伤。
一致性是怎么被破坏的
常见污染源
- 多个入口都能改房价，改完互不同步
- 房态靠人脑记、靠 Excel 补，迟早错位
- 客史写在微信备注，换人接手就丢
治理思路
- 每类主数据只设一个权威来源
- 所有改动走系统，留痕可追溯
- 跨系统同步用接口而非手工搬运
落地的三个动作
1
定权威源
明确房态以 PMS 为准、房价以价格中心为准、客史以会员档案为准，其余系统只消费不篡改。
2
收口入口
能系统自动同步的，取消人工二次录入；必须人工的，统一到唯一操作位并留日志。
3
设校验
定期比对"系统房态 vs 实际房态""渠道价 vs 基准价"，异常自动报警而不是月底才发现。
一个判断
主数据治理不是一次性项目，而是一种纪律：谁改的、从哪改的、改完同步到哪，这三件事交代清楚，上层的数据才敢用。
4 类
核心主数据
1 源
每类权威来源
留痕
改动可追溯
常校验
异常自动报警