Portada
Resumen general — datos en vivo desde Reite
La semana en curso muestra lo real acumulado hasta ahora y, entre paréntesis, la proyección de la semana completa según el ritmo de esta semana y las anteriores — así un lunes ya sabes cuánto va a llegar. Elige varias semanas para comparar.
P&L — La Despensa
Neto s/IVA · ILA incluida en costo mercadería
Sin ventas sincronizadas todavía — presiona "Sincronizar ventas" (trae el historial completo desde Reite, puede tardar unos minutos la primera vez).
Estos costos no viven en Reite ni en las facturas SII, así que no se pueden traer automático — se guardan por mes, en este navegador. Elige el mes que quieres editar:
Ordenado por resultado final (mayor a menor) — haz clic en una tienda para ver su detalle completo. Costo mercadería, gastos y costos centrales se prorratean por participación en las ventas del mes (no tenemos costo real por tienda).
Ventas brutas mensuales (todas las tiendas) — datos reales de transacciones Reite, mismos que Resumen/Por Tienda.
Fuente: facturas SII (costo mercadería, por mes de factura) + transacciones Reite en vivo (ventas, solo aprobadas). Gastos operacionales fijos y costos centrales son entrada manual por mes (no existen en ninguna API).
Flujo de Caja
Proyección de caja real — complementa el P&L (que es devengado) con la mirada de cuándo entra y sale la plata efectivamente de la cuenta.
La tabla parte 6 semanas antes de hoy a propósito, para que veas cómo venía la tendencia real justo antes de que arranque lo proyectado (por eso la primera columna no es "hoy"). Las columnas REAL muestran ventas ya ocurridas (sincronízalas en Supuestos → detalle por tienda) y no cambian aunque muevas los supuestos de crecimiento. Las columnas PROYECTADO sí reaccionan al crecimiento que definas por tienda — ideal para "jugar" con escenarios. "Total Ingresos" suma caja disponible + ingreso neto + valor inventario (recursos totales); "Flujo Neto" y "Caja Acumulada" reflejan solo el movimiento real de caja de la semana (por eso pueden no coincidir). En columnas REAL, Caja/Flujo Neto/Caja Acumulada se dejan en blanco porque el cálculo de caja recién arranca desde la semana de hoy (con tu saldo real como punto de partida). Las filas con flechita (▸) se pueden abrir para ver el detalle — pasa el mouse sobre el ícono ⓘ para una explicación corta de qué es cada línea.
Los cambios se aplican solos apenas sales del campo (no hace falta apretar nada) — el botón "Actualizar todo ahora" es solo por si algo no se ve reflejado.
Manual por ahora — BancoEstado no tiene API abierta directa (ver mi mensaje). Escribe el monto y haz click fuera del campo — se guarda solo.
Productos ya comprados que no vas a tener que volver a comprar — no es caja caja, pero cuenta como recurso. Manual por ahora; cuando el módulo Inventario esté listo, lo traigo de ahí directo.
Cada tienda tiene su propio ingreso base, su propia fecha de cierre (si aplica) y su propio cronograma de crecimiento — puedes definir varios períodos con distinta tasa (ej: 2% mensual hasta septiembre, luego 0%).
Valores estimados de partida (aún no calzados con tus facturas reales) — ajústalos cuando tengas el detalle real por proveedor. Deben sumar 100%.
Se paga completo esa semana, $0 el resto del mes — así refleja cómo realmente sale la plata, no prorrateado.
Al achicarse, se van a hacer cargo de más reposiciones ustedes mismos — bájalo cuando corresponda. El detalle por tienda (cuántas reposiciones y a qué costo) se edita en "Ver/editar crecimiento por tienda".
Si dejan de pagar bodega al achicarse, pon $0.
El cronograma de "Plan de pago Reite" termina ~30-sept-2026 (Cierre). Desde esa semana en adelante, ya no hay deuda que pagar, pero Reite les sigue cobrando el arriendo+licencia mensual normal de las máquinas — este es ese monto, para que la proyección no asuma que el pago a Reite desaparece por completo después del cierre.
Este es un sandbox — no toca los datos reales de "Proyección de Caja". Úsalo para responder preguntas tipo "¿qué pasa si abrimos 3 puntos nuevos en octubre?" o "¿cuánta plata necesito para llegar a $X de caja en diciembre?". Arranca como una copia de las tiendas reales, pero puedes agregar puntos nuevos, borrar, y cambiar cualquier supuesto sin miedo a romper nada.
Todo acá es proyectado (no hay columnas REAL — es un escenario hipotético). Empieza desde la semana de hoy.
"Copiar desde Proyección de Caja real" trae tus supuestos y tiendas reales tal cual están hoy, como punto de partida para simular — no vincula los dos, es una copia de una sola vez.
En el simulador no hay cronograma de deuda — solo el costo recurrente normal de Reite. Súbelo si simulas máquinas arrendadas nuevas.
Calendario de Reposiciones
Datos en vivo desde Reite — tienda y responsable por día
Máxima: visitar cada tienda al menos 1 vez por semana (2 veces las de mayor venta). El chip ⏱ Reponer estima cuándo cada tienda caerá bajo el 50% según su ritmo de venta de las últimas 2 semanas — clic para ver el detalle día a día. Están ordenadas por urgencia (la que se queda sin stock antes, primero). El % Layout es el mismo indicador que ves en Reite → Tiendas — clic para ver el detalle del cálculo.
Úsalo solo cuando Reite no registró una visita real (falla del sistema). No afecta Inventario ni Rotación — solo el registro de visitas de este calendario.
Agregar reposición manual
Solo se usa para el registro de visitas del Calendario — no toca Inventario ni Rotación.
Transacciones
Datos en vivo desde Reite — todas las ventas, sin entrar a la app
Dos ejes: la venta diaria (barras, eje izquierdo) y el % disponible del layout (línea, eje derecho) a lo largo del tiempo. Las líneas verticales marcan las reposiciones del período. El % disponible se reconstruye hacia atrás desde el stock actual de Reite, restando reposiciones y sumando ventas — es una estimación (Reite no guarda el histórico del layout), útil para ver la forma de cómo se vacía y se rellena, no como conteo exacto. Puedes elegir una o varias tiendas y uno o varios meses.
Elige una tienda y sincroniza para reconstruir la serie.
Rotación
Últimas 6 semanas · layout actual por fila · unidades repuestas vs. vendidas · qué volver a ingresar y por cuál cambiarlo.
Ventana de análisis: últimas 6 semanas (42 días)
Vendidas = unidades de venta real registradas por Reite (tx.results.purchased) en las últimas 6 semanas. Repuestas = unidades cargadas en transacciones de reposición (RESTOCK) en el mismo periodo. Venta/sem = vendidas ÷ 6. Todo se calcula agrupando variantes del mismo producto por su producto base, para que un cambio de variante en Reite no parta el historial en dos.
Semáforo por producto (relativo a su propia tienda)
Se compara la venta semanal de cada producto contra la mediana de los productos del layout de esa misma tienda: 🟢 alta = igual o sobre la mediana · 🟡 media = entre 35% y 100% de la mediana · 🟠 baja = bajo el 35% · 🔴 sin venta = cero unidades en 6 semanas. "Faltan" = capacidad del layout menos stock actual reportado por Reite (lo que habría que reponer para llenar).
Volver a ingresar
Productos con ventas dentro de las últimas 6 semanas que ya no están en el layout actual de esa tienda. Su velocidad se calcula sobre el periodo en que efectivamente estuvieron vendiendo (entre su primera y última venta de la ventana), no sobre las 6 semanas completas — así no se castiga a un producto por haber sido retirado a mitad de camino. Se recomienda reingreso cuando esa velocidad iguala o supera la mediana de los productos activos de la tienda, y se sugiere entrar por el espacio del producto activo con peor venta. Se exige un mínimo de 3 unidades vendidas para no recomendar por ruido. Las tiendas inactivas (ej. Nativo) quedan fuera de todo.
La primera sincronización descarga el historial completo de ventas desde agosto 2025 (puede tardar varios minutos); las siguientes solo traen lo nuevo. El layout, el stock actual y las reposiciones se consultan en vivo a Reite cada vez que sincronizas.
Inventario
Stock acumulado en bodega — ingresos por factura menos egresos por reposición.
| Producto | Cantidad en bodega | Último precio | Valor |
|---|---|---|---|
| Sincroniza egresos (pestaña "Egresos") para ver el detalle. | |||
Cargando…
| Producto | Proveedor | Fecha | Cantidad | Precio neto | Total |
|---|
| Fecha | Tienda | Quién repuso | Producto | Cantidad |
|---|
Fuente: facturas SII (ingresos, hasta la última carga) + transacciones de reposición Reite en vivo (egresos). El valor de bodega es un acumulado desde dic-2025, no un conteo físico verificado — úsalo como referencia direccional, no como cifra exacta hasta que se valide contra un conteo real.
Márgenes
Costo vs. precio de venta por producto — para ver dónde el margen es más flaco y jugar con escenarios de promo.
Costo = último precio neto pagado en factura (SII). Precio de venta = precio de catálogo Reite por tienda (o promedio real de venta de las últimas 6 semanas si no hay precio de catálogo). Incluye todo lo que está en el layout hoy más lo que se vendió en las últimas 6 semanas y ya se retiró. Ordenado de peor a mejor margen % — ahí es donde más plata se gana subiendo precio o cambiando de proveedor. Haz clic en una fila para ver el detalle por tienda, y prueba ahí mismo un precio nuevo para ver el margen al instante.
| Producto | Costo unitario | Precio venta prom. | Margen $ | Margen % | |
|---|---|---|---|---|---|
| Presiona "Sincronizar" para calcular. | |||||
Simula un descuento o precio nuevo y mira qué le pasa al margen — y cuánta venta extra necesitas para no perder plata en total.
El cruce entre nombre de producto de Reite (venta) y nombre de producto en la factura (costo) es por texto — si un producto no calza automático va a salir como "sin costo detectado"; con el tiempo conviene armar una tabla de equivalencias manual para los que no calzan.
Transacciones Rechazadas
Historial completo desde agosto 2025 · recuperación diaria · alertas de riesgo
Reite reintenta el cobro de transacciones rechazadas de forma automática, en horarios variables — por eso una recuperación puede aparecer recién en una sincronización posterior, no en el momento del reintento real.
El reporte que descargas desde Reite (Transacciones → Buscar → Descargar reporte de transacciones) ya trae "Previamente Rechazada" y "Fecha de aprobación" calculados por ellos mismos — importarlo es la fuente más confiable de recuperación, sin depender de adivinar campos en la API. Impórtalo cada vez que lo descargues para mantener el historial al día.
Rechazadas todavía activas (no recuperadas), evaluadas contra el historial completo del cliente.
Ordenado por puntaje de prioridad (0-100): pondera riesgo de actividad — primera transacción o cliente ya recuperado antes pesa más que un rechazo aislado — y el monto rechazado. #1 es lo más urgente de cobrar.
Este módulo está en construcción
Pronto vas a poder ver esta sección con datos reales de La Despensa.