扫码通-早市预约产品简报

适用版本：XMS所有客户
1.产品说明
1.1 产品亮点
1.2 版本要求
1.3 功能清单
2 产品介绍
2.1 入口及访问权限

适用版本：XMS所有客户

1.产品说明

景区类客户，具有经营区域大，住宿楼多，客人类型丰富，餐食风格多样的特点，为了给客人提供更加自由的用餐选择，我们提供早市预约的整体解决方案，让用户可以通过扫码通小程序（入住后通过XMS发送含有预约地址的短信给客人），根据用餐时段进行早市预约(早餐)，通过将客房早餐包价换成代币的形式，然后在各早餐提供的餐厅扫码点餐用餐。
整体方案既对客人用餐时段进行了分流，又提供了丰富多样的用餐选择，极大提升用户的游玩体验。

1.1 产品亮点

● 分时段用餐客情及时掌握
● 客人用餐多样选择

1.2 版本要求

1.3 功能清单

● 入口及访问权限
● 后台设置
● 客人预约
● 代币消费
● 退款
● 早餐包价说明
● 报表

2 产品介绍

● 时序图

● 流程图

2.1 入口及访问权限

● 入口
○ 直达二维码
■ 扫码后可直接进入早市预约界面
■ 默认推荐在前台引导客人使用

○ 客房首页-早市预约
■ 扫房间内的二维码

○ 短信短链
■ 由服务员在xms端（房间主单或在住列表）手工发送带短链接的短信

■ 短链在mob端场景功能中生成，有效期为永久（预设到期日期为2099年），并设置到xms短信模板中

● 访问权限
○ 功能启用
■ “扫码通-场景功能管理-早市预约”，未启用时，不管是通过扫码或是短链进入，都会拦截并提示“场景功能未开启”
■ 酒店可自定义描述，更改后小程序端所有涉及“早市预约”字样都会显示成新的描述
○ 身份验证
■ 开关配置
● “不用房间号验证”，默认关闭，仅限通用码
■ 小程序
● 使用房间号验证，即开关未开启
○ 还未身份验证
■ 扫码后进入房间验证页面
■ 显示：房间号、验证方式（手机号、证件号，用tab页显示，默认选择哪个tab页看原来通用配置的设置）
■ 输入房间号
■ 输入验证信息，任选其一
■ 确认
● 验证失败，留在验证页面
● 验证通过，进入客房相关页面
○ 已身份验证
■ 扫码后，获取客人实际入住状态，并更新mob端验证信息
■ 然后根据入住状态，判断如下：
● 还在住，直接进入客房相关页面
● 未在住，进入房间验证页面，按未验证流程走
● 不使用房间号验证，即开关开启
○ 还未身份验证
■ 扫码后进入房间验证页面
■ 显示：验证方式（手机号、证件号，用tab页显示，默认选择哪个tab页看原来通用配置的设置）
■ 输入验证信息，任选其一
■ 确认
● 验证失败，留在验证页面
● 验证通过，进入客房相关页面
○ 已身份验证
■ 扫码后，获取客人实际入住状态，并更新mob端验证信息
■ 然后根据入住状态，判断如下：
● 还在住，直接进入客房相关页面
● 未在住，进入房间验证页面，按未验证流程走
2.2 后台设置
● 通用配置 - 早市预约
○ 开放预约时段
■ 仅可设置一个时段。
■ 不在该时段内，客人也可以进入预约界面，但“立即预约”按钮置灰并替换描述为：“开放预约时间为每天 12:00—18:00”（时间根据实际配置动态展示）
○ 有效期设置
■ 起效时间：固定为预约日期的 00:00。
■ 截止时间：可自定义设置；若不设置，则表示当天都有效。
● 可选时间，00:30~23:30，每隔30分钟一个
○ 场景介绍
■ 设置后会显示在预约界面上方的tip中
■ 可用于场景介绍或业务提醒，如“预约成功后，将发放与当天早餐包价等额的代币，并可在第二天到早市消费使用”
○ 代币余额开关
■ 默认关闭，需要显示时可开启
● 我的-早市预约-代币余额显示***
● 餐饮订单待结页面，代币抵扣栏，也将不显示余额信息

