This is an auto-generated translation

Requisitos de lançamento para B2B somente acomodação

Esses requisitos de lançamento se aplicam se você usar um modelo de integração business-to-business (B2B), em que o viajante interage com um de seus agentes de viagens.

Visão geral

Os requisitos de lançamento B2B são categorizados em duas seções:

  1. Requisitos do B2B SA: Estes são específicos para este fluxo de reserva. Leia com atenção os requisitos, pois podem diferir de todos os outros tipos de tarifas ou fluxos de reserva que você integrou antes.

  2. Requisitos comuns: são comuns em todos os fluxos de reserva. Confirme que todos esses requisitos são atendidos em todos os fluxos.

Lista de verificação

Você pode encontrar uma lista de verificação para ajudar a dar suporte ao seu desenvolvimento ou para fornecer feedback sobre os requisitos . Se pretende disponibilizar capturas de tela para a revisão do seu site, adicione as imagens e os registros correspondentes na lista de verificação, pois isso nos ajuda a concluir o processo.

Requisitos específicos do B2B SA

|

Requisitos gerais

GR3: Os agentes downstream devem concordar com nossos Termos e Condições do Agente para acessar nosso estoque.

Os agentes que fazem uma reserva em nome de um viajante devem concordar com nosso contrato de agente posterior. Um link para o contrato do agente downstream deve ser fornecido para que os agentes revisem e aceitem antes de fazer uma reserva. Outras versões estão disponíveis no Expedia Partner Solutions .

Página de reservas

BP5 – A exibição de preços deve incluir o preço total e o detalhamento dos impostos e taxa

A) Preço total

O preço total da reserva deve ser mostrado ao viajante na página de pagamento. O preço total deve corresponder à resposta da API, sem permissão de arredondamento nem conversão de moeda. O detalhamento final deve incluir as tarifas dos quartos (total ou por noite), quaisquer taxas noturnas adicionais (exceto aquelas no campo property_feedescrito abaixo), todos os valores de estadia e impostos, um total cobrável e definir o que é pago agora e o que deve ser pago posteriormente no propriedade.

B) Detalhamento de impostos

A exibição de preço deve incluir a soma de tax_and_service_feee property_feeem uma linha intitulada "Impostos e taxas". O texto exato abaixo é legalmente exigido para ser exibido ao se referir a quaisquer totais de impostos e taxas dentro do detalhamento de preços. Isso pode ser exibido como pop-up, texto simples, modal ou outra implementação. A taxa propriedade não deve ser exibida separadamente na página de checkout.

Os impostos são taxas de recuperação de impostos pagas aos fornecedores (e.g. hotéis); para mais detalhes, consulte nossos Termos de Uso. As taxas de serviço são retidas como compensação pela prestação de serviços à sua reserva e podem incluir taxas cobradas pelos fornecedores. As traduções podem ser encontradas no Expedia Partner Solutions .

O valor retornado para tax_and_service_feeinclui apenas impostos e taxas exigidos por uma jurisdição fiscal.

C) Cobranças pelos serviços e pelas reservas de parceiros

Na medida em que o Expedia Group concede uma isenção para permitir cobranças por reservas, as cobranças pelos serviços ou pelas reservas de parceiros devem ser separadas com clareza. Se uma taxa de serviço partner-imposed for adicionada à reserva, deve ficar claro para o cliente que a taxa é cobrada pelo parceiro, e não Expedia Group, por um serviço separado (i.e, não uma taxa adicional pelo fornecimento de acomodação). As cobranças não podem ser incluídas nos itens de impostos e taxas existentes. O parceiro não deve usar a palavra "taxa" para descrever cobranças impostas por ele. Eles poderiam usar 'taxa de reserva de afiliado' ou 'taxa de serviço de afiliado'.

Página de confirmação

CP1: A exibição do preço deve incluir o preço total, bem como impostos e taxas, se houver detalhamento.

A) Preço total

O preço total da reserva deve ser exibido ao viajante na página de confirmação. O preço total deve corresponder à resposta da API, sem permissão de arredondamento nem conversão de moeda. O detalhamento final deve incluir as tarifas dos quartos (total ou por noite), quaisquer taxas noturnas adicionais (exceto aquelas no campo property_feedescrito abaixo), todos os valores de estadia e impostos, um total cobrável e definir o que é pago agora e o que é pago posteriormente em propriedade.

B) Detalhamento de impostos

