2026年10月30日发版公告

1 POS 版本号：1.1.40 1.2.1

1.1 【新增】POS适配加拿大新的时区

1. 功能路径：无需额外配置，升级后 POS 自动按新时区显示时间。
2. 使用场景：
   • 目标客户：加拿大 BC 省（温哥华、维多利亚等）的门店。
   • 解决的问题：2026 年 11 月 1 日起，BC 省大部分地区不再拨回时钟，全年保持 UTC-7，并启用新的时区名称。门店设备更新到新时区后，POS 可能识别不了新时区，导致时间显示、营业日计算出错。本次 POS 适配新时区。
   • 前提：门店设备已更新为 BC 省新时区，或将系统时区设置为 UTC-07:00。
3. 功能简介：
   1. POS 仍优先使用设备系统时区；系统时区无法被 POS 识别时（如 Windows 新增的 BC 省时区），自动改用 LocalServer 识别到的系统时区，时间显示和日期计算保持正确。
   2. 支持固定偏移时区，如「GMT-07:00」，包括半小时、45 分钟的偏移（如「GMT+05:30」「GMT+05:45」「GMT-03:30」），时间显示、日期选择均按该偏移换算。
   3. 门店未激活时（激活页面）同样按系统时区显示时间。
   4. LocalServer 返回的时区无效时自动忽略，按原有方式处理，不影响 POS 正常使用。
   5. BO 同步增加新的时区。
4. 示例图：无

1.2 【新增】POS撞餐需求

1. 功能路径：
   1. POS 正常点菜，所点菜品满足自动撞餐规则时，系统自动按优惠价计价。
   2. 手动选择的撞餐活动：点菜后在营销活动中选择对应活动。
2. 使用场景：
   • 目标客户：有「跟餐」点餐习惯的商户，如香港茶餐厅：顾客点主食后，可以优惠价加点一杯饮品或一份小吃。
   • 解决的问题：原来主食搭配饮品的优惠需要店员手工改价或手工选择活动，容易漏选、错选。本次 POS 支持撞餐：所点菜品符合撞餐规则时，系统自动按优惠价计价。
   • 前提：BO 已配置撞餐营销活动（菜品组合、优惠价、适用时段、共享/叠加规则）并下发到门店。
3. 功能简介：
   1. 撞餐规则：菜品 A 与菜品 B 在同一账单中点选后即形成撞餐，菜品 A 价格不变，菜品 B 按设定的优惠价计价；支持按不同时段设置不同的优惠价（如早餐 $5、午餐 $8）。
   2. 多个撞餐活动：支持活动共享/叠加，并可设置按优惠多或优惠少优先。例如按优惠多时，不论点菜先后顺序，系统按优惠最多的组合撞餐。
   3. 自动计算：POS 下单前或下单后，加菜、修改数量、退菜时，系统按最终菜品自动重新计算撞餐，不需要打开营销活动列表或再次选择活动。
   4. 自动与手动活动：设置为自动执行的撞餐活动，满足条件即自动生效；设置为手动选择的活动，只出现在可选活动中，选择后才生效。
   5. 已手动选择活动或优惠券的账单，后续加菜不会自动加入新的撞餐活动，需要时可在营销活动中手动选择；已生效的活动和已选优惠券照常重新计算。
   6. 分组规则：同一菜品点了多份、只有部分数量满足撞餐，或可以组成多组时，系统按最终菜品重新分组；退菜后不再满足条件的组自动失效，菜品恢复原价。
   7. 撞餐只表示菜品之间的组合关系，不新增菜品，也不改变点菜数量；做法加价、税费、押金等仍按原有规则另行计算。
   8. 手动取消的撞餐活动，后续加菜、改数量时不会被自动加回，需要时可重新手动选择。
   9. 查看订单详情、营销活动列表不会改变已有的优惠和账单金额。
4. 示例图：

1.3 【新增】POS安卓按销售渠道沽清

1. 功能路径：安卓 POS - 库存管理 - 选择菜品 - 自定义沽清 - 勾选需要沽清的平台 - 确认。
2. 使用场景：
   • 目标客户：香港等 SEA 环境中使用安卓 POS 的门店。
   • 解决的问题：门店有时只想让外卖平台暂停售卖某个菜品，POS 堂食继续售卖。原来安卓 POS 沽清后所有渠道都不能售卖。本次安卓 POS 支持按销售渠道沽清。
3. 功能简介：
   1. 安卓 POS 库存管理中的「自定义沽清」支持按平台选择沽清渠道，如只勾选「自营外卖」。
   2. 沽清后只有所选渠道不能售卖，未勾选的渠道（如「堂食」）在 POS 上继续售卖。
4. 示例图：

自定义沽清：只勾选外卖平台沽清，堂食继续售卖

1.4 【新增】POS自营配送，无骑手接单或骑手接单后取消配送需要弹窗提示门店

1. 功能路径：
   1. POS 设置 - 通用设置，确认「聚合配送消息提醒」已开启。
   2. 收到配送提醒弹窗后，点击「去处理」进入手动派单。
   3. 消息中心 - 聚合配送，查看和处理未处理的配送消息。
