Cálculos PMS recalcula las métricas de esta pestaña como las publica Cloudbeds, para poder cuadrar con su informe delante del cliente. No corrige nada: enseña la otra forma de contar.
Ocupación. Cloudbeds divide entre el inventario completo. El dashboard divide entre lo que de verdad se podía vender, porque una habitación bloqueada o fuera de servicio no es una venta perdida. Con el interruptor encendido se usa el criterio de Cloudbeds y el porcentaje baja.
Ingreso y ADR. Salen del informe del PMS en vez de las reservaciones. La diferencia es el ingreso adicional: cobros que Cloudbeds cuenta como ingreso de habitación pero que no salen del calendario de tarifas. En KAN son, hasta hoy, íntegramente no-shows: noches cobradas a quien no se presentó. El dashboard no las cuenta —una habitación vacía cobrada no es una venta, y contarla inflaría el ADR— y por eso se muestran aparte, para poder señalar cuánto son y de dónde vienen.
Los desgloses por canal siguen viniendo de las reservaciones: el informe del PMS no los trae.
Incluir no-shows suma al revenue lo cobrado a quien reservó y no se presentó, sin sumar la noche ni la reserva. Aparece en las barras en naranja, encima del revenue, para que se vea cuánto es y de dónde sale.
Por qué no cuenta como venta. La habitación quedó vacía. Si la noche contara, la ocupación no cuadraría con las noches que el PMS da por vendidas, y el ADR saldría inflado. El cobro, en cambio, existió, y dejarlo fuera del revenue es perder ingreso real.
En qué se diferencia de Cloudbeds. Cloudbeds hace justo esto a medias: suma el ingreso del no-show y tampoco cuenta la noche, así que su ADR queda inflado sin avisar. Además suma el cargo con impuestos dentro, mientras que el resto de su revenue va sin ellos. Aquí se suma la tarifa de la reserva, neta como todo lo demás — por eso, con los dos interruptores encendidos, aún queda una diferencia contra su informe, pero es pequeña y se sabe exactamente qué es.
Ocupación y ADR no cambian con este interruptor. Es deliberado: son las dos métricas que el no-show distorsiona.
Con «Cálculos PMS» encendido este interruptor se apaga, porque ya no pinta nada: esa cifra viene del informe de Cloudbeds y los no-shows van dentro. Sumarlos otra vez sería contarlos dos veces.
Revenue = Ingreso Bruto
Revenue Neto = Ingreso descontando comisiones de canales
Pago Neto Recibido = Pago total incluyendo impuestos, descontando retenciones fiscales
Comisiones configurables en ⚙ Configuración
Las que se reservaron y se cancelaron dentro de la misma ventana quedan fuera de los dos lados: no hubo venta que perder.
Las canceladas antes de que empezáramos a guardar esa fecha no se pueden situar en el tiempo, así que tampoco entran.
Línea acumulada: muestra el ritmo de ventas en el periodo seleccionado
Las reservaciones fueron confirmadas dentro de la ventana de fechas seleccionada. El eje X muestra el mes de la estancia (check-in).
Sobre las reservaciones del periodo, con los filtros de canal y categoría aplicados.
Barras = confirmaciones por día de reserva dentro de la ventana seleccionada
Revenue = Ingreso Bruto
Revenue Neto = Ingreso descontando comisiones de canales
Pago Neto Recibido = Pago total incluyendo impuestos, descontando retenciones fiscales
ADR = monto promedio por noche de cada reservación
La barra es la cuota del total del periodo, la misma cifra de la columna %.
Los colores son los mismos de la dona del detalle.
De lo vendido en esta ventana, en qué mes cae. Solo los meses con venta.
Situadas por el día en que el PMS registró la cancelación, no por la fecha de reserva. En libros es lo que la reserva vivió desde que se confirmó; Antes del CI, los días que faltaban para la llegada. La anticipación con la que se reservó es la suma de las dos, por eso no lleva columna propia.
Fechas estimadas según reglas por canal: Airbnb = 1 día post check-in · Expedia = 30 días post check-out · Booking = día 2 del mes siguiente al checkout · Website = 7 días post check-in