Correprop · Documento de trabajo

Gestor Correprop

Especificación de Requerimientos de Software (ERS): desglose, orden y trazabilidad de los 11 módulos del gestor inmobiliario, para pasar del documento original al desarrollo sin que nada quede fuera.

Versión 1.0 12-08-2026 Fuente: PDF 8 págs. · 08-08-2026 Estado: en validación con el cliente

Verificación contra el PDF original Verde = texto fiel al PDF (aunque esté resumido o reordenado).
Ámbar = texto añadido: resúmenes, notas, definiciones, estructura, fases propuestas y preguntas abiertas.
Los IDs (RF/RN/OQ), chips de prioridad, numeración y títulos de sección son etiquetas organizativas añadidas (los nombres de los módulos sí provienen del PDF). En los diagramas, las etiquetas ámbar son síntesis nuestra; el resto proviene del PDF.
Resultado de la verificación: los 91 requerimientos y las 3 prioridades coinciden 1:1 con el PDF. Única diferencia de contenido: "TIK TOK H115S" normalizado a "H15S" (nota en M3).

Módulos

Requerimientos funcionales

Requerimientos transversales

Preguntas abiertas

Registro Correprop · Lámina ERS-001

Sección 1

Introducción

Propósito. Este documento desglosa, ordena y formaliza los requerimientos del Gestor Correprop, sistema de gestión de propiedades, contactos, captura, marketing y compraventa de la corredora. Sirve como base única y trazable para análisis, diseño, desarrollo y pruebas.

Alcance. El sistema cubre el ciclo completo de una propiedad: ingreso, análisis, captura del propietario, marketing digital, interesados, compraventa, documentos y un motor de tareas transversal. Incluye una intranet de clientes en evaluación.

Glosario de términos

El vocabulario del negocio, definido antes de leer los requerimientos:

CORREPROP

Corredora de propiedades dueña del proceso.

EJECUTIVA

Rol que registra contactos (desde Dealernet), capta propietarios, ejecuta tareas de marketing y atiende interesados.

ANALISTA

Rol que revisa y analiza la propiedad (revisa ROL u otro dato) antes de la captura.

GERENTE

Rol que asigna tareas y prioridades, apoya el cierre de captura y supervisa carga laboral y cumplimiento.

PROPIETARIO

Dueño del inmueble, a quien se busca contactar y captar.

INTERESADO

Persona que consulta por una propiedad (potencial comprador o arrendatario).

RUT

Rol Único Tributario, identificador tributario chileno de personas y empresas. (definición general, no está en el PDF)

ROL (propiedad)

Identificador fiscal del inmueble ante el SII (Chile). (definición general, no está en el PDF)

Dealernet

Fuente externa (reporte PDF) de donde salen teléfonos y correos tentativos de propietarios.

Captura

Proceso de ubicar y contactar al propietario para captarlo como cliente.

Contactabilidad

Nivel de avance en la ubicación de un contacto; tiene etapas y guiones asociados.

Guion

Manual de guiones de conversación por etapa de contactabilidad (lo posee el gerente).

PLAN30S

Plan de marketing digital por propiedad con 50 puntos/tareas; cada publicación es una tarea con fecha de compromiso. Tiene 2 tipos: estándar y con material VIDEO VC.

10F / H15S / VC

Formatos de piezas de video corto para redes sociales (significado exacto por confirmar — ver OQ-05).

Código WEB

Código comercial de la propiedad en correprop.cl (ej.: C00556 en venta, AC00557 en arriendo).

Código BROKER

Código asignado por el multipublicador (ej.: 622289).

Multipublicador

Plataforma que publica la propiedad en múltiples portales. (término del PDF; definición nuestra)

Bitácora

Registro cronológico de todas las gestiones realizadas.

Cabina de captura

Pantalla de mando de la ejecutiva al gestionar una propiedad o tarea.

Conservador de Bienes Raíces

Entidad chilena donde se inscriben los dominios de los inmuebles. (término del PDF; definición nuestra)

Dominio vigente

Documento/certificado emitido por el Conservador de Bienes Raíces. (término del PDF; definición nuestra)

Cierre positivo / negativo

