Para ajudar você a testar integrações e tratamentos com possíveis estados de erro durante as reservas, as solicitações de teste estão disponíveis para todos os métodos da API de reserva da Rapid.
Para enviar uma solicitação de teste para um método da API Rapid Booking, inclua um cabeçalho HTTP adicional chamado test em sua solicitação de reserva E use o valor apropriado das tabelas abaixo.
Revise as nossas observações de teste por completo antes de tentar os testes. Abaixo encontra-se uma lista dos valores de cabeçalho de teste e suas respectivas respostas .
Nota: A falha no envio do cabeçalho test, ou o envio de um cabeçalho test inválido, fará com que a reserva seja processada Ao vivo.
- Sempre confira a política de cancelamento retornada para garantir que não seja aplicada uma multa.
- Cancelar uma reserva de teste on-hold (
hold = true) sem confirmá-la fará com que o ID do itinerário retornado por Na resposta inicial seja reutilizado pelo nosso sistema de reservas, uma vez que o itinerário original nunca foi concluído. Esteja ciente de possíveis falsos positivos neste cenário de teste. - As reservas de teste não são exibidas na plataforma dos nossos agentes de suporte de reservas. Para problemas com o agendamento de exames, entre em contato com seu representante ou parceiro da Rapid pelo número de suporte .
- Em um ambiente de testes, algumas respostas ficam como esboço. Portanto, as respostas nem sempre corresponderão ao conteúdo esperado na resposta.
- As reservas de teste exibirão um valor fictício para
rooms.rate.pricing.totals.marketing_feena resposta de recuperação. - Antes do lançamento, durante os testes, certifique-se de enviar suas consultas para test.ean.com. Este endpoint nunca realiza uma reserva real , mas cria uma reserva simulada em um ambiente de teste. Isso ainda pode ser usado post-launch para testar credenciais de produção .
- O cabeçalho de teste vai resultar em uma mensagem estática pronta como resposta. Portanto, as taxas/conteúdo etc. Retornados podem não ser relevantes para as propriedades que estão sendo testadas.
Os testes ao vivo são simplesmente reservas ao vivo padrão feitas com um cartão de crédito real, sem um cabeçalho de teste que são cancelados Após a confirmação. Você é responsável por selecionar propriedades candidatas aceitáveis e cancelar os seus próprios testes. Recomendamos os testes dinâmicos apenas nas etapas finais do desenvolvimento pré-lançamento. A Rapid não se responsabiliza por quaisquer taxas Incorridas por cancelamentos de in-policy ou tarifas non-refundable usadas para testes ao vivo.
- Busque estadias com, pelo menos, 60 a 90 dias de antecedência.
- Selecione quartos sem quaisquer penalidades de cancelamento antes do período da política (algumas propriedades cobram por cancelamentos tanto internos quanto externos).
- Verifique se a sala não possui uma sinalização falsa
refundable. - Use 'test booking' como valores de nome de hóspede no objeto
roomsda solicitação de reserva. - Use o nome, endereço e número de telefone reais associados ao seu cartão de crédito no objeto
billing_contact.
- Os quartos devem ser cancelados em até 48 horas após a reserva.
- Aguarde 5 dias úteis para o processamento do reembolso da taxa de cancelamento.
- Aguarde 30 dias úteis para que o crédito seja emitido na conta de cartão de crédito.
