Correprop · Reporte de avance · 13-08-2026

Grado de avance del gestor

Evaluación del proyecto /var/www/html/gestor-propiedades (PHP, código revisado al 13-08-2026) contra los 91 requerimientos funcionales de la ERS v1.0. Cada requerimiento se clasifica como Completo, Parcial o Pendiente, con la evidencia encontrada en el código.

Método: revisión de código + esquema de BD Proyecto: gestor-propiedades (v13) Base: REQUERIMIENTOS GESTOR.pdf

34%

Avance global

31 de 91 requerimientos cubiertos (contando cada parcial como ½).

✓ Completos · 19 ◐ Parciales · 24 ✗ Pendientes · 48

Módulos evaluados

100%

M2 · Asignación contacto-prop.

M6 · Marketing · M10 · Tareas

31%

Transversales (RN) cubiertos

Resumen ejecutivo

Avance por módulo

El proyecto está centrado en el núcleo operativo (contactos, propiedades, documentos y portal) y tiene tres módulos completos del documento sin abordar: marketing (M6), tareas (M10) y la cabina de captura (M5). El módulo de tareas fue eliminado por decisión del usuario en la v8 del proyecto — un punto a resolver, porque el PDF lo define como el motor transversal.

M1 · Mantenedor de contactos7 RF · 2 completos · 4 parciales · 1 pendiente57%

M2 · Asignación contacto ↔ propiedad3 RF · 3 completos100%

M3 · Mantenedor de propiedades27 RF · 7 completos · 7 parciales · 13 pendientes39%

M4 · Estado propiedad10 RF · 2 completos · 7 parciales · 1 pendiente55%

M5 · Gestión captura11 RF · 1 completo · 1 parcial · 9 pendientes14%

M6 · Gestión marketing11 RF · 00%

M7 · Gestión de interesados4 RF · 1 completo · 1 parcial · 2 pendientes38%

M8 · Gestión compraventa3 RF · 1 completo · 2 parciales67%

M9 · Gestión de documentos4 RF · 2 completos · 1 parcial · 1 pendiente63%

M10 · Gestión de tareas7 RF · 0 — módulo eliminado en v8 (decisión)0%

M11 · Intranet clientes4 RF · 0 completos · 1 parcial · 3 pendientes13%

Nota sobre el cálculoCada requerimiento completo vale 1, cada parcial vale ½ y cada pendiente vale 0. El detalle de la clasificación está en las tablas por módulo, con la evidencia encontrada en el código y el esquema de base de datos.

Detalle por módulo

Clasificación de los 91 requerimientos

Leyenda: ✓ Completo ◐ Parcial ✗ Pendiente Eliminado por decisión

Mantenedor de contactos

57% · 4 / 7 pts

Contactos con N medios (teléfono/correo) y estado por medio. Falta RUT, adjuntos y el mantenedor de tipos.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-01.01	Registrar contacto (NOMBRE, RUT)	◐ Parcial	clientes.nombre ✓ · sin campo RUT
RF-01.02	N teléfonos con estado	✓ Completo	medios_contacto (N por contacto, estado activo/inactivo)
RF-01.03	N correos con estado	✓ Completo	medios_contacto tipo email (validado con filter_var)
RF-01.04	Estados por datos tentativos (Dealernet)	◐ Parcial	estado + quién/cuándo inactiva ✓ · sin concepto "tentativo Dealernet"; solo el gerente cambia estado
RF-01.05	Tipo de contacto (mantenedor)	◐ Parcial	clientes.tipo ENUM fijo (comprador, arrendatario, vendedor, propietario, otro) · sin mantenedor ni tipos del PDF
RF-01.06	Adjuntar reporte Dealernet (PDF)	✗ Pendiente	sin adjuntos en contactos
RF-01.07	Flujo Día 1 / 2.1 / 2.2	◐ Parcial	medio_gestiones registra intentos (fecha/usuario/texto) · sin flujo guiado por días ni correo tipo

Asignación contacto ↔ propiedad

100% · 3 / 3 pts