Resultado del apoyo del gerente al cierre de captura (contactado / no contactado).

Comuna / Región

Divisiones administrativas de Chile. (término del PDF; definición nuestra)

Referencias

Documento fuente: REQUERIMIENTOS GESTOR.pdf (8 páginas, 08-08-2026).
Google Sheet PLAN30S (distribución de trabajo marketing digital, tabla dinámica "columna celeste").
Manual de guion por etapa de contactabilidad (del gerente) — pendiente de entrega.

Sección 2

Panorama general

Sistema interno de la corredora que reemplaza las planillas (Google Sheet) por una gestión formal de propiedades, contactos, marketing y tareas. Convive con sistemas externos ya existentes:

Dealernet — reportes PDF correprop.cl — código WEB Multipublicador — código BROKER Redes sociales — links

Los 11 módulos

Módulo 1

Mantenedor de contactos

Contactos con N teléfonos y N correos, cada uno con estado ACTIVO/INACTIVO.

Fase 1 · P17 RF

Módulo 2

Asignación contacto ↔ propiedad

Relación N:M: una propiedad con N contactos y un contacto en N propiedades.

Propuesta F23 RF

Módulo 3

Mantenedor de propiedades

Datos completos, links de publicaciones, anti-duplicados y auditoría.

Fase 1 · P227 RF

Módulo 4

Estado propiedad

Ciclo de vida: INGRESADA → EN ANÁLISIS → CAPTURA → CIERRE.

Propuesta F210 RF

Módulo 5

Gestión captura

Gestiones de contacto, tareas, bitácora y cabina de captura con guion.

Fase 1 · P2 (parcial)11 RF

Módulo 6

Gestión marketing propiedad

PLAN30S por propiedad, plan de contenidos y distribución de carga.

Propuesta F311 RF

Módulo 7

Gestión de interesados

Registro de consultas, bitácora para propietarios y tareas derivadas.

Propuesta F44 RF

Módulo 8

Gestión compraventa

Tareas del proceso y bitácora para propietario y comprador.

Fase 1 · P33 RF

Módulo 9

Gestión de documentos

Listado con seguimiento, tareas derivadas y cobros asociados.

Fase 1 · P3 (como tareas)4 RF

Módulo 10

Gestión de tareas

Motor transversal: categoría/subcategoría/clase, carga masiva y reportes.

Fase 1 · P3 (base)7 RF

Módulo 11

Intranet clientes

Plan 30S, consultas, visitas y compraventa visibles para el cliente.

Evaluar4 RF

Actores del sistema

Ejecutiva

Registra contactos desde Dealernet, capta propietarios, ejecuta marketing, atiende interesados.

M1 · M2 · M3 · M5 · M6 · M7 · M8 · M10

Analista

Revisa propiedades en estado EN ANÁLISIS (ROL u otro dato) antes de la captura.

M3 · M4

Gerente

Asigna tareas y prioridades, apoya los cierres, revisa carga laboral y cumplimiento.

M4 · M5 · M6 · M8 · M10

Cliente (propietario / comprador)

Solo participa si se implementa la intranet de clientes (en evaluación).

M11 · evaluar

Supuestos y dependencias

El reporte Dealernet llega como PDF descargable por la ejecutiva.
Existe un manual de guiones por etapa de contactabilidad (aporte del gerente).
El Google Sheet de PLAN30S se migra al sistema. (inferencia nuestra)
Los links registran usuario (ej.: SEBASTIAN, PAOLA) → se requiere gestión formal de cuentas de usuario (ver OQ-06).

Sección 3

Requerimientos funcionales por módulo

Cada requerimiento tiene un ID trazable (RF-módulo.número) que se usará en el diseño, la estimación y las pruebas. Las filas con barra dorada corresponden a la Fase 1.

Mantenedor de contactos

fuente: pág. 1 Fase 1 · P1

Registro de personas con múltiples teléfonos y correos. Los datos provienen del reporte Dealernet y son tentativos: la ejecutiva los prueba y marca su estado.

