fix: anclar la agenda a la zona horaria del negocio, no a la del proceso

La reserva pública no ofrecía horarios en producción. La ventana laboral se
construía con `new Date(y, m, d, hh, mm)`, que resuelve el reloj de pared en la
tz del proceso. El Dockerfile no fijaba TZ y node:22-slim arranca en UTC,
mientras que la máquina de desarrollo está en America/Mexico_City: por eso solo
fallaba desplegado. Un negocio de 09:00-20:00 se publicaba como 09:00-20:00 UTC
(03:00-14:00 de México), y como el generador descarta lo anterior a ahora+30min,
a partir de la 1 PM la lista quedaba vacía.

Toda la API de scheduling.ts lleva ahora `tz` explícita y resuelve el reloj de
pared con wallToUtcDate/bizDateISO de time.ts, que ya existían para esto.

Arrastraba cinco defectos más en la misma ruta:

- getExistingBusy acotaba el día concatenando `${fecha}T00:00:00`. Como start_at
  se guarda en UTC, una cita de las 19:00 de México vive en el día UTC siguiente
  y quedaba fuera del rango: el guard anti doble-reserva no veía la tarde entera.
  Ahora usa bizDayBoundsIsoFor.
- Un negocio recién sembrado nacía con working_hours y slug en NULL, o sea con
  cero franjas agendables y /b/:slug en 404: el backfill vivía solo dentro de las
  migraciones, que corren antes de que exista la fila. Los defaults se fijan en el
  INSERT (server/lib/businessDefaults.ts) en los tres sitios que crean negocios, y
  migrateV4ToV5 repara los ya rotos. El demo usa slug fijo `mi-negocio-demo`
  porque es la URL ya publicada y el volumen se recrea en cada despliegue.
- El chip mostraba la hora formateada por el servidor y el resumen la del
  navegador: dos horas distintas para el mismo slot. Ambas salen ahora del
  instante resuelto en la tz del negocio.
- La separación mañana/tarde usaba /PM/i sobre un texto ya localizado, y es-MX
  rinde "05:00 p.m." con puntos: nunca casaba, así que el grupo "Tarde"
  desaparecía y toda la tarde se agrupaba bajo "Mañana".
- MonthCalendar comparaba canPrev contra el día 1 del mes visible en vez de
  contra minDate, de modo que la flecha de mes anterior nunca se podía pulsar.

Las guardas de migración comparaban la versión como texto ("10" >= "2" es false),
lo que habría reejecutado migrateV1ToV2 y su DROP TABLE users al llegar a dos
dígitos; ahora comparan números.

Verificación: scheduling.test.ts fija TZ=UTC y usa negocios en America/Mexico_City
para que la tz del proceso y la del negocio nunca coincidan; el Dockerfile fija
ENV TZ=UTC por lo mismo. 43 unitarias + 33 e2e + 12 booking + 17 admin en verde
con el servidor en UTC y base recién sembrada; typecheck limpio. booking-e2e.mjs
busca el próximo día abierto en vez de asumir "mañana", que lo hacía fallar cada
viernes y sábado por calendario.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>

server/index.ts

@@ -1,4 +1,6 @@
 import express from "express";
+import { DEFAULT_WORKING_HOURS } from "./lib/businessDefaults.ts";
+import { DEFAULT_TZ } from "./lib/time.ts";
 import cors from "cors";
 import path from "node:path";
 import fs from "node:fs";
@@ -29,12 +31,25 @@ function ensureSeed() {
   const row = db.prepare(`SELECT COUNT(*) c FROM businesses`).get() as { c: number };
   if (row.c === 0) {
     console.log("[seed] Base de datos vacía — creando negocio demo y admin…");
+    // slug, working_hours y timezone se fijan AQUÍ, en el INSERT. Los backfills de
+    // migración corren al importar db.ts, o sea antes de que exista esta fila: un
+    // negocio sembrado sin ellos queda sin página pública (/b/:slug → 404) y sin
+    // ninguna franja agendable. Ver server/lib/businessDefaults.ts.
+    const NAME = "Lumière Estética & Spa";
+    // Slug FIJO, no derivado del nombre: es la URL pública ya publicada
+    // (/b/mi-negocio-demo) y el volumen de producción se recrea en cada
+    // redespliegue, así que un slug derivado la rompería en cada deploy.
+    // Cámbialo desde Ajustes si el negocio deja de ser el demo.
+    const DEMO_SLUG = "mi-negocio-demo";
     const biz = db
       .prepare(
-        `INSERT INTO businesses (name, industry, currency, currency_symbol, phone, address, plan, status)
-         VALUES (?, ?, ?, ?, ?, ?, 'trial', 'active') RETURNING id`
+        `INSERT INTO businesses (name, industry, currency, currency_symbol, phone, address, plan, status, slug, working_hours, timezone)
+         VALUES (?, ?, ?, ?, ?, ?, 'trial', 'active', ?, ?, ?) RETURNING id`
       )
-      .get("Lumière Estética & Spa", "Estética y Spa", "MXN", "$", "+52 55 1234 5678", "Av. Reforma 245, CDMX") as { id: number };
+      .get(
+        NAME, "Estética y Spa", "MXN", "$", "+52 55 1234 5678", "Av. Reforma 245, CDMX",
+        DEMO_SLUG, DEFAULT_WORKING_HOURS, DEFAULT_TZ
+      ) as { id: number };
     seedBusiness({
       businessId: biz.id,
       template: getTemplate(DEFAULT_TEMPLATE_KEY)!,