Bitácora de producto

Mesita mejora
todos los días.

Un diario automático de lo que cambió, por qué se hizo y cómo mejora la experiencia del restaurante.

0

cambios recientes

0

días registrados

Fuente automática: commits de GitHubContexto editorial: TODAY.mdSe refresca cada 15 min · cada deployment

Historias destacadas

Qué cambió y por qué

29 sept 2026

MES-156: una mesa con decimal jamás es otra mesa («3.1» ≠ 31, «2-1» ≠ 21) — rama fix/mes-156-mesa-decimal-no-es-otra-mesa

Por qué

la Mesa 21 de BOGO no se podía cobrar por QR, y no venía de MES-154: - El emparejador borraba el punto, así que la mesa suelta «2.1» (código «2-1») quedaba como «21». - Con dos mesas candidatas, la cuenta se iba a «sin mesa». - JuanJa pidió arreglarlo de raíz y «que no pase lo de la 3.1 como 31». Le puede pasar a cualquier N.M cuyo NM sea una mesa: 1.1↔11, 1.2↔12, 3.1↔31, 4.9↔49.

Qué mejora

los dígitos a cada lado de un separador forman UN número con decimal y nunca se pegan en otro. - Una mesa suelta «N.M» o «Mesa N.M» ya no se cruza con la mesa NM ni con la N. - Lo que escribe el mesero no cambia: «5.1» sigue siendo la Mesa 5 en su generación 1 (MES-154). - Comparado con el código anterior sobre las 1.539 etiquetas reales de BOGO (4.448 documentos, solo lectura): - Con las mesas de hoy, las 1.539 dan idéntico. - Con las sueltas conectadas como estaban, solo cambian las 75 etiquet

29 sept 2026

MES-156, arreglo rápido en la base: las 9 mesas sueltas «N.M» de BOGO quedan desconectadas del POS y la Mesa 21 vuelve al QR

Por qué

la «2.1» chocaba con la Mesa 21 (ver la entrada de arriba). Las otras 8 no chocaban con ninguna mesa del 1 al 49, pero tampoco tenían uso: ninguna cuenta en su historia.

Qué mejora

- Verificado en solo lectura: el documento «21» ya cae en la Mesa 21, en la generación base. - El auto-emparejamiento no las vuelve a conectar, porque un nombre con dos números no se empareja. - La sincronización de mesas del POS sí podría devolverles código por nombre si el catálogo de BOGO trae «2.1». Con el arreglo de código ya no importa. Se revisó de nuevo antes del PR y seguían desconectadas.

29 sept 2026

MES-154 en producción: promoción main → production (#394)

Por qué

MES-154 ya estaba en main, y la migración estaba aplicada en producción desde las 06:11Z.

Qué mejora

- Verificado después de promover: - Vercel publicó y /api/health responde ok. - Las pestañas nuevas ya están en vivo. - El bridge de BOGO escribe generation en el espejo. - Sentry no registró eventos nuevos y todos los workflows quedaron en verde. - Deploy production cayó una vez en el e2e de la compuerta porque falló la descarga de Google Fonts de next/font. Fue la red del runner, no el código, y quedó en verde al relanzar solo lo fallido.

29 sept 2026

MES-154 salida: respaldo fresco, Mesa 26 de BOGO cerrada y migración aplicada a producción · sin corona después de pagar · gitleaks

Por qué

JuanJa pidió migrar hoy y dejar todo perfecto. El chequeo previo (solo lectura) encontró esa cuenta vieja: con el selector de MES-154 habría salido junto a la cuenta nueva de la 26, y ya era lo que mostraba hoy su QR. La corona «de después» la pidió al ver el preview.

Qué mejora

producción ya tiene las 4 columnas nuevas. El código de production las ignora, así que nada cambia hasta promover, y staging entra con su esquema completo al mergear. El QR de la Mesa 26 deja de ofrecer la cuenta de pruebas. Después de pagar ya no aparece ninguna corona.

Actividad automática

Cambios por día

Cada commit nuevo aparece agrupado por fecha de Ecuador.

No se pudo consultar GitHub en este momento.

La bitácora volverá a intentarlo automáticamente.