1. 使用区域住宿合作伙伴申请渠道；资格、合同、费用、税收及所需执照因国家和住宿类型而异。
2. Rakuten Travel 审核申请并创建初始酒店页面后，酒店才能完成可售产品设置。
3. 运营者在管理后台核对酒店页面，并配置房型、住宿方案、库存及房价后，方可开始销售。
4. 在将该渠道视为正式运营前，请测试公开页面并进行一次受控测试预订。
了解 如何在 Rakuten Travel 上线酒店 首先需要找到正确的合作伙伴渠道，而不是使用消费者 Rakuten 账号。酒店必须完成商业和住宿验证，然后将获批的列表转化为可预订的客房与方案组合。
日本地区的入驻流程分为三个工作阶段：提交住宿申请、完成审核与系统注册、然后在酒店管理后台配置方案、库存和价格。国际合同细节可能有所不同，因此在准备上线日期前，请确认酒店所在地适用的渠道。
确认资格和正确的申请渠道
从该住宿所在地区的住宿合作伙伴咨询或申请页面开始。在日本，根据适用的旅馆业营业执照运营且符合条件的住宿类型包括酒店、旅馆、宾馆、民宿以及一些整栋出租物业。
根据《住宅住宿事业法》或特区民宿规定运营的日本住宿将被引导至单独的 Rakuten 集团注册渠道。日本境外的酒店不应认为日本的执照或合同规则适用；请使用为酒店所在国家/地区显示的区域联系方式。
在申请之前，请确认法定运营者名称、住宿经营名称、地址、住宿类型、执照或注册号、税务身份、银行及结算信息、授权签字人以及主要商业联系人。请书面要求获取适用的费用或补偿结构、付款时间表、取消处理方式、税务处理及终止条款。
不要将 Rakuten Travel 与 Rakuten Travel Xchange 混淆。后者是一家为旅游分销商服务的批发住宿和旅游科技企业。零售酒店列表应遵循 Rakuten 为该市场指定的住宿供应渠道。
准备完整的住宿数据包
在填写任何表格之前，建立一份经过批准的源文档。不一致的名称、地址、设施或政策会在审核期间造成返工，并且之后可能会引起宾客投诉。
该数据包应包含住宿的坐标、电话号码、电子邮件、入住 和退房时间、前台工作时间、支持的语言、无障碍设施详情、停车位、网络连接、吸烟规定、儿童及加床政策、宠物政策、支付方式、税费、强制性费用以及紧急联系人。
为每种可售房型准备带有唯一内部代码的客房登记表。记录床型、最多入住成人及儿童人数、客房面积、浴室布局、吸烟规定、设施、景观以及实际客房数量。在未记录如何控制房态的情况下，请勿创建共享同一库存的两种公开房型。
创建一个单独的住宿方案登记表。Rakuten Travel 通常通过定义膳食、取消条款、预订窗口、福利和价格的方案来销售客房。房型是实体产品；方案是附加在其上的商业优惠。
使用准确且有版权许可的图片。准备清晰的外观图片、前台和公共区域、每种房型、浴室、餐饮以及特色设施的图片。将每张照片与其代表的产品匹配，并移除不再提供的设施图片。
提交申请并跟踪审核进度
提交日本住宿申请表并保留确认邮件。Rakuten 随后会审核提供的信息，并在执照、地址、企业身份或其他详细信息需要澄清时联系指定的代表。
使用共享的入驻记录来记录提交日期、地区、法定实体、酒店名称、申请参考号、Rakuten 联系人、要求的修改、合同状态以及目标开业日期。回复 Rakuten 的人应使用同一份经过批准的数据包，而不是凭记忆重写详细信息。
在审核完成之前，不要承诺上线日期。Rakuten 在此阶段执行初始系统注册和酒店页面创建。等待参与完成通知和管理后台访问权限，然后再构建可售设置。
将以下清单作为商业、收益、运营和财务团队之间的交接工具。
Smart Order 的 酒店数据分析系统 可以随后将 Rakuten Travel 的产出与其他渠道分开，帮助业主在上线后比较 ADR、间夜量、收入和预订贡献。
上线后衡量 Rakuten Travel 表现
比较 Rakuten Travel 的间夜量、ADR、入住率和收入，以便通过商业贡献而不仅是上线状态来评估该渠道。
配置房型、住宿方案、库存和房价
Rakuten 确认参与后，登录酒店管理后台并在编辑前验证是否为正确的住宿。在酒店创建其住宿方案并登记库存和房价之前，该列表不会成为完整的可售产品。
请按照以下发布顺序操作：
- 验证酒店名称、地址、联系方式、类别、入住信息、设施、政策及公开描述。
- 打开客房管理区域，将每种房型与酒店批准的客房登记表进行比对。
- 按以下顺序创建或修改房型：基本客房信息、销售期限、基础价格、审核，然后完成登记。
- 保存前确认可容纳人数及床型配置。在此工作流程中，无法直接编辑现有房型的可容纳人数，因此一旦出错可能需要重新设置并寻求技术支持协助。
- 创建住宿方案并将其关联到正确的客房。定义膳食、包含项目、取消条款、预订期限、入住期限及宾客条件。
- 为每种客房-方案组合输入房价。检查金额是否包含税费，以及适用的是按人计价还是按房计价逻辑。
- 仅在确认库存是按房型共享还是由连接的系统控制后，才可加载库存。
- 检查高需求日期、关闭期间、最短入住天数规定以及不可销售的日期。
- 保存，重新打开，并将存储的设置与批准的客房及方案登记表进行比对。
请勿随意将零价格作为已记录的关闭规则的替代方法。某些 Rakuten 工作流程会将零视为不可用，但当前账号、直连设置以及关闭程序应决定受批准的方法。
谨慎连接酒店管理系统或酒店渠道管理系统
决定是由 Rakuten 的管理后台，还是由酒店管理系统、CRS 或酒店渠道管理系统来管理房价和库存。在开始匹配之前记录控制方；两个活动的数据源可能会相互覆盖或暴露重复的库存。
按产品实际含义而不是相似的名称进行匹配。确认酒店 ID、房型代码、方案代码、入住人数、膳食包含情况、取消条款、货币、税基以及库存池。保留最终匹配的屏幕截图或导出文件。
在加载广泛的日期范围之前，测试一种客房-方案组合及一个低风险日期。验证房价更改是否已到达预期方案且未改变库存或限制条件。然后验证库存更改是否影响预期的物理客房池。
Smart Order 的 酒店渠道管理系统 为匹配的房价和房态提供单一工作流程。酒店可以使 Rakuten Travel 与其他渠道保持一致，同时保留各个产品由哪个数据源控制的清晰记录。
统一控制 Rakuten 库存
仔细匹配客房和方案产品，然后统一管理 Rakuten Travel 的房价和房态，而无需维护相互冲突的更新工作流程。
验证公开列表和测试预订订单
在预期的 Rakuten Travel 销售端搜索该住宿。验证名称、地图位置、照片、客房描述、设施、政策、膳食信息、取消条款、货币、税费以及最终结账总额。
测试至少一个可预订日期和一个应显示为不可用的日期。匹配入住人数和方案条件。出现在搜索结果中的酒店页面并不能证明每个客房-方案组合均已正确配置。
为了获得上线批准，请在低需求日期进行一次授权可取消的预订测试。确认通知到达正确的电子邮件或直连系统，并验证预订订单号、宾客、日期、客房、方案、价格、税费、付款方式以及取消政策。
如果已连接酒店管理系统，请确认该预订是否根据正确匹配的客房生成了一份预订订单，并减少了一次库存。在政策允许范围内取消订单，并在每个相关系统中验证预订状态和退还的库存。
常见问题
任何住宿都可以在 Rakuten Travel 上线吗？
并非如此。资格和所需文件取决于地点和住宿类型。日本的申请人应检查适用的旅馆执照以及受管制的私人住宿的单独渠道；海外酒店应使用其地区合作伙伴的联系方式。
Rakuten 会创建酒店页面吗？
是的，在日本的申请审核和系统注册期间，Rakuten 会创建初始酒店页面。随后酒店必须验证该页面并完成可售设置。
在开始销售之前必须配置什么？
至少需要验证酒店页面并配置房型、住宿方案、库存和房价。还要确认政策、税费、支付条件、照片以及通知的接收路径。
房型与住宿方案一样吗？
不一样。房型描述的是实体住宿空间。住宿方案定义了其销售方式，包括膳食、取消条款、日期、福利和价格。
酒店应该立即连接酒店渠道管理系统吗？
只有在客房和方案代码稳定，且房价和库存的来源达成一致后才可以。在分发广泛的房态之前，请先进行小范围的匹配测试。
Rakuten Travel 的上线流程何时算作完成？
完成不仅需要获批的申请。公开页面、可售产品、房价、库存、通知、预订接收及取消退还均应通过测试。
当商业审批、产品配置、库存控制和预订订单接收作为一个整体流程正常运作时，Rakuten Travel 上线才算就绪。将第一个真实的预订订单视为最终的入驻测试，而不是团队首次检查设置。