2. 使用场景：
   • 目标客户：使用聚合配送（自营配送）的外卖门店。
   • 解决的问题：外卖单一直没有骑手接单，或者骑手接单后又取消配送，门店原来感知不到，导致订单超时、退款和差评。本次 POS 收到这类配送消息后会弹窗提醒，并保存到消息中心，方便门店及时手动派单。
   • 前提：门店已开通聚合配送。
3. 功能简介：
   1. POS 设置 - 通用设置 新增「聚合配送消息提醒」，默认开启，按站点保存；关闭后本站点不再弹窗提醒，但消息仍会保存到消息中心。
   2. 提醒类型：
      • 「派单超时」：某个配送平台在规定时间内派单未接单。
      • 「取消配送」：骑手接单后取消配送，显示配送平台和取消原因。
      • 「整体派单超时」：自动派单持续时间内，所有配送平台都无人接单。
   3. 弹窗显示外卖单号（平台 + 取餐号）、配送平台和具体原因（如派单失败原因「余额不足」）；点击「去处理」打开该账单的手动派单窗口；点击弹窗其他位置关闭；不操作时 5 秒后自动关闭。
   4. 骑手申请取消、商家取消配送不会触发「取消配送」提醒；已经开始新一轮派单或切换到新的配送平台后，迟到的旧提醒不再弹出。
   5. 消息中心新增「聚合配送」页签：未处理的消息排在最前面，角标显示未处理的配送单数量（同一账单的同一次配送只计一次），支持分页查看历史消息。
   6. 该账单手动派单或自动派单成功后，账单下未处理的配送消息自动标记为已处理。
4. 示例图：

1.5 【优化】POS安卓会员角色不生效

1. 功能路径：安卓 POS - 会员 - 卡操作 - 卡资产合并，无权限的账号需输入有权限账号授权。
2. 使用场景：
   • 目标客户：使用安卓 POS 办理会员业务，并按角色控制会员操作权限的门店。
   • 解决的问题：角色没有勾选「卡资产合并」权限，登录该账号后在安卓 POS 上仍然可以合并卡资产，权限控制不生效。
   • 前提：BO 角色权限中按需分配「卡资产合并」等会员权限。
3. 功能简介：
   1. 安卓 POS 会员 - 卡操作中的「卡资产合并」增加权限校验，没有权限时需要授权后才能操作。
   2. 该权限位于 BO 角色权限：菜单资源 - 顾客与会员 - 「卡资产合并」，默认分配给门店店长和门店管理员。
   3. 对照 Windows POS 已支持的会员权限，安卓 POS 同步补齐其他会员操作的权限校验。
4. 示例图：无

1.6 【优化】POS小费预授权设置为定时自动确认

1. 功能路径：
   1. BO - 业务参数 - 报表设置，设置「日结确认已收小费预授权账单的时间范围」并下发到门店。
   2. POS 正常修改小费；日结完成后，系统自动确认符合时间范围的预授权账单。
2. 使用场景：
   • 目标客户：使用 Adyen 信用卡预授权收款、先授权后确认小费的商户，如西餐、酒吧门店。
   • 解决的问题：原来已修改小费的预授权账单需要人工确认授权，遗漏确认会影响收款；修改小费调整授权被拒绝后，账单仍保留被拒绝的小费金额，与实际授权金额对不上。本次支持日结后按时间范围自动确认授权，并在调整授权失败时自动恢复账单金额。
   • 前提：门店已使用 Adyen 预授权收款。
3. 功能简介：
   1. BO 新增业务参数「日结确认已收小费预授权账单的时间范围」（业务开关 - 报表设置），可选：「全部账单」「1 小时前账单」「2 小时前账单」「3 小时前账单」「6 小时前账单」「前一营业日账单」，默认「全部账单」。
   2. 手动日结或自动日结完成后，系统按该参数自动确认已修改小费的预授权账单（包括小费改为 0 的账单）：
      • 「全部账单」：日结前所有已修改小费的预授权账单。
      • 「x 小时前账单」：从日结完成时间往前推 x 小时之前的账单。
      • 「前一营业日账单」：本次日结营业日的前一个营业日的账单。
   3. 正在确认或已确认的账单自动跳过；单笔确认失败不影响其他账单。
   4. 修改小费后调整授权被拒绝时，账单自动恢复为修改前的小费、刷卡手续费和支付金额，原预授权记录继续有效，无需重新刷卡；顾客补足余额后，可重新修改小费或直接再次确认，按当前账单金额确认。
   5. 调整授权仍在处理中或结果超时时，账单金额保持不变，等待最终结果；调整授权成功但确认扣款失败时，保留新的小费金额，可再次确认。
   6. 同一结果重复返回时只处理一次，不会重复扣减小费或手续费。
4. 示例图：无

1.7 【优化】POS桌台页面信息支持显示会员等级

