Caso de uso: recuperar el dinero que ya ganaste y no has cobrado

El Hotel Río Sereno, ficticio, lo usamos solo para ilustrar, no tenía un problema de ventas. Las habitaciones se llenaban, los huéspedes llegaban, las reseñas eran buenas. Y aun así, cada fin de mes, la gerente sentía el mismo nudo en el estómago: los números no cuadraban. Faltaba dinero que, según todos los registros, alguien debía haber pagado. No era robo. No era un error de caja. Era algo más silencioso y mucho más común: ingresos atrapados en cuentas por cobrar, dinero ya ganado pero todavía no cobrado, escondido a plena vista.

El síntoma: descuadres y sorpresas a fin de mes

Todo empezaba igual. El día 28 o 29 de cada mes, alguien del equipo armaba el reporte para la dirección. Sumaba lo que había entrado en caja, lo comparaba con lo que la operación decía haber vendido, y la resta no daba cero. Faltaba un pedazo. Unas veces chico, otras veces incómodamente grande.

La explicación llegaba siempre tarde y siempre a pedazos. Una empresa que reservó diez noches para sus ejecutivos “pagaría por transferencia la próxima semana”, y esa semana ya había pasado dos veces. Un grupo de bodas que dejó un anticipo y nunca liquidó el resto. Una agencia que facturaba a treinta días y, sin que nadie llevara la cuenta, ya iba en sesenta. Cada caso, por separado, parecía menor. Juntos, eran el nudo en el estómago.

Lo más caro no era el monto. Era el momento en que se enteraban: cuando ya había pasado tanto tiempo que pedir el dinero se sentía incómodo, y a veces hasta inútil. Descubrir tarde es, en la práctica, descubrir perdido.

La causa: reservas y pagos viven en tablas separadas

Cuando por fin investigaban, la raíz era siempre la misma, y no tenía nada que ver con descuido del equipo. El problema era estructural: la reserva vivía en un lado y el pago en otro. Dos tablas que nunca se miraban a los ojos.

La reserva sabía cuánto se debía cobrar: tantas noches, a tal tarifa, por tal monto. El pago sabía cuánto había entrado: tal transferencia, tal cargo a tarjeta, tal efectivo en recepción. Pero nadie, en ningún lado, restaba lo uno de lo otro de forma automática y en vivo. Para saber el saldo de una cuenta había que abrir dos pantallas, exportar dos listas y cruzarlas a mano en una hoja de cálculo. Y eso, naturalmente, se hacía una vez al mes, cuando ya era tarde.

Spider Data parte exactamente de esa fractura. Cruza ocho fuentes de la operación, reservas, caja, canales, pagos, huéspedes, órdenes, turnos y movimientos de caja, en una sola estructura. Las dos tablas que nunca se hablaban dejan de estar separadas: ahora se pueden poner una al lado de la otra y restarlas.

Un hotel rara vez pierde el dinero que le deben. Lo pierde de vista. Y lo que no se mira a tiempo, se cobra tarde o no se cobra.Principio de Spider Data

La solución: armar el cruce reserva × pago

En el constructor de reportes sin código, arrastrar y soltar, todo en español, sin escribir una línea, la gerente del Río Sereno armó algo que antes le tomaba toda una tarde de hoja de cálculo. Tomó la tabla de reservas, la tabla de pagos, y las unió por el dato que comparten: la reserva a la que pertenecen. Eso es un cruce entre tablas, lo que técnicamente se llama un JOIN: pegar dos listas por un dato en común para verlas como una sola.

Encima de ese cruce creó un campo calculado nuevo, una columna que el sistema saca solo, a partir de otras: el saldo. La fórmula es la cosa más simple del mundo: lo que se debía cobrar menos lo que ya se cobró. Si da cero, la cuenta está al corriente. Si da positivo, ahí está el dinero que sigue afuera, con nombre y apellido.

Verlo en vivo, no en el cierre de anoche

