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 de SA B2B: 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 no 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 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 efetuarem uma reserva em nome de um viajante devem concordar com o nosso contrato de agenciamento. Um link para o contrato do agente subsequente deve ser fornecido para que os agentes revisem e aceitem antes de fazer uma reserva. Outras versões estão disponíveis na 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 da estadia e impostos, um total a pagar e especificar o que é pago agora e o que será pago posteriormente no propriedade.

B) Detalhamento de impostos

A exibição do preço deve incluir a soma de tax_and_service_feee property_feeem uma única linha intitulada "Impostos e taxas". O texto exato abaixo deve ser exibido por lei ao se referir a quaisquer totais de impostos e taxas na discriminação de preços. Isso pode ser exibido como um pop-up, texto simples, modal ou outra implementação. A taxa propriedade não deve ser exibida separadamente na página de finalização da compra.

"Os impostos são taxas de recuperação de impostos pagas aos fornecedores (e.g. hotéis); para obter detalhes, consulte nossos Termos de Uso." As taxas de serviço são retidas como compensação pela gestão da sua reserva e podem incluir taxas cobradas pelos fornecedores. As traduções podem ser encontradas em 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 pela prestação de alojamento). Os encargos podem não estar incluídos nas rubricas de impostos e taxas já 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' em vez disso.

Página de confirmação

CP1: A exibição do preço deve incluir o preço total, bem como impostos e taxas, caso haja um 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 da estadia e impostos, um total a pagar e especificar o que é pago agora e o que é pago posteriormente no propriedade.

B) Detalhamento de impostos

A exibição do preço deve incluir a soma de tax_and_service_feee property_feeem uma única 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 um pop-up, texto simples, modal ou outra implementação. A taxa propriedade não deve ser exibida separadamente na página de finalização da compra.

"Os impostos são taxas de recuperação de impostos pagas aos fornecedores (e.g. hotéis); para obter detalhes, consulte nossos Termos de Uso." As taxas de serviço são retidas como compensação pela gestão da sua reserva e podem incluir taxas cobradas pelos fornecedores. As traduções podem ser encontradas em 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 cobrança adicional pelo fornecimento de acomodação). Os encargos podem não estar incluídos nas rubricas de impostos e taxas já 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 enviado 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 da estadia e impostos, um total a pagar e especificar o que é pago agora e o que é pago posteriormente no propriedade.

B) Detalhamento de impostos

A exibição do preço deve incluir a soma de tax_and_service_feee property_feeem uma única 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 um pop-up, texto simples, modal ou outra implementação. A taxa propriedade não deve ser exibida separadamente na página de finalização da compra.

"Os impostos são taxas de recuperação de impostos pagas aos fornecedores (e.g. hotéis); para obter detalhes, consulte nossos Termos de Uso." As taxas de serviço são retidas como compensação pela gestão da sua reserva e podem incluir taxas cobradas pelos fornecedores. As traduções podem ser encontradas em 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 pela Expedia Group, por um serviço separado (i.e, não uma taxa adicional pela prestação de alojamento). Os encargos podem não estar incluídos nas rubricas de impostos e taxas já 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ó poderá ser feito nos sites traveler-facing ou agent-facing com nossa autorização expressa e por escrito, a título de exceção.

Exemplo:

Exemplo de logotipo de parceiro

GR2: Links para os nossos termos e condições. URL a ser exibida.

Inclua um link para nossos termos e condições no texto de termos e condições do seu site ou adicione um link direto para os termos na sua página de reservas. Esses termos detalham as políticas que regem a reserva. Insira o seguinte link em um local easy-to-find, usando a seguinte frase no link: "Termos e Condições do Fornecedor". Você pode encontrar a versão em inglês e outras versões na Expedia Partner Solutions.

Exemplo:

Termos e condições do Expedia Group

GR4: Onde Expedia Group é o Merchant de 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 de titulares de cartões de viajantes, você deve cumprir o Padrão de Segurança de Dados da Indústria de Cartões de Pagamento, conforme emitido pelo Conselho de Padrões de Segurança PCI. Uma referência completa a esses regulamentos está disponível no site oficial. Conselho de Padrões de Segurança PCI site.

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

Independentemente de Expedia Group ser o MoR ou propriedade ser o MoR, uma Declaração de Conformidade (AOC) deve ser fornecida como prova de conformidade com o PCI.

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

Página de busca

SP1: Quando o afiliado permite a inclusão de crianças nas reservas, são implementadas mensagens adequadas e a indicação da idade das crianças.

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

Quando os viajantes especificam crianças viajando juntas, a resposta da API pode conter restrições de idade e/ou taxas extras por ocupação ou berço, o que pode 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 para 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 O array retorna várias opções; exiba-as.price_check Os links fornecidos pela ferramenta de busca para cada tipo de cama permitem que o viajante faça a seleção.

É 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 do Shopping 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: A bandeira Non-refundable está claramente visível.

