先看结论:酒店预售券卖的是预约资格,不是已经占住某一天的房间。房量要在预约时再扣。
本页说明该业态的系统边界和验收口径。是否需要许可、备案或特殊类目,以监管部门和微信等平台最新要求为准。
交易怎么发生
用户购买含早餐或延期的套餐券,在有效期内选择可约日期。节假日不可约或要补差价,必须写在购买页。预约成功才占房,取消预约应释放房量,券是否退回看规则。
过期未预约的券如何退,按公示和当地预付消费规定处理,系统至少要能导出未预约余额。
系统和履约
- 券和预约单分开
- 日历上的可约房量
- 补差价
- 取消释放房量
- 核销发生在入住而不是购买当夜
模板与定制的边界
普通商品优惠券不是房券。日历房量、补差和过期处理要定制,并经常要对接酒店 PMS。没有对接时,可约数量只能由酒店人员手工维护,上线前要确认谁每天改库存。
验收时看什么
某日房量 1,两张券同时预约只有一张成功。取消后再预约可以成功。购买当晚订单状态不是已入住。
上线前怎么核对
「酒店套餐预售和预约入住」单独成页,因为先卖券,后占房量。普通快递零售的待发货、已签收,覆盖不了这套履约。
成功单的完成态必须是这个业态自己的完成态,不能停留在待发货。失败单要在收款前被拦住。 日志保留操作者和时间,客服不能只靠改备注结案。
报价写三行:月费可配置、要立项的状态机或对接、明确不做。本页书面结论:酒店预售券卖的是预约资格,不是已经占住某一天的房间。房量要在预约时再扣。
对应的产品能力
这一页往下接的是成交页,方便评估月费模板能不能覆盖,还是要单独立项。