在线预订系统集成将预订信息与其他工具或销售渠道连接起来。关键问题是实际预订会发生什么:哪些信息移动,方向如何,何时更新以及谁处理故障。
对于旅游或景点运营商,常见需求包括网站结账、支付处理、转售商可用性、客人沟通和报告。本指南将支持的连接与第三方自动化和自定义开发区分开来。
三种预订集成类型
内置连接
支持的连接通过预订平台的可用集成工作流程进行配置。仍需检查您使用的账户、国家、产品和数据。仅有集成名称并不意味着其他服务的所有功能都可用。
第三方服务和自动化
如弃权书提供商或自动化平台等服务独立于您的预订软件运行。它可能有自己的订阅、权限和设置要求。一个有用的测试是跟踪预订通过两个系统的过程。
自定义API和Webhook连接
API允许开发人员读取或更改支持的预订数据。Webhook在支持的事件发生时发送通知。自定义连接需要有人负责实施、测试、监控和维护。
网站和支付集成
TicketingHub的预订小部件可以嵌入现有网站中。一个实用的测试是跟踪从产品描述到日期选择、支付和确认的移动旅程。
支付处理是一个单独的连接。网关、账户国家、货币和所需支付方式需要在启动前检查。您的支付提供商的费用与TicketingHub的平台费用是分开的。
OTA连接和可用性
TicketingHub提供与包括Viator和GetYourGuide在内的市场的支持连接。一个有用的演示是跟踪转售商预订进入预订系统,并展示剩余可用性发生了什么。
每个连接的票务映射、取消处理、参与者详细信息和支持的产品规则需要测试。成功接收到的预订并不证明每次后续更改都已同步。
数字弃权书
TicketingHub提供Smartwaiver集成。Smartwaiver是一个独立服务,而不是TicketingHub的本地弃权书编辑器。一个团体预订测试可以跟踪每个参与者的签名,并展示员工如何找到未完成的记录。
分析和营销测量
一个有用的分析设置显示哪些预订事件被发送,在哪里记录,以及报告的金额和货币是否与交易匹配。TicketingHub提供Google Analytics和Google Tag Manager的集成信息。
搜索控制台测量来自Google搜索的可见性和点击次数。它不能替代预订分析或为客户记录和预订建立集成。
CRM、会计和自定义工作流程
CRM或会计连接需要定义的数据映射:哪些客户和预订字段移动,是否跟随更新和退款,以及哪个系统拥有每个记录。可用的路径可以包括支持的自动化、导出或自定义API/Webhook工作。
公共API并不意味着每个CRM或会计软件包都有现成的连接器。您的具体工具和所需事件需要在承诺工作流程之前进行检查。
访问控制系统
票务扫描、闸门激活、重新进入和实时占用涉及特定设备和规则。这些需要单独的兼容性测试;仅在线售票并不能建立闸机集成。
启动前的实用集成测试
测试可以跟踪新预订、日期更改、取消和退款。它检查每个连接系统中的标识符、金额、货币、参与者信息和可用性。
重复通知和临时故障是自定义连接的有用测试案例。明确的警报和恢复所有权帮助团队了解谁修复丢失或重复的更新。