1. 功能路径：BO - POS 装修方案 - 桌台信息页 - 状态标记，开启「会员信息」并发布，POS 桌台页即显示会员等级。
2. 使用场景：
   • 目标客户：在桌台页通过会员标记识别会员顾客，并按会员等级提供差异化服务的门店。
   • 解决的问题：POS 装修方案中开启「会员信息」标记后，Windows POS 桌台上会显示会员等级名称，安卓 POS 只显示会员图标、不显示等级，服务员无法直接看出顾客的会员等级。
3. 功能简介：
   1. POS 装修方案 - 桌台信息页 - 状态标记中开启「会员信息」后，安卓 POS 桌台在会员图标后显示当前会员等级名称，与 Windows POS 一致。
4. 示例图：

POS 装修方案：桌台信息页 - 状态标记中开启「会员信息」

1.8 【优化】POS服务费计算规则需支持税后且折后

1. 功能路径：BO - 附加费 - 新建或编辑服务费，「计算规则」选择「税后且折后」，保存并下发到门店。
2. 使用场景：
   • 目标客户：需要按含税金额收取服务费的商户。
   • 解决的问题：服务费的计算规则原来只有「税前且折前(加优惠金额)」「税前且折后」，计算基数都不含税，无法满足按税后金额收取服务费的门店。
3. 功能简介：
   1. BO 附加费中服务费的「计算规则」新增「税后且折后」：按折扣后的金额加上税额计算服务费。
   2. 服务费本身产生的税额不参与服务费计算。
   3. 附加费计算 SDK 同步支持该规则，POS 升级 SDK 后生效。
4. 示例图：

BO 服务费计算规则（本次在此处新增「税后且折后」选项）

1.9 【优化】POS菜品的推荐套餐商品功能优化

1. 功能路径：POS 点菜页点击该菜品 - 在推荐弹窗中选择套餐 - 套餐选择页中该菜品已默认选中 - 选完其他子菜后确认。
2. 使用场景：
   • 目标客户：为单品配置了推荐套餐的商户。
   • 解决的问题：给面 A 配置推荐套餐后，顾客先点面 A、再在推荐弹窗中选择套餐时，面 A 不会默认加入套餐，需要重新选一次，操作重复且容易让人困惑。
   • 前提：BO 已为单品配置推荐套餐。
3. 功能简介：
   1. 点击菜品后弹出推荐套餐，选择套餐时，系统记住触发推荐的菜品，并自动把它加入套餐已选菜品：
      • 该菜品是固定子菜时，直接加入已选。
      • 该菜品是可选子菜时，也自动选中，优先占用该分组的默认名额，原有默认菜品顺延。
   2. 同一分组中该菜品有多个可选项（如不同规格加价）时，选择加价最低的一项；该分组已把该菜品设为默认时，保持原有配置。
   3. 菜品已售罄、不在售卖时间或剩余库存不足时，不会被自动选中。
   4. 其他操作不变，自动加入的子菜仍可正常选择口味做法。
   5. 点菜页搜索菜品后按回车，只有一个搜索结果时，同样会弹出推荐套餐，与点击菜品卡片的流程一致。
4. 示例图：

1.10 【新增】POS订单详情增加操作日志

1. 功能路径：POS 订单中心 - 选择账单 - 订单详情 - 操作日志。
2. 使用场景：
   • 目标客户：需要追溯账单操作过程、处理客诉和核对异常账单的门店。
   • 解决的问题：原来在订单详情中看不到账单经过了哪些操作，出现账单异常或客诉时难以追溯。本次订单详情增加操作日志。
3. 功能简介：
   1. POS 订单详情中新增操作日志，可查看该账单的操作记录。
4. 示例图：

1.11 【优化】POS账单需要支持显示记账科目统计值设置

1. 功能路径：
   1. BO - 业务参数 - 点餐，「POS点单显示统计科目」勾选「收入科目列表」并下发到门店。
   2. POS 点菜后，点击购物车底部的箭头查看收入科目统计。
2. 使用场景：
   • 目标客户：按收入科目（如主食收入、酒水收入）考核或核对营收的商户。
   • 解决的问题：点菜时无法直接看到当前账单各收入科目的金额，需要等报表才能核对。本次 POS 购物车支持查看当前账单的收入科目统计。
   • 前提：BO 已维护记账科目，并在菜品或菜品分类上设置记账科目。
3. 功能简介：
   1. BO 新增业务参数「POS点单显示统计科目」（业务开关 - 点餐），多选，可选「收入科目列表」，默认不显示。
   2. 开启后，购物车底部显示向上箭头，点击后弹出当前账单各收入科目及金额，如「主食收入 ¥123.00」「酒水收入 ¥23.00」「其它收入 ¥45.00」；箭头变为向下，再次点击关闭。
   3. 切换账单、在点菜与结账界面之间切换、菜品金额刷新变化时，统计弹窗自动关闭，避免显示的金额与账单不一致。
   4. 收入科目名称按 BO 下发的多语言显示。
4. 示例图：

BO 记账科目：维护收入科目

BO 菜品：指定记账科目

1.12 【优化】POS下单菜品支持等叫

1. 功能路径：
   1. POS 点菜后选择菜品 - 等叫，下单后菜品以等叫状态送厨。
   2. 需要出菜时选择菜品 - 叫起，可叫起全部或部分数量。
