Demo en vivo

Reservas para agencias y OTAs

Sistema de reservas de viajes para agencias, OTAs y operadores

Un registro cubre búsqueda, verificación de precio, reserva, pago, billete o bono, y luego cambio, cancelación o reembolso. PHPTRAVELS se autoaloja para agencias, OTAs y operadores. El código fuente va en una licencia comercial de pago único. El comprador aporta los contratos con proveedores.

  • Un registro de reserva
  • B2C, B2B, oficina y API
  • Inventario propio y APIs
  • Código fuente, autoalojado
Abrir la demo en vivoVer el precio de la licencia

Definición

¿Qué es un sistema de reservas de viajes?

Una agencia, una OTA o un operador lo usa para buscar, tarifar, reservar y atender un viaje. El registro guarda viajeros, productos, la confirmación del proveedor, el pago y el bono o el billete electrónico. No es un GDS ni un CRS de un grupo hotelero.

La plataforma existe desde mayo de 2014. El sitio indica más de 4.800 agencias y 5 millones de reservas a septiembre de 2026, en más de 100 países. Sobre nosotros presenta la empresa. Casos de éxito muestra agencias con el producto. No hay clientes inventados.

Software de reservas de viajes es el producto amplio. Portal de viajes B2C es el sitio público, Portal de viajes B2B el mostrador de agentes, Portal de viajes de marca blanca el portal con la marca y Software para agencias de viajes online el negocio tipo OTA. Esta página es solo el registro de reserva compartido.

La licencia es de pago único, no una suscripción. El alojamiento, las tarifas de proveedores y los complementos van aparte. PHPTRAVELS no añade una cuota por reserva. Los importes están solo en Precios.

Para quién esTres tipos de vendedor, una reserva. La licencia decide qué canales entran.

  • La agencia de viajes

    Vende en el dominio de la agencia, con su margen y su cuenta de comercio. Un cambio de fecha modifica esta reserva.

  • La OTA

    Varios proveedores comparten una lista de resultados. El vuelo, la estancia y el tour pueden compartir una reserva, cada uno con su referencia.

  • El operador turístico

    Carga sus propias salidas y, si el itinerario lo pide, añade un vuelo, hotel, traslado o auto desde una API.

Ciclo de la reserva

¿Cómo funciona un sistema de reservas de viajes?

Búsqueda, verificación de precio, reserva, pago, billete o bono, y luego cambio, cancelación o reembolso. El proveedor cambia. El registro no.

  1. 01

    Búsqueda

    Se pide una ruta, una estancia, una salida o un vehículo. Cada proveedor activo se consulta por su cuenta, así que una conexión lenta no bloquea a las demás.

  2. 02

    Verificación de precio

    La tarifa se vuelve a comprobar con el proveedor antes del pago. La disponibilidad que ya no existe se descarta. Las tarifas de vuelo se revalidan antes de cobrar.

  3. 03

    Reserva

    Los datos del pasajero o del huésped, el PNR o la referencia del proveedor, quedan pendientes hasta que vuelve el pago. Un reintento no abre una segunda reserva.

  4. 04

    Pago

    El pago usa las credenciales de la pasarela guardadas en el admin. El comprador paga la cuenta de comercio de la agencia. PHPTRAVELS no está en la liquidación ni añade una cuota por reserva.

  5. 05

    Billete o bono

    La emisión guarda el número de billete electrónico en el vuelo cuando las reglas lo permiten. Hoteles, tours, traslados y autos reciben un bono con la marca de la agencia. La factura sigue el mismo registro.

  6. 06

    Cambio, cancelación o reembolso

    El cambio, la cancelación y el reembolso se hacen en este registro, según las reglas del proveedor. Un vuelo puede anularse, reembolsarse o reemitirse. El hotel o el tour sigue la ventana de cancelación de esa reserva.

El PNR y la emisión en detalle están en Sistema de reservas aéreas. Las habitaciones de un grupo hotelero están en Sistema central de reservas. Esta página es la reserva que puede reunir más de un producto.

Una reserva

Un registro para vuelos, estancias, tours y autos

Cada módulo conserva la referencia del proveedor. La reserva es la carpeta de los productos que la plataforma ya incluye.

  • Vuelos

    Búsqueda, reglas tarifarias, PNR, billete electrónico, cambios y reembolsos con el acuerdo GDS de la agencia, más NDC y bajo coste a través de un consolidador.

    Vuelos

  • Estancias

    Tarifas de banco de camas y contratos directos en una búsqueda. Si dos bancos devuelven la misma habitación, quedan en un solo hotel.

    Hoteles

  • Tours

    Actividades de proveedores y salidas que carga el operador. Plazas, bono y referencia quedan en la reserva.

    Tours y actividades

  • Autos

    Alquiler de un proveedor como CarTrawler, en la misma reserva que el vuelo o el hotel.

    Autos y traslados

  • Traslados

    Traslados de aeropuerto y punto a punto con el módulo de autos y la API de transporte, con el número de vuelo para seguir la llegada.

    API de transporte

  • Visado

    Una solicitud de visado permanece en el mismo admin que la reserva. Es otro módulo, no otra empresa.

    Visas

