B2C 单独预订上线要求
以下上线要求适用于使用企业对消费者 (B2C) 集成模型的所有 EPS 合作伙伴,其中最终客户可直接与您的集成互动。
概述
为了给您的集成体验提供最佳支持,我们将这些要求分为了两类:
- **B2C SA 要求:**这些是该预订流程的特定要求。请仔细阅读这些要求,因为它们可能与您之前整合的任何其他房价类型/预订流程的要求不同。
- **通用要求:**这些是所有预订流程的通用要求。请务必满足适用于所有流程的所有通用要求。
核对清单
您可以点击此链接获取核对清单,为您的开发提供支持和帮助,或者提交关于这些要求的反馈。如果您打算提供截图用于网站审核,请在核对清单中添加截图和相应日志,这将帮助我们完成审核。
B2C 单独预订要求
预订页面
BP5:价格显示必须包含总价和税费明细。
A) 总价
必须在付款页面上向旅客显示预订总价。总价应与 API 响应相符,不允许四舍五入或换算货币。最终明细必须包括每晚房价(总房价或每晚房价)、任何额外的每晚费用、所有入住金额和税费以及应付总额,并注明应网上付款的部分和稍后在住宿支付的费用。
B) 税款明细
为tax_and_service_fee
返回的值不再包括税收管辖区不强制收取的费用,为property_fee
返回的值现在包括政府不强制收取的费用以及住宿不强制收取的费用。请注意,为 property_fee 返回的值包括住宿所收费用以外的其他费用,不应显示为“住宿服务费”。付款页面显示的价格必须包括 tax_and_service_fee 和 property_fee 的总和,即标题为“税费”的一行。tax_and_service_fee line
必须为其他页面上的所有税款参考单独显示。根据法律要求,在价格明细中涉及到任何“税费”总计时,应显示以下确切文本。
必须提供“税费”说明,以传达下列信息。可以借助弹出窗口、纯文本、模式窗口或其他形式进行显示:
“此费用包括旅行服务提供商(即酒店、租车公司)和/或我们在您的预订中向税务机关所付税款的估计金额(包括但不限于销售、入住人数和增值税额)。此金额还可能包括以下任何金额:我们支付的度假费、清洁费和其他费用,以及/或者我们、酒店提供商和/或您的预订网站所收取作为部分服务佣金的费用(该费用因位置、金额和预订方式等因素而异)。如需了解详情,请查看条款和条件。”- 点击此处可获取翻译。
C) 合作伙伴服务费用和预订费用
如果 Expedia Group 批准豁免收取预订费用,则必须将合作伙伴服务费或预订费明确区分。如果合作伙伴对预订加收服务费,则必须向客户明确指明该费用由合作伙伴(而非 EPS)针对单独的服务收取(即,不是针对安排住宿收取的其他费用)。现有的“税费”明细项目可能不包含费用。合作伙伴不得使用“费用”一词来描述他们收取的任何费用。他们可以使用“联盟伙伴预订费”或“联盟伙伴服务费”。
确认页面
CP1:在提供明细的情况下,价格显示必须包括总价及税费。
A) 总价
必须在付款页面上向旅客显示预订总价。总价应与 API 响应相符,不允许四舍五入或换算货币。最终明细必须包括每晚房价(总房价或每晚房价)、任何额外的每晚费用、所有入住金额和税费以及应付总额,并注明应网上付款的部分和稍后在住宿支付的费用。
B) 税款明细
为tax_and_service_fee
返回的值不再包括税收管辖区不强制收取的费用,为property_fee
返回的值现在包括政府不强制收取的费用以及住宿不强制收取的费用。请注意,为 property_fee 返回的值包括住宿所收费用以外的其他费用,不应显示为“住宿服务费”。付款页面显示的价格必须包括 tax_and_service_fee 和 property_fee 的总和,即标题为“税费”的一行。tax_and_service_fee line
必须为其他页面上的所有税款参考单独显示。根据法律要求,在价格明细中涉及到任何“税费”总计时,应显示以下确切文本。
必须提供“税费”说明,以传达下列信息。可以借助弹出窗口、纯文本、模式窗口或其他形式进行显示:
“此费用包括旅行服务提供商(即酒店、租车公司)和/或我们在您的预订中向税务机关所付税款的估计金额(包括但不限于销售、入住人数和增值税额)。此金额还可能包括以下任何金额:我们支付的度假费、清洁费和其他费用,以及/或者我们、酒店提供商和/或您的预订网站所收取作为部分服务佣金的费用(该费用因位置、金额和预订方式等因素而异)。如需了解详情,请查看条款和条件。”- 点击此处可获取翻译。
C) 合作伙伴服务费用和预订费用
如果 Expedia Group 批准豁免收取预订费用,则必须将合作伙伴服务费或预订费明确区分。如果合作伙伴对预订加收服务费,则必须向客户明确指明该费用由合作伙伴(而非 EPS)针对单独的服务收取(即,不是针对安排住宿收取的其他费用)。现有的“税费”明细项目可能不包含费用。合作伙伴不得使用“费用”一词来描述他们收取的任何费用。他们可以使用“联盟伙伴预订费”或“联盟伙伴服务费”。
确认电子邮件
ER6:价格显示必须包含总价和税费明细。
A) 总价
必须在付款页面上向旅客显示预订总价。总价应与 API 响应相符,不允许四舍五入或换算货币。最终明细必须包括每晚房价(总房价或每晚房价)、任何额外的每晚费用、所有入住金额和税费以及应付总额,并注明应网上付款的部分和稍后在住宿支付的费用。
B) 税款明细
为tax_and_service_fee
返回的值不再包括税收管辖区不强制收取的费用,为property_fee
返回的值现在包括政府不强制收取的费用以及住宿不强制收取的费用。请注意,为 property_fee 返回的值包括住宿所收费用以外的其他费用,不应显示为“住宿服务费”。付款页面显示的价格必须包括 tax_and_service_fee 和 property_fee 的总和,即标题为“税费”的一行。tax_and_service_fee line
必须为其他页面上的所有税款参考单独显示。根据法律要求,在价格明细中涉及到任何“税费”总计时,应显示以下确切文本。
必须提供“税费”说明,以传达下列信息。可以借助弹出窗口、纯文本、模式窗口或其他形式进行显示:
“此费用包括旅行服务提供商(即酒店、租车公司)和/或我们在您的预订中向税务机关所付税款的估计金额(包括但不限于销售、入住人数和增值税额)。此金额还可能包括以下任何金额:我们支付的度假费、清洁费和其他费用,以及/或者我们、酒店提供商和/或您的预订网站所收取作为部分服务佣金的费用(该费用因位置、金额和预订方式等因素而异)。如需了解详情,请查看条款和条件。”- 点击此处可获取翻译。
C) 合作伙伴服务费用和预订费用
如果 Expedia Group 批准豁免收取预订费用,则必须将合作伙伴服务费或预订费明确区分。如果合作伙伴对预订加收服务费,则必须向客户明确指明该费用由合作伙伴(而非 EPS)针对单独的服务收取(即,不是针对安排住宿收取的其他费用)。现有的“税费”明细项目可能不包含费用。合作伙伴不得使用“费用”一词来描述他们收取的任何费用。他们可以使用“联盟伙伴预订费”或“联盟伙伴服务费”。
通用要求
以下上线要求适用于所有预订流程中的所有 EPS 合作伙伴。每个房价要求列表中提供了每种房价类型的特定附加要求,包括价格显示的详细说明。
一般要求
GR1:禁止使用 Expedia Group 或 EPS 名称和徽标。
禁止出于任何目的将 Expedia Group 或 EPS 的名称或徽标用于任何面向客户的合作伙伴网站。任何例外情况(如住客点评)均必须事先经过 EPS 的批准和明确书面同意。
示例:
GR2:显示指向 EPS 条款和条件的 URL 链接。
在您的网站条款和条件文本中提供指向 EPS 条款和条件的链接,或者从预订页面直接链接至相应条款。这些条款详细说明了管理预订的政策。将以下链接放置在显眼的位置,并使用“提供商条款和条件”作为链接描述。
点击此处可获取英文版。
其他版本,均发布于此处。
示例:
GR4:EPS MOR - 合理使用和显示相关信用卡规定。
如需获取、使用、传输、存储或处理最终客户的持卡人数据,您应遵守 PCI 安全标准委员会发布的 PCI DSS。这些法规的完整版在 PCI 安全标准官方网站上提供。
GR5:EPS MOR 或住宿收款 - 提供给适用合作伙伴的 PCI 合规证据。
如果 EPS 或住宿是记录商户 (MoR),则必须提供合规证明 (AOC) 作为 PCI 合规证据。EPS 合作伙伴必须使用 PCI 安全标准委员会的自我评估问卷文件“SAQ D - Merchants”生成适当的 AOC。
您可以在 PCI 安全标准官方文档库中查看 SAQ 说明和准则,并找到“SAQ D - Merchants”文件,也可以将“SAQ D - Merchants”文件直接下载为 PDF 或 Word 文档。
搜索页面
SP1:联盟伙伴允许在预订中包含儿童时,需提供适当的消息并要求输入儿童年龄。
如果您的集成允许儿童旅客,则必须提供指定每位儿童旅客年龄的功能。此信息通过 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=XXXX
API 响应示例:
"occupancies": {
"2-9,4" : {
"nightly": [
[
示例:1 间客房,2 位成人和 2 名儿童(9 岁和 4 岁)
酒店/房态
AP1:每间客房均提供床型说明。
购物响应可能会返回 bed_groups
数组以及一个值或多个选项。显示配置数组中包含的值,用于描述客户的床型选择。
当 bed_groups
数组返回多个选项时,会显示选购响应针对每种床型提供的 price_check
链接,以允许客户进行选择。
必须向旅客显示一条消息,指明选择同一客房中的多个床型仅为请求,如果房态不允许,酒店可能并不会满足这些请求。
客房名称会在购物响应的客房数组内作为 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:清晰显示不可退款标记。
不可退款价格应在房态页面内明确显示。当 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",
不可退款标记 UI 示例:
AP3:显示入住和特别入住说明。
针对每间客房显示的checkin
、checkout
、fees
和policies
对象的内容必须与住宿内容定义中返回的一样。该信息必须显示在房态页面上,以确保客户可以在入住说明或特别进屋指南中了解任何潜在费用。
special_instructions
字段可能包含未包含在 checkin
对象 instructions
字段中的入住相关重要信息,例如需要向住宿接待方通知预计到达时间、在其他地点办理入住或者通过电子邮件提醒住宿接待方的特别入住说明。
确保在同一区域内向旅客显示 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
对象的内容必须与住宿内容定义中返回的一样。该信息必须显示,以确保客户在完成预订之前,可以在入住说明或特别进屋指南中了解任何潜在费用。
special_instructions
字段可能包含未包含在 checkin
对象 instructions
字段中的入住相关重要信息,例如需要向住宿接待方通知预计到达时间、在其他地点办理入住或者通过电子邮件提醒住宿接待方的特别入住说明。
确保在同一区域内向旅客显示 instructions
和 special_instructions
。
BP3:清晰显示取消政策和不可退款标记。
允许客户在您的最终预订页面上确认购买前,您必须针对所选客房提供取消政策/不可退款标记。Rapid 选购房态 API 的 cancel_penalties
对象中提供了针对每种价格的取消政策。
对于可退款价格,响应中包含一系列取消政策详情。详情包括:指定手续费的开始日期和结束日期、手续费类型和金额,及任何适用的例外预订日期。手续费类型包括:固定金额手续费、按住宿晚数计算的手续费以及按总费用百分比计算的手续费。
时间:
refundable=true
:- 此价格可全额退款。
refundable=true
+cancel_penalties
:- 此价格在取消时间范围内可退款。
- 最早的
cancel_penalties.[].start
是免费取消的截止日期,如果是未来的时间线,最迟cancel_penalties.[].end
之后的价格是 100% 不可退款的。
refundable=false
:- 此价格不可退款。
- 没有返回取消手续费适用期限。
refundable=false
+cancel_penalties
:- 价格可部分退款。
cancel_penalties
应与nonrefundable_date_ranges
一起显示,后者将显示创建预订后不可退款的范围内的住宿日期。
有关如何构建取消政策的更多信息,请见此处。
参考:
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
数组内返回时,将每个数值单独显示为住宿的应收费用(入住或退房)。这些费用由住宿(而非 EPS 或地方政府)直接收取,且不属于“税费”行中的标准代缴税款、税款或费用。
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:如果适用,必须重申儿童年龄。
如果您的集成允许儿童旅客,并且客户在客房选择中指定了儿童旅客,则您必须在预订页面中明确确认儿童旅客的人数及其年龄。此信息通过 occupancy
元素提供。
BP8:EPS MOR 或住宿收款:说明最终旅客何时付款。
如为 EPS MOR,则说明系统将向旅客提供的信用卡立即收取预订全款。
如为住宿收款,则说明住宿接待方将在入住或退房时向旅客提供的信用卡收取费用。如果住宿接待方提供不可退款的后付费房价,则说明住宿接待方在客户完成预订后很快便会向其收取费用。
BP9:遵守欧洲经济区法规:支付服务指令 2 (PSD2)。
计划与欧洲经济区 (EEA) 内客户交易的任何合作伙伴都必须遵守 PSD2。在此处了解更多。
EPS MOR 或住宿收款。
如果 EPS 为记录商户或欧洲客户使用住宿收款,则预订过程中必须采用 Rapid 的双重身份验证 API。
联盟伙伴 MOR - 一般要求。
如果客户交易属于 PSD2 法规范围,合作伙伴必须遵循该法规的强客户身份验证 (SCA) 要求。可在欧盟委员会查看该指令的全文。有关可用合规标准的更多信息,请查看 EMVCo 的“3D 安全协议和核心功能规范”。
联盟伙伴 MOR - 公司卡或虚拟信用卡。
如果合作伙伴使用 EEA 内某国家/地区发行的合作伙伴专属卡向 EPS 付款,则必须遵守 PSD2 法规的要求。为了减轻对 PSD2 2FA 的需求,合作伙伴可以使用遵守 B2B 支付规定且不受 2FA(双重身份验证)限制的卡片。
合规支付方式包括:
- 一次性虚拟信用卡。
- 企业(非个人)注册的多用途公司卡。
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:EPS MOR 或住宿收款 Premium – 在付款页面上显示处理付款的位置信息。
如果 EPS 或住宿为记录商户,则必须在付款页面中的显著位置显示付款将在哪个国家/地区得到处理。必须在国家/地区名称前插入语句“该付款将在以下国家/地区处理:”。
使用选购 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。
如果您的集成直接将 EPS 的 itinerary_id
提供给客户,则必须在确认邮件中明确显示此编号。在适用的情况下,如果他们需要 EPS 客户支持的帮助,您必须提供您的客服拥有原始 EPS 行程 ID 访问权限的证据。
ER2:清晰显示客户支持,包括提供指向在线客服工具的链接。
在预订流程或确认邮件中清晰显示您的客户支持渠道,例如电话号码或实时聊天。如果由 EPS 客服直接为您的客户提供支持,请在预订流程中显示 EPS 支持号码。
ER3:每间客房均提供床型说明。
在确认邮件/兑换券中确认旅客请求的床型,并向旅客显示消息,指明选择同一客房中的多个床型仅为请求,如果房态不允许,酒店可能并不会满足这些请求。
显示配置数组中包含的值,用于描述客户的床型选择。
ER4:显示入住和特别入住说明。
针对每间客房显示的checkin
、checkout
、fees
和policies
对象的内容必须与住宿内容定义中返回的一样。该信息必须显示,以确保客户在完成预订之前,可以在入住说明或特别进屋指南中了解任何潜在费用。
special_instructions
字段可能包含未包含在 checkin
对象 instructions
字段中的入住相关重要信息,例如需要向住宿接待方通知预计到达时间、在其他地点办理入住或者通过电子邮件提醒住宿接待方的特别入住说明。
确保在同一区域内向旅客显示 instructions
和 special_instructions
。
ER5:在价格明细内单独显示住宿的应收费用。
当收费在 fees
数组内返回时,将每个数值单独显示为住宿的应收费用(入住或退房)。这些费用由住宿(而非 EPS 或地方政府)直接收取,且不属于“税费”行中的标准代缴税款、税款或费用。
技术和制裁要求
TR1:在每个预订请求中提供唯一的联盟伙伴参考 ID。
对于每个预订请求,您必须使用 affiliate_reference_id
元素,以便于防止提交的多个表单中存在重复预订/重复收费在因上游超时导致预订超时或返回空白结果时,检查 EPS 系统以获得行程。
{
"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 请求提供。国家/地区代码必须与客户所访问的销售网站相匹配。
该要求可确保 EPS 的系统能够根据销售市场为客户提供相关内容和最合适的房价。
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=XXXX
TR3:账单信息
TR3a) 付款人姓名
- 对于客户卡、公司卡和虚拟信用卡:
- 如果卡片由 EPS 收费,合作伙伴必须发送持卡人的姓名。
- 对于联盟伙伴收款/EAC 合作伙伴:
- 在任何允许的情况下,EPS 强烈建议合作伙伴发送预订的实际最终付款人姓名。出于监管/制裁筛查目的,必须提供此信息。
- 如果无法提供实际最终付款人的姓名,请提供向 EPS 付款的合作伙伴公司/法人实体的名称。
- 如果 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) 旅客姓名
提交 EPS 订单时,必须始终随附入住每间预订客房的实际旅客的姓名。也就是说,在预订请求正文中,rooms
对象内的 given_name
值和 family_name
值必须与入住每间客房的主要住客的名字和姓氏一致。
TR5b) 旅客电话号码
预订必须包含旅客的真实联系电话。在每个行程的预订请求的电话字段中包含此号码。如果合作伙伴的客服为最终客户提供直接支持,EPS 将不会联系旅客。
TR6:多客房预订。
如果支持多客房预订,则向测试预订提供 API 请求和响应日志,测试预订将显示已预订和已取消的每间客房。
已预订的每间客房都将创建一个单独的确认代码,可用于单独取消这些客房。如需取消所有客房,请针对行程内的每个确认代码完成取消调用。
EPS 不会通过我们的 API 或模板直接提供 8 间以上客房的团体预订。如果您需要预订 8 间以上客房,请咨询您的 EPS 代表。
TR7:Rapid 错误处理建议
请确认您已查看我们的 Rapid 错误处理建议并实施了相应的处理逻辑。