2. 使用场景：
   • 目标客户：使用等叫、叫起控制出菜节奏的堂食商户，如宴会、火锅、西餐门店。
   • 解决的问题：扫码点餐等线上渠道加菜时，设置了等叫的菜品同步到 POS 后丢失等叫信息，后厨直接制作，出菜节奏被打乱；部分叫起时，拆出来的菜品与原菜品的等叫、叫起状态会相互影响。
3. 功能简介：
   1. 扫码点餐等线上渠道加菜时，设置了等叫、叫起的菜品同步到 POS 后保留等叫、叫起信息，送厨后在 POS 和后厨仍显示为等叫。
   2. 没有设置等叫的线上菜品，仍按原有规则送厨和自动出餐。
   3. 一行菜品只叫起部分数量时，拆出的叫起菜品与原菜品各自保留等叫、叫起、催菜状态，互不影响；KDS 可识别拆分前后的菜品对应关系。
4. 示例图：无

2 POS/打印

2.1 【优化】POS制作单的时候，支持跨套餐相同单品自动合并

1. 功能路径：BO - 打印模板 - 编辑制作单模板，开启「相同菜品合并」「不显示套餐头」和「不同套餐相同子菜合并」，保存并同步到 POS 后打印生效。
2. 使用场景：
   • 目标客户：同一账单点多份不同套餐、套餐中有相同子菜的商户，如快餐、团餐门店。
   • 解决的问题：制作单原来只能合并相同套餐中的子菜，不同套餐里的相同子菜分开打印，后厨需要自己汇总数量，容易做错、做漏。
3. 功能简介：
   1. 打印模板新增参数「不同套餐相同子菜合并」，默认关闭。
   2. 开启「相同菜品合并」和「不同套餐相同子菜合并」后，同一张制作单上不同套餐中的相同子菜（菜品相同，且口味做法、配菜相同）合并为一行打印，数量累加；配菜金额按合并后的子菜分别计算。
   3. 该参数配合「不显示套餐头」使用；显示套餐头时不做合并。
4. 示例图：

打印模板：套餐子菜合并相关参数（本次新增「不同套餐相同子菜合并」）

2.2 【优化】POS制作标签无法打印口味做法的后厨名称

1. 功能路径：无需额外配置，升级后打印制作标签即显示口味做法的后厨名称。
2. 使用场景：
   • 目标客户：使用标签打印机打印制作标签，并为口味做法设置了后厨名称的商户，如茶饮、烘焙门店。
   • 解决的问题：口味做法设置了后厨名称后，制作标签上仍打印口味做法的原名称，后厨看到的名称与其他后厨单据不一致。
   • 前提：BO 已为口味做法设置后厨名称。
3. 功能简介：
   1. 制作标签上的口味做法支持打印设置的后厨名称。
   2. 外卖订单的制作标签、退菜标签单同样支持。
4. 示例图：无

2.3 【优化】POS系统打印的京东外卖小票的条码无法给出餐宝美团扫码出餐

1. 功能路径：打印京东外卖小票后，使用美团出餐宝扫描小票上的出餐条码即可上报出餐。
2. 使用场景：
   • 目标客户：同时接入京东外卖，并使用美团出餐宝扫码出餐的门店。
   • 解决的问题：京东外卖打印模板设置出餐条码后，用美团出餐宝扫码时提示条码无法识别，只能手工上报出餐。
   • 前提：京东外卖的打印模板已设置出餐条码。
3. 功能简介：
   1. 京东外卖小票上的出餐条码按平台对接规范生成，美团出餐宝可以正常扫码识别并上报出餐。
4. 示例图：无

3 KDS

3.1 【优化】KDS等叫菜品在配菜屏支持划菜

1. 功能路径：KDS 配菜屏 - 点击等叫菜品划菜 - 在提示中确认完成配菜。
2. 使用场景：
   • 目标客户：使用 KDS 配菜屏、制作屏、传菜屏，并使用等叫功能的商户。
   • 解决的问题：等叫菜品在配菜屏上不能提前划菜，配菜不能提前准备；菜品模式下等叫菜品与普通菜品混在一起，不便区分；制作屏、传菜屏划菜时，提示框默认按钮是「起菜」，容易误操作。
3. 功能简介：
   1. 等叫菜品显示：
      • 菜品模式：等叫菜品显示在菜品列表最后，按下单时间先后排序。
      • 订单模式：等叫菜品仍显示在本单原位置，规则不变。
   2. 配菜屏划菜：等叫菜品在配菜屏支持划菜，划菜时提示「等叫菜品，确认完成配菜吗？」，确认后完成配菜。
   3. 配菜屏划菜后，等叫菜品在制作屏、传菜屏上仍显示等叫状态。
   4. 制作屏、传菜屏划菜时提示「是否需要起菜？」：「取消」按钮显示在右侧并使用主题色，「起菜」按钮显示在左侧，避免误点起菜。
4. 示例图：

4 点菜宝

4.1 【优化】点菜宝账单退单需要显示退款原因

