---
name: cafe-lima-pedidos-whatsapp
description: "Estado del bot de pedidos por WhatsApp de Café Lima al 15-sep-2026 — qué funciona, qué está roto, qué no se toca y quién decide cada cosa."
metadata:
  node_type: memory
  type: project
  modified: 2026-09-15T18:20:00.000Z
---

<!--
  FICHA DE EJEMPLO — tipo `project`.
  Es la ficha de estado: responde "¿en qué punto está esto?" sin que nadie
  tenga que leer el código ni el historial de git.
  Fíjate en tres cosas y cópialas:
    1. Lo que está roto está marcado como roto, arriba, no escondido al final.
    2. Cada afirmación medible lleva su fecha.
    3. Enlaza a las otras fichas en vez de repetir su contenido.
  El negocio es inventado.
-->

Bot de pedidos por WhatsApp de **Café Lima**, cafetería con dos locales.
En producción desde el **12-ago-2026**. Entran pedidos reales todos los días:
**entre 30 y 50 diarios** (contados sobre la semana del 8 al 14-sep).

**No es un prototipo.** Lo que se rompe aquí se rompe delante de un cliente que
está esperando su café.

## Qué funciona hoy

- **Toma de pedido por WhatsApp.** El cliente escribe, el bot arma el pedido y
  confirma. La carta sale de la base, no está escrita en el prompt.
- **Impresión en cocina.** Cada pedido confirmado imprime una comanda en el local
  que corresponde. Un pedido puede generar dos comandas (cocina y barra).
- **Panel de administración.** Una sola página. Se ven los pedidos del día y se
  marcan como entregados.

## Qué está roto o a medias

- **[ROTO] El bot no distingue los dos locales cuando el cliente no lo dice.**
  Asume el local del centro siempre. Desde el 2-sep han salido al menos 4 pedidos
  al local equivocado. Arreglo acordado: preguntar el local **antes** de armar el
  pedido, no después. Sin hacer al 15-sep.
- **[PENDIENTE] Recordatorios de pedido programado.** El código está, pero está
  apagado a propósito desde el 30-ago. Antes de volver a encenderlo hay que leer
  [[trampa-zona-horaria]] — ahí está la razón y la regla.
- **[PENDIENTE] Reporte diario de ventas.** Se pide a mano. No es urgente.

## Qué NO se toca

- **La carpeta `facturacion/`.** Toca dinero y la revisa el contador. Cualquier
  cambio se avisa antes, sin excepción.
- **Los números de WhatsApp de producción.** Los de prueba están en
  `docs/numeros-de-prueba.md`. Nunca se manda un mensaje de prueba a un número
  real: el cliente lo recibe igual y ya pasó una vez.
- **Las migraciones que ya corrieron.** No se reescriben, se agrega una nueva.

## Decisiones cerradas (no volver a proponerlas)

- **Pago contra entrega, sin pasarela.** Evaluado en agosto y descartado: el
  ticket promedio no justifica la comisión. No es una tarea pendiente, es un no.
- **No hay aplicación móvil.** Es una web que se abre en el teléfono.
- **La agenda de pedidos programados es Google Calendar.** El personal ya la usa
  desde su teléfono; no se les va a enseñar otra herramienta.

## Quién decide qué

- **Precios, carta y promociones:** el dueño. Si hace falta cambiar algo, se
  propone; no se cambia.
- **Esquema de base de datos y despliegues:** se pregunta antes.
- **Estructura del código, nombres, refactores:** se decide y se sigue.

## Vocabulario (importa, se confunde)

- **Pedido** = lo que el cliente pide. **Comanda** = lo que sale impreso a cocina.
  Tablas distintas. Un pedido puede generar dos comandas.
- **Local** = punto de venta físico. Hay dos. Nunca "sucursal", nunca "sede".
- **Cliente** = quien compra. **Usuario** = quien entra al panel.

## Trampas de entorno

- **Las pruebas no corren en paralelo.** Comparten base de datos y se pisan entre
  ellas. Se corren de una en una aunque tarde más.
- Después de desplegar, la primera petición tarda unos segundos. No es un error,
  no lo persigas.

Ver también [[trampa-zona-horaria]] y [[como-trabajo]].