A exibição de preços deve incluir a soma de tax_and_service_feee property_feeem uma linha intitulada "Impostos e taxas". A apresentação do texto abaixo é exigida por lei ao se referir a quaisquer valores de impostos e taxas em um detalhamento de preço. Isso pode ser exibido como pop-up, texto simples, modal ou outra implementação. A taxa propriedade não deve ser exibida separadamente na página de checkout.

Os impostos são taxas de recuperação de impostos pagas aos fornecedores (e.g. hotéis); para mais detalhes, consulte nossos Termos de Uso. As taxas de serviço são retidas como compensação pela prestação de serviços à sua reserva e podem incluir taxas cobradas pelos fornecedores. As traduções podem ser encontradas no Expedia Partner Solutions .

O valor retornado para tax_and_service_feeinclui apenas impostos e taxas exigidos por uma jurisdição fiscal.

C) Cobranças pelos serviços e pelas reservas de parceiros

Na medida em que o Expedia Group concede uma isenção para permitir cobranças por reservas, as cobranças pelos serviços ou pelas reservas de parceiros devem ser separadas com clareza. Se uma taxa de serviço partner-imposed for adicionada à reserva, deve ficar claro para o cliente que a taxa é cobrada pelo parceiro e não Expedia Group por um serviço separado (i.e, não uma taxa adicional pelo fornecimento de acomodação). As cobranças não podem ser incluídas nos itens de impostos e taxas existentes. O parceiro não deve usar a palavra "taxa" para descrever cobranças impostas por ele. É possível usar "cobrança de reserva de afiliados" ou "cobrança de serviços de afiliados".

E-mail de confirmação

ER6 – A exibição de preços deve incluir o preço total e o detalhamento de impostos e taxas

A) Preço total

O preço total da reserva deve ser exibido ao viajante no recibo por e-mail. O preço total deve corresponder à resposta da API, sem permissão de arredondamento nem conversão de moeda. O detalhamento final deve incluir as tarifas dos quartos (total ou por noite), quaisquer taxas noturnas adicionais (exceto aquelas no campo property_feedescrito abaixo), todos os valores de estadia e impostos, um total cobrável e definir o que é pago agora e o que é pago posteriormente em propriedade.

B) Detalhamento de impostos

A exibição de preços deve incluir a soma de tax_and_service_feee property_feeem uma linha intitulada "Impostos e taxas". A apresentação do texto abaixo é exigida por lei ao se referir a quaisquer valores de impostos e taxas em um detalhamento de preço. Isso pode ser exibido como pop-up, texto simples, modal ou outra implementação. A taxa propriedade não deve ser exibida separadamente na página de checkout.

Os impostos são taxas de recuperação de impostos pagas aos fornecedores (e.g. hotéis); para mais detalhes, consulte nossos Termos de Uso. As taxas de serviço são retidas como compensação pela prestação de serviços à sua reserva e podem incluir taxas cobradas pelos fornecedores. As traduções podem ser encontradas no Expedia Partner Solutions .

O valor retornado para tax_and_service_feeinclui apenas impostos e taxas exigidos por uma jurisdição fiscal.

C) Cobranças pelos serviços e pelas reservas de parceiros

Na medida em que o Expedia Group concede uma isenção para permitir cobranças por reservas, as cobranças pelos serviços ou pelas reservas de parceiros devem ser separadas com clareza. Se uma taxa de serviço partner-imposed for adicionada à reserva, deve ficar claro para o cliente que a taxa é cobrada pelo parceiro, e não Expedia Group, por um serviço separado (i.e, não uma taxa adicional pelo fornecimento de acomodação). As cobranças não podem ser incluídas nos itens de impostos e taxas existentes. O parceiro não deve usar a palavra "taxa" para descrever cobranças impostas por ele. É possível usar "cobrança de serviços de afiliados" ou "cobrança de reserva de afiliados".

Requisitos comuns de lançamento

Os requisitos de lançamento abaixo se aplicam a todos os parceiros em todos os fluxos de reserva. Outros requisitos específicos a cada tipo de tarifa, incluindo uma descrição detalhada da apresentação de preço, são disponibilizados em listas individuais de requisitos de tarifa.

|

Requisitos gerais

GR1: Uso de nossos nomes e logotipos

O uso de nossos nomes e logotipos só pode ser usado nos sites traveler-facing ou agent-facing com nossa aprovação prévia explícita por escrito, como exceção.