1. 功能路径：点菜宝 - 订单 - 选择冲销单 - 账单详情，查看退款原因。
2. 使用场景：
   • 目标客户：使用点菜宝查询账单、处理退款的门店。
   • 解决的问题：在点菜宝上退款后，查询订单看不到退款原因，店员无法了解退款的具体原因。
3. 功能简介：
   1. 点菜宝冲销单的账单详情中，在「订单类型」上方增加一行「退款原因」。
   2. 订单查询接口同步返回订单的取消原因和退款原因。
4. 示例图：

4.2 【优化】点菜宝桌台增加押金标识

1. 功能路径：点菜宝 - 桌台，已收押金的桌台显示押金图标。
2. 使用场景：
   • 目标客户：开台收取桌台押金的门店。
   • 解决的问题：点菜宝桌台列表上看不出哪些桌台收了押金，服务员结账、退押金时需要逐桌打开查看。
3. 功能简介：
   1. 桌台收取了桌台押金时，点菜宝桌台列表中该桌台显示押金图标。
4. 示例图：

点菜宝桌台列表：已收押金的桌台显示押金图标

5 KIOSK

5.1 【优化】Kiosk支持Cogolinks多支付方式选择

1. 功能路径：
2. 使用场景：
   • 目标客户：香港地区使用Kiosk自助点餐，并接入Cogolinks支付平台的餐饮商户。
   • 解决的问题：Cogolinks支付终端支持八达通、银行卡/信用卡、微信/支付宝三种支付方式，但目前Kiosk仅支持单选一种支付方式，导致顾客支付选择受限，影响Kiosk使用率。
3. 功能简介：
   1. Kiosk支持同时配置并展示Cogolinks的三种支付方式：八达通、银行卡/信用卡、微信/支付宝。
   2. 顾客结算时可自主选择支付方式，三种方式均通过同一台Cogolinks终端完成支付。
4. 示例图：

5.2 【优化】Kiosk套餐商品附加价格展示优化

1. 功能路径：
2. 使用场景：
   • 目标客户：使用Kiosk销售套餐商品的餐饮商户。
   • 解决的问题：套餐内商品有额外加价时，Kiosk仅显示“MYR4.00”，容易让顾客误认为是商品售价。
3. 功能简介：
   1. 套餐商品设置附加价格时，Kiosk在价格前增加“+”，如“+MYR4.00”。
   2. 无附加价格的商品展示逻辑不变。
4. 示例图：

5.3 【优化】Kiosk推荐套餐弹窗文案优化

1. 功能路径：
2. 使用场景：
   • 目标客户：使用Kiosk推荐套餐功能的餐饮商户。
   • 解决的问题：推荐套餐弹窗中的“NO ADD ON”容易让顾客产生歧义，不符合新马地区顾客的使用习惯。
3. 功能简介：
   1. 将推荐套餐弹窗中的“NO ADD ON”修改为“No, Proceed with Alacarte”。
   2. 仅调整按钮文案，原有功能逻辑保持不变。
4. 示例图：

6 商户中心

6.1 【新增】SEA 堂食设置露出自助餐门票模式开关

1. 功能路径：
   1. 登录 SEA 环境 BO。
   2. 进入“线上点餐—堂食设置”。
   3. 找到“启用线上选自助餐门票模式”字段。
   4. 根据门店业务场景开启或关闭该字段。
   5. 保存设置，并在对应线上点餐业务中核对配置结果。
2. 使用场景：
   • 目标客户：SEA 环境中使用线上点餐自助餐门票模式的客户。
   • 解决的问题：系统原有前后端已经支持自助餐门票模式，但由于此前没有业务使用场景，BO 前端隐藏了“启用线上选自助餐门票模式”字段，客户无法自行完成配置。
3. 功能简介：
   1. 在 SEA 环境的“线上点餐—堂食设置”页面露出“启用线上选自助餐门票模式”字段。
   2. 本次仅调整 BO 前端字段展示，后端沿用原有能力，无后端代码改动。
   3. 线上点餐侧已经完成配置及功能测试。
   4. 本次上线范围仅为 SEA 环境。
   5. 计划于本周（2026年11月2日—11月8日）非餐饮高峰时段完成 BO 前端上线；其他环境随后续发版计划上线。
4. 示例图：

6.2 【新增】菜品发布任务记录支持查看下发的菜单详情

1. 功能路径：
   1. 在 BO 切换至目标集团或品牌视角。
   2. 进入“商品管理—菜单管理—菜品发布任务记录”。
   3. 打开需要追溯的发布任务。
   4. 进入发布商品查看区域。
   5. 按业务渠道、商品名称、业务类型、售卖状态或商品类型筛选。
   6. 查看本次实际下发的菜单、商品、规格及渠道价格等历史信息。
2. 使用场景：
   • 目标客户：集团、品牌层级负责菜单配置、下发及问题追溯的运营人员。
   • 解决的问题：菜单发布完成后，集团或品牌管理人员无法在发布任务中直接追溯本次实际下发的菜单、商品、规格及渠道价格信息。