La diferencia que lo cambió todo no fue el cálculo, ese siempre lo pudieron hacer a mano, sino el momento. El tablero del Río Sereno muestra los saldos en vivo, no la foto de anoche. Si una transferencia entra a las once de la mañana, a las once de la mañana la cuenta aparece saldada. Si un grupo se va sin liquidar, el saldo queda visible esa misma tarde, no el día 29 del mes siguiente.

Con los filtros cruzados, la gerente podía mirar el mismo número desde donde quisiera: solo las cuentas de empresas, solo las de agencias, solo las que llevaban más de treinta días abiertas. Un clic en un filtro, y todo el tablero se reacomodaba para contar esa parte de la historia.

La alerta que avisa antes, no después

El paso final fue dejar de mirar el tablero a propósito. Programó una alerta de cuentas vencidas: una regla que vigila sola y avisa cuando un saldo cruza cierto umbral de días sin pagarse. Ya no había que acordarse de revisar. El reporte llegaba solo, por envío programado, cada lunes a primera hora, con las cuentas que necesitaban una llamada esa semana, y solo esas.

El resultado: cobrar a tiempo, dejar de descubrir tarde

Pongamos números, solo como ejemplo ilustrativo, no es un dato real de ningún hotel, para que se vea la mecánica. Imagina que en un mes cualquiera el Río Sereno tenía repartidas entre varias cuentas unas cifras como las de abajo. Antes, todas se descubrían el día 29, revueltas en un solo descuadre. Ahora cada una tiene cara, antigüedad y dueño desde el primer día.

El cambio del Río Sereno no fue cobrar más caro ni vender más noches. Fue dejar de regalar, por olvido, ingresos que ya había ganado. El fin de mes dejó de traer sorpresas porque ya no había nada escondido: lo que faltaba se veía venir con semanas de anticipación, cuando todavía era fácil y natural pedirlo.

Cómo lo harías en tu hotel

No necesitas ser analista ni saber de bases de datos. Si tu operación ya está en Spider Data, el camino es corto y lo recorres en español:

1. Abre el constructor de reportes y arrastra dos tablas a la misma vista: reservas y pagos.
2. Únelas por la reserva que comparten, ese es el cruce que junta lo que se debía con lo que entró.
3. Crea un campo calculado de saldo: monto a cobrar menos monto cobrado. Cero significa al corriente; positivo significa pendiente.
4. Convierte la vista en un tablero en vivo y agrega un filtro por antigüedad (por ejemplo, “más de 30 días”).
5. Programa una alerta de cuentas vencidas para que el sistema te avise solo cuando un saldo cruce tu umbral.
6. Agenda un envío programado, un lunes a primera hora, con la lista de cuentas que necesitan una llamada esa semana.
7. Si quieres, lleva ese mismo cruce a Power BI, Tableau o Looker por la API con token: tus datos no viven en una jaula.

Y si prefieres no armar nada, puedes simplemente preguntarle en lenguaje natural: “¿qué cuentas llevan más de treinta días sin pagarse?”. La IA arma el cruce, te lo resume y, con el tiempo, te avisa de patrones que ni habías pensado buscar, un cliente que siempre paga tarde, un canal que arrastra saldos cada temporada, y de anomalías que se salen de lo normal.

El ingreso más barato de recuperar

Hay muchas formas de mejorar las finanzas de un hotel: subir tarifas, llenar temporadas bajas, recortar costos. Todas cuestan trabajo, riesgo o ambas. Cobrar lo que ya te deben no cuesta nada de eso: el huésped ya se hospedó, el servicio ya se dio, la utilidad ya está ganada. Solo está del otro lado del mostrador, esperando que alguien la mire a tiempo.

Por eso conviene decirlo claro, sin que suene a promesa de venta sino a aritmética: el ingreso que ya ganaste y no has cobrado es el más barato de recuperar. No requiere un huésped nuevo ni una tarifa más alta. Requiere, apenas, dejar de descubrirlo tarde, y eso es exactamente lo que cambia cuando la reserva y el pago por fin se miran a los ojos en la misma pantalla.