Frank, te explico los tres puntos. Antes verifiqué cómo está construido hoy el sistema para darte una respuesta precisa, no teórica. --- **1. Cómo se configura el servicio de Google** El servicio se llama **Google Places API (Autocomplete)** y se configura así: 1. **Cuenta de Google Cloud**: se necesita una cuenta Google (puede ser una existente de LPDI, ej. un Gmail corporativo). No hay que crear cuentas por usuario del sistema — es **una sola cuenta administrativa**, los usuarios finales nunca interactúan con Google directamente. 2. **Proyecto + facturación**: dentro de Google Cloud se crea un "proyecto" y se asocia una tarjeta de crédito. Google exige tarjeta aunque el uso quede dentro de la capa gratuita — solo cobra si se supera el límite gratis mensual (y como vimos, con el volumen esperado del sistema no nos acercamos). 3. **Habilitar la API y generar una clave (API key)**: la clave se restringe para que **solo funcione desde el dominio `eco.lpdi.co`** — así nadie puede robarla y generar consumo a nombre de LPDI. 4. Opcional pero recomendado: configurar una **alerta de presupuesto** (ej. avisar si el consumo proyectado supera $X) para dormir tranquilos. Mi recomendación: la cuenta y la tarjeta deberían estar a nombre de LPDI (control y propiedad tuya), y nosotros hacemos toda la configuración técnica. Tú solo necesitarías darnos acceso o crear la cuenta con nuestra guía — es un proceso de ~15 minutos. **2. Cómo se integra en el Sistema LPDI** La integración es quirúrgica, no invasiva: - La clave se guarda como variable de entorno en el servidor (Vercel), nunca expuesta. - El único componente que se toca es el **buscador de Ciudad** (el campo donde hoy escribes y te sugiere ciudades). Hoy ese campo consulta una base de datos de ciudades estática; con Google, consultaría a Google en su lugar. - Todo lo demás del sistema (registro, formularios, Hub, dashboards) **no se toca**. **3. Impacto en País / Provincia / Ciudad — tu preocupación principal** Tranquilo con esto: - **País: CERO impacto.** El campo País se alimenta de la tabla `catalogo_pais` de Supabase (la que trabajamos juntos) y eso **no cambia en absoluto**. Esa tabla sigue siendo la fuente única de verdad. De hecho, el país seleccionado se usaría como **filtro** para decirle a Google "búscame ciudades solo de este país" — o sea, tu tabla no solo se mantiene, sino que sigue mandando. - **Provincia/Estado**: hoy viene como dato adjunto de la ciudad seleccionada; con Google vendría igual, del resultado que devuelve Google. Mismo comportamiento para el usuario. - **Ciudad**: es lo único que cambia de fuente — en vez de la base estática actual, las sugerencias vendrían de Google (más completas y actualizadas). En resumen: Google solo reemplaza **de dónde salen las sugerencias de ciudad**. Tu tabla de países en Supabase queda intacta y sigue siendo la que gobierna todo el sistema. ¿Quieres que preparemos la guía paso a paso para crear la cuenta de Google Cloud de LPDI, o prefieres que evaluemos primero si vale la pena el cambio frente a la base de ciudades actual?