3. 功能简介：
   1. 集团视角和品牌视角均支持在菜品发布任务记录中查看本次下发的菜单及商品详情。
   2. 任务详情增加发布商品查看区域，保留现有发布信息及返回逻辑。
   3. 支持按业务渠道、商品名称、业务类型、售卖状态和商品类型筛选，多个筛选条件取交集。
   4. 商品类型快捷筛选数量根据当前任务及其他筛选条件动态统计。
   5. 列表按“任务＋菜单＋商品＋规格”粒度展示；同一商品包含多个规格或存在于多个发布菜单时，分别展示。
   6. 列表为只读模式，不提供添加、编辑、移除、排序或批量操作能力。
   7. 展示发布任务执行时保存的历史快照；商品后续改名、改价、下架或删除，不影响历史发布记录。
   8. 权限沿用发布任务详情权限，并校验任务所属集团，避免跨集团读取。
   9. 金额为 0 时显示“¥0.00”；未配置或无数据时显示“-”。
4. 示例图：

6.3 【优化】门店档案地址栏及纳税主体支持 200 字符

1. 功能路径：
   1. 进入“餐厅管理—门店档案”。
   2. 新建门店或打开现有门店进行编辑。
   3. 在“地址”或“纳税主体”字段中录入完整信息，最多支持 200 个字符。
   4. 保存门店档案，并重新打开核对内容是否完整回显。
2. 使用场景：
   • 目标客户：负责维护门店档案的集团、品牌、门店运营及实施人员。
   • 解决的问题：部分门店的完整地址或纳税主体名称较长，现有字符上限无法完整录入。
3. 功能简介：
   1. 门店档案“地址”字段支持最多录入 200 个字符。
   2. 门店档案“纳税主体”字段支持最多录入 200 个字符。
   3. 保存及再次打开门店档案时，应完整回显已录入内容。
   4. 超过 200 个字符时按照现有表单校验方式提示用户，不允许保存超长内容。
4. 示例图：

7 开放平台

7.1 【新增】客户新门店营业及菜品数据上传

1. 功能路径：
2. 使用场景：
   • 目标客户：客户新增门店及集团数据管理人员。
   • 解决的问题：新门店开业后，营业数据及菜品明细尚未接入客户自研 BOH，历史数据也无法统一查询。
3. 功能简介：
   1. 新增营业数据上传能力。
   2. 数据调整为按集团维度上报，并按照正确的门店组织映射传输。
   3. 支持历史营业数据补传。
   4. 支持上传菜品编码、菜品名称、菜品规格及菜品分类等菜品明细。
4. 示例图：

7.2 【优化】门店菜品查询接口返回配菜及口味做法加价金额

1. 功能路径：
   1. 按原有方式调用“查询门店菜品信息”接口。
   2. 获取菜品关联的配菜及口味做法分组。
   3. 读取各选项对应的加价金额字段。
   4. 将接口返回结果与 BO 中的配菜、口味做法配置进行核对。
2. 使用场景：
   • 目标客户：通过开放平台获取 RestoSuite 门店菜品数据的第三方系统。
   • 解决的问题：原接口仅返回配菜及口味做法的分组和选项名称，未返回对应加价金额，第三方系统无法还原 BO 中配置的完整加价规则。
3. 功能简介：
   1. “查询门店菜品信息”接口补充返回配菜选项的加价金额。
   2. 接口补充返回口味做法选项的加价金额。
   3. 返回金额与 RestoSuite BO 中的实际配置保持一致。
   4. 下游系统可直接根据接口数据展示或计算配菜、口味做法产生的附加费用。
4. 示例图：

7.3 【修复】商场接口部分订单上传金额不准确

1. 功能路径：
   1. 商场数据按照现有任务自动上传，无需门店额外操作。
2. 使用场景：
   • 目标客户：通过商场开放接口上报营业数据的门店。
   • 解决的问题：部分订单上传至商场平台的金额与 BO 账单实收金额不一致，导致门店汇总营业额与人工上报金额出现差异。
3. 功能简介：
   1. 修复部分订单上传金额与 BO 实收金额不一致的问题。
   2. 商场接口按照 BO 账单实收金额进行数据上报。
   3. 避免同一订单金额被重复计算或放大。
4. 示例图：

7.4 【新增】对接数衍商超接口

1. 功能路径：
2. 使用场景：
   • 目标客户：客户集团及接收门店营业数据的数衍商超平台。
   • 解决的问题：需要将正式环境的门店营业数据接入数衍商超平台，减少人工整理及重复上报。
3. 功能简介：
   1. 支持集团与数衍商超接口进行正式数据接驳。
   2. 按约定的集团、门店及终端映射关系上传营业数据。
4. 示例图：

8 线上点餐

8.1 【优化】H5 会员登录协议改为用户手动勾选

1. 功能路径：打开 H5 会员登录弹框 → 查看协议并勾选 → 选择登录方式或加入会员。
2. 使用场景：
   • 目标客户：使用 H5 会员登录及加入会员功能的商户。
   • 解决的问题：增加顾客主动确认协议的操作，让顾客在登录或加入会员前明确知悉协议内容。
   • 前提：已维护会员用户协议及隐私协议。
