OXI 是 OPERA 5 本地版的业务数据交换通道。与 IFC8 处理“设备事件”不同，OXI 交换的是业务对象——预订、客人档案、房价、房量、团队块等，通过 XML 消息在 OPERA 与外部系统之间上传、下载。
本页目录
OXI 交换哪些数据
| 对象 | 典型用途 |
|---|---|
| 预订（Reservation） | 中央预订系统下发订单、OPERA 上传变更与入住状态 |
| 客人档案（Profile） | 会员/CRM 系统同步客人资料与偏好 |
| 房价（Rate） | 收益或中央系统统一维护价格 |
| 房量 / 可用性（Inventory） | 向分销侧同步可售房量 |
| 团队与配额（Block / Allotment） | 销售宴会系统与 OPERA 同步团队预留 |
| 入住历史（Stay） | 数据仓库、CRM 计算客人价值 |
实施要点
- 确定对象与方向：哪些对象需要同步、谁是主数据源（例如房价以收益系统为准）。
- 转换表：房型、房价代码、市场代码、来源代码、付款方式等逐一映射。
- 消息格式：按 OXI 规范生成/解析 XML，处理新增、修改、取消等动作。
- 异常与重同步：建立失败消息的告警与人工处理流程，约定什么情况下触发重同步。
- 性能：大批量初始化（如历史档案导入）应安排在非高峰时段，并分批进行。
什么时候不该用 OXI
- 只需要读取数据做报表：直接从 OPERA 数据库只读抽取往往更简单，见 收益日报自动化。
- 设备类实时事件（门锁、房控）：用 IFC8 FIAS。
- 客人自助类实时交互（查询、入住、退房）：用 OWS/OEDS。
常见问题
OXI 能做 OTA 直连吗？
OTA 通常经渠道管理器或中央预订系统与 OPERA 连接，渠道管理器再通过 OXI、HTNG 等接口与 OPERA 交换房价房量和预订。是否走 OXI 取决于对方系统支持的接口。
两边的房型、房价代码不一致怎么办？
OXI 通过转换表（Conversion）在两套代码之间做映射。转换表配置是 OXI 项目里最耗时、也最容易出错的部分，需要和酒店收益、前台一起确认。
消息失败了会丢数据吗？
OXI 有消息状态监控，失败消息会保留错误原因，修正映射后可以重新处理；也支持按对象重新同步（Resync）。