Requisitos de lanzamiento para B2B independiente

GR3: Los agentes descendentes deben aceptar nuestras Condiciones de Agente para acceder a nuestro inventario.

Los agentes que realicen una reserva en nombre de un viajero deben aceptar nuestro acuerdo de agente descendente. Debe proporcionarse un enlace al acuerdo del agente descendente para que los agentes lo revisen y acepten antes de hacer una reserva. Otras versiones están disponibles en en Expedia Partner Solutions .

BP5: la visualización del precio debe incluir el precio total y un desglose de los impuestos y las tasas.

A) Precio total

El precio total de la reserva se tiene que mostrar al viajero en la página de pago. El precio total debe coincidir con la respuesta de la API, sin permitir el redondeo ni la conversión de moneda. El desglose final debe incluir el precio de la habitación (total o por noche), cualquier tarifa nocturna adicional (excepto las del campo property_feeque se describe a continuación), todos los importes de la estancia y los impuestos, un total imputable, y establecer lo que se paga ahora y lo que se pagará después en el alojamiento.

B) Desglose de impuestos

La visualización del precio debe incluir la suma de tax_and_service_feey property_feecomo una línea titulada "Impuestos y tasas". La ley exige que se muestre el texto exacto que figura a continuación cuando se hace referencia a cualquier total de impuestos y tasas dentro del desglose de precios. Puede mostrarse como texto plano en pop-up,, modal o de otra forma. La tasa de propiedad no debe mostrarse por separado en la página de pago.

"Los impuestos son tasas de recuperación de impuestos pagadas a los vendedores (e.g. hoteles); para más detalles, consulta nuestras Condiciones de uso. Las comisiones de servicio se retienen como compensación por atender tu reserva y pueden incluir comisiones cobradas por los proveedores." Las traducciones pueden encontrarse en en Expedia Soluciones para socios .

El valor devuelto por tax_and_service_feesólo incluye los impuestos y tasas exigidos por una jurisdicción fiscal.

C) Cargos de la reserva y del servicio del colaborador

En la medida en la que Expedia Group conceda una exención para permitir los cargos de la reserva, estos y los cargos del servicio del colaborador deben estar claramente separados. Si se añade un cargo por servicio de partner-imposed a la reserva, debe quedar claro para el cliente que el cargo lo cobra el socio, y no Expedia Group, por un servicio separado (i.e. no un cargo más por la prestación del alojamiento). Los cargos no pueden incluirse dentro de las partidas existentes de impuestos y tasas. El colaborador no debe utilizar la palabra "Tasa" para describir ningún cargo que imponga. En su lugar, podrían utilizar "cargo por reserva de afiliado" o "cargo por servicio de afiliado".

CP1: La indicación del precio debe incluir el precio total, así como los impuestos y tasas, si se proporciona un desglose.

A) Precio total

El precio total de la reserva debe mostrarse al viajero en la página de confirmación. El precio total debe coincidir con la respuesta de la API, sin permitir el redondeo ni la conversión de moneda. El desglose final debe incluir el precio de la habitación (total o por noche), cualquier tarifa nocturna adicional (excepto las del campo property_feeque se describe a continuación), todos los importes de la estancia y los impuestos, un total imputable, y establecer lo que se paga ahora y lo que se paga después en el alojamiento.

B) Desglose de impuestos

La visualización del precio debe incluir la suma de tax_and_service_feey property_feecomo una línea titulada "Impuestos y tasas". Por motivos legales, debe mostrarse el texto exacto que hay a continuación cuando se haga referencia a cualquier cantidad total de impuestos y tasas en un desglose del precio. Puede mostrarse como texto plano en pop-up,, modal o de otra forma. La tasa de propiedad no debe mostrarse por separado en la página de pago.