3. 功能简介：
   1. 登录方式弹框增加用户协议、隐私协议确认项，初始为未勾选。
   2. 顾客可点击协议链接查看内容；未勾选时点击登录或加入会员，会提示先确认协议。
   3. 勾选后按所选方式继续登录或加入会员，协议内容沿用会员卡方案配置。
4. 示例图：

8.2 【优化】H5 订单详情隐藏无效返回箭头，完善返回流程

1. 功能路径：进入 H5 订单详情 → 系统按实际返回能力展示入口；从堂食订单详情返回点餐流程时，自动刷新桌台状态并进入相应页面。
2. 使用场景：
   • 目标客户：使用 H5 线上点餐的商户及顾客。
   • 解决的问题：避免顾客反复点击无效返回箭头，以及堂食结账清台后返回旧点餐页面。
   • 前提：无需额外配置。
3. 功能简介：
   1. 没有可返回的应用内页面、也没有专门返回动作时，隐藏左上角返回箭头。
   2. 存在有效上一页或专门返回动作时，保留正常返回入口。
   3. 堂食订单详情返回点餐流程时，按桌台最新状态进入相应页面。
4. 示例图：

8.3 【优化】H5 人数选择页「更多」入口按门店配置

1. 功能路径：顾客扫描桌台码 → 进入人数选择页 → 按页面提供的入口选择就餐人数 → 开始点餐。
2. 使用场景：
   • 目标客户：需要控制顾客线上选择成人就餐人数入口的堂食门店。
   • 解决的问题：满足同一集团下不同门店对人数选择入口的差异化管理需求。
   • 前提：需要隐藏入口的门店，开启「隐藏人数选择页‘更多’入口」；此前已按集团规则隐藏的门店，如需继续隐藏，也需开启该参数。
3. 功能简介：
   1. 新增门店业务参数「隐藏人数选择页‘更多’入口」，控制成人就餐人数区域的「更多」入口。
   2. 开启后隐藏，关闭时显示，默认关闭；不同门店可分别设置。
   3. 此配置只控制成人区域的「更多」，不调整儿童人数区域。
4. 示例图：

8.4 【优化】会员绑定及修改手机号获取短信验证码增加人机校验

1. 功能路径：填写手机号 → 点击获取验证码 → 按提示完成人机验证 → 填写短信验证码 → 完成会员资料或手机号修改。
2. 使用场景：
   • 目标客户：在 H5 注册、完善会员资料时绑定手机号，或修改已有手机号的用户。
   • 解决的问题：手机号绑定及修改流程的短信请求需要增加校验，减少自动化请求和短信滥用。本次在相关获取验证码入口接入人机验证。
   • 前提：已启用并配置有效的人机验证服务。
3. 功能简介：
   1. 已启用有效人机验证配置时，顾客获取手机短信验证码会按配置进入人机验证流程。
   2. 覆盖会员注册、完善资料中的手机验证码，以及更换手机号时的手机验证码。
   3. 复用既有人机验证配置，验证后继续原有短信验证码填写和提交流程。
4. 示例图：

8.5 【优化】点餐页套餐价格支持显示「起」

1. 功能路径：无
2. 使用场景：
   • 目标客户：销售含子菜、口味做法或配菜加价选项套餐的商户。
   • 解决的问题：套餐列表只展示一个价格，顾客容易误认为不同搭配均按该金额收费。本次增加「起」标识，提示套餐价格可能随选择变化。
   • 前提：套餐已配置相应加价选项；开启「套餐子菜不带配菜」时，配菜加价不触发「起」标识。
3. 功能简介：
   1. H5 和小程序点餐列表中，套餐存在子菜、子菜口味做法或可选配菜加价时，在价格后展示「起」。
   2. 沿用原有套餐价格和门店币种展示规则，实际金额按顾客选择计算。
   3. 按既有套餐配置自动判断；无加价选项的套餐保持原价格展示。
4. 示例图：

8.6 【新增】微信小程序堂食后付支持菜品等叫

1. 功能路径：微信扫码点餐 → 选择菜品 → 点击「立即下单」 → 选择「等您通知上菜」并勾选至少一道菜品 → 确认下单 → 需要上菜时联系服务员叫起。
2. 使用场景：
   • 目标客户：使用微信小程序普通堂食后付、自助餐后付，需要控制上菜节奏的门店。
   • 解决的问题：顾客希望部分菜品稍后再制作。本次提供下单时选择等叫菜品的能力。
   • 前提：门店为适用的堂食后付模式，并开启「线上点餐支持等叫」，该开关默认关闭。
3. 功能简介：
   1. 开启「线上点餐支持等叫」后，顾客首次点菜或后续加菜时，可选择「立即上菜」或「等您通知上菜」。自助餐适用于实际菜品点菜，门票及档位购买沿用原流程。
   2. 选择等叫时，可逐项勾选或全选本次菜品；勾选的菜品按等叫下单，其余菜品按原流程制作。
   3. 已下单的等叫菜品显示「等叫中」。顾客需要上菜时联系服务员，由服务员在 POS 叫起。
