Calidad de los datos en el PMS: errores que ensucian los informes

Un informe de ocupación nunca miente: muestra exactamente lo que hay en el sistema. El problema es que lo que hay en el sistema no siempre es lo que pasó en el hotel. Esta nota repasa los errores de carga más comunes, qué cifra estropea cada uno y cómo detectarlos antes de tomar decisiones con ellos.

¿Qué errores distorsionan la ocupación?

La tasa de ocupación depende de dos números: habitaciones ocupadas y habitaciones disponibles. Ambos se ensucian con facilidad:

• Reservas de prueba sin borrar. Las que se crean para probar el motor, formar a alguien nuevo o comprobar una conexión. Si quedan activas, ocupan noches que nadie durmió.
• Cancelaciones no registradas. El huésped avisa por teléfono, recepción lo apunta en un papel y la reserva sigue viva. La ocupación sube y, peor, la habitación no vuelve a la venta.
• No presentados marcados como estancias. Si el sistema no distingue el no presentado de la estancia cumplida, cuenta una noche vendida que no existió.
• Habitaciones fuera de servicio no bloqueadas. Una habitación en obras que sigue contando como disponible baja la ocupación sin motivo.
• Estancias de día o uso interno cargadas como reservas normales.

¿Qué errores distorsionan el ADR y los ingresos?

El ADR divide los ingresos por habitaciones entre las habitaciones vendidas. Cualquier importe que entre en el lugar equivocado lo desvía:

• Tarifa cargada en el tipo de habitación equivocado. Una suite vendida como habitación estándar, o al revés, mezcla precios y confunde el análisis por tipo.
• Cargos fuera de la reserva. Un desayuno o un parking cobrados «sueltos» en caja, sin vincular a una estancia, desaparecen del ingreso por huésped y aparecen como ventas sin origen.
• Extras cargados como alojamiento. Lo contrario: meter la cena en la línea de habitación infla el ADR y oculta el ingreso de restauración.
• Descuentos aplicados a mano sin un código de tarifa, que impiden saber cuánto se descontó y por qué.
• Precio bruto y neto mezclados según el canal, que hace que el ADR compare cifras con bases distintas.

Lo mismo arrastra al RevPAR, que combina ocupación y ADR: si uno de los dos está mal, el indicador que más se usa para comparar periodos también lo está.

¿Qué errores distorsionan el origen de las reservas?

Saber de dónde viene cada reserva es lo que permite decidir en qué canal invertir. Los errores aquí son silenciosos:

• Canal mal marcado. La reserva que llega por teléfono después de que el cliente viera el hotel en un portal se apunta como «directa»; la que entra por el channel manager pero se corrige a mano se guarda como «walk-in».
• Reservas de portales cargadas a mano. Cuando una conexión falla y recepción copia la reserva, suele olvidar el canal y el número de referencia del portal, lo que rompe además la conciliación de comisiones.
• Un canal «otros» que lo absorbe todo, porque es el que sale por defecto.
• Huéspedes duplicados. El mismo cliente con tres fichas, por una tilde o un apellido en otro orden. El historial se parte, los mensajes automáticos se repiten y el informe de clientes repetidores deja de servir.

Ejemplo: un informe que engaña sin que nadie mienta

Ejemplo hipotético: un hotel decide reforzar su venta directa porque el informe de canales muestra que las reservas directas crecen mes a mes. Al revisar, descubre que recepción marca como directa toda reserva telefónica, incluidas las de clientes que llamaron tras ver el hotel en un portal, y que las reservas de prueba del nuevo motor siguen activas. Mientras tanto, la ocupación de un mes aparece alta porque varias cancelaciones avisadas por WhatsApp nunca se registraron. Ninguna persona hizo nada mal a propósito; el informe simplemente describe lo que se cargó.

¿Cómo detectarlos?

No hace falta auditar todo el sistema. Bastan unas revisiones cortas con frecuencia fija:

• Cada día, en el cierre: cobros sin reserva asociada, reservas con saldo pendiente tras la salida, llegadas previstas que no hicieron check-in.
• Cada semana: reservas con canal «otros» o sin canal, reservas creadas por el usuario de formación o de pruebas, habitaciones bloqueadas sin motivo registrado.
• Cada mes: huéspedes duplicados por nombre, correo o documento; diferencia entre reservas de cada portal en el PMS y en su extranet; cambios de tarifa fuera de los códigos definidos.

Muchos sistemas permiten guardar estos filtros como informes de excepciones. Si el tuyo no lo hace, exporta la lista de reservas y ordénala por canal, usuario y estado: los errores saltan a la vista.

Normas sencillas para el equipo

1. Las reservas de prueba se crean con un nombre reconocible y se borran el mismo día.
2. Toda cancelación o no presentado se registra en el sistema en el momento, no en un papel.
3. El canal de origen es obligatorio y nunca se deja el valor por defecto.
4. Antes de crear un huésped, se busca por documento o correo.
5. Todo cargo va a una reserva; si no hay reserva, se crea una cuenta de cliente externo.
6. Las habitaciones fuera de servicio se bloquean con motivo y fecha de fin.
7. Las tarifas se eligen por código, no se escriben a mano.

Comprueba en la demostración de cualquier producto de la categoría PMS qué campos puede hacer obligatorios y qué informes de excepciones ofrece.

Preguntas frecuentes