Para ayudarte a probar la gestión de los posibles estados de error de tu integración durante las reservas, hay disponibles solicitudes de prueba para todos los métodos de la API de reservas de Rapid.
Para enviar una solicitud de prueba para un método de la API de Rapid Booking, incluye un encabezado HTTP adicional llamado prueba en tu Solicitud de reserva y utiliza el valor apropiado de las tablas siguientes.
Repasa todas nuestras notas acerca de las pruebas antes de intentar realizar ninguna. Más abajo encontrarás una lista de valores de encabezado de prueba y sus respuestas A continuación.
Nota: No enviar cabecera de prueba, o enviar una cabecera de prueba no válida, hará que la reserva se procese En directo.
- Comprueba siempre la política sobre cancelaciones devueltas para asegurarte de que no se aplique ninguna penalización.
- Cancelar una reserva de prueba de on-hold (
hold = true) sin confirmarla hará que el ID del itinerario devuelto por la respuesta inicial sea reutilizado por nuestro sistema de reservas, ya que el itinerario original nunca se completó. Ten en cuenta de posibles falsos duplicados en este escenario de pruebas. - Las reservas de prueba no aparecen en nuestra plataforma de agentes de atención a la gestión de reservas. Ponte en contacto con tu representante o socio de Rapid para cuestiones relacionadas con la reserva de pruebas.
- Ten en cuenta que, en un entorno de prueba, algunas respuestas de la prueba se procesarán con fragmentos de código. Por lo tanto, las respuestas no siempre coincidan con el contenido esperado en la respuesta.
- Las reservas de prueba mostrarán un valor stubbed para
rooms.rate.pricing.totals.marketing_feeen la respuesta de recuperación. - Antes del lanzamiento, durante las pruebas, asegúrate de enviar tus consultas a test.ean.com. Este punto final nunca hace una reserva real, sino que crea una reserva simulada en un entorno de prueba. Esto puede seguir utilizándose post-launch para probar credenciales de producción.
- El encabezado de prueba dará lugar a un mensaje predeterminado estático que se devolverá como una respuesta. Por lo tanto, los índices/contenidos, etc. devueltos pueden no ser relevantes con las propiedades que se están probando.
Las pruebas en vivo son simplemente reservas estándar en vivo realizadas con una tarjeta de crédito real, sin una cabecera de prueba que se cancelan Tras la confirmación. Es tu responsabilidad seleccionar alojamientos aceptables como candidatos y cancelar tus propias pruebas. Te recomendamos que realices pruebas en directo solamente para las fases del desarrollo inmediatamente anteriores al lanzamiento. Rapid no se hace responsable de Gastos ocasionados por las cancelaciones de in-policy o las tarifas de non-refundable utilizadas para las pruebas en directo.
- Todas las reservas deben realizarse con un plazo mínimo de entre 60 y 90 días de antelación.
- Selecciona habitaciones sin penalizaciones por cancelación antes del periodo de vigencia de la póliza (algunos establecimientos cobran por las cancelaciones tanto dentro y outside-policy ).
- Comprueba que la sala no tiene una bandera falsa
refundable. - Utiliza "reserva de prueba" como valores del nombre del huésped en el objeto
roomsde la solicitud de reserva. - Utiliza el nombre, la dirección y el número de teléfono reales asociados a tu tarjeta de crédito en el objeto
billing_contact.
- Las habitaciones deben cancelarse en un plazo de 48 horas desde la reserva.
- Deja que pasen 5 días hábiles para el procesamiento del reembolso de la tasa de cancelación.
- Deja que pasen 30 días hábiles para que el crédito se publique en la cuenta de la tarjeta de crédito.