Exemplo:

Exemplo de logotipo de parceiro

GR2: Links para a URL dos nossos termos e condições a serem exibidos

Forneça um link para nossos termos e condições no texto dos termos e condições do seu site ou crie um link direto para os termos na sua página de reservas. Esses termos detalham as políticas que regem a reserva. Coloque o link a seguir em um local easy-to-find, usando o texto do link "Termos e Condições do Fornecedor". Você pode encontrar a versão em inglês e outras versões nas Soluções de Parceiros da Expedia.

Exemplo:

Termos e condições do Expedia Group

GR4: Onde somos o Merchant do Registro (MoR): Uso e exibição adequados em relação aos regulamentos de cartão de crédito

Ao obter, usar, transmitir, armazenar ou processar dados do titular do cartão do viajante, você deve estar em conformidade com o Padrão de Segurança de Dados do Setor de Cartões de Pagamento, conforme emitido pelo Conselho de Padrões de Segurança PCI. Uma referência completa para estes regulamentos está disponível no site oficial Conselho de Padrões de Segurança PCI site.

GR5: Onde estão o MoR ou propriedade Coletar: Evidências de conformidade com PCI fornecidas para parceiros aplicáveis

Não importa se somos o Mor ou se propriedade é o MoR, uma Atestação de Conformidade (AOC) deve ser fornecida como evidência de conformidade com o PCI.

Você pode encontrar conselhos sobre conformidade com PCI no site oficial Conselho de Padrões de Segurança PCI site.

Página de busca

SP1: Quando o afiliado permite que crianças sejam incluídas nas reservas, mensagens adequadas e a inserção das idades das crianças são implementadas

Se a sua integração permitir crianças viajando, você deve oferecer a possibilidade de especificar a idade de cada criança viajando no momento do check-in. Esta informação é fornecida através dooccupancy objeto (veja o exemplo abaixo).

Quando os viajantes especificam crianças, a resposta da API pode conter restrições de idade e/ou taxas extras de ocupação ou berço que podem afetar o custo ou a elegibilidade da reserva.

Cada hotel define a faixa etária que classifica como criança. Pessoas com até 17 anos costumam ser consideradas crianças. Algumas propriedades não permitem hóspedes com menos de 18 anos.

Exemplo de solicitação da 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

Exemplo de resposta da API:

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

Exemplo da interface do usuário: 1 quarto com 2 adultos e 2 crianças de 9 e 4 anos.

Exemplos de salas com adultos e crianças

Disponibilidade de propriedade/quarto

AP1: As descrições dos tipos de cama estão presentes em cada quarto

As respostas de compras podem retornar obed_groups matriz com um único valor ou múltiplas opções. Exiba os valores contidos na matriz de configuração para descrever as escolhas de cama dos viajantes.

Quando obed_groups array retorna várias opções, exibe asprice_check links fornecidos pela resposta de compras para cada tipo de cama para permitir a seleção pelo viajante.

É necessário mostrar uma mensagem ao viajante avisando que as escolhas entre vários tipos de cama para o mesmo quarto são apenas solicitações e podem não ser respeitadas no hotel caso a disponibilidade não permita.

Os nomes dos quartos são retornados dentro da matriz de quartos da resposta de compras como room_name.

Exemplo de resposta da 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": [...]
                            }
                        },

Exemplo de interface do usuário:

Exemplo de detalhes do quarto

AP2: o sinalizador Non-refundable está claramente visível

As disponibilidades de Non-refundable são indicadas por refundable=falsena resposta de disponibilidade de Compras . Quando refundable=falsefor retornado em uma resposta de disponibilidade, identifique claramente os quartos aplicáveis. Esse valor sempre prevalece sobre quaisquer dados de políticas diferentes. Essas reservas não são reembolsadas pela propriedade em nenhuma circunstância.

Exemplo de resposta da 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",

Exemplo de interface do usuário:

Exemplo básico de quarto duplo

AP3: Exibir instruções check-in e especiais check-in

O conteúdo dos objetos checkin, checkout, feese policiesdeve ser exibido para cada sala, conforme retornado na definição Content propriedade. Essas informações devem ser exibidas na sua página de disponibilidade para garantir que o viajante esteja ciente de quaisquer taxas potenciais no check-in ou instruções especiais de acesso.

