Não solicite uma avaliação do site até que todos os pontos de verificação de integração da API tenham sido integralmente concluídos.

  • Ao solicitar aprovação para lançamento, use a caixa de seleção incluída na edição dos detalhes do seu aplicativo em Minha conta.

![Solicite uma avaliação do site para aplicativos usando uma chave de API]** NÃO selecione a caixa ao salvar os dados no seu registro. Isso disparará uma solicitação inválida ou desnecessária de avaliação.

SOMENTE selecione a caixa quando você estiver pronto para pedir o acesso em vigor usando o feed de dados da API da EAN.

Quem deve pedir uma avaliação de site?

** NÃO peça uma avaliação de site se estiver usando SOMENTE o modelo de marca própria do afiliado sem qualquer processamento da API no seu site.

As avaliações de site só são necessárias ao usar resultados da API para criar as páginas do seu próprio site.

Integrações híbridas usando tanto os links da API quanto do modelo do afiliado precisam da avaliação das páginas contendo o processamento da API. Além disso, é necessário verificar se o usuário foi direcionado para as páginas do modelo com informações precisas de datas, hóspedes, quartos, etc. Qualquer ponto de verificação que ocorra realmente dentro das páginas do modelo do afiliado não é aplicável. Os sites híbridos são avaliados quanto aos pontos de integração e transição existentes.

Avaliaremos todo site que você criar para cada CID.

  • Se você tiver várias CIDs e sites, envie um aplicativo individual para cada apiKey/CID no formulário Aplicativo/Editar.
  • Se você tiver um par de CID/apiKey para vários sites, somente um aplicativo de avaliação será necessário.
  • Indique a linha de produtos apropriada que você deseja avaliar no seu formulário de solicitação de avaliação de site.
  • Qualquer informação ausente necessária para concluir sua avaliação ou definir sua conta para acesso à reserva em vigor atrasará o lançamento.

Permita até 5 dias úteis para agendarmos a avaliação e entrarmos em contato com você com nossos resultados.

Se você seguiu cada uma das instruções da lista de verificação, passará na avaliação com rapidez e facilidade.

Verifique seus dados antes de enviar o formulário de avaliação de site.

A correspondência contínua para corrigir qualquer item ausente atrasará desnecessariamente seu lançamento com a perda de um tempo valioso.

  • Itens ausentes não permitirão sua aprovação.
  • Os sites inacessíveis não serão avaliados e a solicitação será excluída.
  • As páginas que resultarem em erros não permitirão sua aprovação.
  • O envio da CID 0, CID 60449 ou CID 55505 fará com que sua solicitação seja excluída sem avaliação. Essas IDs de conta de afiliado não são válidas.
  • As solicitações de avaliação de sites usando SOMENTE páginas do modelo do afiliado serão excluídas.

Envie seu aplicativo de aprovação para lançamento.

Os requisitos de lançamento a seguir são válidos para todos os afiliados com um modelo de integração entre empresas (B2B) em que agentes internos, membros de um programa de afiliados, etc. interagem com o software em vez de com os clientes finais. Veja nossos requisitos de lançamento B2C para obter as integrações voltadas diretamente aos clientes finais.

Use a lista de verificação a seguir durante o desenvolvimento para garantir que todos os itens necessários à exibição do inventário da EAN estejam presentes.

Você deve incluir todos os itens pertinentes à sua integração e ao seu Contrato de afiliado EAN. A recusa em atender aos itens exigidos ou acatar as solicitações da EAN para fazer correções no seu site resultará em negação de acesso à API.

Requisitos de lançamento: Plataforma para agentes/Base de clientes fechada B2B
1. Apresentação
1.1 Nenhuma funcionalidade com alteração de preço na plataforma
1.2 Clientes avisados de que as tarifas de pacote devem ser reservadas com um voo
1.3 O afiliado deve confirmar se as informações a seguir foram comunicadas ao cliente final por e-mail ou outra forma tangível:
1.3.1 Links para as ferramentas do serviço de atendimento ao cliente on-line (também devem ser exibidos com destaque na plataforma)
1.3.2 Disponibilidades da plataforma Expedia Collect confirmadas como pré-pagas
1.3.3 IDs de itinerário e números de confirmação da EAN
1.3.4 Aviso do fornecedor de hotel
1.3.5 Quando EAN for MOR, o campo (soft-descriptor) relevante
1.4 Quando o afiliado permite a inclusão de crianças nas reservas, as devidas mensagens e informações sobre a idade das crianças são implementadas
1.5 Nenhuma alteração nas informações de API foram feitas pelo afiliado e nenhuma possibilidade de fazer essas alterações na plataforma