ID	Requerimiento	Regla / detalle
RF-01.01	Registrar contacto	Campos: NOMBRE, RUT.
RF-01.02	Registrar N teléfonos	Cada teléfono tiene estado ACTIVO / INACTIVO.
RF-01.03	Registrar N correos	Cada correo tiene estado ACTIVO / INACTIVO.
RF-01.04	Gestionar estados de teléfono/correo	Los datos de Dealernet son tentativos; la ejecutiva los prueba y marca el estado según resultado.
RF-01.05	Registrar tipo de contacto	Mantenedor de tipos: PROPIETARIO, EJECUTIVO, ADMINISTRATIVO NOTARÍA. (Podría servir más adelante — ver OQ-03.)
RF-01.06	Adjuntar reporte Dealernet	PDF descargado, adjunto al contacto. (ver OQ-13)
RF-01.07	Flujo de verificación de contacto	Día 1: correo tipo a cada dirección → Día 2.1: llamada a cada número → Día 2.2: envío de WhatsApp.

Alcance Fase 1Versión básica: crear contacto y registrar 1 teléfono y/o 1 correo (no obligatorio), simple "como si fuera una planilla".

Asignación contacto ↔ propiedad

fuente: pág. 1 Propuesta F2

Un contacto puede estar ligado a varias propiedades y viceversa. En el flujo real, la asociación ocurre al momento de crear el contacto.

ID	Requerimiento	Regla / detalle
RF-02.01	Asociar N contactos a una propiedad	Relación N:M.
RF-02.02	Asociar N propiedades a un contacto	Relación N:M.
RF-02.03	Asociar propiedad al crear el contacto	Flujo real: la ejecutiva baja el reporte Dealernet y registra números y correos asociando la propiedad en ese momento.

Mantenedor de propiedades

fuente: págs. 1-2 Fase 1 · P2

El módulo central del sistema: todos los datos de la propiedad, el registro de sus publicaciones y la trazabilidad de quién hizo qué y cuándo.

ID	Requerimiento	Regla / detalle
RF-03.01	ID genérico CORREPROP	Correlativo automático al crear.
RF-03.02	Dirección, comuna, región	Datos básicos de la propiedad.
RF-03.03	Origen	Valores: terreno, publicación, referido.
RF-03.04	Link	Link inicial de la propiedad.
RF-03.05	ROL	Identificador fiscal del inmueble. (el PDF nombra el campo sin definirlo)
RF-03.06	Información	Campo de texto libre.
RF-03.07	Estado	Según proceso (ver módulo 4).
RF-03.08	Creación mínima	Basta con dirección + comuna + región, o bien link + comuna + dirección.
RF-03.09	Observaciones para análisis	Texto libre: comentarios de quien crea la propiedad hacia la ANALISTA.
RF-03.10	Prioridad análisis	Nivel de prioridad para el análisis.
RF-03.11	Observaciones para captura	Texto libre: comentarios de quien analiza hacia la EJECUTIVA CAPTURA.
RF-03.12	Observaciones para cierre	Texto libre: comentarios de quien captura hacia el GERENTE.
RF-03.13	Prioridad captura	Nivel de prioridad para la captura.
RF-03.14	Precio web	(definir moneda — ver OQ-09)
RF-03.15	Precio broker	(definir moneda — ver OQ-09)
RF-03.16	Condición comercial	Texto libre del propietario: hasta qué precio llega, cuándo entrega, etc.
RF-03.17	Auditoría de creación	Registrar quién la crea y cuándo.
RF-03.18	Auditoría código WEB	Registrar quién da el código WEB y cuándo (saber quién la subió a la web).
RF-03.19	Auditoría código BROKER	Registrar quién da el código BROKER y cuándo (saber quién la publicó).
RF-03.20	Anti-duplicado de dirección	Al ingresar dirección, desplegar direcciones iguales existentes para no repetir.
RF-03.21	Código WEB	Código comercial (ej.: `C00556` en venta, `AC00557` en arriendo).
RF-03.22	Código BROKER	Código del multipublicador (ej.: `622289`).
RF-03.23	Registro de links de publicación	Registrar todos los links de publicaciones de la propiedad (web CORREPROP, portales, redes sociales).
RF-03.24	Mantenedor de "publicaciones"	Catálogo de tipos de publicación desplegable al agregar links.
RF-03.25	Datos por registro de link	Cada registro guarda: fecha, usuario, publicación (tipo), link.
RF-03.26	Links cambiantes	Al re-publicar (ej.: cambio de precio modifica el reel), el nuevo link se agrega y el viejo queda INACTIVO (no se borra).
RF-03.27	Link Marketplace	No cambia, solo se modifica.