O campo especial check-in pode incluir informações críticas para check-in que não estão incluídas no campo de instruções do objeto checkin, como um requisito para notificar o propriedade sobre o horário de chegada previsto, check-in em um local diferente do prédio do hóspede ou um alerta para esperar instruções especiais check-in do propriedade por e-mail.

Confirme que instructions e special_instructions são mostradas na mesma área para o viajante.

Exemplo de resposta da 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>"

Exemplo de interface do usuário:

Expedia Group check-in e exemplo de informação importante

Página de reservas

BP1: Criptografia SSL está presente para dados pessoais

Ao enviar ou transmitir dados pessoais, você deve usar a criptografia SSL para proteger as conexões entre os navegadores ou apps do cliente e o seu site, bem como as comunicações de rede com sistemas dependentes. Dados pessoais incluem nomes, números de telefone ou e-mails de hóspedes, dados do cartão de pagamento, além de recibos de reserva ou itinerário e páginas de confirmação. Pare ou redirecione a conexão quando não for segura.

BP2: Exibir instruções check-in e especiais check-in

O conteúdo dos objetos checkin, checkout, feese policiesdeve ser exibido para cada sala, conforme retornado na definição Content propriedade. Essas informações devem ser exibidas para garantir que o viajante esteja ciente de quaisquer taxas potenciais em check-in ou instruções especiais de acesso antes de finalizar sua reserva.

O campo especial check-in pode incluir informações críticas para check-in que não estão incluídas no campo de instruções do objeto checkin, como um requisito para notificar o propriedade sobre o horário de chegada previsto, check-in em um local diferente do prédio do hóspede ou um alerta para esperar instruções especiais check-in do propriedade por e-mail.

Confirme que instructions e special_instructions são mostradas na mesma área para o viajante.

BP3: Política de cancelamento e tag non-refundable claramente exibidas

Antes de permitir que os viajantes confirmem a compra na sua página final de reserva, você deve fornecer a política de cancelamento ou a tag non-refundable para o(s) quarto(s) selecionado(s). A política de cancelamento para cada tarifa é fornecida no objeto cancel_penaltiesna API de Disponibilidade de Compras Rápidas.

No caso de tarifas reembolsáveis, a resposta inclui uma matriz de detalhes da política de cancelamento. Os detalhes incluem as datas inicial e final da multa especificada, bem como o tipo e o valor da multa, além de todas as datas de reserva com exceção que possam ser aplicadas. Os tipos de multa incluem um valor fixo, número de diárias e porcentagem do custo total.

RespostaSignificado
refundable=trueEssa tarifa é totalmente reembolsável.
refundable=true + cancel_penalties• Esta tarifa é reembolsável durante o período de cancelamento.
• O prazo mais antigo cancel_penalties.[].starté o prazo de cancelamento gratuito, se for um cronograma futuro.
• A taxa é de 100% non-refundable após o último cancel_penalties.[].end
refundable=false• Esta taxa é non-refundable.
• Nenhuma janela de multa de cancelamento é retornada.
refundable=false + cancel_penalties• A tarifa pode ser parcialmente reembolsável.
cancel_penaltiesdeve ser exibido em conjunto com nonrefundable_date_ranges, que mostrará as datas de estadia desse intervalo como non-refundable assim que a reserva for criada.

Saiba mais sobre como elaborar políticas de cancelamento .

Referência:

refundable=false

  • Um valor não reembolsável vai ser cobrado imediatamente após a criação da reserva. cancel_penalties e nonrefundable_date_ranges têm mais detalhes.

nonrefundable_date_ranges

  • As datas de estadia apresentadas nesse intervalo não são reembolsáveis depois da criação da reserva.

cancel_penalties

  • Aplicável às datas de estadia que não estão envolvidas em nonrefundable_date_ranges.
  • A tarifa é 100% não reembolsável quando cancel_penalties estiver em branco ou não for retornado.
  • Uma cobrança de multa vai ser feita no cancelamento durante o período de cancel_penalties.
  • O prazo mais antigo cancel_penalties.[].starté o prazo de cancelamento gratuito, se for um cronograma futuro.
  • A taxa é 100% non-refundable após o último cancel_penalties.[].end.

Exemplo de resposta da API: política de cancelamento e sinalizador 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"

Exemplo de interface do usuário:

Exemplos de cancelamento da Rapid API

BP4: Exibir as taxas devidas no propriedade separadamente dentro do detalhamento de preços