2. Políticas
2.1 As informações a seguir devem (i) ser incluídas na plataforma; e (ii) o afiliado deve garantir que sejam comunicadas ao cliente final por e-mail ou outra forma tangível:
2.1.1 Políticas de não reembolso
2.1.2 Política de cancelamento para quarto selecionado
2.1.3 Políticas gerais do hotel
2.1.4 Links do site para o URL dos Termos e condições de reservas da EAN
2.1.5 O afiliado de downstream deve concordar com os Termos de uso para acessar o inventário da EAN
2.2 O afiliado confirma que forneceu informações precisas do seu endereço à EAN

3. Impostos e taxas
3.1. As informações a seguir devem (i) ser incluídas na plataforma; e (ii) o afiliado deve garantir que sejam comunicadas ao cliente final por e-mail ou outra forma tangível:
3.1.1 Nota discriminada de taxas é fornecida
3.1.2 Valores do imposto sobre as vendas, imposto municipal e imposto de ocupação de hotel reportados separadamente
3.2 Taxas de reserva ou serviço do afiliado separadas com clareza

4. Segurança
4.1 Comprovação de conformidade com o PCI fornecida, se necessário
4.2 Política de privacidade do afiliado abrange o compartilhamento de dados de clientes com a EAN/terceiros para fins de processamento da reserva

5. Dados técnicos
5.1 Lógica implementada para evitar reservas duplicadas
5.2 Lógica implementada para processar pendências e erros
5.3 Fornecimento do nome do passageiro real pelo afiliado na reserva
5.4 Fornecimento do endereço IP do cliente pelo afiliado em cada solicitação de reserva
5.5 Fornecimento do endereço de e-mail do cliente pelo afiliado em cada solicitação de reserva
5.6 Fornecimento de ID de sessão pelo afiliado em cada solicitação de reserva
5.7 Fornecimento de cadeia de caracteres de agente de cliente pelo afiliado em cada solicitação de reserva
5.8 Fornecimento de ID de confirmação de afiliado exclusiva pelo afiliado em cada solicitação de reserva
5.9 Fornecimento de referência interna pelo afiliado na reserva
5.10 Determinação dos tipos de pagamento válidos pelo afiliado antes da reserva

1. Apresentação

1.1 Nenhuma funcionalidade com alteração de preço na plataforma

A plataforma poderá não permitir que os clientes editem ou modifiquem as tarifas fornecidas pela EAN (nenhuma função que permita aos agentes ajustarem o preço ou adicionarem taxas de serviço ocultas).

1.2 Clientes avisados de que as tarifas de pacote devem ser reservadas com um voo

Texto deverá ser incluído para avisar aos clientes que as tarifas de pacote devem ser reservadas com um voo. O ideal seria incluir uma caixa de seleção para mostrar a aceitação dessa regra e um campo para inserir o número do voo ou PNR.

1.3 O afiliado deve confirmar se as informações a seguir foram comunicadas ao cliente final por e-mail ou outra forma tangível:
1.3.1 Links para as ferramentas do serviço de atendimento ao cliente on-line (também devem ser exibidos com destaque na plataforma)

Você deve fornecer aos clientes acesso fácil a ferramentas de autoatendimento para tarefas comuns, como recuperação de itinerário e cancelamento. A solução EAN Self Service está disponível para parceiros de API e modelo. Você também poderá desenvolver suas próprias ferramentas, se desejar.

1.3.2 Disponibilidades da plataforma Expedia Collect confirmadas como pré-pagas

Nas confirmações das reservas da plataforma Expedia Collect deve constar que o pagamento do valor integral das reservas foi feito.

1.3.3 IDs de itinerário e números de confirmação da EAN

Os valores itineraryId e confirmationNumbers na resposta das reservas devem ser fornecidos diretamente ao cliente final.

1.3.4 Aviso do fornecedor de hotel

Nos e-mails ou em qualquer outra forma de comunicação tangível para o cliente final deve constar que o hotel é fornecido pela Travelscape LLC ou Vacationspot SL.