Los tours son Tours y actividades. El flujo del operador es Software para turoperadores. Las actividades se conectan con API de tours. Cruceros, ferries y tren están en Resumen de la plataforma y aquí son opcionales.

Inventario

¿Puedo cargar hoteles, tours y traslados contratados?

Sí. Los contratos y las APIs comparten un registro. La licencia incluye conectores, no el contrato, las credenciales ni la aceptación de un proveedor.

Proveedores citados en esta página
  • Amadeus
  • Sabre
  • Travelport
  • Duffel
  • Hotelbeds
  • TBO
  • RateHawk
  • Viator
  • Tiqets
  • CarTrawler
  • Stripe
  • PayPal
  • Flutterwave
  • Paystack

La lista viva de conectores es Todas las integraciones.

Contratos con proveedores

¿Hace falta un contrato GDS para usarlo?

Solo para contenido GDS. Amadeus, Sabre y Travelport necesitan el acuerdo IATA o de consolidador de la agencia. El software no concede ese acuerdo ni autoridad de emisión. Duffel, Kiwi y PKfare pueden aportar tarifas NDC y de bajo coste. Los hoteles pueden ser Hotelbeds o contratos cargados. Los tours pueden ser las salidas del operador.

El comprador aporta cada contrato y cada credencial. Un conector no abre inventario que la agencia no haya firmado.

Canales

¿Los agentes pueden reservar igual que los clientes?

Sí. Cuatro entradas a un sistema de reservas: B2C, agentes B2B, la oficina y una API REST. La licencia decide cuáles entran.

  • Sitio B2C

    El viajero paga en el dominio de la agencia. El B2C está en cada licencia. Startup: inglés, una moneda, un dominio. Agency suma idiomas, incluido el de derecha a izquierda. Enterprise suma monedas y dominios, y quita el enlace Powered by.

    Portal de viajes B2C

  • Agentes B2B

    El agente usa su acceso, su crédito y el margen del mostrador. El portal B2B es Enterprise. Agency y Enterprise incluyen un monedero del cliente. El margen de Startup es fijo. Agency y Enterprise añaden un porcentaje.

    Portal de viajes B2B

  • Oficina

    El equipo busca, reserva, modifica y reembolsa en el admin. Bonos, facturas e informes usan la misma reserva. El CMS guarda slug, meta title, descripción, imagen social, canónica, robots y sitemap.

    CMS

  • API REST

    El complemento de API JSON permite que otra aplicación cree y lea reservas. Se cotiza aparte, no añade inventario y cubre un proveedor que aún no está conectado.

    Resumen de la plataforma

El sitio público es Portal de viajes B2C. El portal de agentes es Portal de viajes B2B. El portal con marca es Portal de viajes de marca blanca. La visión de la plataforma es Resumen de la plataforma.

Pagos

Pagos en un sistema de reservas de viajes

El checkout usa las claves de la pasarela en el admin. El dinero se liquida en la cuenta de comercio de la agencia.

  • Stripe y PayPal

    Stripe y PayPal son conectores listos. El cargo o el reembolso queda en la reserva. PHPTRAVELS no añade una cuota de pago por reserva.

    Pagos con Stripe

  • Adyen y transferencia

    Adyen está en la lista de pasarelas junto a Stripe, PayPal, la transferencia y el monedero del agente. La agencia conecta la cuenta que ya tiene.

    Integración de pasarelas de pago

  • Pasarelas regionales

    Cashfree es la pasarela lista para India. Flutterwave y Paystack están listas en el bloque de inicio. Cada una usa la cuenta de la agencia.

    Integración de pasarelas de pago

  • Una pasarela que no está lista

    Una pasarela sin conector listo puede añadirse como integración a medida sobre el código incluido. Se define después de la licencia. La guía de pasarelas muestra lo que ya está conectado.

    API de pasarela de pago

Stripe es Pagos con Stripe. PayPal es Pagos con PayPal. La guía de pasarelas es Integración de pasarelas de pago.

CRS, GDS y sistema de reservas

¿En qué se diferencian un CRS, un GDS y un sistema de reservas?

Tres nombres, tres sistemas. Una empresa puede usar los tres. No se sustituyen.

