Lazy Supabase Admin Runtime Refactor
V-3.2.0260 — Lazy Supabase Admin Runtime Refactor: Causa raíz: varias rutas recientes importaban un objeto `supabaseAdmin` compartido. Aunque usaba Proxy, el patrón seguía permitiendo accesos indirectos demasiado temprano en módulos grandes cargados por el registry RPC antes de que el runtime Worker terminara de capturar bindings. Fix: • `src/server/supabase-admin.server.ts` ahora exporta únicamente `getSupabaseAdmin()`. • `getSupabaseAdmin()` lee `SUPABASE_URL` / `SUPABASE_SERVICE_ROLE_KEY` vía `requireServerEnv()` sólo cuando un handler lo llama. • Se migraron rutas y módulos server recientes (add-ons, AI, cash/franchise, online-store, warehouses, auctions, hooks públicos) para llamar la factory dentro de handlers/helpers runtime. • `src/integrations/supabase/client.server.ts` queda como shim compatible hacia la factory lazy, sin crear cliente propio. • No se tocaron Docker, Wrangler, Traefik, assets ni Lovable Cloud. Resultado esperado en VPS: `/cash-control`, `/ai`, `/online-store`, `/franchise-network`, `/franchise-operator`, `/addons` y `/pos-clients` dejan de inicializar cliente admin antes de tiempo y no muestran `SUPABASE_SERVICE_ROLE_KEY missing`.
Aspectos destacados
- Factory lazy getSupabaseAdmin()
- Sin cliente admin en top-level module scope
- Lovable Cloud sigue siendo el backend