1.3.5 Quando EAN for MOR, o campo (soft-descriptor) relevante
1.4 Quando o afiliado permite a inclusão de crianças nas reservas, as devidas mensagens e informações sobre a idade das crianças são implementadas

numberOfChildren e childAges são elementos obrigatórios quando o quarto for ocupado por crianças.

Se sua integração permitir a inclusão de crianças em uma solicitação de compra ou reserva, o cliente deverá ser capaz de especificar o número de crianças e suas idades. Os clientes também deverão ser notificados de qualquer restrição de idade e/ou taxa de berço/cama dobrável/ocupação extra necessária.

Cada hotel define a faixa etária que classifica como criança. Em geral, menores de 17 anos são considerados crianças, mas isso pode variar conforme o estabelecimento. Alguns estabelecimentos não permitem hóspedes com menos de 18 anos.

1.5 Nenhuma alteração nas informações de API é feita pelo afiliado e a plataforma não permite fazer essas alterações

Qualquer informação fornecida pela API da EAN deve ser usada como está. Nenhuma alteração é permitida, exceto se for explicitamente autorizada por escrito pela EAN.

2. Políticas

2.1 As informações a seguir devem (i) ser incluídas na plataforma; e (ii) o afiliado deve garantir que sejam comunicadas ao cliente final por e-mail ou outra forma tangível:
2.1.1 Políticas de não reembolso

Quando o elemento nonRefundable retorna true, as páginas de seleção de quarto indicam claramente que o quarto não é reembolsável e a política de não reembolso é reiterada na sua página de reserva final. Essas reservas não são reembolsadas pelo estabelecimento em nenhuma circunstância.

Embora as políticas de não reembolso em geral sejam reproduzidas no elemento cancellationPolicy, bem como nos elementos roomDescription e rateTypeDescription, você não poderá contar apenas com os dados da API para identificar essas disponibilidades. Você deve garantir que sua integração confira ativamente o elemento nonRefundable para essas políticas e notifique os clientes devidamente, além de quaisquer dados fornecidos pelo estabelecimento.

Exemplo:

2.1.2 Política de cancelamento para quarto selecionado

Use o texto fornecido pelo elemento de resposta cancellationPolicy.

2.1.3 Políticas gerais do hotel

Você deve obter as políticas gerais do hotel usando o parâmetro options para a solicitação de disponibilidade de quarto ou diretamente na solicitação de informações do hotel.

2.1.4 Links do site para o URL dos Termos e condições de reservas da EAN

DEVEM ser comunicados ao cliente final por e-mail ou outra forma. O link para os Termos e condições da EAN deve ser estabelecido usando o URL a seguir (substitua pela sua própria CID):

http://travel.ian.com/index.jsp?pageName=userAgreement&locale=en_US&cid=#####

Isso inclui a política de contratação confirmando a Travelscape LLC e/ou a Vacationspot, SL como fornecedor.

2.1.5 Os agentes de downstream devem concordar com os Termos de uso para acessar o inventário da EAN

Antes de obterem permissão para acessar o inventário da EAN usando sua plataforma, os agentes de downstream devem concordar com os Termos de uso da EAN. Esse contrato em geral é fornecido na interface do agente para permitir que os clientes do agente revisem e aceitem os termos na sua plataforma. Entre em contato com seu gerente de conta ou com o suporte para saber o documento específico apropriado que deverá ser fornecido.

2.2 O afiliado confirma que forneceu informações precisas do seu endereço à EAN

Você deve fornecer informações precisas do seu endereço no perfil do afiliado em ean.com. Verifique as informações fornecidas em Conta > Perfil e Conta > Formulários fiscais no seu perfil do ean.com.

3. Impostos e taxas

3.1 As informações a seguir devem (i) ser incluídas na plataforma; e (ii) o afiliado deve garantir que sejam comunicadas ao cliente final por e-mail ou outra forma tangível:
3.1.1 Nota discriminada de taxas com clareza

Discrimine ou liste as sobretaxas incluídas na matriz Surcharges. Quando salesTax e hotelOccupancyTax forem retornados, adicione esses dois valores juntos e exiba como um único item de linha.

Inclua uma nota discriminada do preço total, impostos e taxas e tarifas diárias de quarto da reserva nos seguintes locais:

  • Página de reservas
  • Página de confirmação
  • E-mails de confirmação adicionais enviados ao cliente (se estiver processando seus próprios e-mails)

