Hospitality面向酒店、度假村和旅游运营商的商务 CRM：统一的宾客档案、团队、活动，以及双轴需求分析
PMS 知道哪间客房被占用。但它不知道昨天那位 OTA 客人，就是两年前通过旅行社预订的同一个人；不知道会议团队的取房进度落后；不知道婚礼报价已经以另一种货币过期；也不知道某个付费渠道正在以低于你直销价的价格投放广告。SellioCRM 酒店版负责的正是另一半：统一的宾客档案、带期限的前台与预订、带冻结宴会执行单的团队与活动、三档报价、渠道佣金与价格一致性、旅游产品、门票与行程、服务补救与口碑，以及双轴的进度与取房分析，全部集中在一块屏幕上，从前台队列一直到 AI 简报。
一位宾客，一份档案，覆盖所有渠道
官网、旅行社和 OTA 的预订都能识别为同一个人。被遮蔽的中转邮箱会被如实对待，档案合并可以撤销，过敏信息和偏好会随预订一同传递，并由各部门确认。
暂定预订始终带期限
暂定预订会占用真实库存，因此必须设定期限。期限一过，占位会自行失效，日期重新释放。对占位提出挑战只能缩短期限，绝不能延长；有空位时，候补名单会按顺序递补。
在恰当时刻冻结政策和汇率
押金、取消和未入住条款会以预订时生效的取值冻结在该预订上。报价在开出时会冻结汇率。之后发布新规则，绝不会影响已经约定好的内容。
从两个轴向解读需求
每一笔预订都有两个日期：下单的时间和入住的时间。进度会与去年同一提前期、同一可比星期几做对比；取消则计入其自身的日期，绝不会让昨天的取房数据凭空变好。
全部内含
真实的产品模块，第一天即可使用。绝无空头支票：下面每一项今天都真实存在并在运行。
前台与预订
一个队列汇集当下需要处理的事项，预订则遵守期限、政策和库存。
- 前台队列按延误代价排序：在住客人的待处理个案、即将到期的占位、离店、抵店、在住客人
- 暂定预订必须设期限，可升级为确定和已确认，挑战只能缩短期限，并支持候补与取消
- 两个请求同时抢最后一间：只有一个能通过，由数据库锁保障
- 押金、取消和未入住政策以版本管理，冻结在预订上，并可基于冻结值进行模拟
- 住宿状态作为门槛：已预订、抵店前、在住、已离店
- 物业在设置时校验时区：它按物业决定期限和间夜的口径
- 声明式混合库存：自有单元可在此预订，来自 PMS 或渠道镜像的单元会显示数据时效，且绝不由 CRM 分配
宾客 360、偏好与忠诚度
这是 PMS 建不出来的档案：每笔预订背后的那个人、他值多少、他偏好什么。
- 统一的宾客档案，标识符经过规范化，OTA 遮蔽邮箱会被明确标出
- 可撤销的档案合并
- 过敏信息和偏好在同一事务中传递到预订上，并由各部门确认
- 可解释的 RFM 与倾向度，每个数字都有拆解，并声明消费金额的来源
- 忠诚度作为通向平台积分计划的桥梁：会员就是该档案的联系人
- 公开咨询采集采用统一回应，绝不透露该人是否已经存在
- 通过发往真实邮箱的魔法链接进入宾客门户：查看预订并接受某个报价选项；被遮蔽的邮箱永远无法登录
团队、活动与场地
带截止日期的房量块、带收入明细的活动，以及一经发布就不再变动的宴会执行单。
- 团队房量块含截止日期、真实取房量，以及带计算留痕的流失下限
- 酒店活动具备规定好的状态流转，收入按明细行拆分
- BEO（宴会活动单）在发布时即被冻结
- 实际结算：合同数 × 实际数 × 保底数，并给出活动的真实毛利
- 场地日历精确到小时，布场与撤场都计入争用同一场地的时间窗
- 混合报名：线下设名额上限，线上不设名额上限
- 餐厅与餐位共用同一套库存和日历，无需单独模块
报价、付款与宾客沟通
三档方案由宾客在门户中确认，汇率已冻结，扣款均在审批额度之内。
- 好、更好、最好三档报价，出具时即冻结汇率并生成 PDF
- 宾客在门户中直接确认所选方案，无需密码
- 令牌化支付作为受托操作执行，并设有审批阈值
- 宾客沟通闸门：OTA 掩码渠道只承载事务性消息，营销信息一律不放行
- 通过平台的邮件与营销活动工具，用宾客的语言与其沟通
渠道、代理与企业客户
每个渠道的净收益、只增不改的佣金台账，以及把宾客拉回直销的抓手。
- 旅行社账户（代理、OTA、运营商）与同行人信息，直接建立在你已有的公司记录之上
- 代理与 OTA 佣金记入只可追加的台账：冲销是一条新记录，不同币种绝不相加
- 价格一致性：各渠道对外报价与直销价的对比，以及各渠道净收益的归因
- OTA 转直销：把值得给直销优惠的付费渠道宾客挑出来，又不会变成骚扰
- 企业客户与协议价，结账时不再争执
游览、行程、门票、俱乐部与餐位
体验业务的全流程，从出团名单到园区闸机，免责声明也被认真对待。
- 游览出团有固定座位数、保本人数下限、带运营结论的出团名单，以及逐人核验登车
- 已发布的免责声明不可更改：未签署者不得登车，重新发布会使旧签名失效
- 导游排班使用平台的外勤日历，并自动检测冲突
- 多日行程可关联供应商，套餐毛利在计算时绝不把不同币种相加
- 带 QR 的签名门票支持闸口离线核验；每场活动都能看到票在谁手上、已入场多少人
- 俱乐部与园区：闸机依据明确规则在毫秒内放行，计费复用平台的订阅能力
- 餐厅餐位作为库存单元，加锁确保同一张桌子不会被两拨客人同时占用
服务补救与口碑
在退房前解决问题，通过台账进行补偿，只在合适的时候才邀请评价。
- 服务补救工单按优先级排序，力求在退房前闭环
- 补偿通过台账入账，绝不靠直接改金额
- NPS 区分推荐者、被动者与贬损者，并给出总体得分
- 存在未结工单、负面反馈或尚未退房的住宿时，评价邀请一律拦截
预订节奏、增量、预警与 AI 简报
看清需求如何累积、何时该做决定，而 AI 只读取汇总数据。
- 双轴的预订节奏与增量，全部由预订台账重建，无需快照表
- 在相同提前期、可比日期上与去年同期对比
- 在决策节点（提前 60、30、14、7 天）发出预警，按天去重，不会每个周期重复打扰
- 关于宾客体验与收入的 AI 简报，仅基于汇总数据生成
- 通过中立适配器只读同步 PMS，按哈希幂等：同一份数据来两次也不会重复
内置治理
行业规则在引擎中强制执行，而不是停留在演示文稿里。
它不是 PMS，也不会假装是
CRM 从不出具宾客账单，不跑夜审，也不是客房的账务权威。镜像过来的房间单元会带上来源与截止时间戳，在这里绝不参与分配：确认权归属来源系统。
经得起审计的金额与规则
百分比用整数基点、金额用整数分表示，绝不使用浮点数。政策在预订时冻结，汇率在报价时冻结，BEO 在发布时冻结，佣金与补偿都是永不抹除的台账记录。
宾客隐私与 PCI
过敏信息属于健康数据：粒度守卫会拒绝用个人级数据拼装 AI 提示词。数据主体的删除与导出都有明确方案，免责声明的签名采取去标识化而非删除，自由文本里的卡号会被 Luhn 校验识别并拒绝。
真正的多物业与多租户
同一组织下各物业共用一份全局宾客档案，每家物业有自己的时区。该垂直行业的每张表都启用行级安全，按组织开启功能，关闭从不删除数据：你的资料原样保留。
外加整个 SellioCRM
垂直方案叠加在完整平台之上，同一系统，无需额外订阅。