Resumen del negocio
Ventas, productos vendidos y cierres del local.
Ventas por día
Importe de ventas vigentes. Los días sin registros aparecen en cero.
| Día | Ventas | Importe | Detalle |
|---|
Productos más vendidos
| Producto | Unidades | Pedidos |
|---|
Cantidades guardadas al vender. Las ventas anuladas se excluyen; cada combo cuenta como una unidad de su producto.
Cierres de caja
Se seleccionan por fecha de cierre, en hora de Chile. Cada cierre incluye el turno completo, aunque haya abierto otro día.
| Turno / cajero | Cierre | Esperado | Contado | Diferencia | Detalle |
|---|
Food Cost real operacional (teórico + mermas + diferencia no explicada por conteo físico)
Desglose de la desviación por insumo/preparación (explica por qué el real se aleja del teórico — no reparte de nuevo todo el Food Cost)
Mix de ventas por canal — hoy
Top 5 productos — hoy
Preferencias de armado — hoy (consumo total: incluye ingredientes de personalizadas Y de sugeridas/combos, no solo elección explícita del cliente)
Tipo de producto vendido — hoy
Ticket: con combo vs. sin combo (últimos 7 días)
Popularidad vs. Rentabilidad (últimos 7 días — rentable = Food Cost ≤ objetivo)
Comparación por canal (últimos 7 días)
Ventas por hora (últimos 7 días)
Margen $ por producto (últimos 7 días — unidades × margen unitario)
Tendencia
Conclusiones relevantes
Nuevo pedido
Arma, revisa y confirma.
Completa los pasos obligatorios para agregar tu producto al pedido.
Pedidos en curso, de Recibido a Entregado. Los pedidos entregados desaparecen de esta vista (quedan en Historial).
Ventas registradas
| N° Pedido | Hora | Ítems | Canal | Venta | Costo | Food cost |
|---|
Historial por período
Stock real, actualizado por cada compra, producción y venta confirmada -- no hay datos de ejemplo precargados.
🧑🍳 Preparaciones
generadas por Producción — se reponen produciendo, no comprando| Producto | Stock | Estado | Ajustar / Mermar |
|---|
📦 Insumos almacenados
ingresan por Compras — se reponen comprando, no produciendo| Producto | Stock | Estado | Ajustar / Mermar |
|---|
Historial de ajustes de inventario
toda corrección manual queda con motivo — nunca un cambio silencioso| Fecha | Producto | Cambio | Origen | Motivo |
|---|
Historial de mermas
consumo físico real que no fue venta — descontado del stock en el momento en que ocurrió| Fecha | Producto | Cantidad | Motivo | Responsable | Observación |
|---|
Mínimos, objetivos y reposición
El mínimo activa la alerta «Bajo». El objetivo indica la cantidad a mantener. Los valores se guardan por producto y local, en la unidad indicada.
| Producto | Stock actual | Mínimo | Objetivo | Estado | Falta para objetivo | Acciones |
|---|
Historial de cambios de parámetros
Idea simple: el sistema ya sabe cuánto debería haber (stock teórico). Acá le dices cuánto encontraste físicamente. Al cerrar, cualquier diferencia genera un Ajuste de Inventario trazable, ligado a este conteo.
Al iniciar, se bloquean temporalmente ventas, producción, mermas, recepciones y ajustes en todo el sistema — así el conteo nunca se compara contra un stock teórico que siguió cambiando mientras alguien seguía contando.
Historial de conteos
cada cierre queda ligado a los ajustes que generó| Fecha | Responsable | Ítems contados | Con diferencia | Detalle |
|---|
Simulador de armado
Prueba combinaciones con las porciones guardadas. El volumen se estima con tus mediciones; el costo incluye ingredientes y envases.
Elige una combinación para ver su volumen y costo.
Agrega productos nuevos sin tocar código. Un ingrediente/insumo nuevo empieza sin costo — lo defines después en Fichas Técnicas, Recetas o Densidad, como cualquier otro producto.
Familia obligatorio
Insumos/ingredientes existentes
| Familia | Producto | Tipo | Costo por porción |
|---|
Costo Útil Final = Costo Útil de Insumo (si es compra directa) o Costo Útil de Preparación (si es receta) — siempre de solo lectura acá, se edita en Insumos de Compra o Recetas respectivamente. Solo Porción y Unidad se editan directo aquí (salvo que ya venga de Densidad). El Costo por Porción siempre se calcula solo.
¿Ves datos que no calzan? Recargar catálogo desde el servidor| Familia | Producto | Tipo | Costo Útil Final ($/kg,lt,u.) | Rendimiento | Porción | Unidad | Costo por Porción |
|---|
Arquitectura de costeo en 3 capas: ① Insumos de Compra (Neto de última recepción del local→Rendimiento = Costo Útil de Insumo) → ② Recetas Elaboradas (ingredientes con su Costo Útil de Insumo → Costo Útil de Preparación) → ③ Fichas Técnicas (Costo Útil Final → Porción → Costo por Porción). Cada dato se edita en un solo lugar y fluye solo hacia arriba.
¿Ves datos que no calzan? Recargar catálogo desde el servidor① Insumos de Compra
Costo de la última recepción por local · referencia cuando aún no hay compras con precio| Insumo | Costo neto en uso | Origen del costo | Rendimiento (%) | = Costo Útil de Insumo | Acciones |
|---|
② Recetas Elaboradas
Costo Útil de Preparación — se cocinan en lote, el rendimiento es cuántos kg produce el loteMediciones del menú
Las mediciones guardadas conectan las porciones con el simulador de volumen. Usa Editar mediciones para registrar volumen, peso y cantidad servida.
El volumen servido se evalúa según la capacidad y los rangos configurados para el producto. Mide cada producto en la condición exacta en que llega al cliente (cocido, cortado, drenado, tal como se sirve).
Son 2 pasos separados, no confundir las columnas: ① mide cualquier cantidad de referencia y pésala (ej: sirves 100 ml de arroz ya cocido en un vaso medidor y pesa 68g → eso da el factor 0,68 g/ml, es una propiedad fija del producto). ② en "Volumen que quiero servir" escribes cuánto querés realmente en la cubeta (ej: 150 ml) → ahí el sistema calcula solo que son 102g y su costo. La columna ① no cambia según la receta; la columna ② sí.
¿Ves datos que no calzan? Recargar catálogo desde el servidor📋 Rellenar Ref. Volumen/Peso con referencias de internet (para probar el sistema — verificar en cocina después)
Ocupación operativa — Cubetas sugeridas
rango operativo, no llenar hasta el máximo físicoLa cubeta NO debe servirse llena hasta los 750 ml — necesita cámara libre para mezclar sin derramar y para verse bien, no "a reventar". El rango óptimo es una banda, no un número exacto.
Los burritos no usan esta escala — su relleno depende del tamaño de la tortilla, no de un envase de 750 ml. Se define un criterio propio más adelante.
Densidad y volumen por producto
factor g/ml medido, y ml asignados por porción| ① MEDICIÓN DE DENSIDAD (una sola vez, no es lo que va a la cubeta) | ② PORCIÓN PARA LA CUBETA (esto sí es lo que se sirve) | |||||||
|---|---|---|---|---|---|---|---|---|
| Familia | Producto | Estado | Volumen medido (ml) | Peso de esa medición (g) | = Factor g/ml | Volumen que quiero servir (ml) | = Gramos por porción | = Costo por Porción |
Registra cuando cocinas un lote — descuenta los insumos crudos reales automáticamente (misma lógica que la Calculadora de Producción del Excel) y suma el kg producido al stock de la receta.
Receta a producir obligatorio
Historial de producción
| Fecha | Receta | Kg producidos | Insumos consumidos |
|---|
Registra qué llegó, cuánto, y a qué precio — nunca modifiques el stock a mano cuando llegue mercadería real, usa esto para dejar trazabilidad completa.
Ingresar recepción manualmente
Productos recibidos
| Insumo | Bultos | Contenido/bulto | Unidad | Total recibido | Precio neto unitario | Total línea |
|---|
Al confirmar, el precio neto alimenta automáticamente el costeo del local. Recetas muestra la factura de origen; las ventas anteriores conservan su costo.
Canales de venta
comisión aplicada a cada unoActiva o desactiva canales, y ajusta su % de comisión — se usa para calcular la venta neta real por canal.
| Canal | Comisión % | Activo |
|---|
Historial de turnos
| Cajero | Apertura | Cierre | Ventas | Ingresos | Retiros | Efectivo esperado | Efectivo contado | Diferencia |
|---|
Configuración operativa
Precio de venta (productos armados)
Fija el precio bruto de venta para Cubeta o Burrito armados -- sin esto, el precio queda nulo aunque el catálogo esté completo.
Packaging (envases por unidad vendida)
Cuántas unidades de un componente (ej. un envase) se cobran por cada unidad vendida del producto -- 2 unidades vendidas deben pagar 2 envases, nunca 1.
Metas del Dashboard
Mientras estas metas no estén configuradas, las tarjetas de Ventas y Ticket promedio se muestran neutras (sin semáforo) — no tiene sentido calificar una cifra sin una referencia.
Días cerrados
Marca los días en que el local no operó (feriado, cierre, etc.) — así la Tendencia del Dashboard los distingue de un día con 0 ventas reales, que es una señal muy distinta.