4. 示例图：

8.7 【优化】学生身份认证成功后增加结果反馈与权益引导

1. 功能路径：商户进入「小程序装修 → 会员 → 学生卡认证 → 认证成功弹窗」，设置文案及样式；如需权益引导，开启主按钮并配置文案和链接后发布。顾客完成认证后查看提示，点击详情入口了解权益，或点击「我知道了」关闭。
2. 使用场景：
   • 目标客户：通过微信小程序开展学生身份认证及学生权益运营的商户。
   • 解决的问题：顾客完成认证后，需要明确知道认证是否成功，以及在哪里了解学生权益。本次增加成功提示及可配置的权益引导。
   • 前提：已启用学生身份认证；未配置成功弹窗时，自动使用默认成功提示。
3. 功能简介：
   1. 顾客在认证页完成学生身份认证，系统确认成功后展示结果弹窗。
   2. 商户可配置提示内容及详情入口，引导顾客查看对应权益说明。
   3. 未配置成功弹窗时，展示默认认证成功提示；已有学生身份的顾客重新进入，不重复弹出本次认证成功提示。
4. 示例图：

8.8 【新增】小程序自提选店支持按距离筛选门店

1. 功能路径：BO → 点餐业务设置 → 自提设置 → 开启「限制点餐距离」 → 填写大于 0 的整数距离（米）并保存。顾客后续进入自提选店时，系统按配置筛选门店。
2. 使用场景：
   • 目标客户：需要控制自提选店距离范围的商户。
   • 解决的问题：减少顾客通过自提选店入口选择距离过远门店的情况，便于商户按门店管理自提服务范围。
   • 前提：维护有效的门店位置，并设置自提选店距离范围。
3. 功能简介：
   1. 自提设置新增「限制点餐距离」开关，默认关闭。开启后，商户可按门店设置距离，单位为米，并支持批量复制配置。
   2. 系统根据选店时提交的位置数据与门店的距离进行筛选，超出范围的门店不在自提附近、收藏、搜索及自动选店结果中展示；缺少有效位置数据或无法计算距离时，不展示开启限制的门店。
   3. 自提与堂食距离配置独立；该设置仅影响自提选店，已进入门店后的点餐、下单及支付沿用原有流程。
4. 示例图：

8.9 【优化】小程序购买付费券包前需手动确认《购买须知》

1. 功能路径：进入付费券包详情页 → 点击查看《购买须知》 → 勾选「我已阅读并知悉」 → 点击「立即抢购」。
2. 使用场景：
   • 目标客户：通过小程序销售券包，并需要顾客确认购买说明的商户。
   • 解决的问题：顾客购买前容易忽略券包使用及购买说明。本次在直接购买流程增加主动勾选确认。
   • 前提：在 BO「券包说明」中维护购买须知，无需另行开启功能。
3. 功能简介：
   1. 券包已配置购买须知时，付费券包详情页「立即抢购」入口增加默认未勾选的「我已阅读并知悉《购买须知》」确认项，勾选后才能继续购买。
   2. 点击《购买须知》可跳至说明正文，正文保留商户配置的换行，方便顾客阅读。
   3. 未配置须知时沿用原购买流程；点餐菜单加购券包的流程保持原有规则。
4. 示例图：

8.10 【优化】小程序预点餐仅展示可售时段商品

1. 功能路径：顾客进入小程序预点餐页面，系统自动按当前可售时段展示菜单和菜品。
2. 使用场景：
   • 目标客户：开启预点餐，并按时段销售菜单或菜品的商户。
   • 解决的问题：避免顾客预点餐时选择尚未开售或已过售卖时段的商品。
   • 前提：在「线上点餐」业务参数中开启「开放预点餐功能」（默认开启），并维护菜单及菜品的可售时间。
3. 功能简介：
   1. 门店开启预点餐后，仅展示当前可售时段内的菜单和菜品。
   2. 沿用已有菜单、菜品可售时间配置，无需新增开关。
   3. 关闭「开放预点餐功能」后，顾客仅可预览全时段菜单，不可点餐。
4. 示例图：

9 会员营销

9.1 【优化】POS 端会员模块查询会员时非当前品牌的优惠券不再显示

1. 功能路径：POS 会员查询 → 查询会员券资产
2. 使用场景：
   • 解决的问题：POS 展示顾客名下多品牌优惠券，需要挑选本品牌适用的。
   • 前提：无需
3. 功能简介：
4. 示例图：

9.2 【优化】开卡送礼活动限制重复注册以“薅羊毛”

1. 功能路径：
2. 使用场景：
   • 解决的问题：营销预算被“羊毛党”重复注册、注销以反复套用。
   • 前提：无需
3. 功能简介：
4. 示例图：

9.3 【优化】会员群体的人数界面，可显示会员的等级

1. 功能路径：
2. 使用场景：
   • 解决的问题：在查看人群详情页面，新增会员等级信息，可看到人群都是什么等级的会员。
   • 前提：无需
3. 功能简介：
4. 示例图：