Cada indicador calculado dos veces sobre los mismos datos y el mismo mes: una leyendo
vuestro BigQuery, y otra con ese camino desactivado, obligando a reconstruir la cifra
desde las herramientas que ya usáis. La distancia entre ambas es la única forma honesta
de deciros qué tan sólido es cada número.
Medido el 13 de agosto de 2026, dos semanas después de vuestra auditoría del 30 de julio.
Tres cifras por fila. Vuestro BigQuery es lo que publica hoy vuestro almacén. UMA hoy es lo que muestra el panel, conectado a ese almacén: si las dos primeras columnas coinciden es porque UMA no fabrica una segunda versión de vuestros números. UMA sin BigQuery es lo que mostraría el mismo panel si el almacén dejara de estar y hubiera que reconstruir la cifra desde Hostify, Monday y Drive. El delta mide esa última distancia.
En nueve de los veintisiete la segunda columna no es una lectura sino un cálculo propio: UMA rehace el número reserva por reserva en lugar de leerlo. Ahí las tres columnas son tres cálculos independientes, y coincidir significa algo. En los dieciocho restantes UMA toma vuestra definición en lugar de inventar una paralela, así que las dos primeras son iguales por construcción.
Los tres primeros son cocientes sobre el revenue, así que amplifican ese 0,06% de residual: van en la dirección correcta y con la magnitud correcta. Future Booked Days se separa más porque mira al futuro, y cada camino corta el horizonte en un punto distinto.
Sin BigQuery estos dos sí devuelven un número, levantado sobre los costes incompletos que se explican abajo. Los dejamos a la vista en vez de esconderlos detrás de una raya: un beneficio del doble se detecta, y una cifra plausible y equivocada no. Dentro del panel el indicador queda marcado, no se publica como verificado.
Cuatro salen de vuestro P&L y esperan las mismas cuatro hojas. Los otros tres son trabajo nuestro y no dependen de nada vuestro: Days Vacant y ADR by Room Category necesitan la disponibilidad enumerada habitación por habitación, con el feed que hacía falta ya conectado, y Avg Revenue per Unit necesita el revenue mes a mes en lugar de un total del período.
Gross Profit, Gross Margin %, Total Costs, Avg Cost per Unit, Revenue/Total Cost Ratio y Revenue/Rent Ratio dependen del coste total, y el coste total depende de cuatro hojas que UMA no puede leer. Los otros tres (Avg Revenue per Unit, Days Vacant y ADR by Room Category) son trabajo nuestro y no dependen de nada vuestro.
Viven en vuestro Drive y, por cómo están conectadas a BigQuery, no se pueden leer desde ahí. UMA no las tiene.
La que más pesa es supplies, y no por su importe. Entra en el cálculo del NOI sobre el que se aplica vuestro fee, y por tanto en la renta variable: en 36 de las 39 propiedades con contrato variable está marcada como coste compartido. Sin ella no se cierran ni el margen ni la renta variable.
Hospitality Cost per Unit y todo lo que se apoya en el coste hostelero salen de vuestra hoja de costes en Drive, que hoy llega hasta el 4 de agosto de 2026. UMA lee esa hoja tal cual está: mientras se mantenga actualizada, el KPI acompaña. Si deja de actualizarse, el indicador se queda en el último mes cargado sin que nada lo señale.