一次接入全部上游
全部上游在同一次搜索里报价，按净价选出最优；平台新增上游，你不用再对接一次。
Stai API
一次接入，全部上游
接一次，卖全部上游的酒店：同一次搜索里比出更低净价，用一套账户体系管好下游客户的价格、授信与结算；价格情报、链路诊断、收益策略按需加配。
适合规模已经需要系统对接的 B2B 企业：分销平台、TMC、批发商与大型旅行集团。
核心功能
下游客户分层管理
为每个下游客户和子账号分别设置价格规则、信用额度与权限，也可以白标给你的同业客户使用。
统一酒店目录
各家上游的酒店与房型映射到同一套目录，同一家酒店的报价放在一起比；匹配质量可用你的样本核验。
钱包与多币种结算
买方、卖方与多币种共用一本钱包账；授信、冻结与扣减逐笔可查。
先验证再签约
用你正在卖的酒店清单，在沙箱里对比覆盖、价格与确认速度，满意再上线。
技术接入
- HTTP API 与 SDK
- HTTPS 上的 JSON 接口，附 OpenAPI 文档；官方 Go 与 Java SDK。
- 预订链路
- hotelList → hotelRates → checkAvail → book → 查询 / 取消；两段式确认，先核价再下单。
- MCP
- AI Agent 通过 MCP 调用搜索、实时报价与两段式预订；可经本地网关、静态 key 或 OAuth 接入。
- 实体与权限
- 平台 → 租户 → 客户 → 客户账号四级实体，RBAC 与实体范围共同约束每个请求。
- 请求证据
- 每次报价带 traceId / sessionId，TraceSight 用它还原整条会话链路。
采购视角
评估 Stai API 时看什么
每一项都附验证方法，用你自己的账号和数据当场核对。
看什么
多层级代理的权限边界如何执行
我们怎么做
平台、租户、客户和客户账号采用层级实体；通过权限范围和 RBAC 控制访问，应用实际账号测试边界。
怎么验证
用下级账号尝试读上级数据、改上级额度。
看什么
信用与结算能不能分层
我们怎么做
可按实体查看信用授权、冻结和扣减记录；结算边界须用样例账单核对。
怎么验证
要一份分层账单样例，对账到具体的下级账号。
看什么
中国与亚太供应是原生还是转售
我们怎么做
HotelByte 提供 Dida、Tourmind、Yalago、Hotelbeds 等适配器；实际接入范围和周期需按凭证、接口与测试结果评估。
怎么验证
用你的客源国跑一次真实 hotelList / hotelRates，核对覆盖率与净价，而不是看供应商 Logo 墙。
配套产品
常见问题
Stai API 和直接对接各家供应商有什么区别？
接一次就能用全部上游：同一次搜索里比价，预订、取消与对账走同一套流程；平台新增上游，你不用再对接一次。各家的商务条款与取消政策照常保留，并随报价一起展示。
没有研发团队也能用吗？
可以。Stai API 自带网页平台，搜索、报价、下单、售后都在浏览器里完成；需要接入自有系统时再用 API。
怎么验证价格和覆盖？
用你正在卖的酒店清单在沙箱里跑一遍，覆盖、价格水平、确认速度与售后逐项对比现行拿货价。把清单发到 sales@hotelbyte.com 即可开通沙箱。
AI Agent 能直接接入吗？
可以，通过 MCP 调用搜索、实时报价与两段式预订，可经本地网关、静态 key 或 OAuth 接入。
开始之前请了解
- 具体上游的可用性取决于你的凭证、配置与合作协议；上线前请按目标市场逐个验证。