一家 80 间房、含早房型占七成的酒店，每晚夜审之后会面对一个不太好回答的问题：今天早餐到底卖了多少钱？
多数门店答不上来。含早房型的房价是一个整体数字，早餐成本混在房费收入里，餐饮部看不到自己的收入，采购和排班也就没有依据。月底做经营分析，餐饮那栏经常只能填一个估出来的数。
选住云管家八月第二批次的更新里，有两条专门处理这件事：早餐划拨，以及新增餐饮收入、会议收入、泳池收入三个一级收入科目。
早餐划拨：夜审时自动拆一次
开关在营业报表设置里，叫「是否开启早餐划拨」。开启之后，系统在夜审时做两笔方向相反的账：
从房费里扣掉
按含早房型对应的早餐费用，从房费收入中扣减，生成一笔负向的早餐划拨。
记到早餐专项收入
同样金额记入早餐专项收入，生成一笔正向的早餐收入。
两笔同时落账
净额不变，总收入不变，变的是收入的结构——房费归房费，餐费归餐费。
这一步的关键在于不改动客人付的钱。客人还是付那个房价，只是酒店内部的账目把两块钱分开放了。所以前台不需要解释，客人也不会看到多出一笔早餐费。
对财务来说，变化是实打实的：报表里房费收入和早餐收入变成两个可以独立看的数，早餐成本率有了分母，餐饮部的毛利算得出来了。
三个新收入科目：不止早餐
同一批次里，报表设置新增了餐饮收入、会议收入、泳池收入三个一级科目。加上原有的房费、商品等科目，收入结构从"房费 + 其他"变成了能拆开的六七个口子。
餐饮收入：来源有两个——早餐（含早餐划拨进来的部分），以及餐厅消费（吃好云管家）。收入分类选择餐饮收入的自定义消费，通过现付账或房间账单入账后，统计进餐饮收入。
会议收入、泳池收入：来源相对单一，只有收入分类选择会议收入或泳池收入的自定义消费。
这意味着什么？一家有会议室和泳池的中端酒店，第一次能在自己的系统里看到"非房收入"的真实占比。以前这些收入多半混在"其他收入"里，或者干脆走线下台账，月底靠手工汇总。
京津冀一带的存量酒店，尤其廊坊、保定、唐山这类会议和婚宴需求不小的城市，会议室收入往往占总营收一到两成。这部分如果长期是糊涂账，谈收益管理和渠道配比就是空话。
落地时容易忽略的三件事
早餐成本要跟着拆
收入拆开了，成本没拆就会得出"餐饮毛利 80%"的假结论。采购单里的食材、人工要按早餐厅分摊。
含早房型的早餐份数要准
划拨金额是按房型的赠早份数算的。房型配置里赠早份数填错，划出来的钱就是错的。
历史数据不会回溯
开启之前营业日的数据不改。想做同比，需要从开启之后的第一个完整月算起。
另外，设置里还有「自用房是否参与间夜数计算」「过夜房是否包含免费房、自用房」「出租率按总房数还是可售房数」等开关。这些不是新功能，但和早餐划拨一样，都属于"口径设置"——定下来之后就不要再改。中途改口径，前后两个月的报表就没法比了。
顺带一个细节：未夜审也能看收入明细
同一批次里，酒店 APP 工作台新增了「收入明细表」入口。进入后默认展示昨日数据，预估数据仅支持单日维度查询，口径与新报表中心完全一致。
这条看着不起眼，但解决的是一个很具体的问题：夜审之前，值班经理不该只能干等。客人还在退房、账还在动的时候，能先看一眼昨日的收入结构，心里有数。
值得优先开的两类门店
建议尽早开
含早房型占比高、有独立餐饮部的门店；有会议室、泳池等非房收入的中端酒店；正在做收益管理、需要按渠道和产品拆毛利的分店。
可以先等等
全部房型不含早、餐饮完全外包、收入结构极简的小型门店。开了也是多一道配置，没有实际决策价值。
拆账这件事本身不产生收入。它产生的是判断依据——早餐该不该提价、会议室的定价是不是偏低、餐饮部的人效是否合理。没有拆开的账，这些问题只能靠感觉；拆开了，才有讨论的基础。
八月这批更新还有 AR 账的两张新报表、积分商城的权益包、拖动换房等十来项改动，另外几条会在后面单独展开。