Relación N:M implementada y además con rol (propietario / interesado / referente).

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-02.01	N contactos por propiedad	✓ Completo	propiedad_contacto (N:N) · pestaña Contactos del form
RF-02.02	N propiedades por contacto	✓ Completo	propiedad_contacto · ficha del contacto lista sus propiedades asociadas
RF-02.03	Asociar propiedad al crear el contacto	✓ Completo	asociación desde el form de la propiedad y desde la ficha del contacto

Mantenedor de propiedades

39% · 10.5 / 27 pts

Los datos básicos están completos (incluso la creación mínima es idéntica al PDF). Falta todo el bloque comercial-publicación: códigos WEB/BROKER, registro múltiple de links, precios separados, condición comercial, prioridades y observaciones por etapa.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-03.01	ID genérico correlativo	✓ Completo	propiedades.codigo autogenerado (CP-0001…), no editable
RF-03.02	Dirección, comuna, región	✓ Completo	direccion, comuna (requerida), region
RF-03.03	Origen: terreno, publicación, referido	◐ Parcial	fuente texto libre ("Portal, terreno…") · sin catálogo con los 3 valores del PDF
RF-03.04	Link	✓ Completo	link_portal (validado como URL)
RF-03.05	ROL	✓ Completo	propiedades.rol (gatillante del envío a precaptura)
RF-03.06	Información (texto libre)	✓ Completo	descripcion (textarea)
RF-03.07	Estado según proceso	✓ Completo	etapa (pipeline) + estado (comercial)
RF-03.08	Creación mínima (comuna + dirección o link)	✓ Completo	validación idéntica: mínimo comuna + (dirección o link)
RF-03.09	Obs. para análisis (creador → analista)	◐ Parcial	comentarios genéricos por propiedad · sin campo específico de traspaso
RF-03.10	Prioridad análisis	✗ Pendiente	no existe campo de prioridad
RF-03.11	Obs. para captura (analista → ejecutiva)	◐ Parcial	comentarios genéricos · sin campo específico
RF-03.12	Obs. para cierre (captura → gerente)	◐ Parcial	comentarios + etapas_cierre.observaciones · sin campo específico de traspaso
RF-03.13	Prioridad captura	✗ Pendiente	no existe campo de prioridad
RF-03.14	Precio web	◐ Parcial	precio único + moneda (CLP/UF/USD) · sin separar web/broker
RF-03.15	Precio broker	◐ Parcial	ídem — un solo campo de precio
RF-03.16	Condición comercial	✗ Pendiente	sin campo
RF-03.17	Auditoría: quién crea y cuándo	◐ Parcial	creado_en ✓ · sin "quién crea" (creado_por)
RF-03.18	Auditoría: quién da código WEB y cuándo	✗ Pendiente	no existe código web
RF-03.19	Auditoría: quién da código BROKER y cuándo	✗ Pendiente	no existe código broker
RF-03.20	Anti-duplicado de dirección	✗ Pendiente	sin detección (figura como idea pendiente en el RESUMEN del proyecto)
RF-03.21	Código WEB (C00556 / AC00557)	✗ Pendiente	no existe
RF-03.22	Código BROKER (622289)	✗ Pendiente	no existe
RF-03.23	Registro de todos los links de publicación	✗ Pendiente	solo link_portal único · sin registro múltiple
RF-03.24	Mantenedor de publicaciones (tipos)	✗ Pendiente	no existe
RF-03.25	Datos por link (fecha/usuario/tipo)	✗ Pendiente	n/a
RF-03.26	Link viejo INACTIVO al re-publicar	✗ Pendiente	n/a
RF-03.27	Link Marketplace se modifica	✗ Pendiente	n/a

Estado propiedad

55% · 5.5 / 10 pts

