更新日志

改了什么,
一条条记在这里。

已经上线的直接写;还没上线的会标明「尚未上线」。 目前共 794 条
同一条更新可能同时属于多个模块,因此各模块条数相加会大于总数。

第 33 页

2026-09-208 条

老板

后台第一屏读不到数据时,会说「没读到」而不是显示 0 与跌 100%

  • 近 7 天的进账读不到时,画面不再静默换成「今天进账 ¥0 ▼100%」(那会让人读成今天没生意、还跌了 100%),改成明说「近7天进账没读到」并给一颗重试;同一排的结账笔数与客单价显示「没读到」,不拿另一个口径的数字顶上。
  • 估算净利算不出来时,除了「没算出来」之外多一颗重试按钮(以前只有一句话、没有下一步)。
  • 这些都是显示层的诚实化:读不到就说读不到,不伪造 0、也不把「我不知道」讲成「没有钱」。

财务/日结/流水

老板

后台第一屏的四个数字现在点得动,晨报也把「酒进提成、餐只算业绩」写出来了

  • 第一屏的四个数字(近7天进账/估算净利/结账笔数/客单价)都能点开:进账与笔数直接开逐笔订单明细(跟日结页同一个口径),净利连到财务健康、客单价连到销售页。以前这四个数字是纯文字,而同一页下面 AI 发现的每一条都有「打开 →」。
  • 晨报第一句旁边多一句「这 ¥21,710.73 里,酒水 ¥20,219 进提成基数、餐与其它 ¥1,491.73 只算业绩不算提成」——第一次进来就看得出「酒抽餐不抽」。
  • 估算净利是负数时会多一句人话:本期成本与费用高于进账,所以是负的;这是按现有成本资料估的(未含人力时人力按 0 计),不是账上结论,并给一条看成本结构的入口。
  • 数字全部来自服务端,不是前端自己算的;没有这把权限的帐号看不到那一句,也不会看到错误。

财务/日结/流水

客人

购物车里更长的商品名现在会换行显示,不再被省略号截掉

  • 无规格的商品:点「加入」直接进购物车、不开规格面板,所以购物车是下单前唯一看得到商品名的地方;原本单行省略号会把长名字截掉
  • 改成最多两行显示(超过两行才省略号),长名字现在看得到全名
  • 只改购物车那一列;菜单列表的品名维持原本单行(那里截断是为了不把 88px 的加减钮挤扁,票面明写先不做)
  • 实测:店里最长的无规格品名(12 字)仍是一行(不回退);把它换成 19 字后变成两行、全名可见;加减钮宽度 126→126、价格栏宽度 181→181 都没被挤坏

点单送厨

客人

客人端商品价格补上销售单位(每毫升/每杯/每瓶)

  • 客人菜单原本只印「¥0.60」,而商品名写着 200ml/瓶 ⇒ 第一次看会读成「一瓶 0.6 元」(实际是按毫升计价)
  • 价格旁改印销售单位:安高天娜苦精 ¥0.60/毫升、莫林接骨木花糖浆 ¥0.24/毫升、蔓越莓汁 ¥0.10/毫升;其他商品 ¥78.00/杯、¥18.00/罐 等
  • 守卫:unit 为空或等于「件」时不印(不多印废字),价格计算未动
  • 前端一行:src/pages/menu/index.tsx 价格节点接上 item.unit(客人端 unit 来自后端 product.sale_unit.name)

点单送厨

老板

桌面工作區第五階段:庫存流水/台帳+成本來源上桌

  • 新增**庫存流水/台帳**區塊,並把「成本來源」顯示在畫面上(加權均價讀不到時顯示 `—`)。
  • 成本來源不明的品項**不猜數字**,直接標示來源狀態。

财务/日结/流水

老板

桌面工作區第四階段:現金差異+班次異常判準

  • 新增「現金差異」區:把**帳面與實點**的差額顯示出來,並說明差在哪一段班。
  • 班次沒有交班時,畫面**明說「沒交班 ≠ 現金相符」**,而不是顯示 0 差異。