Tipos de publicación observados

WEB CORREPROPYOUTUBEYOUTUBE SHORTMARKET PLACEFACEBOOK PUBLICACIONINSTAGRAM PUBLICACIÓNFACEBOOK REELS 10FINSTAGRAM REELS 10FTIK TOK 10FFACEBOOK H15SINSTAGRAM H15STIK TOK H15SFACEBOOK VCINSTAGRAM VCTIK TOK VC

* El documento original incluye "TIK TOK H115S", probable errata de H15S. Única diferencia de contenido respecto del PDF.

Estado propiedad

fuente: pág. 3 Propuesta F2

Ciclo de vida de la propiedad en 4 estados numerados, para que el display de selección salga ordenado según el flujo del proceso. El diagrama completo está en la sección 5.1.

ID	Requerimiento	Regla / detalle
RF-04.01	Catálogo numerado de estados	Numeración para que el display de selección salga ordenado según el flujo del proceso.
RF-04.02	Estado 1: INGRESADA	Primer estado, automático al crear la propiedad.
RF-04.03	Estado 2: EN ANÁLISIS	Se cambia a este estado cuando se crea la propiedad para que la ANALISTA revise el ROL u otro dato.
RF-04.04	Asignación de análisis	Asignar a un usuario para que el análisis quede como tarea; registrar quién asigna y cuándo.
RF-04.05	Prioridad y observaciones del análisis	Prioridad (no obligatoria) y observaciones (no obligatorias).
RF-04.06	Estado 3: CAPTURA	En proceso de captura: la EJECUTIVA trata de ubicar al propietario para captarlo.
RF-04.07	Estado 4: CIERRE CAPTURA	La ejecutiva pide apoyo al gerente para el cierre.
RF-04.08	4.1 Cierre POSITIVO	Se contacta al propietario y se coordina inicio de trabajo.
RF-04.09	4.2 Cierre NEGATIVO	No se pudo contactar: se cierra el caso.
RF-04.10	Registro del cierre	Queda registro de la asignación y de las observaciones de la ejecutiva para el cierre.

Gestión captura

fuente: pág. 3 Fase 1 · P2 (parcial)

Todo el trabajo de contacto con propietarios queda registrado, con tareas asignables y una cabina de captura que concentra lo que la ejecutiva necesita en cada gestión.

ID	Requerimiento	Regla / detalle
RF-05.01	Bitácora de gestiones	Todas las gestiones de contacto quedan registradas.
RF-05.02	Asignación de tareas	Tareas con fecha compromiso para la ejecutiva; las asigna ella misma o el gerente.
RF-05.03	Reporte de propiedades en gestión	Lista todas las propiedades en gestión asignadas a la ejecutiva, con filtro por prioridad.
RF-05.04	Reporte de tareas	Reporte de tareas del proceso de captura.
RF-05.05	Cabina de captura	Al gestionar una propiedad o tarea, pantalla de mando que concentra:
RF-05.06	— Bitácora de contacto	Ordenada de más reciente hacia abajo.
RF-05.07	— Ventana de registro de gestión	Para registrar la acción realizada.
RF-05.08	— Observaciones para captura	Campo de la propiedad visible en cabina.
RF-05.09	— Guion a seguir	Guion por etapa de contactabilidad (existe manual).
RF-05.10	— Botón Grabar	Guarda la acción al terminar.
RF-05.11	— Botón "siguiente tarea"	Avanza a la siguiente tarea según prioridad.

Gestión marketing propiedad

fuente: págs. 4-5 Propuesta F3

Marketing digital por propiedad (PLAN30S) y contenidos generales, todo como tareas con distribución de carga visible.

PLAN30S

