第一天：酒店、民宿

酒店、民宿、公寓和青旅都运行在内置 PMS 上：楼层代替餐厅区域，房间和床位代替桌子，账本（客人账单）代替单次收据。这不是独立产品，而是门店的设置配置：当业务类型为“酒店”时，面板会自动切换术语并打开所需分区。

业态	如何销售	开箱即用的功能
迷你酒店 / 民宿	直接入住和按日期的预订	房间、收银、厨房屏幕、库存、员工、财务、硬件
公寓	按日期的预订、按配额销售房型、OTA 日历	同上
带餐厅的酒店	同上 + 通过 QR 点客房送餐和“记入房间账本”支付	同上，外加客人菜单

打开： **“房间”**分区——与餐厅的“餐厅布局图”是同一个分区（admin.cenaly.com/tables），只是为酒店改了名称。它在楼层平面图编辑器中打开；房间工作看板通过顶栏的“🛏️ 房间”按钮开启，再次点击即可返回布局图。旁边是“房型”、“价格方案”、“🔌 PMS”按钮，对于俄罗斯地区还有“🛂 移民登记”。面板中没有 /hotel 或 /pms 这样的独立地址——不必寻找。

开始需要什么#

前台任意一台电脑或平板。 房间看板、房态图和入住都是浏览器中的普通管理面板页面。不需要单独的“酒店终端”。
客人的手机。 房间内的 QR 码在浏览器中打开菜单、服务请求和“我的账单”——客人无需安装应用。
收据打印机——可选，通过网桥。 打印通过 Cenaly Hardware Bridge 进行——这是用于 Windows 或 Linux 的服务（Cenaly Hardware Bridge）。⚠️ 请注意：退房不会打印税控收据——它通过结算关闭账本；如需收据，需在收银上单独打印。
在线收单——不适用于第一天。 在网站直接预订步骤中不收取预付款；付款在您处进行。收单稍后需要，用于展示页上的支付——支付。
互联网。 需要，但断网不会使收银停止——如果断网。

第一天的总体框架#

清单：迷你酒店与民宿#

第一天的目标是在系统中为客人办理入住，并看到其客人账单。

楼层与房间。 布局编辑器与桌位图（桌位图）用法相同，只是区域称为楼层，元素为“房间”和“床位”（用于青旅和多人间）。无需逐个创建：按钮 “+ 添加房间” 可批量创建区间（例如 201–230，单次最多 500 个房间），支持可选前缀、实时预览“将创建 N 个 · 楼层 M”以及已存在并将被跳过的房间列表。选择“酒店”类型时，引导向导也会提供同一步骤。
房型。 按钮“房型”：名称（Standard、Deluxe……）、每晚基础价格和容纳人数。房型在布局的属性面板中分配给房间，价格也从那里带入入住表单——在具体入住时可覆盖。
门店时区——请立即检查。 每晚费用在您所在门店时间 03:00 之后自动计入；若时区设置错误，夜晚会“移到”一天中的其他时间。时区在门店设置中。
旅游税（如有）：按价格百分比并设每晚最低金额，或每晚固定金额。作为单独一行计入客人账单。
首次入住。 表单要求价格计划和每晚价格（从房型预填）以及客人资料：电话、e-mail、证件、国籍、出生日期、备注。此步骤无需退房日期——直接入住可保持开放至退房，日期由预订提供。客人曾入住过——系统会显示“常客”标签。入住时打开客人账单。
客人账单中累积的内容。 每个已住夜晚（入住当天不重复计入）、旅游税、通过 QR 从房间下的订单，以及收银中针对房间账单的手动操作：计费、服务费、折扣、押金、项目在账单间转移。余额显示在房间卡片和收银的未结账单列表中。
退房。 以一次结算关闭客人账单，并将房间转为“待清洁”；班次任务板上会出现任务“退房后清洁房间 N”。⚠️ 房间账单只能由前台在退房时关闭——收银中没有关闭房间账单的按钮。
房间状态——共六种：空闲、占用、待清洁、清洁中、已检查、不可用。未来入住不会通过房间状态显示：它们以预订形式存在并显示在房态图上，因此下周已预订的房间今天仍可售卖。
房态图。 同一页面上的视图切换——21 天日历：按房间显示预订和当前入住的条带。也可不进入此处创建预订：在楼层布局中选择房间——其属性中的 “房间预订” 区块和 “📅 预订房间” 按钮会打开同一带日期的表单。房间预订始终是一对日期，至少一晚；房间没有像餐厅桌子那样的按小时预订——无论在“桌位图”还是收银的桌位面板中都没有。按预订办理入住只有一个窗口：房间看板、预订列表和收银桌位面板中的 “办理入住” 按钮打开同一个入住窗口。提前入住和延迟退房，若已在 “房型” → “入住与退房” 中启用，可直接在预订表单中标记——详见酒店。
角色。 前台——职位“前台”，保洁员——“保洁员”（有其没有收银的工作台）：员工与班次。