CRS, GDS y un sistema de reservas de viajes
PreguntaSistema central de reservasGDSSistema de reservas de viajes
Qué esCapa de control de habitaciones, tarifas, restricciones y reservas de un grupo hotelero.Amadeus, Sabre y Travelport distribuyen contenido aéreo, y algo de hotel, a sus abonados.El sistema de la agencia, la OTA o el operador para vuelos, estancias, tours, autos y traslados.
De dónde sale el productoLos cupos y contratos del grupo.El contenido que el abonado puede vender con su propio acuerdo.El inventario que carga el negocio, más las APIs que conecta con sus credenciales.
Qué se guardaLa reserva de habitación, el bono y la factura de ese grupo.El PNR y, tras la emisión, el billete electrónico dentro del GDS.Viajeros, productos, referencias, pago, bono o billete, y los cambios posteriores.
Quién lo operaEl grupo hotelero o la empresa que gestiona los alojamientos.La empresa del GDS. La agencia es abonada.El negocio de viajes. La instalación es autoalojada, con el código fuente incluido.
Dónde está en este sitioLa página del sistema central de reservas.La página del sistema de reservas aéreas, más las guías GDS.Esta página.

El sistema del grupo hotelero es Sistema central de reservas. El tramo de vuelos es Sistema de reservas aéreas.

Ejemplos

¿Qué ejemplos hay de sistemas de reservas de viajes?

Amadeus, Sabre y Travelport son GDS, y por eso aparecen junto a esta búsqueda. PHPTRAVELS se conecta con las credenciales de la agencia. La licencia no es un contrato GDS ni sustituye al GDS.

PHPTRAVELS es el registro alrededor de ese contenido y de los hoteles, tours y traslados del negocio. El vecino del grupo hotelero es Sistema central de reservas. El PNR y la emisión son Sistema de reservas aéreas.

Back office

¿Qué funciones debe tener un sistema de reservas de viajes?

El margen, la moneda, el idioma, el bono, la factura y el informe mantienen el registro después de la venta. El empaquetado dinámico no se afirma en esta página.

  • Márgenes

    Un importe fijo en Startup. Agency y Enterprise añaden un porcentaje. El comprador ve el precio de venta. El mostrador sigue viendo el neto.

  • Varias monedas

    Una moneda en Startup y Agency. Monedas ilimitadas en Enterprise. Un reembolso usa el mismo registro que el pago.

  • Varios idiomas

    Inglés en Startup. Idiomas ilimitados, incluido el de derecha a izquierda, desde Agency. Una reserva, no una copia por idioma.

  • Bonos y billetes electrónicos

    Hoteles, tours, traslados y autos reciben un bono con la marca de la agencia. Los vuelos guardan el PNR y el número de billete en esa reserva.

  • Facturas

    La factura sigue al bono. El método y el resultado del pago quedan en la reserva con la que se casa un reembolso o una factura de proveedor.

  • Informes

    Reservas, ingresos, reembolsos y libros de agentes se exportan desde las reservas del admin.

Alojamiento

¿Es SaaS en la nube o autoalojado?

Autoalojado, con el código fuente en cada licencia bajo una licencia comercial. No es un SaaS multiusuario de alquiler ni es código abierto.

Licencia autoalojada y un portal SaaS de alquiler
PreguntaEsta licencia autoalojadaUn portal SaaS de alquiler
Código fuenteIncluido en cada licencia. Modificar el código es un término de Enterprise.Suele quedarse en el proveedor.
Dónde correEl servidor de la agencia, o alojamiento gestionado. Las reservas viven en esa instalación.La nube del proveedor. La agencia configura un acceso.
El registroLa base de datos de la agencia en esa instalación.El inquilino del proveedor, con exportación solo si el contrato la permite.
ProveedoresConectores del directorio. La agencia firma cada proveedor e introduce las claves.A menudo los proveedores del vendedor, o sus tarifas.
PagosLa cuenta de comercio de la agencia y las credenciales de su pasarela.A menudo el checkout del proveedor.

Una comparación más larga es Autoalojado vs SaaS. El alojamiento gestionado es Hosting compartido o Hosting VPS. Los importes están en Precios.

Licencia

¿Cuánto cuesta un sistema de reservas de viajes?

Licencias de pago único: Startup, Agency y Enterprise. B2C, admin y código fuente están en las tres. Los agentes B2B son Enterprise. Alojamiento, depósitos, apps y la API JSON van aparte. PHPTRAVELS no cobra por reserva.

Los importes están solo en Precios. Las tarifas de proveedores y pasarelas son contratos de esas empresas. El trabajo a medida se define después de la licencia.

Ver el precio de la licencia

Puesta en marcha

¿Cuánto tarda la puesta en marcha?