El proyecto tiene un pipeline propio (candidata → precaptura → revisión → capturada → cierre → cerrada/descartada) con asignaciones auditadas. Se evaluó por equivalencia con los 4 estados del PDF.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-04.01	Catálogo numerado ordenado por flujo	◐ Parcial	etapas ordenadas en el flujo pero con modelo distinto (7 etapas, sin numeración)
RF-04.02	INGRESADA automática al crear	✓ Completo	equivalente: candidata automática al crear
RF-04.03	EN ANÁLISIS (revisar ROL)	◐ Parcial	etapa revision + alerta Revisar! · flujo distinto (toma el gerente; ROL es gatillante previo)
RF-04.04	Asignar usuario + quién/cuándo	◐ Parcial	asignaciones: historial quién asignó y cuándo ✓ · sin "tarea de análisis" (no hay tareas)
RF-04.05	Prioridad y observaciones del análisis	◐ Parcial	observaciones vía comentarios ✓ · sin prioridad
RF-04.06	CAPTURA (ubicar al propietario)	◐ Parcial	equivalente: precaptura (el responsable trabaja la propiedad) + etapa capturada
RF-04.07	CIERRE CAPTURA (apoyo del gerente)	◐ Parcial	equivalente: alerta Revisar! (se pide apoyo al gerente) + etapa cierre
RF-04.08	Cierre POSITIVO (coordinar inicio)	✗ Pendiente	sin registro explícito de desenlace positivo
RF-04.09	Cierre NEGATIVO (cerrar caso)	◐ Parcial	equivalente: etapa descartada (cierre del caso)
RF-04.10	Registro de asignación y obs. del cierre	✓ Completo	comentarios automáticos en cada transición + historial de asignaciones

Gestión captura

14% · 1.5 / 11 pts

Solo existe el registro de gestiones por medio de contacto. Todo lo demás (tareas con fecha compromiso, cabina de captura, guion, "siguiente tarea") depende del módulo de tareas, que fue eliminado en v8.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-05.01	Bitácora de gestiones de contacto	✓ Completo	medio_gestiones (cada intento: usuario + fecha + texto) + comentarios
RF-05.02	Tareas con fecha compromiso	✗ Pendiente	sin tareas (módulo eliminado en v8)
RF-05.03	Reporte propiedades en gestión + filtro prioridad	◐ Parcial	listado con filtros por etapa/responsable ✓ · sin prioridad (no existe campo)
RF-05.04	Reporte de tareas	✗ Pendiente	sin tareas
RF-05.05	Cabina de captura	✗ Pendiente	no existe
RF-05.06	— Bitácora más reciente abajo	✗ Pendiente	no existe
RF-05.07	— Ventana de registro de gestión	✗ Pendiente	no existe (solo gestiones por medio)
RF-05.08	— Observaciones para captura	✗ Pendiente	no existe campo específico
RF-05.09	— Guion por etapa de contactabilidad	✗ Pendiente	no existe
RF-05.10	— Botón Grabar	✗ Pendiente	no existe
RF-05.11	— Botón "siguiente tarea"	✗ Pendiente	no existe

Gestión marketing propiedad

0% · 0 / 11 pts

Nada implementado. En el RESUMEN del proyecto figura como "módulo MARKETING (futuro)".

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-06.01	Cargar PLAN30S por propiedad	✗ Pendiente	no existe (planificado a futuro)
RF-06.02	Publicaciones como tareas con fecha	✗ Pendiente	no existe
RF-06.03	Detalle/observación por tarea	✗ Pendiente	no existe
RF-06.04	Registro de fecha realizada + link	✗ Pendiente	no existe
RF-06.05	Reporte de links de la propiedad	✗ Pendiente	solo link_portal único
RF-06.06	Plan de 50 puntos y 2 tipos	✗ Pendiente	no existe
RF-06.07	Carga masiva del plan	✗ Pendiente	no existe
RF-06.08	Distribución de trabajo marketing	✗ Pendiente	no existe
RF-06.09	Plan de contenidos como tareas	✗ Pendiente	no existe
RF-06.10	Consolidar propiedades + contenidos	✗ Pendiente	no existe
RF-06.11	Guardar links de reels/publicaciones	✗ Pendiente	no existe

Gestión de interesados

38% · 1.5 / 4 pts