财务/日结/流水

老板

桌面工作區第三階段:日結(主從式版面)

  • 「今日日結」以**主從式**版面呈現:左邊選項、右邊明細,窄視窗也能讀。
  • 提成相關的三態(正常/要注意/讀不到)一起做進日結區。

财务/日结/流水

老板

桌面老闆首頁的「工作區」分階段上線(日結/現金差異/庫存流水/提成三態)

  • 桌面首頁新增可切換的工作區:**日結、現金差異、庫存流水/台帳**,老闆在同一個畫面看得到。
  • 提成與現金的異常改成**三態**(正常/要注意/讀不到),讀不到時**不顯示 0**。
  • 側欄可達性與驗收契約同步補上(`G12c`)。

财务/日结/流水

2026-09-1912 条

老板

五处清单+补货建议:读不到不再说「没有」(逐档手改)

  • 储值套餐、成本记录、在途采购单、可用供应商、补货建议五处空态文案,改成真的读到才说「没有」;读不到时说「X没读到,不能当成『没有』」。
  • 这一轮改用符号锚(先找错误赋值、再往回找成功赋值)而不是位置正则,并逐档 analyze 验证:零个改坏(上一轮用位置正则坏了 5 档)。
  • 补货那句原本同时断言了「近 N 天没有任何商品有出库记录」这个具体原因,失败时是假原因,一并修掉。
  • 本條原本掛的模組 id 不存在於 registry,改為不掛(跨全站)。
股东

分红记录:读不到不再说「还没有确认过任何一期」

  • 确认本月分红那一页,列表读失败时原本会说「还没有确认过任何一期分红」;改成说「分红记录没读到,不能当成『没有』」。
  • 同一批挑了另外四条(成本记录/在途采购单/储值套餐/可用供应商)与 P1-88(补货建议),但批次脚在巢状 try 的档上改坏了语法——五档已全部还原,留待逐档手改(没有留下坏码)。
  • 去重扫描脚本入库(contract/p0-22-scan-app-empty.py),下次全树扫描可重跑。

股东与分红

老板

应付清单与分红费率:读不到不再说「没有」

  • 「要付的钱」原本在读取失败(d==null)时也说「近7天没有要付的钱」——出纳会因此不付款;改成读不到就说没读到。
  • 分红费率表自己那支载入器失败时,原本会同时显示错误与「还没有配置——下面新增一笔」,店长可能照它去新增而覆盖原设定;改成读不到就不说没有。
  • 同一批派工里另两条经查已有闸(提成人物卡只在账单载入后渲染;采购追踪的错误分支与空态互斥),不重复修改;补货那句查出是半诚实(同时给了错的原因),列 P1。

财务/日结/流水股东与分红

老板

首页主按钮字面说实话+两处缺码文案补去處

  • 首页主按钮「确认日结」点下去只是开日结页、还要再按一次确认——字面改成「去日结」;「开班」同理改成「去开班」。行为完全不动(没有把它改成真的确认,那会动到钱的流程)。
  • 收银规则/商品主档两处缺码文案,补上「请找有某权限的人(通常是老板/店长)」;这两屏没有自然的子集可给,所以只补去處、不硬造子集。
  • 本條原本掛的模組 id 不存在於 registry,改為不掛(跨全站)。
老板

会员生日名单:读不到不再说「这个月没有登记生日的会员」

  • 生日名单不是主载入喂的,是切月份时另一支载入器打的;原本三条路(没钥匙/失败/真的没人)都落成空清单,画面三种情况都写「这个月没有登记生日的会员」。
  • 改成那个载入器自己的三态:没钥匙不列入判断、载入中与失败都是没读到、成功才依笔数决定;读不到时黄字说「生日名单没读到,不能当成『没有』」。

顾客 CRM

老板