La puesta en marcha es de 7 a 10 días laborables en Startup, de 1 a 2 días en Agency y de 4 a 6 horas en Enterprise: instalación, configuración y pruebas. La aprobación del proveedor puede tardar más.

  1. Recorrer la demo

    Busca un vuelo, una estancia, un tour o un auto en la demo y abre la reserva antes de elegir un plan.

  2. Leer el plan

    Startup es inglés, una moneda y un dominio. Agency suma idiomas. Enterprise suma agentes, monedas y dominios.

  3. Pedir la licencia

    La licencia es un pedido de pago único. El alojamiento es el servidor de la agencia o el gestionado. Los contratos siguen a nombre de la agencia.

  4. Configurar y probar

    Instala, aplica la marca, introduce credenciales, fija el margen, conecta la pasarela y lleva una reserva hasta un bono o un billete electrónico.

La demo es Demo en vivo. Los planes y los plazos están en Precios.

Encaje honesto

A quién encaja un sistema de reservas de viajes

Encaja

Una agencia, OTA u operador que firma sus proveedores y quiere el registro autoalojado, con código fuente. Startup es un idioma, una moneda y un dominio. Agency suma idiomas. Enterprise suma agentes, monedas y dominios.

Encaja mal

Las habitaciones de un grupo hotelero van en la página del CRS. El PNR y la emisión van en la página aérea. El contenido GDS y la autoridad de emisión no están incluidos. El empaquetado dinámico no se promete.

Grupos hoteleros: Sistema central de reservas. Emisión de vuelos: Sistema de reservas aéreas. El producto amplio: Software de reservas de viajes.

Siguiente paso

Ve el sistema de reservas de viajes en la demo

Sigue una reserva de la búsqueda al bono y luego lee la licencia en la página de precios.

Abrir la demo en vivoVer el precio de la licenciaHabla con ventas

Sistemas relacionados

Preguntas frecuentes

Preguntas sobre un sistema de reservas de viajes

Respuestas del producto tal como se vende. Los importes se quedan en la página de precios.

Habla con ventas

El sistema que una agencia, una OTA o un operador usa para buscar, tarifar, reservar y atender un viaje. Un registro guarda viajeros, productos, referencias, pago y el bono o el billete. PHPTRAVELS es autoalojado, con código fuente, en una licencia comercial de pago único.

Buscar, revalidar la tarifa, guardar el PNR o la referencia, cobrar en la pasarela de la agencia, emitir el billete o el bono, y luego cambiar, cancelar o reembolsar en ese registro.

Un CRS guarda habitaciones y tarifas de un grupo hotelero. Un GDS como Amadeus, Sabre o Travelport distribuye contenido según el acuerdo del abonado. El sistema de reservas es el registro de la agencia. PHPTRAVELS se conecta a un GDS y no lo sustituye.

Amadeus, Sabre y Travelport son GDS. PHPTRAVELS se conecta a ellos y es el sistema de reservas de vuelos, estancias, tours, autos y traslados. Las páginas de CRS y de aerolínea cubren los otros dos sistemas.

Un registro, una verificación de precio, márgenes, moneda e idioma según la licencia, bonos, billetes, facturas e informes. El B2C está en cada plan. Los agentes B2B son Enterprise. La API REST es un complemento. No se afirma empaquetado dinámico.

Sí. Cupos, tarifas y stop-sell del hotel van al extranet. Los tours son las salidas del operador. Un traslado puede ser un servicio de la agencia. Las APIs se sientan al lado. Los contratos los aporta la agencia.

Solo para tarifas GDS. Amadeus, Sabre y Travelport necesitan el acuerdo IATA o de consolidador de la agencia. La licencia no lo concede ni da autoridad de emisión. Hotelbeds, Viator, Tiqets, CarTrawler y los contratos cargados no necesitan un GDS.

Los clientes usan el B2C en cada licencia. Los agentes usan el portal B2B en Enterprise, con acceso, crédito y márgenes. Agency y Enterprise añaden un monedero del cliente. El equipo usa la oficina. El complemento de API REST usa las mismas reservas.

Autoalojado. El código fuente está en cada licencia bajo una licencia comercial, no una licencia de código abierto. Se usa el servidor de la agencia o el alojamiento gestionado. Modificar el código y las actualizaciones de por vida son términos de Enterprise.

Startup, Agency y Enterprise son licencias de pago único. Los importes están solo en la página de precios. El alojamiento, las tarifas de proveedores, las apps y la API JSON van aparte. PHPTRAVELS no cobra por reserva.

De 7 a 10 días laborables en Startup, de 1 a 2 en Agency y de 4 a 6 horas en Enterprise, con instalación, configuración y pruebas. La aprobación del proveedor puede alargarse.

Sigue explorando

Más sobre la plataforma