邮件里的请求与日历候补：Phorest两份资料怎样分开记录需求

同样叫waitlist，资料里保存需求的地方仍可能不同。Phorest在2020年6月9日发表的Online Appointment Request Form公告，介绍一种由网上入口收集请求、再发送邮件的临时安排，并特别注明它与预约屏幕上的候补名单完全不连接。[1] 这句话为两份资料的比较划出了明确起点：网页请求邮件不能被默认当成日历候补的自动同步内容。

该历史公告的前提是Online Booking关闭。顾客在Online Booking或Branded App入口留下详情，系统向门店发送主题为Appointment request、附客户姓名的邮件。需求因此进入邮箱，邮件主题提供查找这些请求的线索。公告又将这一安排限定在疫情重开期间，不能因旧网页今天仍可读取，就写成2026年所有门店仍实行同样的临时机制。[1]

另一份于2026年6月17日更新的帮助文，则把Waitlist放在Appointments日历中。其条目联系客户、希望预约的服务、员工偏好，以及客户可用的日期和时间；一项需求可以包含多个服务，也可以用As soon as possible表示希望最早出现的可用时段。[2] 它提供的是有这些关联的日历需求对象，而不是只有一个收件主题的邮件集合。

日历上的数量提示有自己的日期范围。帮助文说，Waitlist按钮数字只计算当前正在查看那一天的候补预订，随查看日期改变。打开名单时，默认过滤范围也来自刚才查看的日期；但顶部出现哪项，则按创建日期确定，等待最久的在上。[2] 同一天的需求可以先后创建，因此查看日期与排序依据能够同时存在，并不需要合成一个含义模糊的日期。

一个纯资料阅读的假设可以说明这种联系：两项都希望在星期五预约的需求，分别于星期一和星期三创建。星期五决定它们属于哪天的查看范围，创建先后则联系名单的等待顺序。这不是本文建立过的真实预约，也没有推定某位顾客能先取得服务；它只展开了帮助文明确分开的两个日期作用。

备注有另一条明确传播关系。客户需求在候补名单中可以带备注；当预订从该名单移到预约日历后，这些文字自动成为appointment notes。[2] 因此，条目中的说明不是只能留在候补阶段的孤立文本。不过，这项传播来自日历名单路径，不能顺手补成2020年的邮件请求也会自动形成同样的条目与备注。

客户偏好日期过去后，候补条目也不会自动消失。[2] 名单因而保留着记录，而不只表现今天尚未来临的日期。文档另列员工和日期筛选，并允许从客户名称查看预约历史；这些联系让一条需求与人员、时间及既有记录相接。记录仍存在与偏好日期仍有效，是两种不同信息，不能仅由名单上还有名字就补出顾客当前意愿。

这两份文字的价值，在具体记录路径及其内部关系：2020年请求表进入邮件且不连接原日历候补，帮助文中的日历条目则有日期筛选、创建排序、备注传播与保留规则。本文未登录门店、发送消息或处理真实客户资料；帮助文首次日期未知，更新日期与历史公告发布日期分别保留，不作预约能力或经营效果承诺。