{{ p.nombre_operacional }}
🔥 {{ usoDe(p).reciente }}{{ p.nombre_comercial }}
La vajilla del plato es la pieza donde se sirve + los accesorios. Declarar el salsero acá es lo que le permite al ERP calcular la cantidad exacta por evento, en vez del «Mixto» que hoy se escribe a mano en el programador.
No hay catálogo de vajilla en CONFIG (vajilla_piezas). Avísale a Manuel.
Nada pendiente con este filtro. Desmarca «Ver solo las que faltan» para revisar las ya llenas.
{{ c.id_plato }}
{{ c.antes || '(vacío)' }} → {{ c.despues || '(vacío)' }}
{{ vaj.error }}
Cargando recetario…
{{ error }}
{{ platosFiltrados.length }} platos · uso según {{ usoInfo.parejas }} degustaciones ({{ usoInfo.parejasRecientes }} en los últimos {{ usoInfo.dias }} días)
{{ p.nombre_comercial }}
Cargando plato…
No se encontró el plato {{ platoId }}.
«{{ detalle.plato.nombre_comercial }}» (nombre comercial)
⚠️ {{ detalle.plato.notas }}
📖 Ver ficha técnica en la Wiki ↗Para aprobarlo como vigente faltan los ítems marcados ✗ (nombres, receta, vajilla y código de degustación si va en degustación). Ficha y foto ⚠ quedan pendientes pero no bloquean. Aprueban Constanza y su área.
⚠ Vigente con pendientes: falta {{ detalle.checklist.faltanAvisos.map(etiquetaChecklist).join(' y ') }}.
Este plato aún no tiene receta cargada.
| Insumo | Proporción | Tipo | Aplica a |
|---|---|---|---|
| {{ r.sku }} | {{ fmtProporcion(r.proporcion) }} | {{ r.tipo_calculo }} | {{ aplicaDe(r) }} |
{{ detalle.ficha.procedimiento }}
Sin ficha técnica todavía — no está cargada en el maestro.
Un plato puede nacer con lo mínimo (nombre + categoría) como prueba para la degustación. Para quedar vigente deberá completar el checklist.
{{ ed.error }}
Cargando productos…
{{ productosFiltrados.length }} productos · mostrando los primeros {{ LIMITE_PRODUCTOS }} — afina la búsqueda
El corazón del ciclo: los eventos de la semana se poblarán solos desde el CRM (por EVT) y sus menús desde Degustaciones 2.0 (getEleccionesEvento con PL + estado confirmada). Sin re-digitación de la hoja Principal.
Alta automática por EVT con pax, mesas, horarios y extras del JSON comercial.
F2.4 · sesión CRMMenú confirmado de cada matrimonio con PL-#### directo del Recetario + ajustes del ítem de menú.
F2.5Vista de la semana con estado por evento — reemplaza el programador que se duplica cada semana.
F2.6Los documentos operativos de cada evento, generados automáticamente desde el menú + recetas + montaje, y auto-archivados en la carpeta del novio en Drive. Hoy se hacen a mano en el programador; acá quedará cada generador.
Preparaciones del evento con QR a la ficha técnica de cada plato según lo elegido, y ajustes especiales destacados.
F4.1Hoja de despacho por evento: elementos, montaje deco (vía logistica.montajeEventos) y destinos.
Automático por la regla plato→vajilla del maestro (por eso vajilla es bloqueante del checklist).
F4.3Materia prima / mise en place por evento desde el motor de necesidades.
F4.1Planillas de despacho Estoril / Vega (Juanito) por destino de insumo.
F3.3–F4Cada documento queda solo en la carpeta del novio (año/mes/semana/novio) en Drive.
F4.2Motor de compras propio — jubila el doc OC + Notion. COMPRAR = NECESIDAD − BODEGA, con el proveedor preferente como default y override puntual por orden.
Menú × pax × recetas del maestro = necesidad por insumo de la semana.
F3.1Necesidad − stock de bodega, mapeado a SKU vía Recetario.
F3.2Auto-generadas según calendario del proveedor (día OC / día entrega), PDF + mail automático.
F5.2Recepción con foto de factura y estados Recibido / Incompleto / Rechazado — reemplaza Notion.
F5.3Factura vs OC → Maestra de pagos con ID idempotente PROV-OC.
F5.4La factura recibida actualiza el maestro de precios (con aprobación).
F5.5El sistema operacional de Tinto, por fases (plan F0–F6 · dual-run sept–oct · corte ~nov). Lo vivo se usa hoy; lo que viene ya tiene su lugar.
Catálogo canónico de platos: recetas, checklist de alta, crear/editar, estados prueba→vigente.
VIVO 📦1.000+ productos con precios por proveedor y ⭐ preferente de compra.
VIVO 📚Fichas técnicas con fotos para cocina. Wiki 2.0 (build del maestro) es lo siguiente del roadmap.
VIVA 2.0 pronto 🗓️Eventos desde el CRM + menús desde Degustaciones 2.0, sin re-digitación.
F2.4–F2.6 🧾Necesidades → decisión de compra → OC por proveedor → recepción → pago. Jubila Notion.
F3 + F5 📄Minuta de cocina, planilla logística, pedido de vajilla, MP, despacho — auto-generados y archivados.
F4Se necesita la clave de edición del equipo y tu nombre (queda registrado en los cambios).
Todo producto nace con proveedor asociado, costo y formato (queda como preferente).
{{ prodNuevo.error }}