B2C 单独预订上线要求
如果您采用 business-to-consumer (B2C) 集成模型,旅行者直接与您的集成进行交互,则适用这些启动要求。
概述
这些要求分为两类:
- **B2C SA 要求:**这些是该预订流程的特定要求。请仔细阅读这些要求,因为它们可能与您之前整合的任何其他房价类型/预订流程的要求不同。
- **通用要求:**这些是所有预订流程的通用要求。请务必满足适用于所有流程的所有通用要求。
核对清单
我们创建了一个检查清单,以帮助您进行开发或提供有关需求的反馈。如果您打算提供截图用于网站审核,请在核对清单中添加截图和相应日志,这将帮助我们完成审核。
B2C 单独预订要求
一般要求
GR10:获取 member-only 优惠
Member-only 交易只能在 closed-user 环境中进行销售(e.g,通过登录网站、移动应用程序或代理工具)。
预订页面
BP5:价格显示必须包含总价和税费明细。
A) 总价
必须在付款页面上向旅客显示预订总价。总价应与 API 响应相符,不允许四舍五入或换算货币。最终明细必须包括房间价格(总计或每晚)、任何额外的每晚费用(除以下property_fee字段中描述的费用外)、所有住宿费用和税费、应收费总额,并列明现在支付的费用和稍后在酒店支付的费用。
B) 税款明细
价格显示必须包含tax_and_service_fee和property_fee的总和,作为标题为“税费”的一行。根据法律要求,在价格明细中涉及到任何税费总计时,应显示以下确切文本。这可以显示为 pop-up、纯文本、模态框或其他实现方式。房产费用不应在结账页面单独显示。
“这些税款是支付给供应商(e.g. 酒店)的税收回收费用;详情请参阅我们的使用条款。服务费作为您预订服务的补偿,可能包括供应商收取的费用。- 翻译可在 Expedia 合作伙伴解决方案中找到。
tax_and_service_fee返回的值仅包含税务管辖区规定的税费。
C) 合作伙伴服务费用和预订费用
如果 Expedia Group 批准豁免收取预订费用,则必须将合作伙伴服务费或预订费明确区分。如果在预订中添加了 partner-imposed 服务费,则必须向客户明确说明该费用是由合作伙伴收取的,而不是 Expedia Group 单独收取的服务费(i.e,而不是提供住宿的额外费用)。费用可能不会包含在现有的税费项目中。合作伙伴不得使用“费用”一词来描述他们收取的任何费用。他们可以使用“联盟伙伴预订费”或“联盟伙伴服务费”。
确认页面
CP1:价格显示必须包含总价以及税费(如果提供明细)。
A) 总价
预订总价必须在确认页面上显示给旅客。总价应与 API 响应相符,不允许四舍五入或换算货币。最终明细必须包括房间价格(总计或每晚)、任何额外的每晚费用(除下文property_fee字段中描述的费用外)、所有住宿费用和税费、应收费总额,并列明哪些费用现在支付,哪些费用稍后在酒店支付。
B) 税款明细
价格显示必须包含tax_and_service_fee和property_fee的总和,作为标题为“税费”的一行。根据法律要求,在价格明细中涉及到任何税费总计时,应显示以下确切文本。这可以显示为 pop-up、纯文本、模态框或其他实现方式。房产费用不应在结账页面单独显示。
“这些税款是支付给供应商(e.g.,酒店)的税收回收费用;详情请参阅我们的使用条款。服务费作为您预订服务的补偿,可能包括供应商收取的费用。- 翻译可在 Expedia 合作伙伴解决方案中找到。
tax_and_service_fee返回的值仅包含税务管辖区规定的税费。
C) 合作伙伴服务费用和预订费用
如果 Expedia Group 批准豁免收取预订费用,则必须将合作伙伴服务费或预订费明确区分。如果在预订中添加了 partner-imposed 服务费,则必须向客户明确说明该费用是由合作伙伴收取的,而不是 Expedia Group 单独收取的服务费(i.e 不是提供住宿的额外费用)。费用可能不会包含在现有的税费项目中。合作伙伴不得使用“费用”一词来描述他们收取的任何费用。他们可以使用“联盟伙伴预订费”或“联盟伙伴服务费”。
确认电子邮件
ER6:价格显示必须包含总价和税费明细。
A) 总价
预订总价必须显示在发送给旅客的电子邮件收据上。总价应与 API 响应相符,不允许四舍五入或换算货币。最终明细必须包括房间价格(总计或每晚)、任何额外的每晚费用(除下文property_fee字段中描述的费用外)、所有住宿费用和税费、应收费总额,并列明哪些费用现在支付,哪些费用稍后在酒店支付。
B) 税款明细
价格显示必须包含tax_and_service_fee和property_fee的总和,作为标题为“税费”的一行。根据法律要求,在价格明细中涉及到任何税费总计时,应显示以下确切文本。这可以显示为 pop-up、纯文本、模态框或其他实现方式。房产费用不应在结账页面单独显示。
“这些税款是支付给供应商(e.g. 酒店)的税收返还费用;详情请参阅我们的使用条款。服务费作为您预订服务的补偿,可能包括供应商收取的费用。- 翻译可在 Expedia 合作伙伴解决方案中找到。
tax_and_service_fee返回的值仅包含税务管辖区规定的税费。
C) 合作伙伴服务费用和预订费用
如果 Expedia Group 批准豁免收取预订费用,则必须将合作伙伴服务费或预订费明确区分。如果在预订中添加了 partner-imposed 服务费,则必须向客户明确说明该费用是由合作伙伴收取的,而不是 Expedia Group 单独收取的服务费(i.e,而不是提供住宿的额外费用)。费用可能不会包含在现有的税费项目中。合作伙伴不得使用“费用”一词来描述他们收取的任何费用。他们可以使用“联盟伙伴预订费”或“联盟伙伴服务费”。
通用要求
以下上线要求适用于所有预订流程。每个房价要求列表中提供了每种房价类型的特定附加要求,包括价格显示的详细说明。
一般要求
GR1:禁止使用 Expedia Group 名称和徽标。
未经我们事先明确的书面批准,不得在 traveler-facing 或 agent-facing 网站上使用我们的名称和徽标。
示例:

GR2:显示我们的条款和条件网址的链接。
在您的网站条款和条件文本中提供指向我们条款和条件的链接,或者直接从您的预订页面提供指向条款的链接。这些条款详细说明了管理预订的政策。将以下链接放置在显眼的位置,并使用“提供商条款和条件”作为链接描述。
你可以找到英文版和其他版本已列入 Expedia 合作伙伴解决方案。
示例:

GR4:Expedia Group 是记录商户 (MoR):正确使用和展示信用卡法规。
无论何时,只要您获取、使用、传输、存储或处理旅行者的持卡人数据,您都应遵守支付卡行业数据安全标准(PCI DSS),该标准由支付卡行业安全标准委员会发布。这些规定的完整参考资料可在官方网站上查阅。 PCI 安全标准网站。
GR5:Expedia Group 是 MoR 或 Property Collect:在适用情况下提供 PCI 合规性证明。
如果 Expedia Group 或该属性为 MoR,则必须提供合规性证明 (AOC) 作为 PCI 合规性的证据。您可以在官方网站上找到有关 PCI 合规性的建议。 PCI 安全标准网站。
搜索页面
SP1:联盟伙伴允许在预订中包含儿童时,需提供适当的消息并要求输入儿童年龄。
如果您的集成允许儿童旅客,则必须提供在 check-in 时指定每个儿童旅客年龄的功能。此信息通过 occupancy 元素提供(请参见下面的代码示例)。
当旅客指定儿童旅客时,API 响应可能包含年龄限制和/或额外入住费用或婴儿床费用,这可能会影响预订的成本或资格。
各个酒店会界定儿童的年龄范围。通常情况下,年龄 17 岁及以下的个人被视为儿童。某些住宿不接待未满 18 岁的住客。
API 请求示例:
https://api.ean.com/v3/properties/availability?checkin=2020-09-11
&checkout=2020-09-14
¤cy=USD&language=en-US& occupancy=2-9,4 &property_id=XXXX
&country_code=XX&sales_channel=XXXX
&sales_environment=XXXX&filter=XXXX&rate_plan_count=XXXX
&rate_option=XXXX&billing_terms=XXXX&payment_terms=XXXX
&partner_point_of_sale=XXXX&platform_name=XXXXAPI 响应示例:
"occupancies": {
"2-9,4" : {
"nightly": [
[**用户界面示例:**一间房,住 2 位成人和 2 位儿童,儿童分别 9 岁和 4 岁。

酒店/房态
AP1:每间客房均提供床型说明。
购物回应可能会返回bed_groups包含单个值或多个选项的数组。显示配置数组中包含的值,以描述旅行者的床位选择。
当bed_groups返回包含多个选项的数组,显示这些选项。price_check购物响应中提供了每种床型的链接,以便旅行者进行选择。
必须向旅客显示一条消息,指明选择同一客房中的多个床型仅为请求,如果房态不允许,酒店可能并不会满足这些请求。
房间名称会作为购物响应的 rooms 数组返回。room_name。
API 响应示例:
"property_id": "11775754",
"rooms": [
{
"id": "230434524",
"room_name": "Superior double room" ,
"rates": [
{
...
"bed_groups": {
"133243": {
"id": "133243",
"description": "Double bed" ,
"links": {...},
"configuration": [...]
},
"133242": {
"id": "133242",
"description": "2 single beds" ,
"links": {...},
"configuration": [...]
}
},用户界面示例:

AP2:清晰显示不可退款标记。
Non-refundable 的可用性由以下方式指示:refundable=false在购物可用性响应。什么时候refundable=false在可用性响应中返回时,请明确标注适用的房间。该值的优先级始终高于其他政策数据。无论任何情况,酒店均不退还这些预订款项。
API 响应示例:
"property_id": "XXXX",
"rooms":
"id": "XXXX",
"room_name": "Fairmont King",
"rates":
"id": "XXXX",
"status": "available",
"available_rooms": 4999,
"refundable": false ,
"deposit_required": false,
"merchant_of_record": "expedia",用户界面示例:

AP3:显示入住和特别入住说明。
内容checkin,checkout,fees,和policies必须按返回的顺序,在每个房间中显示物品。内容属性定义。此信息必须显示在您的可用性页面上,以确保旅行者了解 check-in 的任何潜在费用或特殊访问说明。
special_instructions字段可能包含对 check-in 至关重要的信息,而这些信息并未包含在 checkin对象的 instructions字段中,例如需要通知酒店预计到达时间、check-in 位于与客房不同的位置,或者提醒酒店通过电子邮件提供特殊的 check-in 说明。
确保在同一区域内向旅客显示 instructions 和 special_instructions。
API 响应示例:
"11775754": {
"property_id": "11775754",
"checkin": {
"begin_time": "16:00 PM",
"end_time": "4:00 AM",
"instructions": "Minimum age to check in is 18 years old.
Extra-person charges may apply and vary depending on property policy.
Government-issued photo identification and a credit card may be required at
check-in for incidental charges.
Special requests are subject to availability upon check-in and
may incur additional charges. Special requests cannot be guaranteed.",
"special_instructions": "Front desk staff will greet guests on arrival. For more details,
please contact the property using the information on the booking confirmation.",
"min_age": 18
"checkout": {
"time": "11:00 AM"
"fees": {
"mandatory": "You'll be asked to pay the following charges at the property:
Deposit: USD 50 per day
Resort fee: USD 28.25 per accommodation, per night The resort fee includes: Pool access, Fitness center access, Fitness/yoga classes, Airport shuttle, Phone calls, In-room safe, Self parking, Valet parking, Parking. We have included all charges provided to us by the property.
However, charges can vary, for example, based on length of stay or the room you book.",
"optional": "The following fees and deposits are charged by the property at time of service,
check-in, or check-out. Breakfast fee: between USD 6 and USD 25 per person
(approximately), Late check-out is available for a fee (subject to availability)Rollaway bed fee: USD 20.0 per night.
The above list may not be comprehensive. Fees and deposits may not include tax and are subject to change."
"policies": {
"know_before_you_go": "Up to 2 children 12 years old and younger stay free when
occupying the parent or guardian's room, using existing bedding.
The property has connecting/adjoining rooms, which are subject to availability
and can be requested by contacting the property using the number on the booking
confirmation."用户界面示例:

预订页面
BP1:为个人数据提供 SSL 加密。
发送或传输个人数据时,您必须使用 SSL 加密来保护客户端浏览器/App 与您的站点之间的连接,以及与相关系统的网络通信。个人数据包括住客姓名、电话号码或电子邮件、付款卡详细信息、预订/行程收据和确认页面。当连接不安全时停止或重定向连接。
BP2:显示入住和特别入住说明。
对于每个房间,必须显示 checkin、checkout、fees 和 policies对象的内容,这些内容在 Content 属性定义中返回。必须显示此信息,以确保旅客在最终预订之前了解 check-in 的任何潜在费用或特殊访问说明。
special_instructions字段可能包含对 check-in 至关重要的信息,而这些信息并未包含在 checkin对象的 instructions字段中,例如需要通知酒店预计到达时间、check-in 位于与客房不同的位置,或者提醒酒店通过电子邮件发送特殊的 check-in 指示。
确保在同一区域内向旅客显示 instructions 和 special_instructions。
BP3:清晰显示取消政策和不可退款标记。
在允许旅客在最终预订页面确认购买之前,您必须提供所选房间的取消政策或 non-refundable 标签。Rapid Shopping Availability API 中的 cancel_penalties对象提供了每种价格的取消政策。
对于可退款价格,响应中包含一系列取消政策详情。详情包括:指定手续费的开始日期和结束日期、手续费类型和金额,及任何适用的例外预订日期。手续费类型包括:固定金额手续费、按住宿晚数计算的手续费以及按总费用百分比计算的手续费。
| 响应 | 意义 |
|---|---|
refundable=true | 此价格可全额退款。 |
refundable=true + cancel_penalties | • 此价格可在取消期限内退款。 • 最早的 cancel_penalties.[].start是免费取消截止日期(如果是未来的时间线)。• 最新数据显示,比率为 100% non-refundable cancel_penalties.[].end |
refundable=false | • 该利率为 non-refundable。 • 没有返回取消手续费适用期限。 |
refundable=false + cancel_penalties | • 该费用可部分退款。 • cancel_penalties应与 nonrefundable_date_ranges一起显示,预订创建后,该日期范围的入住日期将显示为 non-refundable。 |
阅读更多关于如何制定取消政策的内容。
参考:
refundable=false: - 一旦创建预订,将立即生成不可退款的金额。cancel_penalties和nonrefundable_date_ranges将提供更多详细信息。nonrefundable_date_ranges: - 一旦创建预订,此范围内的住宿日期不可退款。cancel_penalties: - 适用于nonrefundable_date_ranges中未涉及的入住日期。- 当cancel_penalties为空或未返回时,价格为 100% 不可退款。- 在cancel_penalties时间范围内取消将产生手续费。- 最早的cancel_penalties.[].start是免费取消的截止日期,如果是未来的时间线,最迟cancel_penalties.[].end之后的价格是 100% 不可退款的。
API 响应示例:
可全额退款:
"property_id": "XXXX",
"rooms": [
{
"id": "XXXX",
"room_name": "Traditional Room",
"rates":
"id": "XXXX",
"status": "available",
"available_rooms": 4999,
"refundable": true,
"cancel_penalties": [
{
"start": "2021-05-27T18:00:00.000-07:00",
"end": "2021-05-28T18:00:00.000-07:00",
"amount": "76.00",
"currency": "USD"不可退款:
"property_id": "XXXX",
"rooms":
"id": "XXXX",
"room_name": "Traditional Room",
"rates":
"id": "XXXX",
"status": "available",
"available_rooms": 4999,
"refundable": false ,
"deposit_required": false,
"merchant_of_record": "expedia",可部分退款:
"property_id": "XXXX",
"rooms": [
{
"id": "XXXX",
"room_name": "Traditional Room",
"rates":
"id": "XXXXXXXX",
"status": "available",
"available_rooms": 4999,
"refundable": false,
"cancel_penalties": [
{
"start": "2023-09-03T13:59:00.000+02:00",
"end": "2023-09-04T13:59:00.000+02:00",
"nights": "1",
"currency": "USD"
}
],
"nonrefundable_date_ranges": [
{
"start": "2023-09-08",
"end": "2023-09-13"
}
],用户界面示例:

BP4:在价格明细内单独显示住宿的应收费用。
当收费在 fees 数组内返回时,将每个数值单独显示为住宿的应收费用(入住或退房)。向旅行者出示当地货币并索要兑换金额。这些费用由物业直接收取(不是由我们或地方政府收取),并且不属于税费项下的标准税收回收费用、税款或收费。
API 响应示例:
"fees" : {
"resort_fee": {
"request_currency": {
"value": "74.97",
"currency": "USD"
},
"billable_currency": {
"value": "74.97",
"currency": "USD"
},
"scope": "per_accommodation",
"frequency": "per_night"
}
},用户界面示例:

BP7:如果适用,必须重申儿童年龄。
如果您的集成允许儿童旅客和旅客在选择房间时指定儿童旅客,则必须在预订页面上明确确认儿童旅客的人数及其年龄。此信息通过 child_ages 元素提供。
BP8:Expedia Group 是 MoR 或财产收取:说明何时向最终旅行者收取款项。
如果 Expedia Group 是 MoR,则说明提供的信用卡将立即收取预订的全额款项。
如为住宿收款,则说明住宿接待方将在入住或退房时向旅客提供的信用卡收取费用。如果酒店按 non-refundable post-pay 价格收费,则应说明旅客在完成预订后不久可能会被酒店收取费用。
BP9:遵守欧洲经济区法规:支付服务指令 2 (PSD2)。
如果您打算与欧洲经济区 (EEA) 的旅客进行交易,则必须遵守 PSD2 法规。
Expedia Group 是 MoR 或 Property Collect。
如果 Expedia Group 是 MoR,或者对欧洲旅行者使用 Property Collect,则预订路径必须包括采用 Rapid 的 API 进行 two-factor 身份验证。
附属机构 MoR - 通用。
当与旅客进行的交易属于 PSD2 法规的适用范围时,您必须遵守 PSD2 法规中的强客户认证 (SCA) 要求。可在欧盟委员会查看该指令的全文。有关可用合规标准的更多信息,请查看 EMVCo 的“3D 安全协议和核心功能规范”。
附属 MoR - 公司卡或虚拟卡。
如果您使用在欧洲经济区 (EEA) 国家/地区发行的银行卡向我们付款,则您必须遵守 PSD2 法规的要求。为了减少对 PSD2 2FA 的需求,您可以使用符合 B2B 支付标准且免于 2FA(two-factor 身份验证)的卡。
合规支付方式包括:
- 一次性虚拟信用卡。
- 企业(非个人)注册的多用途公司卡。需要特殊配置文件。
API 请求示例:
https://api.ean.com<Price Check link from previous availability request>API 响应示例:
{
"status": "available",
"occupancy_pricing": {... },
"links": {
"payment_session": {
"method": "POST",
"href": "/v3/payment-sessions?token=XXXX"
}
}
}BP10:Expedia Group 是 MoR:结账页面上显示的支付处理位置
如果 Expedia Group 是 MoR,则必须在结账页面的显眼位置显示付款处理所在国家/地区。必须在国家/地区名称前插入语句“该付款将在以下国家/地区处理”。
使用选购 API 的付款方式功能可以检索此信息。
API 请求示例:
https://api.ean.com<payment-options link from previous availability request>API 响应示例:
"credit_card": {
"name": "Credit Card",
"card_options": [
{
"name": "MasterCard",
"processing_country": "US"
},
{
"name": "Visa",
"processing_country": "US"
}
]
}用户界面示例:

确认邮件/兑换券
如果您将在移动 App 中提供托管兑换券,请继续遵循以下要求。
ER1:正确显示行程 ID。
CDS 仅限
如果您的集成将直接向旅客提供我们的itinerary_id,则必须在确认电子邮件中清楚地显示此号码。
如果适用,您必须提供证据证明您的代理商在需要我们的客户支持时可以访问我们的原始行程 ID。
A2A
如果您的代理商需要我们的客户支持帮助,他们应该能够获取我们提供的原始行程单 ID。
ER2:清晰显示客户支持,包括提供指向在线客服工具的链接。
在预订流程或确认邮件中清晰显示您的客户支持渠道,例如电话号码或实时聊天。如果我们的客服人员将为您的旅客提供直接支持,请在您的预订流程中显示我们的客服电话号码。
ER3:每间客房均提供床型说明。
在确认邮件/兑换券中确认旅客请求的床型,并向旅客显示消息,指明选择同一客房中的多个床型仅为请求,如果房态不允许,酒店可能并不会满足这些请求。
显示配置数组中包含的值,以描述旅行者的床位选择。
ER4:显示入住和特别入住说明。
内容checkin,checkout,fees,和policies必须按返回的顺序,在每个房间中显示物品。内容属性定义。此信息必须显示在您的可用性页面上,以确保旅行者了解 check-in 的任何潜在费用或特殊访问说明。
这special_instructions字段可能包含对 check-in 至关重要但未包含在其他字段中的信息。checkin对象的instructions例如,要求通知酒店预计到达时间,check-in 位于与客房楼不同的地点,或者提醒酒店通过电子邮件发送特殊的 check-in 指示。
确保在同一区域内向旅客显示 instructions 和 special_instructions。
ER5:在价格明细内单独显示住宿的应收费用。
当收费在 fees 数组内返回时,将每个数值单独显示为住宿的应收费用(入住或退房)。这些费用由物业直接收取(不是由我们或地方政府收取),不属于标准税收追缴费用。
技术和制裁要求
TR1:每次预订请求都应提供一个唯一的联盟营销参考 ID。
对于每个预订请求,您都必须使用affiliate_reference_id元素,其目的是:
- 您的个人跟踪。
- 防止提交的多个表单中存在重复预订/重复收费。
- 如果由于上游超时导致预订超时或返回空结果,则检查我们的系统中是否有行程单。
{
"affiliate_reference_id": "Launch_Requirement_TR1" ,
"hold": false,
"email": "TR4@Launch.Requirement",
"phone": {
"country_code": "Launch_Requirement_TR5b",
"number": "Launch_Requirement_TR5b",
"area_code": "Launch_Requirement_TR5b"
},
"rooms": [
{
"given_name": "John_Launch_Requirement_TR5a",
"family_name": "Doe_Launch_Requirement_TR5a",
"smoking": false,
},
{
"given_name": "David_Launch_Requirement_TR5a",
"family_name": "Smith_Launch_Requirement_TR5a",
"smoking": false,
}
],TR2:在每个请求中提供旅客的国家/地区代码。
- 旅客
country_code必须由选购的 API 请求和推荐的 API 请求提供。国家代码必须与旅客所使用的销售点代码一致。 - 这项要求确保我们的系统能够根据销售市场情况,为旅客提供相关的内容和最合适的价格。
API 请求示例:
https://api.ean.com/v3/properties/availability?checkin=2020-09-11
&checkout=2020-09-14
¤cy=USD&language=en-US&occupancy=2-3,4&property_id=XXXX
&country_code=XX&sales_channel=XXXX
&sales_environment=XXXX&filter=XXXX&rate_plan_count=XXXX
&rate_option=XXXX&billing_terms=XXXX&payment_terms=XXXX
&partner_point_of_sale=XXXX&platform_name=XXXXTR3:账单信息
TR3a) 付款人姓名
- 适用于旅行者卡、企业卡和虚拟卡:
- 您必须提供被我们扣款的持卡人姓名。
- 如果您是联盟营销合作伙伴/EAC:
- 我们强烈建议您尽可能提供预订的实际最终付款人的姓名。
- 出于监管/制裁筛查目的,必须提供此信息。
- 如果无法提供实际最终付款人的名称,请提供向我们付款的公司/法人实体的名称。
**笔记:**如果 POS 机位于俄罗斯、乌克兰或委内瑞拉,则始终需要真实的付款人信息。
TR3b) 账单国家/地区
必须显示账单联系人/付款人姓名字段中提供的个人姓名。
TR3c) 账单邮政编码
必须显示账单联系人/付款人姓名字段中提供的个人姓名。
对于不使用邮政编码的国家/地区,无需提供此信息。
"payments": [
{
"type": "customer_card",
"billing_contact": {
"given_name": "Launch_Requirement_TR3a",
"family_name": "Launch_Requirement_TR3a",
"address": {
"line_1": "555 1st St",
"line_2": "10th Floor",
"line_3": "Unit 12",
"city": "Seattle",
"state_province_code": "WA",
"postal_code": "Launch_Requirement_TR3c",
"country_code": "Launch_Requirement_TR3b"
}
},TR4:提供客户电子邮件地址或受监视的电子邮箱。
每个行程的 email 元素必须包含旅客的邮箱地址或您的集成监视的邮箱,以便处理确认邮件。必须执行此操作,以免出现预订争议或用于故障排除。
TR5:提供准确的旅客信息。
TR5a) 旅客姓名
预订时必须始终填写入住每间预订房间的实际旅客姓名。这意味着,在您的预订请求正文中,以下值:given_name和family_name在rooms对象必须与每个房间办理入住的主客人的姓名(包括姓和名)完全一致。
TR5b) 旅客电话号码
预订必须包含旅客的真实联系电话。在每个行程的预订请求的电话字段中包含此号码。如果您的代理商直接为旅客提供支持,Expedia Group 将不会联系旅客。
TR6:多客房预订。
如果支持多客房预订,则向测试预订提供 API 请求和响应日志,测试预订将显示已预订和已取消的每间客房。
已预订的每间客房都将创建一个单独的确认代码,可用于单独取消这些客房。如需取消所有客房,请针对行程内的每个确认代码完成取消调用。
Expedia Group 不通过我们的 API 或模板直接提供超过 8 间客房的团体预订。如果您需要预订超过 8 间客房,请与我们联系。
TR7:Rapid 错误处理建议
请确认您已查看我们的 Rapid 错误处理建议并实施了相应的处理逻辑。