Reporte — PMO
Generado por el equipo de agentes PMO | 2026-06-10
Frank, hicimos el análisis completo con el equipo técnico. Tu reflexión es acertada: el cambio afecta a **todo el sistema** (6 formularios usan país/ciudad hoy) y la sobre-desagregación viene de la lista estática actual, que incluye barrios y sub-localidades. Google Places con filtro "solo ciudades" la resuelve de raíz. ## Respuestas a tus 5 dudas sobre el campo ubicación **1. ¿Si escribo la ubicación se autocompletan los demás campos?** Sí. Al seleccionar la ubicación del autocomplete, el sistema deriva automáticamente **país, provincia/departamento, ciudad y zona horaria** (esta última con las coordenadas exactas del lugar). Escribís 1 campo y se llenan 4. **2. ¿Aparece el mapa de Google para confirmar visualmente?** Sí, viable y recomendado. Usaríamos el mapa embebido de Google (gratis e ilimitado) como confirmación visual de "este es el lugar". **3. ¿Qué pasa con información inconsistente (ej. cambio la zona horaria frente al país/ubicación)?** Propuesta: **advertir, no bloquear** — hay casos legítimos (evento híbrido con horario anclado a otra sede). Aviso amarillo: *"La zona horaria no coincide con la ubicación del evento (sugerida: America/Bogota). ¿Confirmás?"*. **Única excepción bloqueante**: país del formulario ≠ país de la ubicación — esa es una contradicción dura y pide corregir antes de enviar. **4. ¿Si quito la ubicación pero los demás datos siguen válidos?** Los campos derivados **se conservan** (borrarlos destruiría trabajo válido) y vuelven a ser editables como campos normales. Solo si borrás la ubicación inmediatamente después de autocompletar (sin confirmar nada), el sistema ofrece: *"¿Querés limpiar también los campos derivados?"* — nunca borrado silencioso. **5. ¿Diseñamos advertencias para estas inconsistencias?** Sí, con dos niveles: avisos no bloqueantes (timezone o ciudad editada que no coincide con el venue, con corrección a 1 clic) y bloqueante solo para la contradicción país vs ubicación. ## Confirmaciones de tu reflexión - ✔️ **País no se toca** — queda exactamente como está. - ✔️ **Ciudad**: autocomplete restringido al país seleccionado, devuelve **solo ciudades** (nunca barrios/colonias). - ✔️ **Provincia/departamento**: se deriva automáticamente y queda en solo lectura (con opción de editar para casos límite) — un campo menos que diligenciar. - ✔️ **Datos ya guardados**: siguen válidos tal cual; se normalizan naturalmente cuando alguien re-edita un registro. Sin migración riesgosa. ## Alcance propuesto en fases | Fase | Alcance | Tallaje | |------|---------|---------| | 1 (MVP) | FE: ciudad + ubicación con derivación + mapa + advertencias | **M** | | 2 | Extender el mismo componente al resto de formularios del sistema | **S por formulario** | ## ⚠️ Decisión previa indispensable La integración requiere una **cuenta Google Cloud con facturación habilitada** (tarjeta registrada), aunque para el volumen actual de la plataforma el consumo cae dentro del free tier de Google → **costo esperado: $0/mes**, con alertas de presupuesto configuradas por seguridad. **Para arrancar necesito de vos:** (1) confirmación del comportamiento propuesto en los puntos 3 y 4, y (2) definir quién crea/aporta la cuenta de Google Cloud con billing. Con esos dos OK, creo el ticket y arrancamos con la Fase 1 en el FE.