El día que conectó a su octavo proveedor, su inventario no se multiplicó por ocho. La lista de resultados se alargó, la página se volvió más lenta, el mismo hotel apareció tres veces y el equipo de reservas empezó a preguntar cuál de los tres tenía que vender. Eso no significa que la integración esté mal hecha. Es el comportamiento natural de un inventario multiproveedor: cada proveedor envía el mismo establecimiento físico con su propio código, su propia grafía del nombre y su propia calidad de contenido.
La ganancia no está en el número de conexiones. La ganancia está escondida en tres decisiones que reducen esas vistas solapadas a un único registro correcto: cómo decide usted que dos registros son el mismo hotel; cuál de las dos ofertas de ese hotel sale a la venta; y, al fusionar dos registros, qué campos mezcla y cuáles no toca jamás. La tercera es la menos conocida y la más cara, porque una política de cancelación mal fusionada hace que el cliente lea unas condiciones que no son las suyas, y la diferencia la paga la agencia.
Este artículo reúne los umbrales, los órdenes de decisión y las rutinas de control que un responsable de contratación o de producto puede aplicar al tomar esas tres decisiones. Incluye también el triángulo cupo, stop sale y release que entra en juego en cuanto usted mete sus propios hoteles contratados en la misma lista. Aunque no utilice ningún software, la mayor parte de estas reglas se puede aplicar en una hoja de cálculo y en un punto fijo del orden del día semanal.
El problema empieza con el segundo proveedor y se vuelve inmanejable con el octavo
Con un solo proveedor no existe el problema del duplicado. En el momento en que conecta al segundo, el mismo establecimiento empieza a aparecer dos veces. A partir de ahí el crecimiento no es lineal sino multiplicativo: cada fuente nueva se solapa por separado con todas las que ya tenía.
La magnitud de ese solapamiento es mayor de lo que la mayoría de los equipos supone. Según la guía de mapeo hotelero de Vervotech de 2026, en un mercado grande como Dubái, Bangkok o Londres el solapamiento de inventario entre dos proveedores cualesquiera supera de forma rutinaria el 60 %. La misma fuente señala que una agencia de viajes online de tamaño medio acaba, tarde o temprano, conectada a 15 proveedores. Es decir, no gestiona 15 listas limpias, sino 15 vistas mayoritariamente superpuestas de los mismos establecimientos.
Hay además una parte móvil. En el análisis que AltexSoft apoya en datos de GIATA, la estadística de veinte años de GIATA muestra que alrededor del 2 % de los hoteles sufre cada año un cambio de fondo: cambio de nombre, cambio de cadena o actualización de los datos de contacto. Si su catálogo tiene 3.000 hoteles, cada año se mueven los datos identificativos de unos 60 establecimientos. El mapeo no es un trabajo que se hace una vez y se cierra; es un activo con mantenimiento.
| Proveedores conectados | Qué pasa en la práctica | Qué hay que hacer |
|---|---|---|
| 1 | No hay duplicados, pero tampoco comparación | No hace falta mapeo |
| 2-3 | Los duplicados se ven, se depuran a mano | Iniciar la definición de identidad canónica |
| 4-7 | El personal ya no ve cuál es la oferta más barata | Fuente de mapeo y regla de oferta ganadora obligatorias |
| 8+ | Una lista sin mapear no es vendible | Hacen falta mapeo por habitación y rutina de registro de hallazgos |
El umbral de esta tabla es el siguiente: a partir del cuarto proveedor el mapeo deja de ser una mejora y pasa a ser un requisito previo. Desde ese punto la depuración manual ya no es algo que el esfuerzo humano pueda alcanzar.
El identificador canónico de hotel: la idea del "único registro correcto"
El código de hotel de un proveedor no es una identidad; es el número de fila que ocupa en su propio catálogo. El mismo establecimiento lleva cuatro códigos distintos en cuatro fuentes. La identidad canónica de hotel es el registro superior que ata todos esos códigos a un único establecimiento físico. Una vez creado ese registro, la pregunta "¿es el mismo hotel?" no vuelve a llegar nunca a la mesa del personal.
El mismo establecimiento llega de cuatro fuentes con cuatro códigos y cuatro grafías distintas. La identidad canónica los reduce a una sola ficha; la oferta más baja sale a la venta y las demás quedan detrás para comparar.
La decisión de emparejamiento no se puede tomar mirando un solo campo. La grafía del nombre cambia de proveedor a proveedor ("GRAND MARINA RESORT SPA" y "Hotel Grand Marina Resort and Spa" son el mismo establecimiento), las coordenadas a veces señalan la entrada y a veces el aparcamiento, y el formato de dirección varía según el país. Por eso la decisión se toma evaluando conjuntamente el nombre normalizado, la proximidad de coordenadas, la dirección y el código postal, y la categoría y el tipo de establecimiento.
Una tasa de precisión no es una frase de marketing, es una partida presupuestaria
Los proveedores de mapeo publican tasas de precisión, y esas tasas se parecen mucho entre sí. Según la recopilación de AltexSoft, GIATA reporta un 99,998 % y Vervotech un 99,999 % de precisión a nivel de hotel. La misma recopilación indica que la base de datos de GIATA contiene unos 1,2 millones de establecimientos y 124 millones de códigos de reserva, y Gimmonix 1,9 millones de establecimientos.
La diferencia real no está en la cifra, sino en cómo se llega a ella. La guía de Vervotech afirma que los sistemas basados solo en reglas se estancan en la banda del 90-95 % en mercados bien cubiertos, y que superar el 99,9 % solo escala con enfoques híbridos que combinan reglas, aprendizaje automático y revisión humana. Al evaluar una fuente, la pregunta no es "¿qué porcentaje?", sino "¿cómo llegan a ese porcentaje y en qué mercado lo midieron?".
El coste del error también es concreto. Según la cifra que AltexSoft atribuye al responsable de marketing de GIATA, un error medio de mapeo hotelero supone a una OTA en Alemania unos 1.500 EUR de gasto adicional. Ese es el coste de corregir un registro mal emparejado y cerrar las consecuencias que ha generado; no es un coste por reserva.
El equivalente en el lado de las reservas lo da Vervotech aparte: una tasa de error de mapeo del 4 % significa 40 confirmaciones de habitación equivocadas por cada 1.000 reservas; en una OTA de tamaño medio que gestiona 50.000 reservas al mes, eso son unas 2.000 confirmaciones equivocadas al mes.
No multiplique esas dos cifras: son unidades distintas. Pero sí adapte la segunda a su volumen: en una agencia que hace 600 reservas al mes, una tasa de error del 4 % produce alrededor de 24 confirmaciones de habitación equivocadas al mes. Cada una es una reclamación, una reubicación o una diferencia de precio. Calcule ese número una sola vez; ahí termina el debate sobre el retorno de una inversión en mapeo.
Cinco preguntas al elegir una fuente de mapeo
- Cobertura: ¿cuál es la tasa de cobertura en mis destinos? No acepte una media global: pida la cifra para Canarias, Baleares y Riviera Maya, o para los tres destinos que sostienen su volumen.
- Nivel de habitación: ¿mapean solo a nivel de hotel o también a nivel de habitación? Denme la precisión de cada nivel por separado.
- Frecuencia de actualización: el 2 % de los hoteles cambia cada año; ¿con qué frecuencia se renueva el catálogo y cómo se me notifica el cambio?
- Resolución de conflictos: si dos registros caen bajo la misma identidad, ¿cuál gana, quién lo decide y se puede revertir?
- Informe de registros sin emparejar: ¿puedo obtener como lista los códigos que no se han podido emparejar? Si no puede, no sabrá cuán grande es su punto ciego.
La quinta es la que más se salta y la más crítica. Dejar que los registros sin emparejar caigan en un registro de hallazgos revisado semanalmente es la única práctica que impide que la calidad del mapeo se degrade con el tiempo.
La regla de la oferta ganadora: cuando el mismo hotel llega con dos precios
Ya ha deduplicado; ahora tiene que decidir cuál de las dos ofertas del mismo hotel sale a la venta. La simplificación habitual es "gana el precio más bajo". En la mayoría de los casos es un valor por defecto correcto y defendible, pero no siempre.
"Más barato" solo tiene sentido si las dos ofertas venden lo mismo. En estos casos el precio más bajo es la decisión equivocada:
- Las dos ofertas tienen régimen distinto. Solo la diferencia entre solo alojamiento y alojamiento con desayuno puede ser mayor que la diferencia de precio.
- Las dos ofertas llevan política de cancelación distinta. Una oferta no reembolsable es por naturaleza más barata que una flexible; ponerlas una al lado de la otra y decir "gana la barata" no es comparar, es confundir.
- Uno de los precios llega sin impuestos ni tasas. La oferta más cara en total aparece barata en la lista.
- La oferta es bajo petición; hasta que llega la confirmación no es realmente vendible.
Por eso la decisión no puede tener un solo criterio: tiene que ser secuencial.
| Orden | Criterio | Regla |
|---|---|---|
| 1 | Comparabilidad | Si régimen y tipo de habitación no coinciden, no las ponga juntas |
| 2 | Vendibilidad real | Una oferta bajo petición no equivale a una de confirmación inmediata |
| 3 | Coste total | Se compara el importe con impuestos y tasas incluidos |
| 4 | Flexibilidad de cancelación | A igual precio, gana la política flexible |
La cuarta línea no es una preferencia, es una decisión de riesgo: cuando llegan dos ofertas al mismo precio, vender la de cancelación más flexible reduce el importe que quedará a cargo de la agencia si entra una cancelación. Convierta esa regla en política escrita; si se deja al criterio de cada persona, en el momento de la venta siempre se elige la cifra más baja.
Completar contenido de forma cruzada: qué campo se fusiona y cuál nunca
Una vez determinada la oferta ganadora surge una segunda oportunidad. El proveedor más barato suele ser el más pobre en contenido: descripción corta, pocas imágenes, lista de servicios incompleta. Llevar el contenido más rico del proveedor perdedor a los campos vacíos de la oferta ganadora mejora directamente la vendibilidad.
Pero el límite de esa fusión es muy claro, y la mayoría de los equipos lo aprende por primera vez a través de una reclamación.
A la izquierda, la información fija del establecimiento: puede completarse desde el proveedor perdedor. A la derecha, las condiciones contractuales de la oferta que vende: nunca se mezclan.
La distinción se reduce a una sola pregunta: ¿este campo pertenece al establecimiento o a la oferta que vende?
- Pertenece al establecimiento, se puede fusionar: nombre del hotel, dirección y coordenadas, imágenes, servicios del establecimiento, texto descriptivo, categoría, etiquetas temáticas, puntuación de los huéspedes. Venga del proveedor que venga, esta información describe la misma realidad.
- Pertenece a la oferta, no se fusiona nunca: precio, política de cancelación y última fecha de cancelación gratuita, código de régimen, tipo de habitación y ocupación, disponibilidad, impuestos y tasas incluidos en el precio, condiciones del rate plan, conceptos a pagar en el establecimiento.
La regla en una frase: una ficha que lee el precio del proveedor A y la política de cancelación del proveedor B le cuenta al cliente unas condiciones falsas. Cuando el cliente diga "ponía que era reembolsable" no le quedará nada que defender; la diferencia la cubre la agencia. Esa es la única instrucción que necesita quien construya su lógica de fusión de contenido.
Mapeo de habitaciones: un nivel más difícil que el de hoteles
Supongamos que ya ha resuelto el mapeo a nivel de hotel. La pérdida de dinero real ocurre un nivel más abajo, en la habitación. Como el propio GIATA señala en sus publicaciones, muchas empresas van primero al mapeo de hoteles porque los establecimientos duplicados se ven a simple vista; pero el mapeo de hoteles resuelve solo una parte del problema.
El tamaño de esa diferencia lo muestran mejor que nada las cifras de un mismo proveedor. Según la recopilación de AltexSoft, Vervotech reporta 99,999 % a nivel de hotel y 95 % a nivel de habitación. La misma empresa, los mismos datos, dos mundos distintos.
La traducción operativa es contundente: a nivel de hotel el margen de error es de uno entre cien mil; a nivel de habitación, de uno entre veinte. Es decir, el margen de error por habitación es unas 5.000 veces el de hotel. Si una de cada veinte habitaciones está mal emparejada, su comparación de precios por habitación no es estadísticamente fiable.
Cuatro nombres de habitación distintos en el mismo hotel: "King Room With Park View", "Twin Room With Partial Bosphorus View". Bajo cada tipo hay dos líneas de precio: la misma habitación, distinto rate plan. En el panel de la derecha se eligen por separado la política de cancelación y el régimen. (El idioma de la interfaz en este ejemplo es el turco; los nombres de habitación llegan en inglés desde el feed del proveedor.) Lo que hay que comparar al mapear no es el nombre de la habitación, sino ese trío completo.
El origen del problema es simple: la misma habitación llega de un proveedor a otro como "Habitación estándar vista al mar", "Sea View Double" o "Superior Double Sea View". Para mapear hay que normalizar por separado el tipo de cama, las vistas, la configuración del baño y los servicios: un trabajo mucho más fino que el emparejamiento a nivel de establecimiento.
La regla aplicable
Si no se puede establecer una coincidencia a nivel de habitación, lo que hay que hacer no es adivinar, sino retirar la comparación:
Si dos ofertas del mismo hotel no coinciden a nivel de habitación, no se muestra una comparación de precios lado a lado. Se muestran como dos fichas separadas y el proveedor de origen queda visible.
Esta regla bloquea una afirmación falsa de "más barato". El personal ve las dos fichas y decide por sí mismo; el sistema no imita una certeza que no tiene. A corto plazo la lista parece menos ordenada; a largo plazo bajan las reclamaciones.
Códigos de régimen: RO, BB, HB, FB, AI, UAI
Después del precio, el régimen es el campo peor entendido de la venta hotelera, y los proveedores no lo envían con un código estándar. Llega como texto libre: "Bed and Breakfast", "Alojamiento y desayuno", "AD", "B/B": los cuatro son lo mismo.
El conjunto canónico asentado en el sector tiene seis códigos.
Los seis códigos canónicos y las equivalencias en texto libre que más usan los proveedores. Si no puede reducir el texto entrante a estos seis códigos, tanto el filtro de régimen como la comparación de precios inducirán a error.
El proceso a aplicar tiene tres pasos:
- Cree un diccionario de reducción. Mantenga un diccionario que asigne el texto libre de cada proveedor a uno de los seis códigos. El diccionario debe ser por proveedor; el mismo texto puede significar cosas distintas en dos proveedores.
- No descarte en silencio lo que no encaja. Los valores sin equivalencia en el diccionario deben caer en el registro de hallazgos y revisarse semanalmente. Asignar un código por defecto y seguir adelante vuelve a fin de mes como la reclamación "yo creía que el desayuno estaba incluido".
- Acepte que igualar el código no iguala el alcance. Sobre todo en el caso de UAI.
"Ultra todo incluido" no es un estándar, es una cláusula de contrato
UAI no tiene una definición vinculante en el sector. Su alcance lo fija el contrato con el establecimiento: en un hotel las bebidas de importación están incluidas y en otro solo la producción local; el acceso al restaurante a la carta puede ser ilimitado en un establecimiento y de una vez por estancia en otro.
Consecuencia práctica: cuando venda UAI, comunique la lista de alcance de ese establecimiento, no el código. En sus propios hoteles contratados, extraiga esa lista del contrato y escríbala en la descripción del producto. Si en los hoteles de proveedor no llega la lista de alcance, mantenga visible en la pantalla de venta el aviso "el alcance varía según el establecimiento".
Cuando entran sus propios contratos: cupo, stop sale y release
En el momento en que mete sus propios hoteles contratados en la misma lista de búsqueda aparece una nueva carga de gestión. En el inventario de proveedor la disponibilidad era problema de otro; en su propio contrato es suyo.
Tres conceptos se confunden constantemente porque los tres afectan al cupo. Pero responden a tres preguntas distintas.
Arriba, sobre el eje que cuenta atrás hasta la llegada: el bloque de cupo, la ventana de release y las habitaciones que vuelven al establecimiento. Abajo, la franja de cupo diario: días abiertos a la venta, días cerrados con stop sale y días que quedan silenciosamente invendibles porque no se cargó tarifa.
- Cupo (allotment): el bloque de habitaciones que tiene derecho a vender. Su pregunta: ¿cuánto puedo vender?
- Stop sale: el cierre de la venta día a día. Su pregunta: ¿qué día está cerrado?
- Release: el momento en que la habitación no vendida vuelve al establecimiento. Su pregunta: ¿hasta cuándo?
La ventana de release: rango del sector y objetivo de negociación
Según la guía de 2026 de DMC Quote sobre contratos de cupo hotelero, el rango estándar negociado es de 14-21 días antes de la llegada, con un objetivo de negociación de 21-30 días. En la definición de Xotels este periodo se llama "release period" o "cut off date" y marca el fin del tiempo durante el cual se retienen las habitaciones bloqueadas.
El equilibrio aquí es simple: cuanto más largo es el release, más se desplaza al establecimiento el riesgo de la habitación no vendida; cuanto más corto, más queda en su lado. Pida un release largo al principio de la temporada; una vez demostrado que vende, úselo como palanca en la negociación de precio.
Soft, hard y free sale: el mismo hotel, tres riesgos distintos
Los rangos de la misma guía separan con claridad los tres modelos.
| Modelo | Descuento sobre rack | Si no se vende | Cuándo elegirlo |
|---|---|---|---|
| Free sale | 5-15 % | Sin obligación | Destino nuevo con demanda incierta |
| Soft allotment | 10-25 % | Vuelve en el release | Producto estacional principal con demanda conocida |
| Hard allotment | 20-35 % | Se paga se venda o no | Establecimiento de alto volumen con ocupación probada |
Según la misma fuente, el anticipo típico en hard allotment es del 25-50 % a la confirmación, con un objetivo de negociación del 25 % de anticipo y 30 días de plazo de pago. El saldo se pide normalmente 14 días antes de la llegada, con un objetivo de 7 días. Como escala de volumen, por noches de habitación anuales se indican rangos de descuento del 15 % entre 50 y 100 noches, 20 % entre 101 y 250, 25 % entre 251 y 500, y 30 % por encima de 500. El suplemento de temporada alta es del 30-50 % como estándar, con un objetivo de negociación de tope del 25 % o una tarifa de temporada fija.
Regla de decisión: entre en hard allotment solo si tiene ocupación realizada la temporada pasada en ese mismo establecimiento. Si no tiene histórico, empiece en la banda del 10-25 % del soft allotment; asumir la totalidad de la habitación no vendida a cambio de un 10-20 % adicional de descuento escribe, en la primera temporada floja, una pérdida muy superior a ese descuento.
Días sin tarifa o sin cupo: la fuga silenciosa de ingresos
En su propio inventario, el error más caro no es el stop sale, sino el hueco que nadie detecta. El stop sale es una decisión consciente; un día sin tarifa cargada es un día en el que nadie decidió nada. Los dos son invendibles, pero solo uno es intencionado.
Esos días no se detectan sin un informe, porque no dan error en la búsqueda: simplemente no devuelven resultado para esa fecha. El cliente se va a otro hotel y usted cree que no ha pasado nada.
Rutina aplicable: antes de abrir la temporada y una vez por semana durante la temporada, ejecute el informe de "días sin tarifa o sin cupo". Estos informes tienen un límite práctico: en la instalación con la que trabajamos, la ventana de escaneo está limitada a 92 días. Si su temporada supera los tres meses, el informe debe ejecutarse por tramos y no de una sola vez; de lo contrario el último mes de la temporada no se escanea nunca y precisamente sus días de tarifa más alta quedan en el punto ciego.
Calcule una vez el tamaño de la pérdida. Un ejemplo hipotético pero realista: si en un bloque de 6 habitaciones quedan 2 días sin tarifa, hay 12 noches de habitación silenciosamente invendibles. Con un precio medio de 120 EUR por noche, eso significa que un derecho de venta de 1.440 EUR nunca llegó al escaparate. Rehaga la cifra con su propio número de habitaciones y su precio medio; el coste de la costumbre de sacar un informe semanal queda invisible al lado.
Un proveedor lento no debe detener la búsqueda
En una búsqueda que consulta ocho fuentes a la vez, la fuente más lenta no tiene por qué marcar el ritmo de toda la búsqueda. Dos decisiones de diseño lo evitan.
Flujo progresivo de resultados: los resultados se listan a medida que llegan, no cuando han llegado todos. Cuando responde la fuente lenta, se añade a la lista. El personal ve los primeros resultados en segundos.
Cortacircuitos (circuit breaker): una fuente que falla o agota el tiempo de espera de forma continua se desactiva temporalmente y se reintenta a intervalos definidos. Así un proveedor averiado no reproduce el mismo retardo en cada búsqueda.
En la sincronización de estados hace falta una cadencia parecida. En la instalación con la que trabajamos, la sincronización del estado de las reservas se ejecuta en un ciclo de dos minutos y con un cortacircuitos por proveedor. La restricción que hay que conocer es esta: la consulta de estado no está disponible en todos los proveedores. El seguimiento automático solo funciona en las fuentes que soportan consulta de estado; en las demás, el estado de la reserva se gestiona mediante un barrido por vencimiento de plazo.
De ahí sale su regla de operación: escriba como lista en qué proveedores suyos no hay seguimiento automático de estado y defina un punto de control manual para las reservas de esas fuentes. Si no elabora esa lista al principio, el primer momento en que se dará cuenta será aquel en que un cliente llegue al establecimiento y le digan que no hay reserva.
Hoteles bajo petición: están en la lista, pero no vendidos
Los hoteles bajo petición (confirmación a solicitud) son ofertas que parecen vendibles pero no tienen cupo garantizado. La reserva no se confirma hasta que llega la aprobación del establecimiento. Operativamente eso no es un problema; se convierte en problema si se le explica mal al cliente.
Lo que cierra el riesgo no es el software, sino un texto estándar. La plantilla que se transmite al cliente en el momento de la venta debe contener estos tres datos:
"Este establecimiento se confirma bajo petición. Su reserva está actualmente en estado de solicitud previa y quedará en firme con la confirmación del establecimiento. El plazo de confirmación suele ser de [X horas]. Si no llega la confirmación, no se cobra importe alguno y le enviaremos opciones alternativas."
La regla de operación que la acompaña: al vender una oferta bajo petición, identifique y reserve mentalmente una alternativa de confirmación inmediata para las mismas fechas. Cuando la confirmación llegue en negativo, el cliente debe oír "tenemos esta opción" y no "no lo hemos encontrado". Ese único hábito convierte en venta una parte importante de las cancelaciones originadas por peticiones.
Lista de verificación de apertura de temporada
Controles que pueden completarse en una sola sesión antes de abrir la temporada:
- ☐ Informe de códigos de hotel sin emparejar obtenido para cada proveedor conectado; registro de hallazgos vaciado.
- ☐ Búsqueda de hoteles duplicados realizada en mis 20 destinos principales; duplicados restantes fusionados a mano.
- ☐ Comparación lado a lado desactivada para las ofertas que no coinciden a nivel de habitación.
- ☐ Diccionario de reducción de regímenes revisado para cada proveedor; textos libres sin equivalencia codificados.
- ☐ Listas de alcance de los establecimientos vendidos como UAI extraídas del contrato y volcadas en la descripción del producto.
- ☐ Informe de "días sin tarifa / sin cupo" ejecutado en los hoteles propios contratados, por tramos si la temporada supera los 92 días.
- ☐ Plazo de release confirmado por escrito en cada contrato; todo lo inferior a 14 días llevado a negociación.
- ☐ Datos de ocupación de la temporada pasada archivados para los establecimientos con hard allotment.
- ☐ Días de stop sale confirmados mutuamente con el establecimiento (los días cerrados por el hotel listados aparte de los cerrados por usted).
- ☐ Proveedores sin seguimiento automático de estado listados; punto de control manual y responsable asignados.
- ☐ Plantilla de información al cliente y regla de reserva de alternativa comunicadas al equipo para los establecimientos bajo petición.
- ☐ Orden de decisión de la oferta ganadora convertido en política escrita y visible en la pantalla de venta.
Qué preguntar, punto por punto, al elegir un software
Ningún sistema que gestione inventario multiproveedor lo hace todo. Las capacidades siguientes se dan por supuestas con frecuencia pero faltan en la mayoría de las instalaciones; al pedir una oferta, pregunte por cada una por separado y vea el "sí" en pantalla:
- ¿Hay integración con channel manager? ¿Puede empujar el cupo y las tarifas de su propio inventario a un channel manager externo?
- ¿Hay salida de inventario hacia fuera? ¿Puede ofrecer su inventario contratado a otro comprador vía XML/API?
- ¿Hay carga masiva? ¿Puede subir datos de habitación, tarifa y cupo desde un fichero (Excel/CSV), o todo se teclea en pantalla?
- ¿Se guarda el fichero del contrato? ¿Puede adjuntar el PDF del contrato al registro del hotel y recuperarlo después?
- ¿Hay módulo de reserva de grupo/bloque en el lado hotelero? El equivalente hotelero de la lógica de bloque del lado aéreo no existe en la mayoría de los sistemas.
- ¿Se pueden vender servicios adicionales sobre la reserva? ¿Se pueden añadir traslados, excursiones o extras a una reserva de hotel?
- ¿Hay cobro parcial / flujo de depósito? ¿Puede cobrar un anticipo en alojamiento y el saldo antes de la llegada?
- ¿En qué proveedores funciona el seguimiento automático de estado? No acepte "en todos": pida la lista.
La respuesta a estas ocho preguntas puede ser "no" y el sistema seguir siendo el sistema correcto para usted, siempre que conozca la respuesta antes de comprar y escriba ese trabajo en su plan como proceso manual. El hueco que aparece cuando la pregunta no se hizo es el hueco más caro de tapar a mitad de temporada.
Fuentes
- Vervotech — What is Hotel Mapping? The 2026 Guide for OTAs, Bedbanks, and Metasearch: https://vervotech.com/blog/what-is-hotel-mapping-guide/
- AltexSoft — Hotel Mapping Tools: How GIATA, Gimmonix, Vervotech, and Other Solutions Work: https://www.altexsoft.com/blog/hotel-mapping-tools-how-giata-gimmonix-databindr-and-other-solutions-work/
- GIATA — Hotel Mapping and Room Mapping: https://www.giata.com/hotel-mapping-room-mapping-travel-bookings/
- DMC Quote — Hotel Allotment Contracts: Negotiating Terms: https://dmcquote.com/blog/post/hotel-allotment-contracts-negotiating-terms
- Xotels Glossary — Allotment: https://www.xotels.com/en/glossary/allotment
Preguntas frecuentes
¿Por qué el mismo hotel llega de varios proveedores con nombres distintos?
Cada proveedor mantiene su catálogo con sus propias reglas; puede escribir el nombre del hotel en mayúsculas, abreviado o anteponiéndole "Hotel". El formato de la dirección cambia según el país y la fuente, y las coordenadas apuntan unas veces a la entrada y otras al aparcamiento. Por eso el mismo establecimiento físico parece cuatro registros distintos en cuatro fuentes. La solución es atar todos esos códigos a una única identidad canónica de hotel.
¿Cuál es la diferencia entre mapeo de hoteles y mapeo de habitaciones?
El mapeo de hoteles determina que los códigos de distintos proveedores pertenecen al mismo establecimiento físico. El mapeo de habitaciones empareja los tipos de habitación dentro de ese establecimiento: ¿"Sea View Double" es la misma habitación que "Habitación estándar vista al mar"? Lo segundo es claramente más difícil; según las cifras recopiladas por AltexSoft, un proveedor reporta un 99,999 % de precisión a nivel de hotel y un 95 % a nivel de habitación. Si la coincidencia de habitación no se sostiene, la comparación de precios pierde su sentido.
¿Cuál es la diferencia entre cupo y free sale?
El cupo es un bloque de habitaciones que el establecimiento le ha reservado y que usted tiene derecho a vender. En free sale no hay cupo reservado; vende a precio contratado, pero la disponibilidad se confirma con el establecimiento en cada solicitud de reserva. Según la guía de 2026 de DMC Quote, el free sale se tarifica un 5-15 % por debajo del rack, el soft allotment un 10-25 % y el hard allotment un 20-35 % por debajo: cuanto mayor es el descuento, mayor es el riesgo que asume.
¿Cuánto debe durar el plazo de release?
Según esa misma guía de DMC Quote, la práctica del sector es de 14-21 días antes de la llegada, con un objetivo de negociación de 21-30 días. La regla es esta: cuanto más largo es el release, más se desplaza al establecimiento el riesgo de la habitación no vendida; cuanto más corto, más queda en su lado. Pida un release largo al inicio de la temporada y utilice después su rendimiento de ventas demostrado en la negociación de precio. Revise aparte todos los contratos por debajo de 14 días.
¿Es lo mismo un stop sale que poner el cupo a cero?
El resultado operativo se parece, el registro no. El stop sale cierra ese día a la venta de forma explícita y deja rastreable el motivo. Poner el cupo a cero borra la diferencia entre "está todo vendido" y "lo he cerrado". En el reporting y en la conciliación con el establecimiento esa distinción importa: use stop sale para los cierres deliberados y deje en paz el cupo agotado por ventas.
¿Qué significan RO, BB, HB, FB, AI y UAI?
Respectivamente: solo alojamiento; alojamiento y desayuno; media pensión (desayuno más una comida principal); pensión completa (tres comidas, bebidas por lo general excluidas); todo incluido (comidas más las bebidas fijadas en el contrato); y ultra todo incluido (alcance ampliado de bebidas y servicios). UAI no tiene una definición vinculante en el sector; su alcance lo fija el contrato con el establecimiento, por lo que dos hoteles pueden vender cosas distintas bajo el mismo código.
Si un proveedor no responde, ¿mi resultado de búsqueda queda incompleto?
No, si hay un flujo progresivo de resultados: los resultados se van añadiendo a medida que llegan y la respuesta de la fuente lenta aparece después. Para las fuentes que fallan de forma continua se aplica un cortacircuitos que las desactiva temporalmente y las reintenta a intervalos definidos. La solución permanente es la monitorización: siga semanalmente qué proveedor agota el tiempo de espera y con qué frecuencia, porque eso es inventario que se encoge en silencio.
¿Puedo fiarme de la tasa de precisión de un proveedor de mapeo?
Fíjese menos en la cifra y más en cómo se ha obtenido. Según la guía de 2026 de Vervotech, los sistemas basados solo en reglas se estancan en la banda del 90-95 % en mercados bien cubiertos; superar el 99,9 % solo escala con enfoques en los que reglas, aprendizaje automático y revisión humana trabajan juntos. Pida la cifra para los destinos que usted vende en lugar de una media global y pregunte siempre si le entregan el informe de registros sin emparejar.
Cinco cosas que puede hacer mañana por la mañana
- Cuente los duplicados. Haga una búsqueda en sus tres destinos de mayor volumen y cuente a mano cuántas veces aparece listado el mismo hotel. Ese único número es lo que abre la conversación sobre una inversión en mapeo.
- Calcule su propio coste de error. Multiplique su número de reservas mensuales por el 4 %. El resultado es una estimación realista de las confirmaciones de habitación equivocadas que tendrá cada mes si la calidad del mapeo no mejora.
- Escriba la regla de fusión. Una nota de una página: qué campos se completan de forma cruzada y cuáles no, nunca. Precio, política de cancelación, régimen y ocupación de la habitación deben estar en la lista de "nunca". Entregue esa nota a quien construya su fusión de contenido.
- Ejecute el informe de días huecos. Liste en sus hoteles contratados los días sin tarifa o sin cupo cargados. Si su temporada supera los 92 días, saque el informe por tramos; confirme que sus semanas de tarifa más alta no están en el punto ciego.
- Vuelque todos los plazos de release en una sola tabla. Por cada contrato, escriba en columnas el nombre del establecimiento, el día de release y el porcentaje de anticipo. Marque los inferiores a 14 días y los que tengan un 50 % de anticipo; esas filas marcadas son su agenda de negociación de la próxima temporada.