旅游API
面向机票、酒店、租车和支付的旅游API集成
通过一个PHP层将GDS、床位批发商、租车、旅游产品和支付API接入您的旅游门户，让每个供应商都遵循相同的搜索、报价、预订和退款流程，并共享日志与重试机制。
- XML和JSON供应商
- 搜索、报价、预订、退款
- 支付与Webhook
- 统一的旅游API中心
API集成服务
PHP旅游API集成：从沙箱到生产环境
旅游API为酒店、机票、租车、活动和套餐提供搜索、定价、预订及售后操作，通常采用XML或JSON，并通过密钥、OAuth或供应商令牌认证。PHPTRAVELS将每个供应商接入门户内同一套标准化流程，并配合加价、支付、代理商规则和请求日志，让新API成为一个配置好的数据源，而不是一个独立项目。
- 配置供应商沙箱、凭证、库存范围和测试卡
- 在共享流程上实现搜索、报价或复核、预订以及出票或确认
- 添加加价、佣金、企业差旅政策和代理商信用额度
- 添加请求ID、预订日志、错误清单和告警
- 通过认证并切换到生产环境凭证
- 供应商
- Hotelbeds · JSON
- 环境
- 沙箱
- 接口地址
- sandbox.supplier-api.com/v1
- API密钥
- ••••••••••••7c21
- 加价
- 净价加价8%
统一结果
来自不同API的机票、酒店和租车显示在同一结果列表
每个供应商返回各自的XML或JSON。PHPTRAVELS统一处理房型、票价、规则和价格，应用您的加价，并在预订前为每条结果标注状态。
- 拉合尔至迪拜 · 直飞经济舱 · GDS票价 · 1件行李US$175
- 迪拜码头酒店 · 3晚双人间 · 含早餐 · 批发商价格US$486
- 紧凑型车 · 迪拜机场3天 · 不限里程 · 租车APIUS$132
全部核心操作
搜索、报价或复核、预订、出票、取消和退款，每个供应商都以相同方式接入。
标准化内容
房型、价格计划、票价规则、税费和取消期限在缓存前统一映射到一个模型。
XML和JSON
供应商提供时使用JSON REST；GDS和批发商仍要求时，使用带供应商XSD的XML。
安全的预订重试
预订请求带幂等键，采用退避重试，并在供应商故障时启用熔断。
支付API
支持3-DS银行卡、供应商虚拟卡和代理商钱包，并与每笔预订关联。
售后服务
在后台处理修改、取消、退款、重新出票和航班时刻变更，确认后生成凭证。
集成流程
旅游API如何从沙箱走向真实预订
每个供应商都经过相同阶段，确保客户看到其内容之前，流程、日志和支付都已就绪。
连接
沙箱访问、认证、测试数据和可用的基础搜索。
开发
在共享预订流程上实现报价或复核、预订以及出票或确认。
支付
支付授权、扣款和退款Webhook与预订ID对应。
加固
请求ID、日志、错误处理、重试以及供应商故障告警。
认证
按照约定的测试用例和预订场景完成供应商认证。
上线
生产凭证、监控、运维手册，并移交给您的团队。
旅游API中心
一个中心对接您签约的所有供应商
供应商接入同一层，共享认证、日志、重试和监控。可用性取决于您的合同和合作方审批。
GDS与机票API
通过XML接入Amadeus、Sabre和Travelport，以及Duffel、Kiwi、TBO等JSON机票API。
酒店、租车和旅游产品
Hotelbeds、Agoda、Hotelston等床位批发商，CarTrawler租车，Viator和Tiqets活动产品。
支付网关
Stripe、PayPal和银行API，用于扣款、退款以及与预订对账。
后台
在一个后台管理所有API
每个供应商的定价、权限、支付和记录都在同一后台，新增API不会多出一个后台。
供应商凭证
每个供应商的沙箱和生产密钥保存在您的服务器上，按环境切换。
加价与佣金
按供应商、产品、目的地、渠道或代理商分组设置固定或百分比规则。
代理商信用与钱包
B2B代理商按您的价格和权限，使用信用额度或钱包余额预订。
支付对账
支付ID对应PNR和预订ID，自动处理退款和部分扣款。
请求日志
每次请求和响应都连同请求ID保存，便于客服和供应商争议处理。
供应商报表
按供应商和渠道统计搜索、预订、失败、取消和利润。
对比
逐个供应商单独开发 vs PHPTRAVELS API中心
只有一个供应商时，单独开发可行。供应商一多，共享流程就能为每次新连接节省时间。
| 方面 | 每个API单独开发 | PHPTRAVELS |
|---|---|---|
| 预订流程 | 每个API单独开发每个供应商重新编写 | PHPTRAVELS所有供应商共用一套搜索、报价、预订和退款流程 |
| 内容映射 | 每个API单独开发各供应商房型和票价格式不同 | PHPTRAVELS展示前统一到一个模型 |
| 重试与日志 | 每个API单独开发通常在首次故障后才补上 | PHPTRAVELS从第一天起就有请求ID、重试和幂等预订 |
| 支付 | 每个API单独开发每个网关和流程单独集成 | PHPTRAVELS支付与预订关联，并有退款Webhook |
| 每个供应商耗时 | 每个API单独开发取决于内部经验 | PHPTRAVELS通常2至4周，含认证 |
应用场景
面向旅行社、OTA和TMC的旅游API集成
旅行社API
零售流程、凭证、加价、佣金、基础代理商信用和简单订单管理。
OTA API
带缓存的大批量搜索、预订前复核、异步队列和限流处理。
TMC API
企业档案、差旅政策、审批、信用额度、协议价和报表。
为什么选择PHPTRAVELS
归您所有、可扩展的API集成
包含源代码
以商业许可自行托管，您的开发人员可以阅读并扩展每个连接器。
基于PHP开发
标准PHP，使用cURL或Guzzle客户端和Webhook处理程序，您的团队早已熟悉。
缩小PCI范围
令牌化和托管支付字段让卡数据不经过您的服务器。
B2C、B2B和企业差旅
一次集成同时服务公开网站、代理商门户和企业预订人。
将您的旅游网站或代理商门户连接到供应商API，在自己的平台内搜索、报价、预订和管理酒店、机票、租车和活动。大多数旅游API通过HTTP使用XML或JSON，并采用供应商认证。
通常每个供应商2至4周，包括沙箱配置、核心预订流程、支付、认证和切换到生产环境。范围和供应商认证周期可能影响时间。
JSON开发和解析更快，因此在供应商功能相同时我们优先使用。部分GDS和批发商仍要求带XSD的XML，两者都会在您的门户中统一到同一模型。
一个统一层，将多个供应商连接起来，共享认证、日志、重试和监控，让每个新供应商复用同一流程，而不必从零开始。
银行卡经3-DS令牌化，在出票或开具凭证后扣款，每个支付ID对应其PNR或预订ID，退款和对账通过Webhook自动完成。
范围很广，包括GDS、床位批发商、租车、活动和支付API。接入取决于您的合同和合作方审批，告诉我们您的供应商，我们会确认范围和时间。