As disponibilidades de Non-refundable são indicadas por refundable=falsena resposta de disponibilidade do Shopping . 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 de quarto duplo básico

AP3: Exibir check-in e instruções 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 adicionais no momento do 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 de hóspedes 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: A 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 check-in especiais

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 no 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 previsto de chegada, check-in em um local diferente do prédio de hóspedes 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 página de reservas final, 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 dentro do objeto cancel_penaltiesna API Rapid Shopping Availability.

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• Essa taxa é reembolsável durante o período de cancelamento.
• O prazo mais cedo cancel_penalties.[].starté o prazo de cancelamento gratuito, se for um cronograma futuro.
• A taxa é de 100% non-refundable após a última cancel_penalties.[].end
refundable=false• Essa taxa é non-refundable.
• Nenhuma janela de multa de cancelamento é retornada.
refundable=false + cancel_penalties• A taxa pode ser parcialmente reembolsável.
cancel_penaltiesdeve ser exibido em conjunto com nonrefundable_date_rangesque mostrará que as datas de estadia deste intervalo são non-refundable assim que a reserva for criada.

Leia 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 cedo 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.

Exemplo de resposta da API: Política de cancelamento e flag 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 separadamente as taxas devidas no propriedade 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 a troca de moeda estrangeira. Essas taxas são cobradas diretamente pela propriedade (não por nós ou pelo governo local) e não fazem parte das taxas de recuperação de impostos, impostos ou tarifas padrão incluídas na linha de impostos e tarifas.

Exemplo de resposta da API: Array 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 padrão

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

Se a sua integração permitir viajantes menores de idade e o viajante tiver especificado crianças como viajantes na seleção do quarto, você deve confirmar claramente o número de crianças viajantes e suas idades nas páginas de reserva. Esta informação é fornecida através do objeto child_ages.

BP8: Expedia Group é o MoR ou propriedade Cobrança: Informe quando o pagamento será efetuado ao viajante final.

Caso o Expeda Group seja o MoR (Motor of Reserve - Representante da Reserva), informe que o cartão de crédito fornecido será debitado 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 serviço propriedade estiver oferecendo uma tarifa non-refundable post-pay, indique que o viajante poderá ser cobrado pelo serviço propriedade logo após concluir a reserva.

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

Órgãos reguladores e redes de cartões estão introduzindo novos requisitos para reforçar a segurança dos pagamentos online e proteger os consumidores contra fraudes. Muitas dessas regulamentações incluíram a exigência de usar autenticação forte do cliente (SCA, na sigla em inglês) para pagamentos online.

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

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

Onde Expedia Group é 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: Os IDs dos itinerários foram exibidos corretamente.

Apenas CDS

Se a sua integração fornecer o nossoitinerary_id Para enviar o número diretamente ao viajante, você deve exibi-lo claramente no e-mail de confirmação.

Caso seja aplicável, você deverá fornecer comprovante de que seus agentes têm acesso aos IDs originais dos nossos itinerários, caso precisem de assistência do nosso suporte ao cliente.

A2A

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

ER2: O suporte ao cliente deve ser exibido de forma clara, incluindo links para ferramentas de atendimento online.

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. Caso nossos agentes forneçam suporte direto aos seus viajantes, exiba nosso número de suporte no fluxo de reservas.

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 check-in especiais

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 no check-in ou instruções especiais de acesso.

O campo especial check-in pode conter 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 do horário de chegada previsto, check-in em um local diferente do prédio de hóspedes, 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 pela 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 para cada solicitação de reserva.

Para cada pedido de reserva que você precisar fazer, utilize 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;
  • Verificamos em nossos sistemas se há um itinerário disponível caso a reserva tenha expirado ou retornado um resultado vazio devido a timeouts em sistemas anteriores.
{
  "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 em 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.
  • Este 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 viajantes, empresas e cartões virtuais:

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

Para parceiros Affiliate Collect/EAC:

  • Sempre que possível, Expedia Group recomenda enfaticamente 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.
  • Caso não seja possível fornecer o nome do pagador final, informe o nome da empresa ou entidade jurídica que está nos pagando.

Observação: Se o ponto de venda (POS) for da Rússia, Ucrânia ou Venezuela, as informações verdadeiras do pagador sã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 possuem código postal, esta informação não precisa ser fornecida.

"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 eletrônico 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 aos viajantes

TR5a) Nome do viajante

As reservas devem sempre ser submetidas com o nome dos viajantes que efetivamente ficarão em cada quarto reservado. Isso significa que, no corpo da sua solicitação de reserva, os valores de given_namee family_namedentro do objeto de quartos devem corresponder ao nome e sobrenome do hóspede principal que fará o check-in para 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. Expedia Group não entrará em contato com o viajante se seus agentes fornecerem suporte direto aos seus viajantes.

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.

Expedia Group não oferece reservas de grupo com mais de 8 quartos diretamente através de nossa API ou modelo. Seu gerente de conta poderá orientá-lo caso precise reservar mais de 8 quartos.

TR7: Recomendações para tratamento rápido 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.