ID	Requerimiento	Regla / detalle
RF-06.01	Cargar PLAN30S por propiedad	Un plan por cada propiedad.
RF-06.02	Publicaciones como tareas	Cada publicación del plan es una tarea con fecha de compromiso.
RF-06.03	Detalle u observación por tarea	Agregada por el gerente o quien carga el plan.
RF-06.04	Registro de ejecución	La persona asignada registra la fecha cuando la hizo y, si genera un link, lo deja copiado en el campo link.
RF-06.05	Reporte de links de la propiedad	Igual que módulo 3: ver todos los links. La idea es que cada cosa que se publica se comparte por WhatsApp con el cliente.
RF-06.06	Estructura del plan	50 puntos y 2 tipos: estándar y para propiedades con videos cortos (material VIDEO VC).
RF-06.07	Carga masiva del plan	Ver cómo se podría cargar masivo el plan para no agregar 1 por 1.
RF-06.08	Distribución de trabajo marketing	Tabla que cuenta tareas por tipo (como la tabla dinámica "columna celeste" del Google Sheet) para equilibrar la carga de los próximos días (evitar días con 40 tareas y otros con 10).

Plan de contenidos

ID	Requerimiento	Regla / detalle
RF-06.09	Cargar plan de contenidos	Como tareas, con distribución visible igual que las propiedades.
RF-06.10	Consolidación	Ideal: consolidar propiedades + contenidos en una sola vista de distribución.
RF-06.11	Guardar links generados	Reels, publicaciones, etc.

Gestión de interesados

fuente: pág. 6 Propuesta F4

Cada consulta por una propiedad queda registrada y se convierte en trabajo: responder dudas, agendar visitas, proponer alternativas.

ID	Requerimiento	Regla / detalle
RF-07.01	Registrar interesados	Cada vez que una persona pregunta por una propiedad, se registra.
RF-07.02	Reporte tipo bitácora	Para enviar a los propietarios y que sepan qué está pasando con su propiedad.
RF-07.03	Gestionar tareas con interesados	Responder dudas, registrar observaciones (por qué no le gustó), agendar visita, proponer nuevas alternativas.
RF-07.04	Generación de tareas	Las tareas se generan en base a los interesados.

Gestión compraventa

fuente: pág. 6 Fase 1 · P3

El proceso de compraventa se registra íntegramente, para que propietario y comprador sepan que todo queda documentado.

ID	Requerimiento	Regla / detalle
RF-08.01	Registro de tareas	Tareas del proceso: envío de correos al banco, al abogado, etc.
RF-08.02	Bitácora de gestión compraventa	Para que propietario y comprador sepan que todo queda registrado (evita "yo no te dije" / "cuándo pasó eso").
RF-08.03	Enlace con gestión de documentos	Integración con módulo 9.

Simplificación Fase 1Las actividades SON tareas; los documentos pueden ser tareas del tipo "GESTIÓN DOCUMENTAL".

Gestión de documentos

fuente: pág. 6 Fase 1 · P3 (como tareas)

El estándar de documentos no es 100% fijo; un módulo que los liste facilita el seguimiento y de ahí derivan tareas y cobros.

ID	Requerimiento	Regla / detalle
RF-09.01	Listado con seguimiento	Es estándar pero no 100%: un módulo que lista los documentos facilita el seguimiento.
RF-09.02	Tareas derivadas	De los documentos derivan tareas.
RF-09.03	Cobro asociado	Registrar si el documento tiene cobro asociado.
RF-09.04	Archivos subidos (EVALUAR)	Posibilidad de tener los archivos subidos al sistema.

M10

Gestión de tareas

fuente: págs. 6-7 Fase 1 · P3 (base)

Un único listado de tareas estandariza el trabajo de todos los procesos, con clasificación estructurada (para tener estadística) y reportes de carga y cumplimiento.