Quando as cobranças forem retornadas na matriz de taxas, mostre cada valor separado como uma cobrança devida na propriedade, no check-in ou no check-out. Apresente ao viajante a moeda local e solicite moeda. Essas taxas são cobradas diretamente pelo propriedade (não por nós ou pelo governo local) e não fazem parte das taxas, impostos ou taxas de recuperação de impostos padrão incluídos na linha de impostos e taxas.

Exemplo de resposta da API: matriz de taxas

"fees" : {

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

Exemplo de interface do usuário:

Exemplo de quarto duplo standard

BP7: Se aplicável, as idades das crianças devem ser reiteradas

Se sua integração permitir crianças viajantes e o viajante tiver especificado crianças viajantes para sua seleção de quarto, você deverá confirmar claramente o número de crianças viajantes e suas idades em suas páginas de reserva. Essas informações são fornecidas por meio do objeto child_ages.

BP8: Somos o MoR ou propriedade Cobrar: Informar quando o pagamento será cobrado do viajante final

Se formos o MoR, informe que o cartão de crédito fornecido será cobrado imediatamente pelo valor total da reserva.

No caso de Property Collect, declare que a cobrança vai ser feita pela propriedade no momento do check-in ou do check-out no cartão de crédito informado. Se o propriedade estiver servindo uma tarifa non-refundable post-pay, indique que o viajante poderá ser cobrado pelo propriedade logo após concluir a reserva.

BP9: Conformidade com a regulamentação de autenticação forte do cliente (SCA)

Agências reguladoras e redes de cartões estão introduzindo novos requisitos para fortalecer a segurança dos pagamentos on-line e proteger os consumidores contra fraudes. Muitas dessas regulamentações incluíram a exigência de uso de autenticação forte do cliente (SCA) para pagamentos on-line.

Saiba mais sobre autenticação forte do cliente (SCA).

BP10: Somos MoR – Local de processamento de pagamentos exibido nas páginas check-out

Onde somos o MoR, o país onde o pagamento será processado deve ser exibido em um local de destaque na página check-out. A frase_ "Este pagamento será processado em"_ deve ser inserido antes do nome do país.

Use a função de opções de pagamento da API de compras para conseguir essa informação.

Exemplo de solicitação da API para opções de pagamento:

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

Exemplo de resposta da API:

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

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

Exemplo de interface do usuário:

Exemplo de política de cancelamento da Rapid API

E-mail de confirmação/voucher

Se você vai disponibilizar um voucher hospedado em um app para dispositivo móvel, continue seguindo os requisitos abaixo.

ER1: IDs de itinerário exibidos corretamente

Apenas CDS

Se a sua integração fornecerá nossoitinerary_id diretamente ao viajante, você deve exibir claramente esse número no seu e-mail de confirmação.

Se aplicável, você deve fornecer evidências de que seus agentes têm acesso aos nossos IDs de itinerário originais, caso precisem de assistência do nosso suporte ao cliente.

A2A

Seus agentes devem ter acesso aos IDs de itinerário originais caso precisem de assistência do nosso suporte ao cliente.

ER2: O suporte ao cliente deve ser exibido de forma clara, incluindo links para ferramentas de atendimento ao cliente on-line

Mostre com clareza os seus canais de atendimento ao cliente no fluxo de reservas ou no e-mail de confirmação. Por exemplo: número de telefone ou chat ao vivo. Se nossos agentes fornecerem suporte direto aos seus viajantes, exiba nosso número de suporte no seu fluxo de reserva.

ER3: As descrições dos tipos de cama estão presentes em cada quarto

Confirme o tipo de cama solicitado pelos viajantes no seu voucher ou e-mail de confirmação e mostre uma mensagem avisando que as escolhas entre vários tipos de cama para o mesmo quarto são apenas solicitações e talvez não sejam respeitadas no hotel caso a disponibilidade não permita.

Exiba os valores contidos na matriz de configuração para descrever as escolhas de cama do viajante.

ER4: Exibir instruções check-in e especiais check-in

O conteúdo docheckin,checkout,fees, epolicies os objetos devem ser exibidos para cada sala, conforme retornado na definição de conteúdo propriedade. Essas informações devem ser exibidas na sua página de disponibilidade para garantir que o viajante esteja ciente de quaisquer taxas potenciais em check-in ou instruções especiais de acesso.

O campo especial check-in pode incluir informações críticas para check-in que não estão incluídas nocheckin campo de instruções do objeto, como um requisito para notificar o propriedade sobre o horário de chegada previsto, check-in em um local diferente do prédio do hóspede ou um alerta para esperar instruções especiais check-in do propriedade por e-mail.

Confirme que instructions e special_instructions são mostradas na mesma área para o viajante.

ER5: Exibir as taxas devidas no propriedade separadamente dentro do detalhamento de preços

Quando as cobranças forem retornadas na matriz de taxas, mostre cada valor separado como uma cobrança devida na propriedade, no check-in ou no check-out. Essas taxas são cobradas diretamente pelo propriedade (não por nós ou pelo governo local) e não fazem parte das taxas padrão de recuperação de impostos.

Requisitos técnicos e sanções

TR1: Forneça um ID de referência de afiliado exclusivo com cada solicitação de reserva

Para cada solicitação de reserva você deve usar oaffiliate_reference_id elemento com a intenção de:

  • seu próprio rastreamento;
  • evitar reservas ou cobranças duplicadas pelo envio de vários formulários;
  • Verificar nossos sistemas para um itinerário se a reserva expirou ou retornou um resultado vazio devido a tempos limite do upstream.
{
  "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: Forneça o código do país do viajante com cada solicitação

  • O country_code do viajante deve ser passado nas solicitação da API de compras e de recomendações. O código do país deve corresponder ao ponto de venda acessado pelo viajante.
  • Esse requisito garante que nossos sistemas forneçam aos viajantes conteúdo relevante e as tarifas mais adequadas com base no mercado de vendas.

Exemplo de solicitação da 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 – Dados de cobrança

TR3a) Nome do pagante

Para cartão de viagem, corporativo e virtual:

  • Você deve enviar o nome do titular do cartão cujo cartão está sendo cobrado por nós.

Para parceiros Affiliate Collect/EAC:

  • Sempre que possível, recomendamos fortemente que você envie o nome do pagador final da reserva.
  • Essas informações são necessárias para fins de triagem regulatória ou sanções.
  • Se não for possível fornecer o nome do pagador final, forneça o nome da empresa ou entidade legal que nos paga.

Observação: Se o POS for Rússia, Ucrânia ou Venezuela, informações verdadeiras do pagador serão sempre necessárias.

TR3b) País de cobrança

  • Deve representar o nome individual passado no campo de contato para cobrança ou nome do pagante.

