Registro #90, adenda: push y publicación de 73d1c2a en paputec (respaldo, imagen pre-lote-20261002, sin migración)

2026-10-02 08:41:18 -06:00
parent 4f3eb99dd0
commit 4e90543486
2 changed files with 4 additions and 3 deletions
@@ -1979,7 +1979,7 @@ La bandeja permite marcar varios tickets (solo los que aún no tienen cotizació
 - **El timbrado no entra al lote** (efecto fiscal: uno por uno, con TIMBRAR): la tarjeta de timbrado se abre por fila con "Timbrar →" y, para lo que se timbre después, **vive ahora también en el detalle de la factura** (`/facturas/:id`, cuando es prefactura) — cubre lo generado en lote y lo hecho a mano en BIND (p. ej. la 2463 de Pedro). El botón externo "Timbrar en BIND" de ese detalle pasa a "Ver en BIND".
 - **Pruebas:** 213 backend (13+14+60+126) + 10 frontend en verde; recorrido en navegador `deploy/demo-local/lote.cjs` (7 capturas, sin errores de consola): marcar → lote → vistas previas → generar con API lento → timbrar una fila → ticket aceptado → bandeja "Prefacturar seleccionados (1)" → lote → detalle de la factura con la tarjeta.

-⚠️ **No verificado:** nada de esto corre aún en paputec (producción sigue con `f5b3743`). Publicar requiere orden de Johann.
+**ADENDA (8:40 AM) — push y publicación por orden de Johann:** `73d1c2a` a GitHub y `4f3eb99` a git.paputec.mx; respaldo `balam-20261002-144013.sql.gz`, imagen de rollback `balam-api:pre-lote-20261002`, `deploy.sh` sin migración, arranque limpio, `GET /api/quotes?ids=` vivo (401 sin token) y bundles servidos con la página del lote y los dos botones.

 > **Lectura estratégica:** el lote no agregó un camino nuevo a BIND — reutiliza el endpoint individual y sus candados —, así que lo que se probó la noche del 30-sep (estado leído al momento, bloqueo de 10 min, estado incierto) vale igual para 1 o para 20 prefacturas. La única regla nueva es de orden: en serie, nunca en paralelo.