所需设备： 前台一台电脑。 可以放心延后的内容： 价格计划与价格日历、销售渠道、报表、迁移核算（若客人仅为本地客人）。

PMS、夜间计费和 iCal 导入在两种方案中均受支持。 请指定酒店时区并检查日历同步。支付、实时 OTA 连接和新界面有各自的可用条件。

清单：公寓与渠道销售#

第一天的目标是不让同一日期被重复售出。

计划。 管理器紧邻房型目录：餐食（仅房间、早餐、半膳、全包）、派生计划（“早餐 = 基础 +15 %”）、按住客人数定价并含儿童年龄分组与加床、按星期几的附加费、销售限制（最少和最多住宿晚数、预订窗口、特定日期禁止入住或退房）、取消政策（灵活、不可退款、首晚罚金、百分比或固定金额）、销售渠道（全部 / 仅直连 / 仅 OTA）以及企业访问码。
价格日历与停售。 针对具体日期的价格和禁售、批量修改“计划 × 时段”、最终价格预览。⚠️ 价格日历优先于前台输入的协议价——这是有意为之；而拥有独立价格的计划完全不适用季节（季节是给不使用计划者的备用方案）。
季节性——简单层级。 如果暂时不需要计划：为某个房型或所有房间统一设置带独立价格的时段。
销售房型而非具体房间。 此类预订保持未分配状态并占用配额（该房型在某日期已售出多少间），具体房间通过分配按钮选择——手动或自动。未分配预订区块直接显示在房态图上方。
网站预订模块。 住客选择日期和计划，看到带限制校验（最少晚数、预订窗口、停售；单笔预订最多 30 晚）的计算结果，并获得确认码。服务器立即响应：要么确认预订并锁定空闲房间，要么如实拒绝并说明原因。无需等待员工确认，不收取预付款。
OTA 日历——当前可行的路径。 iCal 导入：在房间设置中粘贴来自 Booking.com、Airbnb 或其他服务的导出链接——外部预订开始在这些日期上为您锁定，大约每 15 分钟更新一次，冲突叠加会收集到“请手动处理”列表中。iCal 导出：每个房间有自己的 feed，在渠道侧以日历方式添加链接。
⚠️ 双向渠道管理器（价格和库存发往渠道，预订回传）已编写并在提供商的测试环境上运行：实际连接需要合作伙伴账户，而我们目前没有。要真实锁定日期，请使用 iCal 导入和导出。
致住客的信件。 每天一次，酒店自动写给明天入住和昨天退房的客人；语言为预订语言，否则为门店语言，否则为英语。无需配置，不会重复。如果门店连接了 Telegram 机器人，住客还会收到入住提醒。
手动预订。 预订有来源（前台、电话、住客直连、网站、OTA）、带原因的取消和“未到店”标记；在叠加和过早入住时面板会警告。将预订转为入住——在入住日期一键完成。

所需设备： 电脑；手机——用于以住客视角检查预订。 可以放心推迟的： 双向渠道管理器（见上文）、企业计划码、报表。

清单：带餐厅和客房送餐的酒店#

第一天的目标是让客房订单自动进入客人账单。

房间 QR。 在房间卡片中有按钮 “创建 QR 并绑定”，批量操作——整个门店的 “为所有无码房间创建 QR (N)”。可逐个打印或按 A4 页打印——桌子 QR 码与设备码。
客房菜单。 分类、项目、照片、语言——QR 菜单。住客扫描房间内的码，像在桌边一样下单。
“记入房间账单”支付。 在已入住房间中，住客可使用此方式：金额添加到客人账单，退房时与住宿一起支付；确认前住客会看到带准确金额和房间号的同意文本。⚠️ 规则狭窄且有意为之：只有来自房间 QR 的订单才会进入客人账单——在收银、自助终端或来自聚合平台的订单不会进入。
从未入住房间下单会被服务器以“房间未入住”为由阻止，住客在发送前就会看到警告。
住客服务请求。 毛巾、清洁、“请勿打扰”、带时间选择的叫醒、技术问题、其他。在酒店中，此按钮占据呼叫员工的位置，且仅在门店设置中启用“呼叫员工”时显示；从空闲房间无法提交请求。员工侧——房间卡片中的 “住客请求” 区块：计数器、带类型和叫醒时间的列表、“开始处理”和“完成”操作、实时更新。
住客的“我的账单”。 住客菜单中的一项：其客人账单上的消费、付款和最终余额。入住前——空状态，结账后——标记“已支付”。
厨房与餐厅收银。 按工位的厨房屏幕——KDS；收银和现金班次——收银 (POS) 和现金班次。在酒店中，这些板块默认开启。
报表。 房间看板上的报表标签页，按期间：入住率 (Occupancy)、平均房价 (ADR)、每间可售房收入 (RevPAR)、总营收及餐饮单独营收、订单数和按币种拆分的逐日表格。