ID	Requerimiento	Regla / detalle
RF-10.01	Listado único de tareas	Estandariza las tareas de todos los procesos en un solo listado.
RF-10.02	Clasificación CATEGORÍA / SUBCATEGORÍA / CLASE	Ver tabla de ejemplos abajo.
RF-10.03	Mantenedores de categorías	Categorías, subcategorías y clases se eligen, no se escriben (texto libre impediría tener estadística).
RF-10.04	Campos base de la tarea	ID Tarea · Estado · Fecha ingreso · Quién ingresa · Responsable asignado · Fecha compromiso · Observaciones Requirente · Observaciones Responsable
RF-10.05	Carga masiva desde Excel	Ej.: PLAN30S de una propiedad cargado masivamente con formato tipo.
RF-10.06	Reporte de carga laboral	Emula la distribución de trabajo del PLAN30S para saber cómo va la carga laboral de las personas.
RF-10.07	Reporte de cumplimiento	Qué se gestionó durante el día (lo que se hizo) y qué no se hizo / quedó NO REALIZADO.

Ejemplos de clasificación (RF-10.02)

Categoría	Subcategoría	Clase	Tarea
MARKETING	PLAN 30S	META REELS H15S	C00556 REELS H15S
MARKETING	CONTENIDO	META REELS TIPS VENTA	TIPS VENTA N°1
GESTIÓN COMPRAVENTA	GESTIÓN DOCUMENTAL	CONSERVADOR DE BIENES RAÍCES	DOMINIO VIGENTE
CAPTURA	GESTIÓN CAPTURA	(vacía)	ETAPA 4 (ÚLTIMO INTENTO)

M11

Intranet clientes

fuente: pág. 8 Evaluar

Un espacio donde el cliente vería el avance de su propiedad. El propio documento duda de su adopción, por eso queda en evaluación.

ID	Requerimiento	Regla / detalle
RF-11.01	PLAN 30S visible	El cliente ve el plan 30S de su propiedad.
RF-11.02	Registro de consultas	Consultas por una propiedad visibles.
RF-11.03	Registro de visitas	Visitas registradas visibles.
RF-11.04	Gestión de compraventa	Estado del proceso visible.

A evaluar"no sé si se meterán a verlo, es más fácil que lo vean por WhatsApp y lo compartan con sus contactos" — cita del documento; queda como módulo a evaluar (ver OQ-01).

Sección 4

Modelo de datos conceptual

Entidades principales y sus relaciones. Todo este modelo es síntesis nuestra a partir de los campos nombrados en el PDF (el PDF no trae diagrama); los nombres de campos sí provienen del documento.

Figura 1 — síntesis nuestra. Nombres de entidades y campos provenientes del PDF; relaciones y cardinalidades (N:M, 1:N) propuestas por esta organización del documento. El detalle completo de atributos está en la tabla siguiente.

Detalle de entidades

Entidad	Atributos clave
CONTACTO	id, nombre, RUT, tipo_contacto, adjunto Dealernet (PDF)
TELÉFONO	número, estado (ACTIVO/INACTIVO)
CORREO	dirección, estado (ACTIVO/INACTIVO)
TIPO_CONTACTO	PROPIETARIO, EJECUTIVO, ADMINISTRATIVO NOTARÍA
PROPIEDAD	id correlativo, dirección, comuna, región, origen, link, rol, información, estado, obs/prioridad análisis, obs/prioridad captura, obs cierre, precio web, precio broker, condición comercial, código web, código broker
PROPIEDAD (auditoría)	creado por/cuándo, código web por/cuándo, código broker por/cuándo
ESTADO_PROPIEDAD	catálogo numerado: 1 INGRESADA, 2 EN ANÁLISIS, 3 CAPTURA, 4 CIERRE CAPTURA
PUBLICACIÓN	catálogo de tipos (15 tipos observados)
LINK_PUBLICACIÓN	propiedad, tipo publicación, link, fecha, usuario, estado (ACTIVO/INACTIVO)
GESTIÓN (bitácora)	fecha, usuario, observaciones
TAREA	id, estado, fecha ingreso, quien ingresa, responsable, fecha compromiso, obs. requirente, obs. responsable
TAREA (ejecución)	fecha realizada, link resultado (de RF-06.04)
CATEGORÍA / SUBCATEGORÍA / CLASE	mantenedores jerárquicos
PLAN30S	50 tareas, 2 tipos (estándar / VIDEO VC)
INTERESADO	consultas, observaciones, visitas agendadas
DOCUMENTO	tipo, estado, cobro asociado, tareas derivadas, archivo (opcional — evaluar)