TR3c) CEP de cobrança

  • Deve representar o nome individual passado no campo de contato para cobrança ou nome do pagante.

Observação: Para países que não mantêm um CEP, essas informações não precisam ser fornecidas.

"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: Forneça o endereço de e-mail do viajante ou a caixa de correio de e-mail monitorada

O elemento de e-mail de cada itinerário deve conter o endereço de e-mail do viajante ou a caixa de entrada monitorada pela sua integração para o processamento dos e-mails de confirmação. Isso é necessário para casos de disputas de reserva ou solução de problemas.

TR5: Fornecer informações precisas ao viajante

TR5a) Nome do viajante

As reservas devem sempre ser enviadas com o nome dos viajantes que realmente ficarão hospedados em cada quarto reservado. Isso significa que no corpo da sua solicitação de reserva os valores para given_namee family_namedentro do objeto rooms devem corresponder ao nome e sobrenome do hóspede principal que fizer check-in em cada quarto.

TR5b) Número de telefone do viajante

A reserva deve incluir um número de contato funcional do viajante. Inclua esse número no campo de telefone da solicitação de reserva de cada itinerário. Não entraremos em contato com o viajante se seus agentes fornecerem suporte direto a ele.

TR6 – Reservas de vários quartos

Se as reservas de vários quartos forem compatíveis, forneça os registros de solicitação e resposta da API para uma reserva de teste que mostre que cada quarto foi reservado e cancelado.

Cada quarto reservado cria um ID de confirmação diferente, que permite que os quartos sejam cancelados separados. Para cancelar todos os quartos, faça uma chamada de cancelamento para cada ID de confirmação no itinerário.

Não oferecemos reservas de grupos de mais de 8 quartos diretamente por meio de nossa API ou modelo. Seu gerente de conta pode aconselhá-lo caso você precise reservar mais de 8 quartos.

TR7: Recomendações rápidas de tratamento de erros

Confirme que você revisou nossas recomendações de tratamento de erros e implementou a lógica para lidar com eles.

Esta página foi útil?
Como podemos melhorar esse conteúdo?
Agradecemos por nos ajudar a melhorar.