"Los impuestos son tasas de recuperación de impuestos pagadas a los vendedores (e.g. hoteles); para más detalles, consulta nuestras Condiciones de uso. Las comisiones de servicio se retienen como compensación por atender tu reserva y pueden incluir comisiones cobradas por los proveedores." Las traducciones pueden encontrarse en en Expedia Soluciones para socios .

El valor devuelto por tax_and_service_feesólo incluye los impuestos y tasas exigidos por una jurisdicción fiscal.

C) Cargos de la reserva y del servicio del colaborador

En la medida en la que Expedia Group conceda una exención para permitir los cargos de la reserva, estos y los cargos del servicio del colaborador deben estar claramente separados. Si se añade un cargo por servicio de partner-imposed a la reserva, debe quedar claro para el cliente que el cargo lo cobra el socio, y no Expedia Group por un servicio separado (i.e. no un cargo más por la prestación del alojamiento). Los cargos no pueden incluirse dentro de las partidas existentes de impuestos y tasas. El colaborador no debe utilizar la palabra "Tasa" para describir ningún cargo que imponga. Podría utilizar "Cargo de reserva de afiliado" o "Cargo de servicio de afiliado".

ER6: La visualización del precio debe incluir el precio total y el desglose de los impuestos y tasas.

A) Precio total

El precio total de la reserva debe mostrarse al viajero en el recibo por correo electrónico. El precio total debe coincidir con la respuesta de la API, sin permitir el redondeo ni la conversión de moneda. El desglose final debe incluir el precio de la habitación (total o por noche), cualquier tarifa nocturna adicional (excepto las del campo property_feeque se describe a continuación), todos los importes de la estancia y los impuestos, un total imputable, y establecer lo que se paga ahora y lo que se paga después en el alojamiento.

B) Desglose de impuestos

La visualización del precio debe incluir la suma de tax_and_service_feey property_feecomo una línea titulada "Impuestos y tasas". Por motivos legales, debe mostrarse el texto exacto que hay a continuación cuando se haga referencia a cualquier cantidad total de impuestos y tasas en un desglose del precio. Puede mostrarse como texto plano en pop-up,, modal o de otra forma. La tasa de propiedad no debe mostrarse por separado en la página de pago.

"Los impuestos son tasas de recuperación de impuestos pagadas a los vendedores (e.g. hoteles); para más detalles, consulta nuestras Condiciones de uso. Las comisiones de servicio se retienen como compensación por atender tu reserva y pueden incluir comisiones cobradas por los proveedores." Las traducciones pueden encontrarse en en Expedia Soluciones para socios .

El valor devuelto por tax_and_service_feesólo incluye los impuestos y tasas exigidos por una jurisdicción fiscal.

C) Cargos de la reserva y del servicio del colaborador

En la medida en la que Expedia Group conceda una exención para permitir los cargos de la reserva, estos y los cargos del servicio del colaborador deben estar claramente separados. Si se añade un cargo por servicio de partner-imposed a la reserva, debe quedar claro para el cliente que el cargo lo cobra el socio, y no Expedia Group, por un servicio separado (i.e. no un cargo más por la prestación del alojamiento). Los cargos no pueden incluirse dentro de las partidas existentes de impuestos y tasas. El colaborador no debe utilizar la palabra "Tasa" para describir ningún cargo que imponga. Podría utilizar "Cargo de reserva de afiliado" o "Cargo de servicio de afiliado".

GR1: Uso de nuestros nombres y logotipos

El uso de nuestros nombres y logotipos sólo se puede utilizar en los sitios traveler-facing o agent-facing con nuestra aprobación explícita por escrito con carácter excepcional.

Ejemplo:

GR2: Enlaces a la URL de nuestros términos y condiciones que deben mostrarse

Proporciona un enlace a nuestros términos y condiciones dentro del propio texto de los términos y condiciones de tu sitio web o enlaza directamente a los términos desde tu página de reserva. En estos términos se detallan las políticas que rigen la reserva. Coloca el siguiente enlace en un lugar de easy-to-find, utilizando el texto del enlace "Condiciones del proveedor". Puedes encontrar la versión en inglés y otras versiones en Expedia Soluciones para socios.