El interesado existe como vínculo y tipo de contacto; falta la gestión activa (tareas, agenda de visitas) y el reporte tipo bitácora para el propietario.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-07.01	Registrar cada consulta por propiedad	✓ Completo	vínculo propiedad_contacto con rol interesado + tipos comprador/arrendatario
RF-07.02	Reporte tipo bitácora para propietarios	◐ Parcial	portal muestra avance del cierre al propietario ✓ · sin reporte de consultas
RF-07.03	Tareas con interesados (dudas, visitas)	✗ Pendiente	sin tareas · solo comentarios
RF-07.04	Tareas generadas de interesados	✗ Pendiente	sin tareas

Gestión compraventa

67% · 2 / 3 pts

El control del proceso existe vía documentos y etapas de cierre; falta el registro de tareas del proceso (banco, abogado) que el PDF pide.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-08.01	Registro de tareas (banco, abogado…)	◐ Parcial	documentos y etapas_cierre cubren parte del proceso · sin tareas
RF-08.02	Bitácora de gestión compraventa	◐ Parcial	comentarios + etapas de cierre ✓ · sin bitácora específica ni vista para comprador
RF-08.03	Enlazado con gestión de documentos	✓ Completo	pestaña Documentos en la propiedad; el portal los muestra en cierre

Gestión de documentos

63% · 2.5 / 4 pts

Listado con seguimiento completo (estados, fechas, fuentes, costo). Falta la subida de archivos y las tareas derivadas.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-09.01	Listado con seguimiento	✓ Completo	tabla documentos: estados (pendiente→solicitado→recepcionado→entregado/no_aplica), fechas, fuentes
RF-09.02	Tareas derivadas	✗ Pendiente	sin tareas
RF-09.03	Cobro asociado	✓ Completo	documentos.costo (DECIMAL) + devuelto
RF-09.04	Archivos subidos (EVALUAR)	◐ Parcial	sin archivo por documento · subida de imágenes de propiedad sí existe (uploads/)

M10

Gestión de tareas

0% · 0 / 7 pts

Divergencia importanteEl módulo de tareas existió (tareas.php, modelos Tarea/TareaPlantilla, tablas tareas/tareas_plantilla) pero fue eliminado en la v8 del proyecto por decisión del usuario. En el PDF este módulo es el motor transversal de todos los procesos (y la prioridad 3 de implementación se apoya en él). Decisión a revalidar con el cliente.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-10.01	Listado único de tareas	Eliminado v8	módulo eliminado por decisión del usuario (2026-07)
RF-10.02	Categoría / subcategoría / clase	Eliminado v8	n/a
RF-10.03	Mantenedores de clasificación	Eliminado v8	n/a
RF-10.04	Campos base de la tarea	Eliminado v8	n/a
RF-10.05	Carga masiva desde Excel	Eliminado v8	n/a · (existe idea pendiente de "carga masiva de precaptura")
RF-10.06	Reporte de carga laboral	Eliminado v8	n/a
RF-10.07	Reporte de cumplimiento diario	Eliminado v8	n/a

M11

Intranet clientes

13% · 0.5 / 4 pts

Existe un portal de cliente (token, solo lectura) que supera la duda del PDF ("no sé si se meterán a verlo") y ya muestra el avance del cierre. Falta plan 30S, consultas y visitas.

ID	Requerimiento	Estado	Evidencia en el proyecto
RF-11.01	PLAN 30S visible	✗ Pendiente	sin marketing en el portal
RF-11.02	Registro de consultas	✗ Pendiente	portal sin consultas
RF-11.03	Registro de visitas	✗ Pendiente	portal sin visitas
RF-11.04	Gestión de compraventa	◐ Parcial	portal muestra estado neutro + avance del cierre (documentos y etapas)

Requerimientos transversales (no funcionales)

31% · 2.5 / 8 pts

ID	Requerimiento	Estado	Evidencia en el proyecto
RN-01	Trazabilidad / auditoría	◐ Parcial	asignaciones, comentarios con autor, inactivación de medios con quién/cuándo ✓ · sin quién crea propiedad ni códigos web/broker
RN-02	Históricos (no borrar, inactivar)	◐ Parcial	medios se inactivan, comentarios solo agregan ✓ · links múltiples no aplican aún
RN-03	Anti-duplicados	✗ Pendiente	sin detección de direcciones repetidas
RN-04	Reportes operativos	◐ Parcial	reportes.php: actividad por usuario, embudo, actividad mensual ✓ · sin prioridad ni cumplimiento diario
RN-05	Carga masiva	✗ Pendiente	idea pendiente en el RESUMEN del proyecto
RN-06	Usabilidad (cabina de captura)	✗ Pendiente	no existe
RN-07	Datos estructurados (catálogos)	◐ Parcial	tipos/etapas/fuentes de documentos como ENUM ✓ · categorías de tareas n/a
RN-08	Archivos adjuntos	◐ Parcial	imágenes de propiedad con subida y optimización ✓ · adjuntos de contacto/documento sin subir