Sección 5

Flujos y reglas de negocio

5.1 · Ciclo de vida de la propiedad

Figura 2. Los 4 estados numerados y los dos desenlaces del cierre, con el registro de quién asigna y cuándo en cada paso (RF-04.01 a RF-04.10).

5.2 · Flujo de verificación de contactos (Dealernet)

Figura 3. Secuencia Día 1 → Día 2.1 → Día 2.2 y el marcado de estado ACTIVO/INACTIVO según el resultado de las pruebas (RF-01.07 y RF-01.04).

5.3 · Reglas de los links de publicación

Regla 1

Cada link queda registrado

Cada registro guarda: fecha, usuario, tipo de publicación, link y estado ACTIVO/INACTIVO (RF-03.25).

Regla 2

Nunca se borra, se inactiva

Si una pieza se re-publica (ej.: cambio de precio modifica el reel 10F/H15S/VC), se agrega el link nuevo y el viejo queda INACTIVO (RF-03.26).

Regla 3

Marketplace se modifica

El link de Marketplace no cambia: se edita directamente (RF-03.27).

5.4 · Regla anti-duplicado

RF-03.20Al ingresar la dirección de una propiedad, el sistema sugiere las direcciones iguales existentes para evitar duplicados.

5.5 · Cadena de observaciones (traspaso entre roles)

Cada traspaso de la propiedad entre roles queda escrito en un campo propio, junto con su prioridad:

CREADOR

ingresa la propiedad

Obs. para ANÁLISIS
+ Prioridad análisis→

ANALISTA

revisa ROL u otro dato

Obs. para CAPTURA→

EJECUTIVA CAPTURA

ubica al propietario

Obs. para CIERRE→

GERENTE

apoya el cierre

Campos de la propiedad: observaciones para análisis, para captura y para cierre, más las prioridades de análisis y captura (RF-03.09 a RF-03.13).

Sección 6

Requerimientos transversales (no funcionales)

Aplican a todos los módulos. Son afirmaciones del PDF agrupadas por esta organización del documento.

ID	Requerimiento	Descripción
RN-01	Trazabilidad / auditoría	Todo registro clave guarda quién y cuándo: creación de propiedad, código WEB, código BROKER, asignaciones, gestiones, links y realización de tareas.
RN-02	Históricos	Los links no se borran, se inactivan. Las bitácoras son acumulativas (contacto, captura, compraventa).
RN-03	Anti-duplicados	Detección de direcciones repetidas al ingreso.
RN-04	Reportes operativos	Propiedades en gestión por ejecutiva (filtro por prioridad), reporte de tareas, distribución de carga, cumplimiento diario (hecho / NO REALIZADO), bitácora para propietarios.
RN-05	Carga masiva	Importación desde Excel con formato tipo (PLAN30S, plan de contenidos, tareas).
RN-06	Usabilidad (cabina de captura)	Pantalla de mando que concentra: bitácora + registro de gestión + observaciones + guion + Grabar + siguiente tarea.
RN-07	Datos estructurados para estadística	Categorías/subcategorías/clases y tipos por catálogo, no texto libre.
RN-08	Archivos adjuntos	Almacenamiento de PDF (Dealernet) y documentos (subida a evaluar).

Sección 7

Prioridades de implementación

El documento original define 3 prioridades de implementación (pág. 8). Las fases siguientes son una propuesta para priorizar con el cliente.

Fase 1 — definida en el documento

Prioridad 1

Contactos — versión básica

Crear contacto y registrar 1 teléfono y/o 1 correo (no obligatorio), simple "como si fuera una planilla".

Módulo 1 · RF-01.01 a RF-01.07 (versión básica)

Prioridad 2

Propiedades — todos los campos + captura

Todos los campos de la propiedad + el registro de actividades de captura (bitácora y asignación de tareas).

Módulo 3 completo (RF-03.01 a RF-03.27) + Módulo 5 parcial (RF-05.01, RF-05.02)

Prioridad 3

Compraventa — actividades y tareas

Registro de actividades y tareas: las actividades SON tareas. Los documentos como tareas del tipo "GESTIÓN DOCUMENTAL".

