Se você dirige uma agência de viagens ou constrói uma plataforma de reservas há algum tempo, já sabe que nenhum GDS tem tudo.
Um portal de viagens multi-GDS é uma plataforma de reservas que se conecta a mais de um Sistema de Distribuição Global simultaneamente, obtendo inventário de voos, tarifas e disponibilidade em tempo real de cada fonte e apresentando-os ao agente ou usuário final em um único resultado de pesquisa unificado. Em vez de o agente fazer login no Amadeus para obter um conjunto de tarifas, mudar para o Sabre para outro e verificar uma terceira ferramenta para operadoras de baixo custo, o portal faz esse trabalho de agregação em segundo plano e retorna uma única página de resultados abrangente.
As três plataformas GDS dominantes globalmente são Amadeus, Sabre e Travelport. Juntos, eles gerenciam mais de 97% de todas as reservas de viagens baseadas em GDS em todo o mundo. Cada um tem os seus próprios pontos fortes, as suas próprias parcerias aéreas, a sua própria profundidade regional e a sua própria estrutura de preços. Uma agência de viagens ou OTA que se conecta a apenas uma delas está deixando de lado uma parte significativa do conteúdo disponível. Essa lacuna aparece nas tarifas que você pode oferecer, nas companhias aéreas que você pode emitir e nos mercados que você pode atender de forma competitiva.
Aqui está um exemplo concreto da lacuna de conteúdo. A Amadeus opera mais de 900 companhias aéreas e possui o conteúdo internacional mais profundo, especialmente na Europa, Ásia-Pacífico, Oriente Médio e África. O Sabre conecta mais de 400 companhias aéreas com uma profundidade particularmente forte em companhias aéreas norte-americanas, tarifas corporativas e pacotes de tarifas de marca de companhias aéreas sediadas nos EUA. A Travelport cobre mais de 460 companhias aéreas e tem sido historicamente mais forte para conteúdo ferroviário, transportadoras regionais europeias e alguns mercados da Ásia-Pacífico, onde a Amadeus tem menor penetração.
Se seus clientes estão reservando uma viagem de Londres a Cingapura via Nova York com trecho ferroviário na Europa, você precisa de conteúdo de mais de uma dessas fontes para construir o itinerário mais competitivo. Umportal de viagens multi-GDS com o devidoIntegração GDS lida com isso automaticamente. Seu agente vê tudo em uma pesquisa.
O Amadeus é o ponto de partida natural para um portal multi-GDS por vários motivos. Opera em 190 mercados, com mais de 100 escritórios em todo o mundo, atendendo a mais de 55.000 vendedores de viagens. Seu ecossistema de desenvolvedores, que você pode explorar emamadeus.com/pt/companhias aéreas/produtos/all, está entre os mais maduros na indústria de GDS, com APIs REST bem documentadas, um ambiente sandbox robusto e forte adoção de NDC cobrindo 35 companhias aéreas em 165 países. Atualmente é o único GDS que oferece produtos NDC dessa ampla gama de companhias aéreas parceiras.
Construir o Amadeus como a camada GDS primária e depois adicionar o Sabre e o Travelport como fontes de conteúdo suplementares dá ao seu portal a base de inventário mais ampla possível com a API primária mais robusta para construir. A Flight Terminus é especializada exatamente nessa arquitetura através de seuIntegração Amadeus GDS serviço.
Antes de decidir quais fontes de GDS incluir em seu portal multi-GDS, você precisa ter uma ideia clara do que cada uma delas realmente traz para a mesa. Esta não é uma comparação teórica. São as informações que você precisa para definir o escopo correto de sua integração e definir as expectativas corretas com seu parceiro de desenvolvimento.
Recurso | Amadeus | Sabre | Porto de viagem |
|---|---|---|---|
Companhias aéreas abrangidas | Mais de 900 companhias aéreas, mais de 130 LCCs | Mais de 400 companhias aéreas, forte profundidade nos EUA | Mais de 460 companhias aéreas, 150 com serviços auxiliares |
Mercados globais | 190 países | 160 países | 180 países |
Regiões mais fortes | Europa, Ásia-Pacífico, Médio Oriente, África | América do Norte, América Latina | Europa Oriental, África, Ásia-Pacífico |
Apoio ao CND | 35 companhias aéreas NDC, 165 países, maior profundidade NDC | Certificado NDC para companhias aéreas e vendedores | Venda a retalho baseada em NDC apenas do lado do vendedor |
Tipo de API | APIs REST, SOAP para legado, autoatendimento e corporativo | REST e SOAP de nível empresarial | APIs JSON Air, mercado Travelport+ |
Conteúdo hoteleiro | Mais de 500.000 propriedades | Mais de 300.000 propriedades | Mais de 3 milhões através da parceria Booking.com |
Conteúdo ferroviário | Limitado | Limitado | 35 operadores ferroviários, incluindo a Trainline |
Aluguel de carro | Principais marcas abrangidas | Principais marcas abrangidas | 42 marcas de aluguel de automóveis, incluindo Hertz |
Melhor para | Reservas internacionais, OTAs e construções modernas de API | Viagens corporativas nos EUA, itinerários complexos | Profundidade regional, combinações ferroviárias e agências menores |
Estrutura de custos | Preços empresariais, taxas por transação | Preços empresariais, custo de configuração mais alto | Mais flexível para agências de médio porte |
Olhando para esta tabela, fica claro o argumento a favor de uma abordagem multi-GDS. Nenhum GDS oferece a profundidade das companhias aéreas internacionais da Amadeus, o conteúdo corporativo norte-americano do Sabre e a cobertura ferroviária e regional da Travelport em uma única conexão. Um edifício devidamente construídoportal de viagens multi-GDS reúne todos os três conjuntos de conteúdo em uma camada de pesquisa, para que sua plataforma concorra em todos os corredores, não apenas naqueles que seu GDS principal cobre bem.
Compreender a arquitetura técnica de um portal multi-GDS ajuda você a tomar melhores decisões durante a fase de planejamento e construção e a se comunicar claramente com sua equipe de desenvolvimento. Você não precisa escrever o código, mas precisa entender as camadas.
A camada de agregação é o mecanismo por trás do seu portal. Ele recebe solicitações de pesquisa da sua interface de reservas front-end e dispara simultaneamente consultas em várias APIs GDS e quaisquer fontes de conteúdo adicionais que você tenha conectado, incluindo canais NDC e APIs diretas de companhias aéreas. Ele coleta as respostas, desduplica o conteúdo sobreposto (já que o mesmo voo às vezes aparece no Amadeus e no Sabre), normaliza os dados em um formato consistente e retorna ao usuário uma única lista classificada de resultados.
Isto é significativamente mais complexo de construir do que uma integração de GDS único. A lógica de desduplicação por si só exige regras cuidadosas para evitar mostrar o mesmo voo duas vezes com preços diferentes, o que confunde os clientes e prejudica a confiança na sua plataforma. O Flight Terminus lida com essa camada de agregação como parte de seudesenvolvimento de portal agregador de viagens serviço.
Nem toda consulta de pesquisa precisa ir para todos os GDS simultaneamente. Um portal multi-GDS inteligente inclui lógica de roteamento que determina quais fontes de GDS consultar com base na rota, no par origem-destino, na companhia aérea e no tipo de cliente. Uma pesquisa por voos entre Delhi e Londres se beneficiará de uma consulta do Amadeus como fonte primária. Uma pesquisa entre Dallas e Chicago se beneficiará de uma consulta Sabre como principal. Sua lógica de roteamento direciona o tráfego de forma inteligente, em vez de martelar todas as fontes em cada pesquisa, o que reduz os custos da API, melhora os tempos de resposta e mantém o uso do seu GDS dentro dos limites contratados.
Cada GDS retorna dados tarifários em seu próprio formato e terminologia. As tarifas de marca do Amadeus usam estruturas de campo diferentes das tarifas de marca do Sabre. Os serviços auxiliares são descritos de forma diferente nos três sistemas. A camada de normalização traduz tudo em um esquema de dados comum que seu front-end pode exibir de forma consistente, independentemente de qual GDS originou a tarifa. É isso que faz com que os resultados da pesquisa multi-GDS pareçam coerentes para seus agentes e clientes, em vez de uma colcha de retalhos de dados incompatíveis.
Quando um cliente seleciona uma tarifa e prossegue com a reserva, o portal precisa enviar a solicitação de reserva de volta ao GDS de onde veio aquela tarifa específica. Isso significa que sua camada de reserva deve manter uma referência ao GDS de origem para cada tarifa em um resultado de pesquisa e encaminhar a solicitação de reserva corretamente. O gerenciamento de PNR, a emissão de bilhetes e as alterações pós-reserva passam pelo GDS de origem. Esta camada é onde reside a maior complexidade de integração e onde escolhe um experienteIntegração Amadeus parceiro é o que mais importa.
Além das três fontes GDS, um portal multi-GDS bem construído também se conecta aos canais NDC para companhias aéreas que publicam suas melhores tarifas e acessórios diretamente através do NDC, em vez de através do tradicional canal EDIFACT GDS. As companhias aéreas, incluindo Lufthansa, Air France-KLM, American Airlines e United Airlines, mudaram conteúdo significativo para distribuição somente NDC. Sem uma conexão NDC, seu portal perde totalmente essas tarifas.
A Amadeus lidera atualmente a indústria de GDS na adoção de NDC, cobrindo 35 companhias aéreas NDC em 165 países e sendo o único GDS a oferecer produtos NDC nessa escala. Esta é outra razão pela qual o Amadeus funciona bem como a base principal para uma construção multi-GDS com NDC em camadas. O Flight Terminus também ofereceIntegração da API de voo AQC para estender a cobertura de conteúdo ainda mais além das fontes GDS e NDC.
Nem todo negócio de viagens precisa se conectar a todos os três sistemas GDS desde o primeiro dia. O escopo certo depende dos seus mercados, dos seus volumes de reservas e das rotas que seus clientes reservam com mais frequência. Veja como diferentes tipos de negócios devem pensar sobre sua estratégia multi-GDS.
Se você operar umPortal de reservas de voos B2Cdirecionado a viajantes internacionais a lazer, você precisa do Amadeus como seu GDS principal devido à profundidade do conteúdo de companhias aéreas que ele oferece nas rotas da Europa, Ásia e Oriente Médio. Adicionar o Travelport oferece conteúdo complementar para companhias aéreas regionais e combinações ferroviárias na Europa. Adicionar o Sabre lhe dará acesso ao conteúdo de companhias aéreas dos EUA se você atender clientes que reservam viagens para a América do Norte. A combinação dos três posiciona sua OTA para competir em qualquer corredor internacional com cobertura tarifária abrangente.
Umsolução personalizada de reserva de voos B2B para gerenciamento de viagens corporativas precisa do Amadeus para tarifas corporativas internacionais e do Sabre para conteúdo corporativo norte-americano, incluindo tarifas negociadas, códigos de tarifas corporativas e pacotes de tarifas de marca que as grandes companhias aéreas dos EUA publicam mais detalhadamente através dos canais corporativos do Sabre. Se seus clientes corporativos viajam globalmente e dentro da América do Norte, uma configuração GDS dupla que abrange Amadeus e Sabre oferece a combinação certa de conteúdo.
Agregadores de viagens que fornecem inventário para subagentes, agências menores ouportal de marca branca os parceiros precisam da cobertura de conteúdo mais ampla possível porque seus clientes downstream fazem reservas em diversos mercados e tipos de operadoras. Uma configuração multi-GDS conectando Amadeus, Sabre e Travelport com conteúdo NDC no topo oferece às plataformas agregadoras a profundidade de inventário para atender qualquer solicitação de reserva downstream sem redirecionar os clientes para fontes externas.
Uma agência de viagens focada principalmente em rotas do Sul da Ásia, viagens no Médio Oriente ou África pode descobrir que uma forte integração da Amadeus por si só cobre 90 por cento do seu volume de reservas, com a Travelport adicionada para lacunas específicas de transportadoras regionais. A combinação certa para o seu portal é determinada pelos seus dados reais de reserva e não por uma recomendação genérica. O Flight Terminus inicia cada projeto multi-GDS com uma análise de rota para determinar quais fontes GDS realmente agregam valor de cobertura para o seu negócio específico.
Construir um portal multi-GDS é um investimento significativo. Definir o recurso desde o início significa que você não voltará atrás e adicionará funcionalidades críticas seis meses após o lançamento. Esses são os recursos que mais importam.
O recurso mais fundamental: uma barra de pesquisa, um conjunto de filtros, uma página de resultados. O cliente ou agente não deve ter visibilidade de qual GDS veio da tarifa. Eles devem ver uma lista limpa de opções ordenadas por preço, duração ou qualquer critério que definirem. A fonte GDS é um detalhe de back-end que o front-end abstrai completamente.
Quando o mesmo voo e classe de tarifa aparecerem no Amadeus e no Sabre, o portal deverá exibi-lo uma vez pelo melhor preço disponível, e não duas vezes. A lógica de desduplicação precisa levar em conta o número do voo, horário de partida e chegada, classe de tarifa, transportadora e tipo de equipamento antes de decidir que dois resultados são o mesmo voo. Fazer isso errado cria uma experiência de pesquisa confusa e confunde os clientes que veem o mesmo voo com preços diferentes e de fontes diferentes.
Cada reserva deve ser confirmada através do GDS de origem da tarifa. O portal precisa rastrear o GDS de origem para cada tarifa em cada sessão de pesquisa e encaminhar a solicitação de reserva corretamente. Isso inclui lidar com a criação de PNR, emissão de bilhetes e modificações pós-reserva por meio da conexão GDS correta, sem que o agente precise saber ou se preocupar com qual sistema está lidando com isso.
As tarifas NDC de companhias aéreas como Lufthansa, Air France, American Airlines e United ficam fora da camada de conteúdo GDS tradicional. Seu portal deve exibir as tarifas NDC na mesma visualização de resultados das tarifas GDS, claramente marcadas quando relevante para a transparência do agente, mas apresentadas no mesmo formato e selecionáveis com o mesmo fluxo de reserva. OIntegração do Amadeus NDC A estrutura usada pelo Flight Terminus cobre o conteúdo NDC das 35 companhias aéreas com as quais a Amadeus tem parcerias NDC.
Diferentes fontes de GDS vêm com diferentes estruturas de comissões e taxas de custo por transação. A camada de administração do seu portal deve permitir que você configure regras de marcação independentemente por origem GDS, por rota, por companhia aérea ou por classe de tarifa. Isso significa que você pode aplicar uma margem diferente nas tarifas norte-americanas fornecidas pelo Sabre e nas tarifas internacionais fornecidas pela Amadeus, refletindo as diferentes estruturas de custos e comissões de cada fonte.
As tarifas em qualquer GDS podem mudar entre o momento em que o cliente seleciona uma tarifa e o momento em que conclui a reserva. Seu portal precisa de uma etapa de verificação de tarifa que reajuste o preço do itinerário selecionado em relação ao GDS de origem em tempo real antes de confirmar a reserva e receber o pagamento. Isso evita o problema comum de um cliente pagar por uma tarifa que já mudou ou esgotou.
Para agentes que gerenciam reservas em diversas fontes GDS, um painel de PNR consolidado não é opcional. Os agentes devem ser capazes de visualizar todas as reservas ativas, independentemente do GDS de origem, acessar detalhes de reservas e registros de passageiros, gerenciar alterações e cancelamentos e acompanhar o status de emissão de bilhetes em uma única visualização, em vez de fazer login em três terminais GDS separados.
Cada GDS retorna o preço na moeda do ponto de venda, que varia de acordo com a configuração do GDS e o mercado contratado do agente. Seu portal precisa lidar com a exibição, conversão e checkout em várias moedas de maneira limpa, com a reserva sendo confirmada na moeda correta para o contrato GDS de origem. O suporte multilíngue para interfaces de agentes também é importante para portais que atendem agentes em diversas regiões.
Construir um portal multi-GDS é um projeto técnico mais substancial do que uma integração de um único GDS. Aqui está uma análise honesta do que envolve o processo de desenvolvimento e quais são as principais decisões em cada estágio.
Antes de qualquer desenvolvimento começar, você precisa de credenciais de API ativas para cada GDS que planeja conectar. As APIs do Amadeus Self-Service estão disponíveis através doPortal Amadeus para Desenvolvedores e forneça acesso ao sandbox imediatamente. As credenciais do Amadeus Enterprise exigem um acordo comercial formal e são negociadas com base nos volumes de reservas e no mercado. O Sabre e o Travelport operam de forma semelhante: o acesso ao sandbox do desenvolvedor está disponível de forma relativamente rápida, enquanto o acesso à produção requer um relacionamento contratado. O Flight Terminus pode facilitar apresentações às equipes de contas GDS como parte do escopo do projeto.
Antes de escrever o código, a arquitetura precisa ser projetada: a quais fontes GDS o portal se conecta, quais rotas são atendidas por qual fonte primária de GDS, como funciona a lógica de agregação e desduplicação e como o roteamento de reserva é tratado. Esta etapa também abrange quais canais NDC estão incluídos, se APIs diretas de companhias aéreas são necessárias para conteúdo específico de LCC e como a camada de cache é estruturada para gerenciar custos de API e tempos de resposta.
O desenvolvimento de back-end se conecta a cada API GDS, implementa a agregação, normalização, desduplicação e lógica de roteamento e cria o fluxo de reservas e emissão de bilhetes. Para um portal multi-GDS, esta é a fase de desenvolvimento mais complexa e demorada. As APIs REST do Amadeus são as mais fáceis de trabalhar para o desenvolvedor dos três principais sistemas GDS, o que é outra vantagem prática de usar o Amadeus como camada de integração primária. O Sabre e o Travelport usam protocolos mais complexos baseados em XML e SOAP para suas principais funções de reserva.
A interface de pesquisa front-end, exibição de resultados, fluxo de reservas, integração de pagamentos e ferramentas de gerenciamento de agentes são construídas sobre a camada backend. Para agências que desejam um portal B2C, o Flight TerminusPortal de reservas de voos B2C framework fornece uma base de front-end testada em produção que reduz significativamente o cronograma de construção do front-end. Para portais B2B que atendem agentes de viagens, osolução personalizada de reserva de voos B2B framework lida com login de agente, configuração de marcação e gerenciamento de PNR prontos para uso.
Cada GDS fornece um ambiente sandbox para testes antes do acesso à produção. O teste multi-GDS é mais complexo do que o teste de GDS único porque você está testando a interação entre várias fontes de API, não apenas uma. A lógica de desduplicação, as regras de roteamento e a normalização de tarifas precisam ser validadas com dados reais de cada sandbox GDS antes que quaisquer credenciais de produção sejam usadas. Espere uma fase completa de controle de qualidade que cubra todos os principais fluxos de reserva, casos extremos e cenários de erro em cada fonte de GDS.
Após o teste de sandbox, o portal passa para produção com credenciais GDS ativas. As primeiras semanas de produção exigem monitoramento cuidadoso dos tempos de resposta da API, das taxas de erro e da precisão da desduplicação em reservas reais. O monitoramento dos custos da API também é importante desde o primeiro dia, pois os volumes de pesquisa multi-GDS podem gerar custos significativos por transação que precisam ser gerenciados em relação à lógica de roteamento e cache configurada durante o desenvolvimento.
Flight Terminus é uma empresa de desenvolvimento de tecnologia de viagens especializada em integrações GDS, portais de reservas personalizados e plataformas de viagens baseadas em API. Nosso serviço de desenvolvimento de portal multi-GDS cobre a construção completa, desde o projeto da arquitetura até o lançamento da produção e manutenção contínua.
Cada projeto começa com uma chamada de descoberta para entender seus volumes de reservas, seus mercados-alvo, as rotas que seus clientes reservam com mais frequência e sua configuração tecnológica existente. A partir daí, projetamos a arquitetura multi-GDS certa para o seu negócio específico, em vez de aplicar um modelo genérico. Para iniciar essa conversa, visiteFlightterminus.com/contact-us.
Perguntas Frequentes sobre Desenvolvimento de Portal Multi-GDS
Sim, mas a diferença de custo não é tão grande quanto muitas agências esperam quando ouvem o termo pela primeira vez. O custo adicional mais alto em uma construção multi-GDS é a lógica de agregação e desduplicação, que fica na camada de back-end. O front-end, a integração de pagamentos e as ferramentas administrativas são basicamente as mesmas, independentemente de quantas fontes de GDS alimentam a plataforma. Os custos do contrato GDS também aumentam, uma vez que você paga taxas de transação a vários provedores, em vez de a um. Contra isso, a receita incremental de uma cobertura de conteúdo mais ampla normalmente compensa o custo adicional dentro de 6 a 12 meses para agências com volumes de reservas significativos.
Seu credenciamento IATA cobre a autoridade de emissão de bilhetes, independentemente de qual GDS você usa para obter a tarifa. O que muda com cada GDS é o acordo comercial que você mantém com esse provedor de GDS específico, que rege preços, taxas de reserva e acesso ao conteúdo ao qual você tem direito. A Flight Terminus pode orientá-lo nos requisitos comerciais de cada GDS como parte da fase de planejamento do projeto.
Sim, e esta é na verdade a abordagem mais sensata para muitas agências. Construir primeiro uma base sólida do Amadeus, com uma camada de agregação bem estruturada projetada para aceitar fontes de conteúdo adicionais, significa que você pode adicionar conexões Sabre, Travelport ou NDC diretas sem reconstruir a arquitetura principal. O segredo é garantir que a construção inicial seja projetada para extensibilidade desde o início. Se você adicionar fontes GDS adicionais a um sistema que não foi projetado para isso, a complexidade da integração aumentará significativamente. A Flight Terminus projeta todos os back-ends multi-GDS com a extensibilidade como um requisito principal, e não uma reflexão tardia.
Um portal multi-GDS conecta-se especificamente a dois ou mais Sistemas de Distribuição Global como suas principais fontes de conteúdo. Umportal agregador de viagens é um conceito mais amplo que pode incluir fontes GDS, mas também traz APIs diretas de companhias aéreas, conteúdo LCC, canais NDC, bancos de leitos de hotéis e outros tipos de conteúdo que ficam inteiramente fora do ecossistema GDS. Um agregador de viagens completo é o superconjunto de um portal multi-GDS. Muitas empresas de viagens começam com uma construção multi-GDS e adicionam progressivamente fontes de conteúdo não-GDS à medida que sua plataforma amadurece.
Para a maioria das empresas de viagens que visam mercados internacionais, a combinação de Amadeus, Sabre e Travelport cobre o conteúdo mais amplo possível sobre companhias aéreas. A Amadeus lidera em conteúdo de operadoras europeias, asiáticas, do Oriente Médio e africanas com a maior adoção de NDC. O Sabre oferece profundidade em companhias aéreas norte-americanas e estruturas de tarifas corporativas. A Travelport adiciona conteúdo de companhias aéreas regionais, conexões ferroviárias por meio de sua parceria Trainline e cobertura em mercados onde os outros dois têm menor penetração. A adição de canais NDC a esta base de três GDS, especialmente através do programa NDC da Amadeus, preenche as lacunas restantes de conteúdo das companhias aéreas que distribuem diretamente as suas melhores tarifas.
Sim. Todas as três principais plataformas GDS incluem hotel, aluguel de automóveis e conteúdo auxiliar junto com inventário de voos. Amadeus cobre mais de 500.000 propriedades hoteleiras. O Sabre cobre mais de 300.000 propriedades. A Travelport acessa mais de 3 milhões de opções de acomodação por meio de sua parceria com a Booking.com. Um portal multi-GDS pode agregar conteúdo de hotel dessas mesmas fontes GDS junto com conteúdo de voo, oferecendo aos clientes uma experiência combinada de pesquisa de voos e hotéis em uma plataforma. Conteúdo de aluguel de carro, trem e cruzeiro também pode ser incluído, dependendo de quais fontes GDS estão conectadas e do que o escopo da sua plataforma cobre.