适用版本：XMS所有客户
1.产品说明
1.1 产品亮点
● 外卖模式（三期）：开放7天预订以及支持多时段取餐，满足酒店一天内需要支持中餐和晚餐的取餐需求
● 已售罄菜品逻辑：完善各种不可售场景的判断，明确标记相应菜品以及剩余可售数量，优化客户体验的同时尽量解决支付后无法入账的问题
● 菜品烧法逻辑：可按类别拆分呈现，同时支持同一类别烧法单选，以解决因互斥性带来的混乱问题
● 本日营业统计：在值守端，各场景均支持，方便酒店在营业中实时了解本日营业情况（V3.10.1）
1.2 功能清单
● 外卖模式（三期）
○ 支持7天预订
○ 支持多时段取餐配送
● 菜品烧法逻辑
○ 支持按类别设置单选
○ 按类别拆分显示
○ 套餐明细支持烧法
○ 类别必选烧法
● 菜品不可售逻辑
○ 先付模式或后付审核模式，非可售判断均需提前到支付前
○ 先付模式或后付审核模式，待支付详情，相应菜品有明确标记
○ 点菜界面，增加显示菜品的剩余库存量
○ 非可售菜品，图标调整并置灰处理
● 小程序端其他优化
○ 登录慢的问题，特别是景区酒店
○ 餐饮订单管理，各订单可根据各自营业点的不同属性按不同风格呈现
○ 餐饮订单详情，套餐明细需支持按列表形式呈现，含值守
○ 客房服务，服务的“非物品”标签去掉
○ 客房送餐/极速点餐，根据营业点必选人数开关控制人数是否必选（V3.10.1）
○ 极速点餐，放弃支付后需返还所点菜品的预扣估清数（V3.10.1）
● 会员账务记录跟平台交易记录打通联动
● MOB后端设置问题
○ 扫码通-服务标签-同步，在xms可选的标签列表，增加搜索功能
○ 扫码通-消息查询，增加消息详情查看界面（弹窗形式）
● 值守（V3.10.1）
○ 各场景本日营业统计
○ 小票打印份数设置
○ 语音提醒次数设置
○ 手工打印份数可选
○ 餐饮、客房送餐、二维码收款：列表增加显示已点菜品，其中餐饮场景额外增加显示取餐号
○ 各场景列表，增加分页选项
○ 各场景列表，当列表宽度超出分辨率时，操作列固定，其他列横向滚动
1.3 版本要求
2.产品介绍
2.1 外卖模式（三期）
2.1.1 说明
● 支持场景：餐饮
● 适用UI：新UI
● 适用模式：先付一台多单，外卖配送
● 支持7天预订
○ 后台设置，支持自取和配送的天数放开到7天
○ 小程序端，去掉未超过“当天取餐最晚点餐时间”时只能选择当天取餐的限制
○ 对接XMS450时，调整防重单号为取餐时间，配合定制的新报表（报表编号：QA28V5）可统计出多天预订的同一天取餐的销售明细
○ 对接XMS460时，pos订单表将记录取餐时间，且会内置新报表（报表编号：SYS2257V6）统计多天预订的同一天取餐的销售明细
图一
图二
● 支持多时段取餐配送，以下以自取为例
○ 后台设置
■ 时段的四要素
● 时段名称
● 当天自取点餐截至时间，以下简称A
● 最早自取时间，以下简称B1
● 最晚自取时间，以下简称B2
■ 手工增删时段
● 默认只有一个时段，现有数据时段名统一更新为：时段一
● 每个时段有默认名称（时段一、时段二、时段三），可支持自定义，如中餐、晚餐等
● 支持最多同时存在三个时段
● 新增的时段，各时间点无需有默认值
○ 没有设置过时间属性的时段，保存时自动清除
● 时段删除说明
○ 有且仅有一个时段时，该时段不可删除
○ 存在多个时段时，只支持删除最后一个时段
■ 时间规则
● 同一时段
○ 最终结果：A <= B1 < B2，即A早于等于B1早于B2
○ 修改各时间时，可选时间列表置灰前一时间点之前和后一时间点之后的时间段
■ 修改A时，可选时间屏蔽B1之后的时间段
■ 修改B1时，可选时间屏蔽A之前和B2之后的时间段
■ 修改B2时，可选时间屏蔽B1之前的时间段
● 不同时段
○ 原则上：各时段间的A是没有强制要求必须有先后的
○ 但取餐区间（B1-B2）会强制限制不能重叠，也就是选时段一的B2时，会屏蔽时段二B1（含）之后的时间点
○ 小程序端
■ 选择取餐时间弹窗界面，中间增加时段选择
2.1.2 展示
图一
图二
2.2 菜品烧法逻辑
2.2.1 说明
● 支持场景：餐饮、客房送餐
● 适用UI：新UI
● 支持按类别设置单选
○ 后台-西软点菜-烧法类别
■ 总开关，西软点菜-通用设置，默认关闭
■ 类型是“O”单项辅料表示单选，其他类型为多选，跟餐饮通一致
图一
图二
● 按类别拆分显示
○ 多选的类别，无需标记“多选”
○ 单选的类别，需标记“单选”
● 套餐明细支持烧法
○ 各类型套餐的明细，均需支持烧法
■ 因此需要调整中式套餐点菜界面的明细形式，跟西式套餐一样
■ 明细的收费辅料不额外收费，套餐是打包卖的，总价不变
○ 未关联烧法的明细，按原有不同类型套餐明细规则显示即可，如“加减”
○ 有关联烧法的明细，显示“选规格”，数量跟烧法一起
■ 选完后，需在明细菜上体现已选烧法，仅一行显示即可，超过了显示“…”
■ 如果明细的烧法是必选的，那么该明细“选规格”处，体现“必选”标记
2.2.2 展示
图一
图二
图三
图四
图五
2.3 菜品不可售逻辑优化
2.3.1 说明
● 支持场景：餐饮、客房送餐
● 适用UI：新UI，先付模式和后付审核模式
● 支付前的不可售逻辑判断
○ 目的：因下单到支付有一段不可控的时间，在此期间很可能出现已点菜品出现不可售情况，所以支付时需再次判断，确保客人支付成功后订单尽可能成功入到pos中
○ 不可售情况包括但不限于
■ 估清
■ 锁菜
■ 不在可售时间内，套餐只适用主菜
图一
● 待支付详情
○ 不可售菜品，打上标记并置灰显示
■ “下架”标记，锁菜
■ “售罄”标记，已卖完，即库存为0
■ “库存不足”标记，同时显示剩余库存量
■ “限时”标记，表示不在可售时间内
○ 支付时如存在不可售菜品，客人可手动取消相应菜品，退菜后还可以继续下单其他菜品，然后再次支付即可
■ 其中套餐明细有售罄时，只能取消整个套餐，套餐明细不支持单独取消或更换
○ 只有未下单菜品（即临时菜品）才会有标记
○ 说明事项
■ 审核模式下，服务员在审核下单时，暂不判断菜品是否在可售时间内，因为审核的目的本身就是需要服务员来把控一些东西，故不在程序中限制死
● 点菜界面
○ 菜品增加显示剩余库存量（在月售后面）
■ 点菜详情大图页，也增加显示剩余库存量
○ “售罄”和“限时”标记和样式调整
○ “下架”，已锁菜菜品
● 不可售状态标记显示的优先级
○ 下架>售罄/库存不足>限时
2.3.2 展示
图一
图二
图三
图四
图五
图六
图七
2.4 会员账务打通平台支付
2.4.1 说明
● 支持场景：储值充值
● 适用UI：新UI
● 最终目的：客人在扫码通端充值后，在会员账务撤销时能同步退款
2.5 其他优化
2.5.1 说明
● 一、小程序端其他优化
○ 登录慢的问题，特别是景区酒店
■ 主要原因
● 菜价，因为都是通用价格，导致按营业点获取价格时，数量很大
● 套餐明细，因为没有营业点关联，所以也是全酒店的明细，数量也很大
● 烧法明细，也是因为没有营业点关联，取全酒店的数据，数量一样很大
■ 解决方案
● 菜价
○ 未升级前，大部分景区酒店，营业点跟菜本是一对一的，菜品属于哪个营业点菜价就设置到哪个营业点，而不要设置成通用菜价
○ 升级后，仅获取营业点关联菜品对应的菜价，因此菜价可以设置在通用营业点
● 套餐明细，也是仅获取营业点关联的套餐对应的明细
● 烧法明细，烧法类别有营业点关联，再根据类别查对应明细
■ 说明事项
● 本次优化对景区酒店来说较为明显，如乌镇，营业点很多菜谱也很多
● 对一般酒店来说，因为取数更精确之后，未必比之前的效果更好，但也不会差太多
○ 餐饮订单管理，各订单可根据各自营业点的不同属性按不同风格呈现
■ 随着越来越多模式出现，当存在不同模式（不同营业点）的订单时
● 订单列表和订单详情均需呈现不同模式的特性
○ 如外卖模式时，需显示外卖信息
○ 普通取餐核销模式时，需显示取餐号，取餐状态等
● 同时原有的“去支付”功能重新放开
○ 待结界面，除了没有继续点菜，其他跟该营业点作为当前二维码扫码后的待结页面一致
○ 餐饮订单详情
■ 套餐明细需支持按列表形式呈现
● 默认折叠，可展开查看
● 待支付详情页，当存在明细是不可售状态时，明细需自动展开
■ 目的：为了支持显示明细菜品的更多信息，如：烧法，上菜状态，可售状态等等
■ 小程序端
● 待支付详情页，烧法，是否售罄，剩余估清数量
● 普通详情页，烧法，上菜状态（取餐订单）
■ 值守端
● 订单详情页，烧法，上菜状态（取餐订单）
○ 客房服务，服务项目上的“非物品”标签去掉
○ 订单号规则调整
■ 目的：确保同一天内，同一种业务的订单号是唯一的，以免因重复带来丢单问题
● 比如餐饮先付模式，入pos账成功后时会删除临时订单，当两拨人同时支付且订单号重复的情况时，第一波客人支付入账成功后把临时订单删除了，进而导致后面波客人支付后找不到订单入账
■ 结果：格式从原来的：业务类型+年月日+5位随机数，调整为：业务类型+年月日时分秒毫秒+2位随机数，共18位
● 如，T25090423514，改为：T25090412022348166
■ 另外，没有业务订单的支付记录单号调整为纯数字（去掉字母部分），如二维码纯收款单号：qrcodepay25090423514，调整为：25090412022348166
○ 人数必选
■ 增加场景：客房送餐、极速点餐
■ 营业点必选人数开启后，客房送餐进入点餐页会自动弹出人数选择框，且不允许叉掉
■ 未开启必选，则默认人数1，且不弹选择框
○ 极速点餐
■ 唤起支付后又放弃支付（叉掉），需返还所点菜品的预扣估清数
● 二、MOB后端设置问题
○ 扫码通-服务标签-同步，在xms可选的标签列表，增加搜索功能
■ 当酒店服务较多时，无法快速定位到想要同步的服务
■ 按文字全模糊匹配
○ 扫码通-消息查询
■ 增加消息详情查看界面（弹窗形式）
2.6 值守
2.6.1 说明
● 各场景本日营业统计
○ 餐饮/客房送餐/二维码收款，本日已结信息：总金额、订单数、单均消费、总人数、人均消费
○ 迷你吧，本日已结信息（挂账、现结）：总金额、订单数、单均消费
○ 送物服务，本日服务信息，按各状态统计：付费总金额、付费订单数、付费单均消费、免费订单数
■ 其中取消的数据不统计入合计
○ 康养，预订信息，按所选区间统计各状态订单信息：总金额、订单数、单均消费、总人数、人均消费
■ 只有预订是有区间概念，其他场景都只统计本日
■ 从列表所选的区间进行统计，其他条件固定是全部，如状态、班别等都是全部状态+所有班别
● 小票打印份数设置
○ 适用于全场景
○ 仅限订单消息触发时自动打印
● 语音提醒次数设置
○ 适用于全场景
● 手工打印份数可选
○ 单次最大份数10
● 餐饮、客房送餐、二维码收款：列表增加显示已点菜品，其中餐饮场景额外增加显示取餐号
○ 已点菜品
■ 不含系统菜，如茶位费，即只显示客人点的菜品
■ 不显示菜品价格烧法等信息
■ 不显示套餐明细
● 各场景列表，增加分页选项
○ 康养暂不支持分页
○ 三个选项：15（默认）、50、100条/页
● 各场景列表，当列表宽度超出分辨率时，操作列固定，其他列横向滚动
2.6.2 展示
图一
图二
图三
图四
图五
图六
图七
图八
如对此有疑问，请发送邮件给我们
地址：杭州市文一西路1218号恒生科技园28号楼 
0571-88231188 
www.foxhis.com