所需设备： 前台电脑、厨房屏幕用的平板或显示器、通过网桥连接的打印机——如果打印小票。 可以放心推迟的： 自助终端、配送和外卖、聚合平台。

可以暂缓的事项#

外部 PMS 模式（按钮“🔌 PMS”）。切换框架已具备，但适配器列表中目前只有演示用的“Mock（演示）”——用于验证路径本身。实时连接器仍在开发中；正式运营的酒店暂不宜切换。
双向渠道管理器——等待提供商合作伙伴账户，目前在测试环境运行。请使用 iCal。
移民登记（俄罗斯）。 房态板上的“🛂”按钮：入住时自动创建记录，可查看期限和状态，打印通知表单，导出 CSV。需要明确：这是登记日志和打印表单，而非电子申报——申报仍需您自行完成。按门店所在国家“俄罗斯”启用。
酒店餐饮——客房服务与客人账单。午餐订阅属于餐饮类型，不会随酒店自动启用。
财务报表——财务。销售、采购、现金班次和需求分析在国际版和俄罗斯版中均支持。建议在首批业务发生后开始使用；空期间和数据加载错误是两种不同情况。
自有网站和域名——网站构建器（酒店在模板库中有专属模板）、自有域名。
自有电话交换机和通话——电话通信。
仓库与餐厅成本——仓库，待菜单稳定后再启用。

故障排除#

找不到“PMS”或“酒店”板块。 没有这个入口。所有功能都在**“房间”**板块（admin.cenaly.com/tables）：楼层图直接打开，工作房态板通过“🛏️ 房间”按钮打开，外部 PMS 通过“🔌 PMS”按钮打开。如果板块名为“大厅图”，说明该门店未选择“酒店”业务类型。

未计入房晚。 请检查酒店时区、入住日期、计划和客人账单。夜间流程在酒店时间 03:00 之后运行，两个版本均如此。延迟或计费错误需要单独排查。

客人无法从房间下单。 很可能该房间未入住：服务器会拒绝此类订单，原因为“房间未入住”。请确认入住已开启，且 QR 确实绑定到该房间。

订单未计入房间账单。 只有通过房间 QR 下的订单才会进入 folio。在收银、自助终端或来自聚合平台的订单不会计入房间账单——这是有意的规则。

房间账单无法在收银关闭。 这是设计如此：房间账单由前台在退房时关闭，收银端没有关闭按钮。

日期未在 Booking.com 或 Airbnb 上锁定。 请检查两个日历链接和最近一次同步。iCal 导入和导出在两个版本中均支持，传输的是占用状态而非价格。渠道管理器的实时连接需单独激活；测试环境不会在真实平台上销售您的房间。

客人收到了两封相同的邮件。 请检查预订和发送历史。投递失败的尝试会重试；若邮件服务已接收邮件后发生故障，可能会重复发送。

常见问题#

需要购买酒店硬件吗？#

不需要。前台在浏览器中工作，客人通过 QR 用自己的手机操作。打印机和税控机可稍后通过网桥添加，且仅在您需要时。

逐个创建房间吗？#

不需要。“+ 添加房间”按钮可一次创建最多 500 个房间的区间，支持前缀和预览；已存在的房间会被跳过，而不会重复创建。

入住时必须填写退房日期吗？#

不需要。“直接”入住开放至退房；预订中有入住和退房日期，提前退房会自动将预订缩短至实际日期。

退房时会打印收据吗？#

不会。退房通过结算关闭 folio 并将房间转为待清洁；此流程未内置税控开票——如需收据，请在收银打印。

可以不指定具体房间而销售“房型”吗？#

可以。此类预订保持未分配状态，按房型占用当日配额，入住时再分配房间——手动或自动。

酒店功能中哪些在俄罗斯品牌上不可用？#

PMS、预订、客人档案、夜间计费、iCal 交换和财务报表在两个版本中均支持。支付提供商和外部渠道的可用性需单独确认。

首日指南：酒店、民宿