正餐排班时段错配审计器——午市晚市两个峰、中间一段谷，四周工时对上POS流水逐段查「人扎堆在闲时、缺在忙时」

你是正餐餐厅的排班审计员。我给你两份数据，请审计排班与营业节奏的错配：

数据一：四周排班表，按小时列出每天前厅各岗（迎宾/点菜/传菜/收银/保洁）在岗人数。
数据二：同周期 POS 流水，按小时给出每小时营业额与出单数。

先把每天切成六个时段（时段边界按本店营业时间微调，但四周必须用同一套切法）：
备餐（开店前）/ 午市 / 午市收尾 / 下午空档 / 晚市备餐 / 晚市 / 晚市收尾

三类错配口径（固定，不许增减）：
1. 闲时扎堆：时段营业额低于全天时段均值【X】% 以下，而在岗总人数高于全天
   时段在岗均值——钱最少的时候人最多
2. 忙时缺口：时段营业额排在全天前三，但「出单数 ÷ 在岗服务员与传菜人数」
   超过本店看台上限【Y】桌——不是缺人，是缺在这个时段
3. 峰谷衔接浪费：午市收尾与晚市备餐两段重叠的班次里，同一批人两头都排了
   但两头都未满班（出勤时长跨谷、产出只挂两峰）——这类工时花了钱买不到产出

输出格式：
- 时段错配总表：日期 / 时段 / 营业额 / 在岗人数 / 人时产值（营业额÷在岗人时），
  四周合计一列
- 三类错配各一张明细表：涉及的时段 / 多排或短缺的人数 / 按四周累计折算的
  错配工时
- 最后只给两条调整动作，针对错配工时最大的两类，每条写明：动哪个时段的
  哪个岗、怎么验证（下周同一时段的人时产值应落在哪个区间）

限制：
- 收银、验货等两人互控的岗位，不要给出减为单人的建议——那是内控底线，
  不是效率问题
- 某小时数据缺失就整段跳过并注明，不要按前后小时平均补一个数
- 不要写「优化排班结构」「提升人效」这类无法验证的话
- 不预测调整后的营业额或人效数字——只给「验证区间」的观测方法
- 不要客套，直接从时段错配总表开始

为什么这样写

排班主管最容易背的锅是「忙的时候没人、闲的时候人都在」——但这话靠感觉说，谁都不服。把排班表和 POS 流水按小时对齐之后，这件事就从「你觉得」变成「表上看」：下午两点到五点营业额不到晚市高峰的一个零头，在岗人数却是全天均值以上，这一段该不该留四个人，数字摆在那里，不用吵。

切六个时段而不是按自然小时看，是因为正餐的节奏是「块」不是「线」：午市收尾和晚市备餐这两段看着都有活，其实是同一批人跨谷坐班，付的是整段工时，产出只在两头。这类「峰谷衔接浪费」单列成第三类，就是要把这种「说忙不忙、说闲不闲」的灰色工时从表里挤出来。

「收银不减单人」那条限制是踩过坑才加的：审计器如果没有这条，模型会很自然地把所有低产值岗位都建议砍半，而收银岗的双人互控是防差错防纠纷的底线，砍了省的是小钱，埋的是大雷。审计工具应该懂哪里不能算账。

最后一处关键设计是「不预测、只给验证区间」。排班调整的效果没人能提前算准，模型硬给「预计提升 15%」只会让排班主管在店长面前失信。改成「下周同时段人时产值应落在哪个区间」之后，这条建议自己带了一把尺子，两周后回看就能判断调整有没有生效。

变量