Ejemplo:

GR4: Donde somos el Merchant of Record (MoR): Uso correcto y visualización de la normativa sobre tarjetas de crédito

Cuando obtengas, utilices, transmitas, almacenes o proceses datos de titulares de tarjetas de viajero, debes cumplir la Norma de Seguridad de Datos del Sector de Tarjetas de Pago emitida por el Consejo de Normas de Seguridad de la Industria de Tarjetas de Pago (PCI). Puedes consultar una referencia completa de esta normativa en el sitio web oficial PCI Security Standards Council .

GR5: Dónde están el MdR o la Propiedad Recaudar: Pruebas de cumplimiento de la PCI suministradas para los socios aplicables

Tanto si somos el Mor como si la propiedad es el MdR, debe presentarse un Certificado de Conformidad (AOC) como prueba de cumplimiento de la PCI.

Puedes encontrar consejos sobre el cumplimiento de la normativa PCI en el sitio web oficial PCI Security Standards Council .

SP1: Cuando el afiliado permite que se incluyan niños en las reservas, se implementa la mensajería adecuada y la introducción de las edades de los niños.

Si tu integración permite niños viajeros, debes ofrecer la posibilidad de especificar la edad de cada niño viajero en el momento de la facturación. Esta información se facilita a través del objeto occupancy (ver ejemplo más abajo).

Cuando los viajeros especifican viajeros con niños, la respuesta de la API puede contener restricciones de edad y/o cargos por ocupación extra o cuna que pueden afectar al coste o a la elegibilidad de la reserva.

Cada hotel configurará qué intervalo de edades clasifica como infantil. Normalmente, se considera que son menores las personas que tienen 17 años o menos. Algunos alojamientos no admiten huéspedes menores de 18 años.

Ejemplo de solicitud de la API:

https://api.ean.com/2.4/properties/availability?checkin=2020-09-11
&checkout=2020-09-14
&currency=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

Ejemplo de respuesta de la API:

"occupancies": {
                             "2-9,4" : {
                                "nightly": [
                                    [

Ejemplo de la interfaz de usuario: 1 habitación con 2 adultos y 2 menores de 9 y 4 años.

AP1: Hay descripciones del tipo de cama para cada habitación

Las respuestas de compra pueden devolver la matriz bed_groupscon un único valor o con varias opciones. Muestra los valores contenidos en la matriz de configuración para describir las opciones de cama de los viajeros.

Cuando la matriz bed_groupsdevuelve varias opciones, muestra los enlaces price_checkproporcionados por la respuesta de Compra para cada tipo de cama para permitir la selección por parte del viajero.

También debes mostrarle un mensaje al viajero que indique que la elección de diferentes tipos de camas para la misma habitación supone tan solo una solicitud y puede que el hotel no la atienda si no hay disponibilidad.

Los nombres de las habitaciones se devuelven dentro de la matriz de habitaciones de la respuesta de compra como room_name.

Ejemplo de respuesta 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": [...]
                            }
                        },

Ejemplo de la interfaz de usuario:

AP2: Non-refundable bandera es claramente visible

Non-refundable Las disponibilidades se indican mediante refundable=falseen la respuesta de disponibilidad Compras . Cuando se devuelva refundable=falseen una respuesta de disponibilidad, etiqueta claramente las habitaciones correspondientes. Este valor siempre tiene preferencia sobre otros datos diferentes de la política. El alojamiento no reembolsará el importe de estas reservas bajo ninguna circunstancia.

Ejemplo de respuesta de la 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",

Ejemplo de la interfaz de usuario:

**AP3: Mostrar check-in e instrucciones especiales check-in **

El contenido de los objetos checkin, checkout, fees, y policiesdebe mostrarse para cada habitación tal y como se devuelve en la definición del alojamiento Contenido . Esta información debe aparecer en tu página de disponibilidad para garantizar que el viajero conozca las posibles tasas al facturar o las instrucciones de acceso especiales.

El campo especial check-in puede incluir información crítica para check-in que no esté incluida en el campo de instrucciones del objeto checkin, como un requisito para notificar al alojamiento la hora de llegada prevista, check-in en un lugar distinto del edificio de invitados, o una alerta para esperar instrucciones especiales check-in del alojamiento por correo electrónico.

Asegúrate de mostrar tanto instructions como special_instructions al viajero en el mismo espacio.

Ejemplo de respuesta de la 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. 
<br />Extra-person charges may apply and vary depending on property policy. 
<br />Government-issued photo identification and a credit card may be required at 
check- in for incidental charges. 
<br />Special requests are subject to availability upon check-in and 
may incur additional charges. Special requests cannot be guaranteed. <ul>. ",
          "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": "<p>You'll be asked to pay the following charges at the property:</p> 
<ul><li>Deposit: USD 50 per day</li>
<li>Resort fee: USD 28.25 per accommodation, 
per night</li></ul> The resort fee includes:<ul
><li>Pool access</li><li>Fitness center access</li><li>Fitness/yoga classes</li>
<li>Airport shuttle</li><li>Phone calls</li><li>In-room safe</li><li>Self parking</li>
<li>Valet parking</li><li>Parking</li></ul> <p>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. </p>",
            "optional": "<p>The following fees and deposits are charged by the property at time of service,
 check-in, or check-out. </p> <ul> <li>Breakfast fee: between USD 6 and USD 25 per person
 (approximately)</li>  <li>Late check-out is available for a fee (subject to availability)</li>  
 <li>Rollaway bed fee: USD 20.0 per night</li>          
</ul> <p>The above list may not be comprehensive. Fees and deposits may not include tax
 and are subject to change. </p>"
        "policies": {
            "know_before_you_go": "<ul>  <li>Up to 2 children 12 years old and younger stay free when
 occupying the parent or guardian's room, using existing bedding. </li>
<li>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. </li> </ul>"

Ejemplo de la interfaz de usuario:

BP1: El cifrado SSL está presente para los datos personales

Al enviar o transmitir datos personales, debes utilizar el cifrado SSL para proteger las conexiones entre los navegadores o las aplicaciones del cliente y tu sitio web, así como las comunicaciones de red con sistemas dependientes. Son datos personales, entre otros, los nombres de los huéspedes, los números de teléfono, las direcciones de correo electrónico, los detalles de tarjetas de crédito y los comprobantes y las páginas de confirmación de reservas e itinerarios. Detén o redirige la conexión cuando no esté protegida.

**BP2: Mostrar check-in e instrucciones especiales check-in **

El contenido de los objetos checkin, checkout, fees, y policiesdebe mostrarse para cada habitación tal y como se devuelve en la definición del alojamiento Contenido . Esta información debe mostrarse para garantizar que el viajero es consciente de las posibles tasas en check-in o de las instrucciones especiales de acceso antes de finalizar su reserva.

El campo especial check-in puede incluir información crítica para check-in que no esté incluida en el campo de instrucciones del objeto checkin, como un requisito para notificar al alojamiento la hora de llegada prevista, check-in en un lugar distinto del edificio de invitados, o una alerta para esperar instrucciones especiales check-in del alojamiento por correo electrónico.

Asegúrate de mostrar tanto instructions como special_instructions al viajero en el mismo espacio.

BP3: Política de cancelación y etiqueta non-refundable claramente expuestas

Antes de permitir que los viajeros confirmen su compra en tu página de reserva final, debes facilitar la política de cancelación o la etiqueta non-refundable de la habitación o habitaciones seleccionadas. La política de cancelación de cada tarifa se proporciona en el objeto cancel_penaltiesde la API de disponibilidad de Rapid Shopping.

En el caso de las tarifas reembolsables, la respuesta incluye distintos detalles de la política de cancelación. Estos detalles incluyen la fecha de inicio y fin de la penalización especificada, así como el tipo y el valor de esta, y todas las fechas de reserva con excepciones que se apliquen. Entre los tipos de penalización, se incluyen un importe fijo, un número de noches y un porcentaje del coste total.

Lee más sobre cómo construir políticas de cancelación .

Referencia:

refundable=false

• Se cobrará una cantidad no reembolsable inmediatamente después de crear la reserva. cancel_penalties y nonrefundable_date_ranges ofrecerán más información.

nonrefundable_date_ranges

• Las fechas de estancia de este periodo no son reembolsables después de que se haya creado la reserva.

cancel_penalties

• Se aplica a las fechas de estancia que no se encuentren en nonrefundable_date_ranges.
• La tarifa es 100 % no reembolsable cuando cancel_penalties está vacío o no se devuelve.
• Se cobrará una penalización cuando se realice una cancelación dentro del periodo de cancel_penalties.
• La fecha más temprana cancel_penalties.[].startes la fecha límite de cancelación gratuita, si se trata de un plazo futuro.
• La tasa es del 100% non-refundable tras la última cancel_penalties.[].end.

**Ejemplo de respuesta de la API: Política de cancelación y bandera non-refundable **

"property_id": "11775754",
        "rooms": [
            {
                "id": "230434524",
                "room_name": "Traditional Room (Partner:Connect Test)",
                "rates": 
                        "id": "276321199",
                        "status": "available",
                        "available_rooms": 4999,
                         "refundable": true,
                         "cancel_penalties":  [
                            {
                                "start": "2020-09-10T18:00:00.000-07:00",
                                "end": "2020-09-11T18:00:00.000-07:00",
                                "amount": "76.00",
                                "currency": "USD"

Ejemplo de la interfaz de usuario:

BP4: Indicar por separado en el desglose del precio los gastos debidos en la vivienda

Cuando se devuelvan los cargos en la matriz de tasas, muestra cada valor por separado como un cargo que se tiene que pagar en el alojamiento (entrada o salida). Presenta al viajero la moneda local y solicita divisas. Estos cargos los cobra directamente la propiedad (no nosotros ni el gobierno local) y no forman parte de los cargos estándar de recuperación de impuestos, impuestos o tasas incluidos en la línea de impuestos y tasas.

Ejemplo de respuesta de la API: Matriz de tasas

"fees" : {

                                     "resort_fee":  {
                                        "request_currency": {
                                            "value": "74.97",
                                            "currency": "USD"
                                        },
                                        "billable_currency": {
                                            "value": "74.97",
                                            "currency": "USD"
                                        },
                                        "scope": "per_accommodation",
                                        "frequency": "per_night"
                                    }
                                },

Ejemplo de la interfaz de usuario:

BP7: Si procede, deben reiterarse las edades de los niños

Si tu integración permite niños viajeros y el viajero especificó niños viajeros para su selección de habitación, debes confirmar claramente el número de niños viajeros y sus edades en tus páginas de reserva. Esta información se proporciona a través del objeto child_ages.

BP8: Somos el MdR o Recaudador del alojamiento: Indicar cuándo se cobrará al viajero final

Si somos el MdR, indica que se cargará inmediatamente en la tarjeta de crédito facilitada el importe total de la reserva.

En el caso de Property Collect, tiene que especificarse que el alojamiento hará el cargo en la tarjeta de crédito indicada al realizar la entrada o la salida. Si el alojamiento ofrece una tarifa non-refundable post-pay, indica en su lugar que el alojamiento podría cobrar al viajero poco después de completar la reserva.

BP9: Cumplimiento de la normativa sobre autenticación fuerte de clientes (SCA)

Los organismos reguladores y las redes de tarjetas están introduciendo nuevos requisitos para reforzar la seguridad de los pagos en línea y proteger a los consumidores contra el fraude. Muchas de estas normativas han incluido el requisito de utilizar la autenticación fuerte del cliente (SCA) para los pagos en línea.

Más información sobre la autenticación fuerte de clientes (SCA).

**BP10: Somos MdR - Lugar de procesamiento del pago mostrado en las páginas check-out **

Cuando seamos el MdR, el país en el que se procesará el pago debe aparecer en un lugar destacado de la página check-out. La frase "Este pago se procesará en" debe insertarse antes del nombre del país.

Utiliza la función Opciones de pago de la API de compras para recuperar esta información.

Ejemplo de solicitud de la API para las opciones de pago:

https://api.ean.com/<payment-options link from previous availability request>

Ejemplo de respuesta de la API:

"credit_card": {
        "name": "Credit Card",
        "card_options": [
                 "name": "MasterCard",
                 "processing_country": "US"

                "name": "Visa",
                 "processing_country": "US"

Ejemplo de la interfaz de usuario:

Si vas a emitir un cupón alojado en una aplicación móvil, consulta los requisitos que se indican a continuación.

ER1: Los ID de itinerario se muestran correctamente

CDS sólo

Si tu integración proporcionará nuestro itinerary_iddirectamente al viajero, debes mostrar claramente este número en tu correo electrónico de confirmación.

Si procede, debes proporcionar pruebas de que tus agentes tienen acceso a los ID originales de nuestros itinerarios en caso de que necesiten ayuda de nuestro servicio de atención al cliente.

A2A

Tus agentes deben tener acceso a sus identificaciones de itinerario originales en caso de que necesiten ayuda de nuestro servicio de atención al cliente.

ER2: La atención al cliente debe mostrarse claramente, incluyendo enlaces a herramientas de atención al cliente en línea

Muestra claramente tus canales de atención al cliente en el flujo de reserva o en el mensaje de correo electrónico de confirmación, por ejemplo, un número de teléfono o un chat en vivo. Si nuestros agentes van a prestar asistencia directa a tus viajeros, muestra nuestro número de asistencia en tu flujo de reservas.

ER3: Las descripciones del tipo de cama están presentes en cada habitación

Confirma en el correo electrónico o el cupón el tipo de cama solicitado, y muestra un mensaje al viajero indicando que las opciones entre varios tipos de cama para la misma habitación suponen tan solo una solicitud y que es posible que el hotel no la atienda si no hay disponibilidad.

Muestra los valores contenidos en la matriz de configuración para describir las opciones de cama del viajero.

**ER4: Mostrar check-in e instrucciones especiales check-in **

El contenido de los objetos checkin, checkout, fees, y policiesdebe mostrarse para cada habitación tal y como se devuelve en la definición del contenido del alojamiento. Esta información debe aparecer en tu página de disponibilidad para garantizar que el viajero conoce las posibles tasas en check-in o las instrucciones de acceso especiales.

El campo especial check-in puede incluir información crítica para check-in que no esté incluida en el campo de instrucciones del objeto checkin, como un requisito para notificar al alojamiento la hora de llegada prevista, check-in en un lugar distinto del edificio de invitados, o una alerta para esperar instrucciones especiales check-in del alojamiento por correo electrónico.

Asegúrate de mostrar tanto instructions como special_instructions al viajero en el mismo espacio.

ER5: Indicar por separado en el desglose del precio los gastos debidos en la vivienda

Cuando se devuelvan los cargos en la matriz de tasas, muestra cada valor por separado como un cargo que se tiene que pagar en el alojamiento (entrada o salida). Estas tasas las cobra directamente la propiedad (no nosotros ni la administración local) y no forman parte de las tasas estándar de recuperación de impuestos.

TR1: Proporciona un ID de referencia de afiliado único con cada solicitud de reserva

Para cada solicitud de reserva debes utilizar el elemento affiliate_reference_idcon la intención de:

• Tu propio seguimiento.
• Evitar la duplicación de reservas o cargos al enviar varios formularios.
• Comprobación de nuestros sistemas para un itinerario si la reserva finalizaba en tiempo o devolvía un resultado vacío debido a tiempos de espera ascendentes.

{
  "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: Proporciona el código de país del viajero con cada solicitud

• El valor country_code del viajero debe pasarse en las solicitudes de la API para las compras y las recomendaciones. El código de país debe coincidir con el punto de venta al que accede el viajero.
• Este requisito garantiza que nuestros sistemas ofrezcan a los viajeros contenidos relevantes y las tarifas más adecuadas en función del mercado de ventas.

Ejemplo de solicitud de la API:

https://api.ean.com/2.4/properties/availability?checkin=2020-09-11
&checkout=2020-09-14
&currency=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: información de facturación

TR3a) Nombre del pagador

Para tarjeta de viajero, de empresa y virtual:

• Debes enviar el nombre del titular de la tarjeta en cuya tarjeta estamos realizando el cargo.

Para los colaboradores de Affiliate Collect/EAC:

• Siempre que sea posible, te recomendamos encarecidamente que envíes el nombre del pagador final real de la reserva.
• Esta información es necesaria para fines de control relacionados con la normativa o sanciones.
• Si no es posible facilitar el nombre del pagador final real, facilita el nombre de la empresa o persona jurídica que nos paga.

Nota: Si el TPV es Rusia, Ucrania o Venezuela, siempre se requiere información verdadera del pagador.

TR3b) País de facturación

• Debes representar el nombre individual indicado en el campo de contacto de facturación o nombre del pagador.

TR3c) Código de facturación

• Debes representar el nombre individual indicado en el campo de contacto de facturación o nombre del pagador.

Nota: Para los países que no mantienen un Código Postal, no es necesario proporcionar esta información.

"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: Proporciona la dirección de correo electrónico del viajero o el buzón de correo electrónico supervisado

El elemento de correo electrónico de cada itinerario debe contener la dirección de correo electrónico del viajero o bien el buzón de correo que supervise tu modelo de integración para gestionar los mensajes de confirmación. Esto es necesario en los casos de conflictos en la reserva o de solución de problemas.

TR5: Proporcionar información precisa al viajero

TR5a) Nombre del viajero

Las reservas deben presentarse siempre con el nombre de los viajeros reales que se alojen en cada habitación reservada. Esto significa que en el cuerpo de tu solicitud de reserva los valores de given_namey family_namedentro del objeto habitaciones deben coincidir con el nombre y apellidos del huésped principal que se registra en cada habitación.

TR5b) Número de teléfono del viajero

La reserva debe incluir un número de contacto viable para el viajero. Incluye este número en el campo "phone" de la solicitud de reserva para cada itinerario. No nos pondremos en contacto con el viajero si sus agentes prestan asistencia directa a sus viajeros.

TR6: Reservas de varias habitaciones

Si se admiten reservas de varias habitaciones, proporciona los registros de solicitud y respuesta de la API para realizar una reserva de prueba que muestre que cada habitación ha sido reservada y cancelada.

Con cada habitación que se reserve, se creará un ID de confirmación aparte, lo que permite cancelar las habitaciones por separado. Para cancelar todas las habitaciones, realiza una llamada de cancelación para cada ID de confirmación del itinerario.

No ofrecemos directamente reservas de grupos de más de 8 habitaciones a través de nuestra API o plantilla. Tu gestor de cuenta puede aconsejarte si necesitas reservar más de 8 habitaciones.

TR7: Recomendaciones para el tratamiento rápido de errores

Confirma que has revisado nuestras recomendaciones sobre el tratamiento de errores y que has implementado la lógica para tratarlos.