跳到内容
全部文章
酒店

前台与预订 · 当日队列、带期限的暂挂和候补名单

前台标签页用一条统一队列展示当下需要处理的事项,并按拖延的代价排序。预订标签页负责创建和推进预订:暂挂必须带期限、推进为待定和已确认、只会缩短期限的挑战、客满时进入候补名单,以及取消。

前台的队列

前台不需要四份分开的清单(抵店、离店、期限、投诉):它需要的是一份写着现在必须处理什么的清单。前台标签页显示当日计数(抵店、离店、在店、未结案例、即将到期的预订),下面是统一队列。排序由服务器决定,遵循的是一条运营规则,而不是视觉偏好:最先是仍在店的客人的未结案例,因为那是在演变成差评之前唯一真正能补救的窗口;其次是即将到期的暂挂预订,因为期限一过谈判筹码就蒸发了;再次是离店,它有具体时刻并卡住下一批抵店的房间整理;然后是抵店,它有一整天的时间;最后是没有待办事项的在店客人,作为背景信息。已经离店的客人的未结案例在队列中失去紧迫性:补救的窗口已经关闭。紧急案例的条目会用红色突出显示。

💡 同一条队列也为手机端页面供数:优先级规则只有一套,在服务器上经过测试,应用端只负责展示。

创建一条预订

  1. 打开预订标签页,点击新建预订。
  2. 选择物业(只有存在多处物业时才会显示这个选择器)和房型单元。列表里只显示自有单元;如果存在来自 PMS 的镜像单元,页面会告诉您有多少个被排除在外,因为它们的确认要在数据源那边完成。
  3. 填写入住、离店以及单元数量。
  4. 选择初始状态:暂挂、待定或已确认。
  5. 如果选择暂挂,期限字段就变为必填:没有期限的暂挂会把日期永远占住,表单不允许这样做。
  6. 需要的话,勾选客满时进入候补名单。不勾选时,日期客满会直接拒绝这条预订,而不是排队。
  7. 点击预订。如果日期已满而您勾选了该选项,页面会提示:当时客满,预订已进入候补名单。

推进预订:推进、挑战、取消

预订列表显示编号、状态、日期、数量和期限,当预订处于暂挂状态时还会突出显示剩余时间(如 36 小时内)。可用操作随状态而变:暂挂可以转为待定、被挑战或取消;待定可以确认或取消;已确认仍然可以取消;已取消和已过期没有可用操作。挑战是为诚实的冲突场景准备的:另一位客人想要同一批日期,挑战会缩短那条占着库存的暂挂的期限。它绝不会延长:占着日期的一方不会因为被挑战而多得到时间。期限已到的暂挂会自动过期,把库存释放回来,并按顺序把候补名单上的预订提上来,无需人工介入。标签页顶部的状态筛选器一次只显示一种状态:暂挂、待定、已确认、候补名单、已取消或已过期。

示例: Jardim das Pedras 酒店有 1 间主套房。一家旅行社要预订 3 月 10 日至 12 日的这间套房,前台创建了一条暂挂,期限定在周五 18 点。周四,一对夫妇想要同样的几晚:前台在创建他们的预订时勾选了候补名单,并在旅行社那条暂挂上点击发起挑战,其期限随即变为 24 小时后到期。旅行社没有回应,暂挂自动变为已过期,这对夫妇的预订从候补名单出来并接手了这几晚。

住宿状态:待抵店、在店、已离店

每条已确认的预订都带着住宿状态:待抵店、在店、已离店,另外还有已取消和未到店。这个状态不是装饰性的标签:它是对外沟通的闸门。抵店前的消息不会发给已经住下的客人,评价邀请也不会发给还没退房的客人。状态的流转通过与您的 PMS 的集成或系统 API 完成,而前台的计数(抵店、离店、在店)读取的正是这个状态。

💡 如果某个单元没有出现在新建预订的可选列表里,请确认它是不是镜像单元:表单下方的提示会说明有多少个来自 PMS 的镜像单元被排除在外。要预订它,请在来源系统里确认。

在系统内打开这篇文章

读完想看看它实际运行的样子吗?

账户是免费的,完整手册在系统内随时可看,还有一个助手会基于这份内容回答你的问题。

免费创建账户
前台与预订 · 当日队列、带期限的暂挂和候补名单 · Sellio