Módulo 8 (RF-08.01 a RF-08.03) + Módulo 10 base (RF-10.01 a RF-10.04) + Módulo 9 como tareas

Fases siguientes — propuesta

Propuesta · Fase 2

Estados, cabina de captura y asignaciones

Estados de la propiedad (módulo 4), cabina de captura completa (RF-05.05 a 05.11), asignación contacto-propiedad completa (módulo 2).

Propuesta · Fase 3

Marketing

PLAN30S + plan de contenidos + distribución de carga (módulo 6).

Propuesta · Fase 4

Interesados, documentos y reportes

Interesados (módulo 7), documentos con archivos (módulo 9), reportes de cumplimiento y carga laboral (RF-10.06, RF-10.07).

Propuesta · Fase 5

Intranet clientes

Módulo 11 — solo si se aprueba tras la evaluación.

Sección 8

Matriz de trazabilidad

Cada módulo, con su página fuente en el documento original y su prioridad.

Módulo	RFs	Fuente (pág.)	Prioridad
1 · Contactos	RF-01.01 → RF-01.07	1	Fase 1 · P1 (básico)
2 · Asignación contacto-propiedad	RF-02.01 → RF-02.03	1	Fase 2 (propuesta)
3 · Propiedades	RF-03.01 → RF-03.27	1-2	Fase 1 · P2 (completo)
4 · Estado propiedad	RF-04.01 → RF-04.10	3	Fase 2 (propuesta)
5 · Gestión captura	RF-05.01 → RF-05.11	3	Fase 1 · P2 (parcial)
6 · Marketing	RF-06.01 → RF-06.11	4-5	Fase 3 (propuesta)
7 · Interesados	RF-07.01 → RF-07.04	6	Fase 4 (propuesta)
8 · Compraventa	RF-08.01 → RF-08.03	6	Fase 1 · P3
9 · Documentos	RF-09.01 → RF-09.04	6	Fase 1 · P3 (como tareas) · F4 completo
10 · Tareas	RF-10.01 → RF-10.07	6-7	Fase 1 · P3 (base)
11 · Intranet clientes	RF-11.01 → RF-11.04	8	Fase 5 · evaluar

Sección 9

Preguntas abiertas y decisiones pendientes

Antes de diseñar la Fase 1 conviene resolver estas 14 definiciones con el cliente. Las preguntas son de esta organización del documento, no del PDF.

ID	Pregunta	Impacto
OQ-01	¿Se implementa la intranet de clientes? (el propio documento duda de su adopción frente a WhatsApp)	Módulo 11 completo
OQ-02	¿Se permite subir archivos en gestión documental?	RF-09.04
OQ-03	¿El mantenedor de tipo de contacto se implementa ahora o "más adelante"?	RF-01.05
OQ-04	Definir el formato Excel para carga masiva (PLAN30S, plan de contenidos, tareas)	RF-10.05 · RF-06.07
OQ-05	Confirmar el significado de los formatos 10F, H15S, VC	RF-06.06 · glosario
OQ-06	¿Cómo se gestionan usuarios y permisos? (los links registran usuario: SEBASTIAN, PAOLA)	RN-01 · RF-03.25
OQ-07	¿El RUT es único por contacto? ¿Contactos sin RUT (ej.: inmobiliarias)?	RF-01.01
OQ-08	Definir el catálogo de estados de tarea (incluye NO REALIZADA para el reporte de cumplimiento)	RF-10.04 · RF-10.07
OQ-09	Moneda y formato de PRECIO WEB / PRECIO BROKER (CLP, UF)	RF-03.14 · RF-03.15
OQ-10	Criterio de similitud para detectar direcciones duplicadas (normalización)	RF-03.20
OQ-11	Comunas y regiones: ¿catálogo precargado de Chile o texto libre?	RF-03.02
OQ-12	Entregar el manual de guion por etapa de contactabilidad para cargar los guiones en la cabina	RF-05.09
OQ-13	¿Se guardan adjuntos (PDF Dealernet) desde la Fase 1?	RF-01.06
OQ-14	¿El campo LINK de la propiedad es distinto del registro de links de publicación?	RF-03.04 vs RF-03.23