1. 将“Rakuten Travel extranet”视为操作术语；Rakuten 的日本合作伙伴页面通常称其为住宿管理系统屏幕 (property management screen)。
2. 在更改销售数据之前，确认住宿、确保用户访问安全、配置预订通知路由，并记录控制房价和房态的系统。
3. 在开放新日期之前，审核现有的客房、住宿计划、容纳人数、价格、房态、政策和公开内容。
4. 完成公开搜索和受控预订测试，然后记录面向前台员工的支持和上报流程。
酒店团队在首日启用 Rakuten Travel extranet 时不应立刻将其变成另一个缺乏控制的房价日历。首要目标是了解账户、确认已配置的内容，并为每项运营任务分配责任人。
在日本账户中，可能会出现住宿管理屏幕和“客房管理首页” (Room Management Top) 等标签。不同当前和传统布局、地区、住宿类型和权限之间的菜单措辞可能会有所不同，因此请匹配功能，而不是强行使用过时的标签。
保护账户安全并确认住宿
Rakuten 在 2025 年更改了其日本住宿管理系统屏幕的登录路径，引导用户使用 RFB 登录，同时声明管理功能本身没有变化。避免依赖书签中旧的凭证表单，或复制到交班本中的共享密码。
与酒店的 Rakuten 联系人确认批准的登录 URL。记录住宿名称、住宿编号、合法运营商、账户管理员、主要联系人和恢复联系人。如果账户支持个人用户或角色控制，请只赋予每位员工所需的预订、房价、内容、财务或管理权限。
在周末发生紧急事件之前，查阅密码恢复和一次性密钥程序。将恢复详细信息存储在酒店批准的密码管理器中，而不是预订备注或所有员工均可访问的电子表格中。
登录后，确认页眉和公开页面链接指向正确的住宿。在进行批量房态或价格更新之前，拥有多家住宿的酒店集团应要求员工先确认住宿名称和 ID。
配置预订和运营提醒路由
预订可能会显示在管理屏幕中，并触发电子邮件或传真通知，具体取决于住宿的配置。请验证每个启用的目标地址，并仅在测试完替代方案后删除过时的联系方式。
使用有专人监控的预订收件箱，而不是员工的个人邮箱地址。添加备用收件人或上报路由，然后定义谁来检查新预订、更改、取消、宾客消息、投递失败通知以及当日入住情况。
在日本管理屏幕中，打开客房设置和预订管理并使用预订检查、取消和更改功能。按入住日期、预订日期、预订号或宾客姓名进行搜索。当团队需要每日预订状态视图时，请使用“客房管理首页” (Room Management Top)。
运行历史或已知预订搜索，以便前台在发生实际事件之前了解结果。不要仅仅为了测试权限而更改过去的预订订单。
审核客房、价格计划、房态和房价
第一天是进行审核，而不是重建目录。导出或记录每个启用的房型和住宿计划，然后将它们与酒店管理系统以及经批准的产品注册表进行比较。
检查客房名称、容纳人数、床型、吸烟状态、是否包含餐食、取消条款、预订和入住期间、价格基准、税费以及房态池。按以下顺序创建新客房：基本客房信息、销售期间、基础价格、审核，然后完成注册。在此工作流程中，无法直接编辑现有房型的容纳人数，因此在编辑相关的价格计划之前，请先确认容纳人数。
使用“客房管理首页”检查房态、房价、计划延期日期、预订订单状态和可用的房价错误控制。确切的标签可能以日文显示，并可能因界面版本而异。
在整个审核过程中使用一条控制原则：首先验证账户访问权限和通知路由；只有在负责人和受批准的数据源都支持更改时，才更改客房、计划、房价、房态或公开内容。
不要仅仅因为客房显示零房态就开放未来的房态。首先确定这些日期是否被故意关闭、价格计划是否已过期、连接的系统是否控制该数值，或者房态是否与另一个计划共享。
Smart Order 的酒店渠道管理系统为酒店提供了用于映射房价和房态的统一工作流。操作人员可以将 Rakuten 产品与数据源日历进行比较，而不是将 extranet 视为第二个日常更新位置。
为 Rakuten 房价提供统一的数据源
将映射的价格和房态保留在一个运营日历中，然后使用 Rakuten 管理屏幕进行验证和支持特定渠道的任务。
审核住宿内容和宾客政策
从管理屏幕打开公开的住宿页面，并将其与当前的酒店运营情况进行比较。检查住宿名称、地址、地图、电话号码、入住和退房时间、前台接待时间、交通指南、停车位、设施、照片、客房描述、餐食详情、儿童政策、加床、吸烟政策和强制性费用。
某些内容项有特定的更新路由或需要支持。如果账户未开放外部照片、地图或其他公开字段的编辑权限，请通过住宿信息支持路由发送更正信息，而不是更改相关字段来作为变通方法。
当住宿面向国际销售时，请分别检查日文和面向入境旅客的内容。国内价格计划也可能触达入境和合作伙伴渠道，因此不准确的描述可能会在各个展示端蔓延。
确认每个住宿计划的取消和未入住条款。前台应能够从预订订单中直接识别适用的计划政策，而无需在通用政策页面中进行搜索。
分配房价和房态的归属权
创建一份单页的归属权登记表，涵盖基础房价、计划房价、房态、关房、最少入住天数、内容、促销、预订订单和取消。针对每个项目，指明控制系统、负责角色、备份角色，以及用于验证更改的证据。
如果酒店使用酒店管理系统 (PMS)、CRS 或渠道管理系统，在手动更改数值之前，请先比较住宿、客房和计划的映射关系。相似的日文或英文名称并不能证明两种产品共享相同的代码或商业条件。
选择一个低风险日期进行测试。仅通过指定的数据源更改房价，确认相应的 Rakuten 计划已接收更改，并验证房态和限制条件保持不变。然后执行单独的房态测试。保留修改前的值、修改后的值、时间戳、操作用户和结果。
如果酒店手动管理 Rakuten，请规定每日更新时间表，并对批量更改进行第二人复核。使用管理屏幕中可用的房价错误或审核功能，但不要将没有警告视为公开报价完全正确的证明。
测试预订流程并完成交接
在相关的 Rakuten Travel 消费者网站上搜索该住宿。核对日期、入住人数、语言、市场、货币、客房、住宿计划、餐食、取消条款、税费和支付条件。验证最终总价，而不仅仅是显示的第一个价格。
在需求较低的日期完成一次经授权且可取消的预订。请遵循以下检查清单：
- 在预订前确认所选客房、价格计划、宾客信息、日期、价格、税费、支付方式和取消政策。
- 验证预订订单是否显示在 Rakuten 管理屏幕中，并已送达每个配置的通知路由。
- 如果已连接，请确认酒店管理系统中对应预期的客房和计划生成了预订订单。
- 检查房态是否仅扣减一次，并且没有关闭无关的价格计划。
- 通过批准的工作流程在政策允许范围内取消预订。
- 确认 Rakuten 和源系统中的状态更改和房态返还均已同步执行。
当 Rakuten 预订进入 Smart Order 的酒店前台管理系统时，员工可以在用于其他渠道的同一操作日历中查看已预订的产品和入住信息。
将 Rakuten 预订纳入日常运营
将预订交付与入住和客房房态连接起来，使前台员工能够直接验证每一份 Rakuten 预订，无需单独进行人工交接。
创建首日交接记录
在结束操作之前，记录确认的登录路径、住宿 ID、管理员、预订联系人、支持联系人、通知方式、启用的客房和计划、房价和房态归属者、映射位置、测试结果、未解决的问题以及下次审核日期。
将观察结果与已批准的更改分开标记。可疑的零房态、过期的计划或旧照片可能需要更正，但首日操作员工不应在未明确其存在原因的情况下重写商业设置。
就三种事件路径对前台进行培训：预订遗失、错误的房价或计划，以及取消后未返还房态。每条路径都应说明需要捕获哪些证据以及由谁负责响应。
常见问题
Rakuten Travel extranet 被称为 RMS 吗？
酒店团队和供应商可能会使用“extranet”或“RMS”，而 Rakuten 的日本合作伙伴页面通常称为住宿管理系统屏幕 (property management screen)。请遵循酒店当前账户中显示的术语和登录路径。
操作人员在第一天应该更改什么？
仅更改用户权限内已验证的账户、通知或运营设置。在进行商业内容编辑之前，先审核客房、计划、价格、房态、政策、内容和映射关系。
员工在哪里可以搜索 Rakuten 预订？
打开客房设置和预订管理，按入住日期、预订日期、预订号或宾客姓名进行搜索。
可以直接更正客房容纳人数吗？
在此工作流程中，无法直接在现有房型上编辑容纳人数。在移动相关计划之前，请与支持人员确认更换程序。
当连接了渠道管理系统时，员工应该手动更新 Rakuten 吗？
仅当归属权登记表明确将该字段分配给 Rakuten 管理屏幕时才手动更新。常规的房价或房态编辑应保留在指定的数据源中，以避免数据被覆盖。
什么能证明账户已准备好用于日常使用？
员工能够安全登录、查找预订、识别正确的住宿和产品、追踪房价和房态的归属权、接收提醒，并完成受控的预订与取消测试。
当酒店清楚地知道哪些不该更改以及哪些可以更改时，首日 Rakuten Travel extranet 审核才是成功的。确保访问安全，验证归属权，测试预订流程，并为下一班留下有据可查的交接记录。