Prioridades del documento

Estado de la Fase 1 definida en el PDF

El PDF prioriza tres bloques de implementación. Así está cada uno hoy en el proyecto:

✓ Cumplido

P1 · Contactos — versión básica

100%

Crear contacto y registrar 1 teléfono y/o 1 correo (no obligatorio), simple como planilla. Implementado: contacto + N medios opcionales con estado. (El RUT no era parte del alcance básico.)

◐ Parcial

P2 · Propiedades — todos los campos + captura

40%

Los campos base y la bitácora (comentarios + gestiones) están; faltan 13 campos comerciales del M3 (códigos, precios separados, condición comercial, links múltiples, prioridades, observaciones por etapa) y las tareas de captura.

◐ Parcial

P3 · Compraventa — actividades y tareas

41%

Documentos (M9) y control de cierre implementados; el registro de "actividades como tareas" no existe porque el módulo de tareas fue eliminado (v8).

Análisis

Divergencias entre el proyecto y el PDF

El proyecto evolucionó con decisiones propias del usuario. Para cuadrar el avance hay que resolverlas primero:

Módulo de tareas eliminado (v8). El PDF lo define como el motor transversal de todos los procesos (M5, M6, M7, M8, M10 y la P3 dependen de él). Revalidar la decisión con el cliente.
Módulo de gestiones CRM eliminado (v9). El registro histórico quedó como "comentarios" genéricos; el PDF pide campos específicos de traspaso (observaciones para análisis/captura/cierre) y prioridades.
Etapas renombradas. candidata→precaptura→revisión→capturada→cierre→cerrada/descartada vs INGRESADA→EN ANÁLISIS→CAPTURA→CIERRE CAPTURA (positivo/negativo). Funcionalmente equivalentes en gran parte; falta el desenlace positivo/negativo explícito.
Sin RUT en contactos (RF-01.01) — identificador clave en Chile.
Sin precios web/broker separados (un solo precio + moneda), sin condición comercial, sin códigos WEB/BROKER ni registro múltiple de links con tipos de publicación (RF-03.14-03.27).
Sin prioridades de análisis/captura (RF-03.10, RF-03.13) y sin anti-duplicados de dirección (RF-03.20).
Sin marketing (M6 completo) y sin cabina de captura ni guiones (M5).
Extras no pedidos en el PDF (aportan valor): imágenes con optimización, matriz de permisos por etapa, historial de asignaciones, analíticas y portal de cliente con token.
Pendiente de seguridad en el proyecto: AllowOverride de Apache (sql/ y RESUMEN.md quedan públicos) y checklist pre-producción.

Siguientes pasos

Recomendaciones para subir el avance

1. Decidir el módulo de tareas. Si se restituye (aunque sea mínimo: tarea + responsable + fecha compromiso + estado), se destraban M5, M7, M8, M10 y los reportes de cumplimiento — el mayor salto de avance posible.
2. Completar el bloque comercial del M3 (prioridad 2 del PDF): códigos WEB/BROKER con auditoría, registro múltiple de links con mantenedor de publicaciones, precios separados, condición comercial, prioridades y observaciones por etapa.
3. Contactos: agregar RUT y adjunto del reporte Dealernet (PDF).
4. Cierre positivo/negativo explícito en la etapa cierre (hoy solo hay descartada).
5. Validar las 14 preguntas abiertas de la ERS (sección 9) con el cliente — varias afectan lo anterior (formato Excel, estados de tarea, monedas).
6. Seguridad del servidor (comandos sudo pendientes) antes de seguir sumando módulos.