Siga as discriminações da página de reservas de exemplo fornecidas nesta seção.

  • Inclua cada tarifa por noite individual para as datas selecionadas OU um total de todas as diárias (mostrado na imagem à direita) sem os impostos

Sua nota discriminada final deve incluir um detalhamento claro das cobranças, mostrando os valores que representam o subtotal de diárias (tarifa por noite individual mostrada abaixo), o total de sobretaxas e o total cobrável:

Room and Rate/Night: Queen Three 

10 Nov 10 $159.00   
11 Nov 11 $119.00
12 Nov 12 $119.00 
13 Nov 13 $119.00 
  (excluding tax recovery charges and service fees)   
  
  Extra person fees: $52.00  

Total Tax Recovery Charges and Service Fees: $88.18 

Total Charges at time of booking : $656.18 (USD) 
  (includes tax recovery charges and service fees) 

Exemplo:

3.1.2 Valores do imposto sobre as vendas, imposto municipal e imposto de ocupação de hotel reportados separadamente

Quando os valores de imposto que não TaxAndServiceFee ou ExtraPersonFee forem retornados pelo array Surcharge, você deverá exibir esses valores separadamente na sua nota discriminada de taxas. Determinadas jurisdições, como o estado de Nova York, exigem por lei a exibição separada desses valores.

3.2 Taxas de reserva ou serviço do afiliado separadas com clareza

Se você cobrar uma taxa própria de serviço ou reserva, deverá esclarecer ao cliente que a taxa é cobrada por você, o afiliado, e não pela EAN, para o serviço separado (ou seja, que não é uma taxa adicional para o fornecimento da acomodação).
As taxas de serviço ou reservas do afiliado não poderão ser incorporadas ao preço e deverão ser discriminadas separadamente.

Exemplo:

4. Segurança

4.1 Comprovação de conformidade com o PCI fornecida, se necessário

A comprovação de conformidade com o PCI, como um atestado de conformidade, deve ser fornecida aos parceiros de API com um volume bruto de reservas anuais estimado em $10 milhões (USD) ou superior e quando a EAN for o merchant no registro.

4.2 Política de privacidade do afiliado abrange o compartilhamento de dados de clientes com a EAN para fins de processamento da reserva

5. Dados técnicos

5.1 Lógica implementada para evitar reservas duplicadas

Consulte a página Como evitar reservas duplicadas e o uso de affiliateConfirmationId para que sua implementação atenda a esses requisitos.

5.2 Lógica implementada para processar pendências e erros

Consulte a página Processos de fornecedor pendente e nossa seção Manejo de erros para que sua implementação atenda a esses requisitos.

5.3 Fornecimento do nome do passageiro real pelo afiliado na reserva

Os valores para firstName e lastName em cada objeto Room devem corresponder ao nome e sobrenome do hóspede que está fazendo check-in da reserva.

5.4 Fornecimento do endereço IP do cliente pelo afiliado em cada solicitação de reserva.

Use o elemento de solicitação comum customerIpAddress para fornecer esses dados. O endereço IP deve ser obtido do cliente – não o substitua por valores estáticos ou seu próprio endereço IP.

5.5 Fornecimento do endereço de e-mail do cliente pelo afiliado em cada solicitação de reserva.

O elemento email em ReservationInfo deve conter o endereço de e-mail do cliente.

5.6 Fornecimento de ID de sessão pelo afiliado em cada solicitação de reserva

Use o elemento comum customerSessionId para fornecer esses dados.

5.7 Fornecimento de cadeia de caracteres de agente de cliente pelo afiliado em cada solicitação de reserva

Use o elemento de solicitação comum customerUserAgent para fornecer esses dados.

5.8 Fornecimento de ID de confirmação de afiliado exclusiva pelo afiliado em cada solicitação de reserva.

Use o elemento affiliateConfirmationId na solicitação de reserva para fornecer esses dados.

5.9 Fornecimento de referência interna pelo afiliado na reserva

Use o elemento affiliateConfirmationId na solicitação de reserva para fornecer esses dados.

5.10 Determinação dos tipos de pagamento válidos pelo afiliado antes da reserva

Use a solicitação de tipos de pagamento para obter esses dados e permitir que cartões de pagamento sejam devidamente aceitos no seu formulário de reserva.