产品简介
巴西住宿软件涵盖若干不应混淆的工作。酒店 PMS 管理客房库存、住宿和前台；租赁平台可能更重视个人业主持有的公寓、佣金规则和业主付款。分销平台通过各渠道销售库存，沟通工具则帮助团队回复询问并促成预订。一个运营商可能需要多类产品。普通公寓或公寓式酒店可以结合酒店式服务和业主报告，因此法人、库存结构和职责比建筑物的名称更重要。在巴西，应分别评估住客申报、开票、支付与隐私流程。葡萄牙语网站、可编辑登记表或通用发票界面不能证明企业所需的巴西特定流程已经启用。
了解市场
酒店管理平台
这些选项面向酒店和巴西式旅馆。请比较具体版本、前台流程及本地集成，不要假定供应商产品组合中的每个模块都包含在内。
区分合适产品与精彩演示的关键核查
- 运营模式：按实际销售结构演示房型、单独分配的公寓、业主自用和维修封锁。
- 客人与团队交接：更改到达时间、记录客人请求并重新分配准备任务，同时保留上下文且不发送矛盾说明。
- 当地准备情况：确定负责巴西客人报告、税务文件和所需支付方式的具体产品版本及集成。
- 财务责任：将退款、业主佣金、清洁费和额外收费核对到银行或会计记录，而不只看入住率图表。
- 葡萄牙语实际体验：与团队测试员工页面、客人消息、合同、错误状态和支持服务；不能仅凭语言选择器推断完整本地化。
- 控制与连续性：核查用户权限、数据导出、失败操作的可见性、断网应对程序，以及各项支持升级的责任公司。
这是一份依据资料编写的采购指南。我们核查的是有文档记载的产品类别，而非您的合同、实际集成状态或监管立场。迁移前，请供应商复现拟采用的配置，并记录例外情况。
Sixto：连接每次住宿背后的人和决策
适合对象: 评估互联住客与现场运营的团队
Sixto 是主要难题在订单、住客要求和物业工作之间交接的团队的起点。共同运营背景汇集订单、住客对话、登记和任务。配置后的门禁流程可以利用登记状态等条件，而兼容的联网门锁需要各自设置。有效演示应选一段变更的住宿：谁看到新的到店时间，哪项任务需要处理，什么能防止过早发出门禁说明？应与实际做事的人一起评估，而不只是让管理者看日历。
巴西目前不是 Sixto 可自行注册的市场。采用前应确认可用性、葡萄牙语覆盖、渠道连接和支持。我们没有把 Sixto 宣传为原生的巴西税务、Pix 或 FNRH Digital 解决方案。若这些是必需项，应先确定并批准另行受支持的安排；哥伦比亚申报功能不能替代。 [2]
Stays：以房源组合为中心的租赁管理对比产品
适合对象: 需要业主报告的租赁管理者
Stays 特别适合列入管理个人业主持有的度假公寓的巴西运营商候选名单。其产品说明分销、直接预订网站、团队任务和业主付款流程。这种组合让业主关系成为评估的有用起点。准备一个包含业主自住、退款订单和维修扣款的月份。请团队追踪每项事件，从订单直至业主可见的结果。重点不只是能否生成明细，还在于双方无需重新制作电子表格，就能理解金额与更正。
确认套餐、支付安排及管理合同支持的规则。演示业主权限与调整审批。若物业组合含公寓式酒店，应对照酒店式房型销售测试租赁平台，而不要假定针对单套房源的流程自然适用于可互换客房。 [3]
来源: Stays ·
Hospedin：评估前台的日常工作
适合对象: 优先考虑前台的pousada旅馆和酒店
Hospedin 文档说明订单视图、客房状态与住客历史，适合希望日常前台工作易于管理的酒店或 pousada 比较。先模拟繁忙班次，而非浏览功能。请前台找到即将到店的住客、更改房间分配，并把未解决问题交给下一班。再让第二个人在简短介绍后重复操作。这样能发现熟练演示人员操作时容易掩盖的培训和可见性需求。练习应使用真实房间名称和常见例外。
有文档说明的可编辑 FNRH 表单本身不能证明当前已连接 FNRH Digital。要求书面确认拟购版本、集成状态、税务范围和支付安排。确认导出与退房后变更的处理。评估实际签约产品，而不是假定所有宣传模块都在同一套餐内。 [4]
来源: Hospedin ·
Desbravador：比较产品版本与酒店复杂程度
适合对象: 需要深入前台与管理功能的酒店
Desbravador 拥有酒店软件产品组合，而非单一可互换套餐。Easy Web Plus 说明前台、预订、库存、财务和税务功能，其他版本面向不同运营规模。酒店如果同时经营住宿、迷你吧、餐饮或多个收银流程，这一点很重要。请供应商选定一个具体版本并展示一整天的流程：额外收费、换房、退房及生成的财务记录。让负责库存和会计的人员参加，因为顺畅的前台演示可能掩盖与后台之间未解决的交接。
确认包含哪些模块与集成、如何支持税务设置，以及断网期间哪些功能仍可用。未经书面确认，不要将一个 Desbravador 版本的能力套用到另一个。审查培训、迁移责任及已入账费用的更正流程。 [5]
来源: Desbravador ·
TOTVS Hotelaria：一起评估酒店和后台管理
适合对象: 有结构化后台要求的酒店
当酒店运营对接更有结构的管理部门时，应评估 TOTVS。CMNET 产品历史分别涉及 PMS、销售点及后台系列，也包括更新的 Web 订阅产品。关键是报价包含哪种组合。酒店集团应追踪一笔交易从运营物业到管理团队：企业住宿、已更正的消费项目或属于另一账户的费用。询问谁维护映射，谁解决系统间分歧。只有组合后的流程责任清楚，广泛产品组合才有用。
确认产品线、部署方式、实施合作伙伴及财务和税务集成范围。不能假定旧版 CMNET 的功能存在于当前每个 SaaS 版本。计入迁移、配置、培训成本，并要求涵盖所有签约组件的支持渠道。 [6]
来源: TOTVS Hotelaria ·
Cloudbeds：具备国际覆盖的互联酒店平台
适合对象: 协调运营与国际分销的酒店
Cloudbeds 提供结合运营与分销功能的一体化酒店平台。巴西酒店如果想在更广泛的平台战略中连接前台、渠道和直接销售，可将它作为比较对象。用本国住客和国际住客两条旅程测试拟用配置：日期、语言、支付、变更请求和最终账单。练习应聚焦实际打算使用的集成。即使平台连接丰富，也需明确住客资料在哪里更正，以及更正如何传至下游系统。
确认巴西支付资格、税务与住客申报安排、具体套餐及支持语言。葡萄牙语产品页面和国际集成目录不能证明本地每项流程都已为本物业就绪。要求在提案中写明相关供应商、设置要求及失败处理。 [7]
来源: Cloudbeds ·
Omnibees：无需预设更换PMS也能改善分销
适合对象: 改善渠道与商业分销的酒店
Omnibees 文档说明渠道管理、直接预订工具、企业分销与 PMS 连接。它列在这里，是因为一些酒店比起更换前台系统，更需要强化商业销售层。先从真正想销售的渠道组合开始，包括适用的协议企业业务。追踪一次房价变更到渠道、订单回到运营系统，以及修改在两边的传播。采购关键在于连接能否传递团队所需的信息与限制，并提供清晰的方式识别和解决不匹配。
在本比较中将其视作补充性分销平台。确认与准确 PMS 版本的兼容性、支持的更新以及库存记录归谁负责。对完整组合定价，并测试故障恢复。不要假定商业平台替代住客登记、保洁或税务流程。 [8]
来源: Omnibees ·
Asksuite：加强从咨询到预订的沟通
适合对象: 改善咨询处理与直接销售的酒店团队
Asksuite 专注酒店沟通和预订协助，提供全渠道收件箱与预订系统连接。来自多个渠道的询问让团队难以保留上下文或持续跟进时，值得考虑。让一位旅客提出两个问题、修改日期，然后要求转人工。查看客服如何看到先前对话，以及报价是否反映预期的预订来源。目标是从询问到已确认住宿的可靠交接，并在自动化无法完成请求时明确责任人。
应把它作为与运营系统并行的沟通专家来评估。确认可用渠道、具名集成、消息相关费用及自动回答边界。测试售罄日期和政策例外。会话中的回答不能误认为已受理订单或已批准退款。 [9]
来源: Asksuite ·
围绕您的运营制定候选名单
这些是示例情境，并非客户成果。可用它们决定哪些供应商值得进行实际演示。
一个小团队经营着分布在几栋楼的服务式公寓
住客在不同时段抵店，同一批人负责消息、准备和维修。
如果住客和团队信息分散是主要问题，可以在确认巴西部署的前提下与Sixto沟通。尤其当房源组合归多位业主所有时，可用Stays作为租赁管理对比产品。演示延迟离店如何改变保洁、如何更换单元，以及住客信息不完整时如何在发放门禁前处理。每个例外都应有明确负责人。如果无法确认在巴西开通或必需的本地流程，应保留现有系统，同时评估受支持的替代方案。
- 指引准备好后更改日期。
- 重新分配任务而不共享无关住客的数据。
- 确认受支持的门禁和本地申报安排。
一家pousada旅馆需要可靠的前台和财务流程
团队销售房型、记录迷你吧费用，并在退房时结清账目。
让前台员工和会计一起比较Hospedin、Desbravador和Cloudbeds。检查换房、分摊账目、更正收费及会计所需记录。一个在渠道方面表现出色的产品，仍可能让前台日常工作繁琐。反过来，熟悉的前台界面也不能证明当前有政府集成。要求每家供应商展示报价包含的具体版本、连接器和支持责任，然后在更换主要日历前进行小规模实际试点。
- 住宿期间将住客换到另一间房。
- 更正额外收费并核对退房账目。
- 核实物业的税务与住客申报设置。
一家酒店集团希望加强分销或直接销售
当前PMS运作正常，但房价、咨询和销售渠道分散。
不要假定全面更换PMS是第一步。可评估Omnibees的分销和商业连接，以及Asksuite的咨询与预订沟通。如果运营系统也需要改变，应将TOTVS和Cloudbeds纳入更广泛的平台审查。选择前先画出数据流：哪个产品管理库存、确认预订、更新住客记录、登记收入？确认指定集成确实支持这些操作，而不只是展示合作伙伴标志。
- 修改通过相连渠道产生的预订。
- 追踪一份报价从确认到取消的过程。
- 指定集成中断时的负责人。
先验证棘手情况的上线流程
梳理运营及本地依赖关系
列出物业、法人实体、房型、业主、销售渠道和现有系统。为每项税务、支付和住客申报要求指定负责人。对于Sixto，在投入资源前先确认能否在巴西部署。商定哪些现有工具继续使用，以及数据如何在它们之间流转。
开展有代表性的试点
选择一家能体现常见复杂情况、又不会让整个房源组合承担风险的物业。测试修改、取消、有争议的收费、无法使用的客房和未完成的登记。让负责晚间及周末的人员参与。记录哪些步骤自动完成，哪些需要员工批准，哪些依赖另一家供应商。
切换运营记录系统前进行核对
在系统之间比对未来预订、入住率、押金、余额和对业主的义务。确认每个渠道和物业的映射。准备好有负责人和明确截止时间的回退方案。过渡期间，避免出现两个相互竞争的房态来源，或向住客重复发送指引。
上线后审查例外情况
在首个运营周期跟踪未解决任务、发送失败的消息、申报例外和支持请求。请实际员工和住客一起检查权限与葡萄牙语内容。在合作关系刚开始时就确认数据导出和退出流程。只有当团队能解释正常自动步骤失败后会怎样处理时，才扩大部署范围。
比较完整运营成本
要求各供应商按相同的物业、房间、用户和联网设备数量提供书面报价。将基本订阅与实施、培训、渠道连接、消息、门锁管理及附加模块分开。询问超过哪些限额需要更换套餐，以及报价按入住率、订单、单元还是其他指标计算。不要比较两项覆盖不同工作内容的月度标价。
计入继续使用税务工具、支付供应商或专业平台的成本，以及员工对账所需的时间。询问合同取消、数据导出和集成移除如何进行，费用何时停止。试用应证明拟采购的付费配置，而非范围更大的演示账户。对于 Sixto，在把通用产品价格当作本地报价前，确认巴西可用性和商业范围。
演示检查清单
常见问题
巴西的pousada旅馆最适合哪种软件？
没有一款普遍最优的产品。销售房型且有前台业务的 pousada，应先比较日常前台与财务流程，再看冗长的集成清单。Hospedin、Desbravador 和 Cloudbeds 都值得比较；更大的管理架构可能需要 TOTVS。请前台和会计人员在每个拟采购版本中完成同一个真实场景。
巴西企业现在可以注册Sixto吗？
目前在 Sixto 的组织和物业设置中，巴西及 BRL 还不可选。可联系团队讨论需求以及未来上线是否可能支持，但这不是立即开通的承诺。支持葡萄牙语不证明完整本地化、本地支付或巴西监管集成。应保留现有系统，直到支持范围得到确认。
有住客登记表就意味着已集成FNRH Digital吗？
不意味着。旅游部针对 FNRH Digital 说明了特定 PMS API 连接及每处物业专用的密钥。请供应商演示本物业当前的集成、返回结果和更正流程。可编辑表单或旧版 FNRH 说明不能证明已建立该连接。应向相应主管机关确认业务模式的适用性。
应该选择酒店PMS还是租赁平台？
先看库存与财务责任。酒店通常销售房型并分配房间；租赁管理者往往销售指定公寓并向业主报告。公寓式酒店可能两者都需要。决定前测试业主自住、换房、维修停用和财务明细。产品类别只是起点，不证明混合模式可以运行。
Omnibees和Asksuite可以替代PMS吗？
在本指南中，它们是补充性的商业平台。Omnibees 重点在分销与预订销售；Asksuite 重点在沟通与预订协助。任一产品可解决瓶颈，同时保留现有 PMS 作为运营记录。确认具体的连接、支持的操作和数据归属。合作公告不保证套餐涵盖每项流程。
关于Pix、发票和隐私，应检查什么？
询问哪家已签约的供应商处理支付、退款与对账如何运作，以及哪条开票路径适合企业。与顾问审查权限、保留、导出和数据处理条款。支付标志、发票界面或隐私口号都不能当作证据。本指南不声称 Sixto 原生支持 Pix、巴西税务开票或普遍的合规认证。
官方来源
本指南参考了官方产品文档和主管部门来源。请针对您的物业确认功能、适用资格和商业条款。
- [1]旅游部：面向使用PMS的物业的FNRH Digital集成
- [2]Sixto
- [3]Stays
- [4]Hospedin
- [5]Desbravador
- [6]TOTVS Hotelaria
- [7]Cloudbeds
- [8]Omnibees
- [9]Asksuite