Wellhub线下与直播课表，为什么列出了不同的CMS前提

员工福利方案中能够看到某个平台名称，不代表合作场馆的全部课程都已经形成可预约课表。Wellhub的伙伴学院页面把课程类型与课表建立方式放在一起说明，其中线下课程和直播线上课程的CMS前提并不相同。[1]

页面说，提供预约需要先有启用的课程安排。对于线下课程，场馆需要一个与Wellhub集成的Club Management System，简称CMS；没有这一集成，就无法在Wellhub建立线下课程日历。这里的CMS是管理访客、课程安排与支付的场馆管理软件，不宜只凭缩写理解成网页内容编辑器。

直播线上课程的说明则列出另一种路径：可以直接在Partner Portal建立课表，也可以选择通过CMS。由此不能把线下课表的集成前提复制到直播课表上，写成所有课型都只能经过同一系统。两种类型都需要实际课表，但原页并未给它们规定完全相同的建立入口。

课表建立以后，成员才从应用中查找活动、选择日期和时间并确认预约。页面还介绍预约成功后的确认邮件与应用内课程详情。这段顺序说明，系统具备建立课表的方式、某节课已经上线、某位成员已经预约，是三个需要分别表达的状态。

预约也没有省去签到。该页的签到流程把成员在应用中的操作，与伙伴门户的人工确认或已连接CMS的自动沟通并列说明。本文仅解释环节关系，不提供实际接入步骤，也没有测试任何账户、场馆或签到位置，不能宣称某家合作方已完成集成。

对员工福利服务资料而言，可以先说明讨论的是线下课程还是直播线上课程，再保留原厂写明的课表入口与前提。这是本文的信息整理方法，不是企业福利资格或合同权益的判断。平台常规开放训练是否需要预约，原页另有说明，不能用课程日历条件替全部活动作结论。

本篇采用该伙伴页面完整提取文字，未确认首次发布日期，没有把其中的美国站说明推广到所有市场或其他平台。福利资料中的“支持预约”应对应具体课型和真实配置；一个入口存在，并不证明成员已经成功预订，也不代表企业承诺了全部课程的可用性。