○ 适用营业点
■ 仅支持客人在这些营业点消费时使用代币抵扣
■ 不设置，则表示所有营业点都不能使用代币
2.3 客人预约
● 立即预约
○ 客房信息展示
■ 房间号、房型、在住人数
○ 预约人信息
■ 自动带出在住客人信息（姓名、手机号），含同住客人
■ 不支持修改
○ 预约时段选择
■ 默认选中第一个有效时段，且不可取消选择。
■ 若无可用时段，提示“请先设置预约时段”，同时“立即预约”按钮置灰。
■ 当可预约人数少于等于0时，不显示人数，仅红字显示“约满”，且该时段置灰不可选
■ 当预约人数大于可预约人数，点击立即预约时提醒：“该时段可预约人数不足”
● 不考虑并发情况，比如长时间停留在预约界面，导致可预约人数已经不足的情况
■ 可预约时段在xms中设置：

○ 代币兑换
■ 根据早餐包价的规则，将房间内当天可用的早餐包价全部兑换成等额代币，具体规则见早餐包价说明
■ 兑换后，包价不会取消，依旧还在房间账务上
■ 默认价值：1代币=1人民币
○ 界面展示

● 预约列表及代币余额
○ 入口：小程序-我的-早市预约

○ 代币余额
■ 当天可用余额
● 有效期是当天的
■ 总余额
● 如果是连续住店客人，可能存在好几天的预约，那么总余额将是未来几天的总代币
■ 不管是当天可用余额还是总余额，都是有效的余额
○ 取消预约及预约状态
■ 有效预约
● 当天预约的订单，只有当天能取消
● 取消后，对应的代币也同步撤销
■ 已失效预约
● 过了预约当天后，就立即失效，失效后不支持取消预约
■ 已取消预约
● 客人手动取消的预约
■ 详情查看
● 预约时间、预约人、房间信息、预约订单号
○ 排序，按预约的创建时间倒序排列，即最新的预约在最前面
○ 界面展示

2.4 代币消费
● 适用场景：餐饮（普通模式）
● 付款方式配置（在XMS中添加虚拟货币付款方式，并同步至移动平台）

● 待结页面代币抵扣
○ 当配置了“虚拟货币”的付款码后，消费小计下方将会显示代币抵扣栏，默认勾选，并显示本次将抵扣的代币数量
■ 选择代币后，如果余额大于本次消费金额，那么就无需额外再支付
■ 完成支付后扣除相应代币
○ 下方同时显示：本次消费前的代币余额+有效期
○ 界面展示

2.5 退款
● 功能目标
○ 为了满足日益增长的场景需求，越来越多的业务场景需要支持组合支付，如券+微信，代币+支付宝等，就要求退款也需要同步支持
○ 很多场景已开放了纯退款业务，要求退了款之后也能进行后续订单的退菜退款和撤销结账操作
● 各版本兼容
○ 满足新业务需求的同时，需保证存量用户版本不受影响
● 退菜退款
○ 当存在多笔付款时，将会弹出选择，支持优先退哪笔付款
○ 不选，则按原付款记录倒序依次退款
○ 界面展示

2.6 早餐包价说明

● 早餐包价相关属性及代币计算规则说明：
○ 类别：该功能只处理类别代码=’1’的早餐
○ 数量：一个代码包含的早餐份数
○ 是否计数：计数包价用单份价格，非计数包价用入账限额，作为一份早餐的代币数额
○ 计算方式：影响早餐数的计算，固定费用固定为包价设置的数量，按人数包价设置的数量乘以订单人数
○ 调整账号：设置了调整账号才会生成package_detail记录
○ 早餐数上限：房间该包价的份数上限，一般针对同住同时设置一个包价代码时做限制用
2.7 报表
● 早市预约统计报表（SYS2353V6）