五个唯读清单:读不到不再说「没有」

  • 盘点任务、跨店调拨、库存台账、礼品卡列表、菜单建议五个清单,读失败时不再说「没有/暂无」,改成「X没读到,不能当成『没有』——刷新再看」。
  • 定位两件事实:楼面另有桌台图的订位提示与第二个订位入口;礼品卡另有卡号/扫码查卡路径——所以这两条维持 P1(有別处可核)。
  • 会员生日名单那条本轮未动(载入形状不同,硬套会让它永远说没读到),留待下一轮。
  • 本條原本掛的模組 id 不存在於 registry,改為不掛(跨全站)。
全员

出品站配置:读不到就没有储存钮(入口要有闸)

  • 出品站配置页原本只在储存函式里挡「至少要有一个出品站」,入口照常渲染储存钮——按下去只会拿到一句错误,使用者不知道是没读到还是真的没设。
  • 改成入口闸:读不到就没有储存钮,并写出原因(共用判准)。
  • 顺带把 App 的正面样板整理成四栏(样板名/档案行/示范什么形状/抄它注意什么)给跨端样板索引。

厨房出品

老板

积分/收银规则等六个设定面:读不到就不给存

  • 积分规则、收银规则、欢乐时光、小票模板、桌况颜色、礼品采购规则六个整组写入面,改成真的读到才给储存钮(读不到就没有那颗钮,不是灰钮)。
  • 收银规则会整表覆盖税率,与网页端同一族;两端写法对齐:只把「未配置(404)」当未配置,其余失败照常冒出来并挡住入口。
  • 共用的判断改成从单一档案 export,画面只 import 一支就拿得到,不会有第四种写法。
  • 本條原本掛的模組 id 不存在於 registry,改為不掛(跨全站)。
老板

后台设置:整组写入面读不到就不给改(含抓到一个假守卫)

  • 功能模组/营业时间/交班时间/打包费/桌台提醒/呼叫阈值六个整组写入面,改成真的读到才给改;读不到时模组开关不能动、欄位段没有储存钮。
  • 抓到一个假守卫:股东带台的「已载入」在 fetchPolicy 被 catch 吞掉后照样标成 true,等于守卫说可以存、实际上会把股东带台写成关闭+封顶清空;已改成真的读到才 true。
  • 盘点了其余整组写入面的失败路径实际画面,列在交卷与 .role-walk/contract/p0-22-三端清单.md 附录二。
  • 本條原本掛的模組 id 不存在於 registry,改為不掛(跨全站)。
老板

预设时薪:读不到就不给储存钮

  • 预设时薪那一格,载入失败时输入框是空的,原本按储存会把店家自订的时薪覆盖掉。
  • 改成读不到就没有储存钮,旁边写「默认时薪没读到,先不要储存——刷新再看」。
  • 同时盘点了 App 其余「整组写入」的设定面(功能模组/欢乐时光/积分规则/收银规则/小票模板/桌色/分店…),清单与处置写在 .role-walk/contract/p0-22-三端清单.md 附录二。

成本与毛利

老板

提成设定:整表储存前先确认来源清单真的读到了

  • 抽哪些:分类名单没读到就不给储存钮(原本会送出空 map,等于把整店的抽哪些归零、全店提成不发)。
  • 角色费率:店级费率没读到就不给储存钮(原本控制器停在平台预设,按下去会用预设覆盖店家自订)。
  • 股东带台:店级政策没读到就不给储存钮(原本会写成关闭+封顶清空)。
  • 三个面共用同一份判准;没读到时旁边写出原因,不是静静把钮藏起来。

提成/推广

老板

待我批核:没钥匙不再说「没有待批」、失败不再同屏自相矛盾

  • 审批清单六类(采购草稿/采购申请/调拨/报销/请假/带客归属)各自记「这次读到没有」,分成 403(没钥匙)与其他失败两种。
  • 403 或失败的那一类,不再显示「没有待批X」;改成红字「X没读到,不能当成『没有』——刷新再看」。
  • 中途失败时,有钥匙但还没读到的几类一律记成没读到;顶部副标也不准看起来像「没有要批的」,改成「有 N 栏没读到」。

审批收件箱

这份日志从 2026 年 7 月记起,更早的没有逐条列。想看它现在都会什么,回全部功能,或者进演示店自己点一点。