7 ofertas comerciales (6 venta / 1 renta), 233 medios registrados, 74 medios públicos, confirmados en Supabase.

CRM Maestro y Centro de trabajo usan RPC reales. Sin leads, tareas ni citas registradas todavía: el cero es un dato real, no una falla.

Corregido en Supabase (migración corregir_helpers_rls_y_dashboard_auditoria_etapa12: GRANT EXECUTE a authenticated en rol_actual/perfil_activo/mi_asesor_id). Reverificado en navegador con la sesión real del administrador: rol_actual()=“administrador”, mi_asesor_id()=“AGENTE-001”, sin errores 403; Operaciones reales muestra su estado vacío real (0 operaciones).

Consolidada: el menú ahora tiene una sola entrada “Agenda y tareas” que abre el Centro de trabajo real conectado a Supabase. La vista estática antigua (datos de ejemplo) quedó sin botón de acceso, marcada como legacy e inactiva (hidden) en el HTML; ya no es alcanzable como módulo operativo.

La sección Equipo lista miembros reales y conecta invitaciones, aceptación, cambios de rol y bajas a las RPC SaaS oficiales. Cada miembro usa su propia cuenta Supabase Auth; la baja conserva historial y exige previsualizar la cartera.

Corregido en Supabase (misma migración): se corrigió el ORDER BY de dashboard_auditoria(). Reverificado en navegador con la sesión real del administrador: la función responde sin error 42P01 (historial vacío porque la tabla auditoria aún no tiene eventos reales).

dashboard_alertas_priorizadas, dashboard_alertas_inteligencia y dashboard_seguimientos_vencidos calculan avisos en tiempo real.

Se guardan borradores y mensajes preparados en Supabase. No se envían todavía a un canal externo.

Corregido en frontend (Etapa 12, 989-992): condición de carrera en el canal postgres_changes (“cannot add postgres_changes callbacks after subscribe()”) causada por múltiples disparadores (click, otero:auth-ready, load, focus) llamando a init() sin exclusión mutua. Se agregó un guard («guardBusy») que serializa las llamadas. Verificado con prueba real de disparo concurrente: cero errores en consola, datos de Propiedades intactos.

Backend endurecido por ChatGPT y verificado por Claude/Codex directamente por SQL: restricción única (transaccion_id, etapa_id) con upsert real, validación de secuencia (lanza etapa_fuera_de_secuencia si hay etapas anteriores sin completar), permisos correctos (authenticated sí, anon no). Interfaz conectada: la barra de etapas ahora tiene controlador de clic, pide confirmación antes de modificar, llama exclusivamente a dashboard_actualizar_hito_transaccion() y traduce etapa_fuera_de_secuencia a un mensaje comprensible. Verificación estructural completa (QA, RPC correcto, manejo de errores); la prueba de clic real con una operación verdadera queda pendiente de la primera operación real, ya que no se creó una operación de prueba para no contaminar datos.

Backend endurecido por ChatGPT y verificado por Claude/Codex directamente por SQL: dashboard_cerrar_transaccion() ahora ejecuta dashboard_prevalidar_formalizacion() antes de cambiar el estado y lanza formalizacion_incompleta si falta evidencia de firma o de aceptación, antes de tocar la propiedad vinculada. La interfaz ya solo reporta éxito si el backend responde sin error, y ahora traduce formalizacion_incompleta a un mensaje comprensible en vez del código crudo. No se ejecutó ningún cierre real; la prueba de cierre con una operación verdadera queda pendiente de la primera operación real.