# ASISMA CRM — Documento Consolidado Final

**Fecha:** 15-07-2026
**Este es el documento oficial del proyecto.** Consolida el documento maestro, la pizarra, el estado por modulos y los otros puntos levantados. Cuando pregunten como va un modulo y que le falta, la respuesta esta aca.

**Seguimiento por modulo:** Pruebas por Ivan → Validado por Ivan → Validado (final).
**Limitante** = bloquea salir a produccion. **No limitante** = mejora, puede esperar.
**Tiempos:** cada tarea lleva su estimacion en MINUTOS al final, entre parentesis, ej: (240m). El panel de avance los suma y los muestra en horas. Las tareas que dicen "(ver modulo X)" tienen su tiempo en el modulo dueño para no contar doble; las de negocio dicen "(definicion de negocio)" y no suman horas de desarrollo.

---

## DECISIONES DE ALCANCE (lo que cambio y lo que se descarto)

Estas decisiones mandan sobre cualquier documento anterior:

1. **El catalogo se maneja 100% en el CRM.** Se descarta todo lo relacionado con la empresa matriz de CE y la coordinacion de productos, verticales y marcas via sincronizacion. Verticales, marcas y productos se crean y administran directamente en el CRM, con sus precios incluidos.
2. **Todos los franquiciados van a tener los mismos precios.** Se descarta el esquema de listas de precios por franquiciado que venia de CE. Un producto tiene UN precio (minimo y maximo) igual para todos.
3. **Control Empresas queda SOLO para la parte de facturacion del franquiciado**: crear su empresa CE al darlo de alta, registrarlo como cliente en la empresa de don Patricio, y que el franquiciado facture por CE las cotizaciones que genera el CRM.
4. **El contacto nace primero.** El flujo de ingreso parte por el contacto, y eso desencadena que se pueda crear la empresa. Se replantea el ingreso actual (que parte por el RUT de la empresa).
5. **Tiempo de toma de lead: 5 minutos** (hoy esta en 300 segundos, coincide, pero queda fijado como definicion).
6. **Descartados**: escalamiento de soporte N1 → N2 a la marca, y carga masiva (importador Excel/CSV). No van.
7. **Monetizacion sigue bloqueada** por definicion de negocio (¿cuando recibe la plata el FQ?).

---

## 1. Catalogo (Verticales, Marcas y Productos)

**Como va:** Los mantenedores funcionan en el CRM. Hay que desconectar la sincronizacion con CE (cambio de alcance) y construir el manejo de moneda/precios.

- [x] Pruebas por Ivan
- [ ] Validado por Ivan (verticales y marcas si, productos no)
- [ ] Validado

**Hecho**

- Mantenedores de verticales, marcas y productos en el CRM (crear, editar, activar/desactivar), solo para el admin de la matriz
- El franquiciado solo ve "Mis Productos" (lo que tiene autorizado, solo activos)
- Concepto marca/proveedor unificado como pedia el documento maestro

**Falta (Limitante)**

- [ ] **Desconectar la sincronizacion con CE** (cambio de alcance): quitar el sync automatico, el boton "Sincronizar desde Control Empresas", los bloqueos de edicion de items CE y la tarea programada. Todo el catalogo pasa a ser manual del CRM (60min)
- [ ] **Manejo de moneda/precio**: se debe poder manejar el precio de los productos en CLP o en UF, la unidad de medida que se usara, y si el producto es de subcripcion y cual es el periodo de la subcripcion (180min)
  - [ ] Para la UF, igual que en el OPS: un helper que la mantenga actualizada siempre que se solicite cuanto vale la UF (90m)
- [ ] **Precio maximo** ademas del minimo al crear/configurar un producto (la validacion va en Cotizaciones) (120m)
- [ ] Revisar el manejo de productos: falta actualizacion al funcionamiento para poder manejar mas productos por marca (120m)

**Criterio de aceptacion**

- El catalogo completo (verticales, marcas, productos y precios) se administra solo desde el CRM, sin depender de CE
- Se pueden crear productos con precio en CLP o UF, con minimo y maximo, y si es subcripcion, con su periodo
- Todos los franquiciados ven el mismo precio para el mismo producto
- Al cotizar, el sistema respeta la moneda y los limites

---

## 2. Franquiciados

**Como va:** Operativo con creacion automatica de su empresa en CE. Faltan los datos completos de facturacion y la sincronizacion bidireccional con CE.

- [x] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Hecho**

- Mantenedor completo: region, vertical, estado, prioridad, tiempo de toma de lead (definido: 5 minutos)
- Al crear un franquiciado se crea automaticamente su empresa en CE (clon de la plantilla)
- API key de captacion propia por franquiciado (se genera sola al crearlo)
- Asignacion de productos: la matriz autoriza por marca completa (incluye productos futuros) o por productos sueltos

**Falta (Limitante)**

- [ ] Poder agregar todos los datos para facturar al crear el franquiciado (direccion y lo que falte) (90m)
- [ ] Registrarlo como cliente en la empresa de don Patricio (90m)
- [ ] Sincronizar con CE completo: actualmente solo se crea; si se modifica dentro del CRM tambien se tiene que poder modificar dentro del CE, y a su vez, si se modifica en CE, se debe modificar automaticamente en el CRM (120m)

**Falta (No limitante)**

- [ ] Mejora UX/UI en la asignacion de productos: la pantalla actual esta pensada para maximo unos 20-30 productos, mas que eso la UI actual es inviable (buscador, paginado o arbol colapsable) (240m)

**Criterio de aceptacion**

- Un franquiciado creado en el CRM queda con TODOS sus datos de facturacion completos, con su empresa en CE y como cliente en la empresa de don Patricio
- Cualquier modificacion de sus datos en el CRM se refleja en CE y viceversa, sin intervencion manual
- La asignacion de productos funciona comoda con un catalogo grande (100+ productos)

---

## 3. Usuarios y Roles

**Como va:** LISTO Y VALIDADO.

- [x] Pruebas por Ivan
- [x] Validado por Ivan
- [x] Validado

**Hecho**

- Los 4 actores del documento: admin matriz, franquiciado, vendedor y marca
- Permisos por rol validados en el servidor (no solo ocultando botones)
- Gestion de usuarios desde la UI, el franquiciado administra solo los suyos

**Falta:** nada pendiente.

**Criterio de aceptacion:** cumplido — cada rol ve y hace solo lo que le corresponde, verificado.

---

## 4. Clientes (Empresas y Contactos)

**Como va:** Directorio operativo con RUT validado. Hay que replantear el flujo de ingreso (el contacto nace primero) y mejorar la visualizacion.

- [x] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Hecho**

- Directorio de empresas con RUT unico (sin puntos, con guion, digito verificador validado)
- Contactos con contacto principal por empresa
- Si la empresa existe se reutiliza, no se duplica

**Falta (Limitante)**

- [ ] **El contacto nace primero**: replantear el flujo de ingreso — primero se ingresa el contacto y eso desencadena que se pueda crear la empresa (hoy el flujo parte por el RUT de la empresa). Definir bien el paso a paso junto con el modulo Leads (120m)
- [ ] Al reutilizar una empresa existente, arreglar la manera en que se visualiza dentro de las otras empresas del CRM: poner tarjetitas con los datos mas claros (60m)

**Criterio de aceptacion**

- El flujo contacto-primero quedo definido y funcionando: ingreso el contacto, y desde ahi creo o enlazo la empresa
- Al escribir un RUT existente, la empresa se muestra en una tarjeta clara con sus datos (razon social, nombre, quien le vende) y no como texto suelto
- No se puede duplicar una empresa por RUT bajo ninguna via (form, API, edicion)
- La validacion de RUT aplica en todos los puntos de entrada

---

## 5. Leads (embudo, estados y kanban)

**Como va:** Embudo completo funcionando con kanban. Falta la regla definitiva del candado anti-duplicado, el ingreso manual aceptado automatico y amarrar comportamiento por estado.

- [x] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Hecho**

- Ingreso con RUT validado, busqueda de empresa y autocompletado si existe
- Franquiciado al ingresar un lead: solo elige el producto (si tiene uno solo, queda automatico); region, vertical y marca se asocian solas
- Networking: al ingresar una empresa que ya atiende otra franquicia, se muestra quien le vende, un contacto de esa franquicia y el nombre de la persona que se esta contactando
- Datos de contacto privados entre franquicias; enmascarados hasta que el lead se acepta al momento de existir rotacion
- Kanban drag & drop por estado + lista con filtros (buscador/estado/origen para todos; vertical/marca/producto/franquiciado solo matriz)
- Estados automaticos segun actividad (nota/wsp → contactado, cotizar → cotizado, etc.)
- Perdido exige motivo obligatorio + nota

**Falta (Limitante)**

- [ ] **Candado anti-duplicado (regla definitiva)**: dos franquiciados NO pueden tener leads abiertos en la misma region + vertical + marca + producto con el mismo numero de telefono. Dentro del MISMO franquiciado se valida por numero de telefono; dentro del CRM (otro franquiciado, otro segmento) si se puede repetir. Restriccion al momento de crear desde el formulario (120m)
- [ ] **Alerta de lead tirado**: en caso de que el lead llegue repetido por la pagina web y ya este asignado a un franquiciado, se debe enviar alerta a la empresa matriz avisando que ese lead esta quedando ahi como tirado — estaba asignado, pero el franquiciado que lo tenia quizas no lo pesco (la alerta se construye en el modulo 14)
- [ ] **Ingreso manual = aceptado automatico**: cuando un lead lo ingresa un franquiciado o un vendedor, debe quedar automaticamente ACEPTADO y asignado a el mismo dentro de su franquicia (al usuario que lo ingreso). Sin reloj de cascada, sin quedar pendiente, y con los datos de contacto liberados al tiro. Revisar que el comportamiento actual cumpla esto completo (60m)
- [ ] Revisar los estados de los leads: que realmente correspondan a estados manejables y reales del negocio (Analisis + Desarrollo) (240m)
- [ ] Comportamiento por estado: ver si X estado tiene X comportamiento (por ejemplo, no permitir mover un lead a cotizado antes de cotizar, o al moverlo, que te envie automaticamente a la pantalla de cotizar) (Analisis + Desarrollo) (120m)
- [ ] Ajustar el ingreso al flujo contacto-primero (ver modulo 4)

**Criterio de aceptacion**

- La lista de estados quedo revisada y aprobada por el negocio
- Cada estado tiene sus reglas: que se puede hacer, a que estado se puede pasar y que gatilla el cambio
- Es imposible dejar un lead en un estado que no corresponde (ni por kanban ni por el form)
- El candado funciona con la regla definitiva (region+vertical+marca+producto+telefono) y la matriz se entera cuando un lead repetido queda tirado
- Un lead ingresado a mano por un franquiciado o vendedor queda aceptado y asignado a ese mismo usuario, con los datos liberados, sin pasar por la rotacion

---

## 6. Rotacion de leads

**Como va:** Logica lista y probada con tests automatizados. Falta programarla, probarla en vivo y la alerta WhatsApp al franquiciado.

- [ ] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Hecho**

- Cascada usuario a usuario dentro de la franquicia, y franquicia a franquicia por prioridad
- Timeout configurable por franquiciado (definido: 5 minutos)
- Rotacion filtrada por lo que cada franquiciado puede vender (producto o marca)
- Probada E2E con tests automatizados (cascada, timeouts, cola rotativa, filtro por producto)

**Falta (Limitante)**

- [ ] Programar el cron de rotacion como tarea de Windows (el script esta listo, hoy solo corre manual) (60m)
- [ ] **Alerta al franquiciado**: enviar alerta via WhatsApp al franquiciado cuando le llegue un nuevo lead, con un delay MAXIMO DE 2 SEGUNDOS (la alerta se construye en el modulo 14)
- [ ] Alerta a la matriz cuando un lead que ya estaba asignado a otro franquiciado vuelve a caer dentro de la rueda de leads (la alerta se construye en el modulo 14)
- [ ] Cuando ningun franquiciado toma el lead, debe volver a la matriz CON ALERTA al administrador (la alerta se construye en el modulo 14)
- [ ] Prueba en vivo por Ivan: ingresar un lead real y ver la cascada correr sola con los tiempos reales (120m)

**Criterio de aceptacion**

- La tarea de Windows corre sola sin caerse
- Un lead ingresado en vivo rota solo: pasa de vendedor en vendedor, de franquicia en franquicia, y si nadie lo toma, vuelve a la matriz y el admin se entera
- La alerta al franquiciado no puede tardar mas de 2 segundos desde que llega el lead o rota al siguiente
- Los datos del contacto se liberan solo al que acepta

---

## 7. WhatsApp (Evolution API)

**Como va:** Chat integrado y funcionando con texto y multimedia. Falta HTTPS para probar audios, conectar las lineas reales y definir el costo por instancia.

- [x] Pruebas por Ivan
- [x] Validado por Ivan
- [ ] Validado

**Hecho**

- Chat completo dentro del CRM: enviar/recibir, imagenes, videos, documentos, notas de voz, stickers
- Webhook por instancia (URL unica por linea con token)
- Todo queda en la bitacora del lead
- Arquitectura definida: las lineas son de los vendedores, un servidor Evolution por franquicia

**Falta (Limitante)**

- [ ] Poner HTTPS al dominio y probar funcionamiento de envio y recepcion de audios (por ahora solo esta probado con mensajes de texto y multimedia) (90m)
- [ ] En caso de que no funcione, corregir en base al OPS 
- [ ] Conectar las instancias reales de los vendedores en Evolution (Railway) (120m)
- [ ] Definir el costo por instancia (definicion de negocio)

**Falta (No limitante)**

- [ ] Poder coordinar la sesion de Evolution API desde el mismo CRM: solo escaneando un QR, iniciar sesion en una instancia y poder manejarla desde ahi mismo (960m)

**Criterio de aceptacion**

- Con HTTPS activo, un audio grabado desde el CRM llega al WhatsApp del cliente y la respuesta en audio se escucha en el CRM
- Cada vendedor tiene su linea real conectada y sus chats quedan en la bitacora del lead correcto
- Esto debe funcionar tal cual como funciona WhatsApp; se deben validar los errores de UI comunes de los usuarios, con pruebas lo mas organicas posible, ya que sera por donde mas se movera el franquiciado/vendedor

---

## 8. Cotizaciones

**Como va:** Cotizador funcionando con link publico y PDF. Falta la notificacion al aceptar, el manejo UF/CLP y el precio maximo.

- [x] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Hecho**

- Flujo actual: desde el lead se genera la cotizacion, queda con link publico y PDF descargable, y el cliente puede aceptarla desde el link
- Valida el precio minimo del producto (banda de precio)
- Pasarela Flow integrada (dormida, sin claves reales)

**Falta (Limitante)**

- [ ] Notificacion cuando aceptan una cotizacion: hoy al aceptarla no se arroja ninguna alerta y no pasa nada mas, el pago queda a coordinar entre el franquiciado y el lead (la alerta se construye en el modulo 14)
- [ ] Revision de montos y manera de cotizar: debe poder ser en UF o CLP (mismo tema del modulo Catalogo, similar al OPS) (90m)
- [ ] Validar contra precio MAXIMO ademas del minimo, y mostrar alguna alerta en caso de no estar dentro de los valores permitidos (90m)

**Falta (No limitante)**

- [ ] Propuesta con el branding de la marca del producto (hoy la cotizacion publica es generica ASISMA): se debe trabajar un disenio bonito tanto para la pagina como para el PDF, hasta existir posibilidad de cargar logo, todo sujeto a analisis (Tiempo de analisis, correcciones) (240m)

**Criterio de aceptacion**

- El franquiciado/vendedor se entera al tiro cuando el cliente acepta la cotizacion
- Se puede cotizar en UF o CLP segun el producto, y el sistema no deja cotizar fuera de la banda minimo-maximo (con alerta clara)
- El flujo despues de aceptar tiene un paso claro definido (conecta con el modulo Pagar/Facturar)

---

## 9. Pagar / Facturar

**Como va:** NO EXISTE COMO FLUJO. Es lo que sigue despues de que aceptan la cotizacion. El flujo ya esta definido en palabras, falta construirlo.

- [ ] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Flujo definido (de los otros puntos):**

1. El lead acepta la cotizacion
2. Cuando se paga, el franquiciado confirma que le pagaron
3. Una vez confirmado, se marca como pagado
4. Se le da aviso a la marca correspondiente del producto que compro este lead
5. El contacto queda asociado como contacto de la empresa
6. El franquiciado, por Control Empresas, factura la cotizacion que le genero el CRM (integrado dentro de CE)

**Hecho**

- La base tecnica esta: al ganar un lead se crea el cliente en la empresa CE del franquiciado y se pueden generar documentos (cotizacion/factura) en CE
- Opcion de pago online (Flow esta integrado)

**Falta (Limitante)**

- [ ] Construir el flujo completo de arriba: confirmacion de pago por el franquiciado → marcado como pagado → aviso a la marca → contacto asociado a la empresa → factura por CE 
- [ ] Claves Flow reales si se va a usar pago online (como opcion) 

**Criterio de aceptacion**

- El ciclo completo de un lead se puede seguir desde el CRM: cotizado → aceptado → pagado (confirmado por el franquiciado) → facturado por CE
- La marca recibe su aviso en cada venta, sin excepcion
- Desde el CRM se ve la factura/venta de cada lead ganado con sus datos reales de CE (numero de documento, monto, estado)

---

## 10. API de captacion de leads

**Como va:** Funcionando con api_key por franquiciado y documentacion propia. Falta el cambio para captar por MARCA con endpoint unico.

- [ ] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Hecho**

- POST /api/leads con api_key por franquiciado (identifica la landing de origen)
- Campos obligatorios: RUT validado, razon social, nombre empresa, contacto, telefono, correo, producto y region
- El producto define la vertical/marca y hace rotar el lead entre los franquiciados que lo venden
- Pagina de documentacion por franquiciado: su llave, sus productos con ejemplos de body listos para copiar, su region
- Anti-duplicados por telefono y por empresa

**Falta (Limitante)**

- [ ] La API debe permitir poder recorrer por MARCA, no solo por producto (90m)
- [ ] Al momento de proporcionar la API, entregar solo UN endpoint donde venga la marca y el franquiciado ID, asi podemos discriminar en una landing a quien hacer correr ese lead (60m)
- [ ] Ajustar el candado de duplicados a la regla definitiva del modulo Leads (region+vertical+marca+producto+telefono) y la alerta de lead tirado a la matriz (90m)

**Criterio de aceptacion**

- Una landing puede mandar un lead indicando marca (sin producto especifico) y el lead rota entre los franquiciados que venden esa marca
- El endpoint entregado a cada franquiciado ya trae su identificacion y la marca, sin que la landing tenga que armar nada mas
- Probado con un envio real desde una landing por Ivan

---

## 11. Integracion Control Empresas (solo facturacion del franquiciado)

**Como va:** CAMBIO DE ALCANCE — ya no hay empresa matriz de CE ni coordinacion de catalogo. CE queda solo para la parte de facturacion del franquiciado. Lo construido funciona contra el CE de desarrollo.

- [ ] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Alcance vigente (lo que SI queda):**

- Al crear un franquiciado → se crea su empresa en CE (clon de la plantilla)
- El franquiciado como cliente en la empresa de don Patricio
- Al ganar un lead → cliente creado en la empresa CE del franquiciado
- El franquiciado factura por CE la cotizacion que le genero el CRM (documentos integrados)
- RUT sin puntos y con guion en todo lo que se inserta en CE

**Descartado (ya no va):**

- ~~Empresa maestra dedicada en CE para la matriz~~
- ~~Sincronizacion de catalogo (familias/subfamilias/articulos)~~
- ~~Listas de precios de CE (general y por franquiciado)~~

**Falta (Limitante)**

- [ ] Desconectar del CRM lo descartado: sync de catalogo, maestra y listas de precios (ver modulo 1)
- [ ] Configurar la empresa base (plantilla) para clonar las empresas en el servidor correspondiente (120m)
- [ ] Crear este auxiliar (franquiciado) como cliente en la empresa de don Patricio (240m)
- [ ] Portar al CE de PRODUCCION las acciones que quedan del ws_provision (crear, crear_cliente, crear_documento) y cambiar la URL/plantilla en configuracion (90m)
- [ ] Sincronizacion bidireccional de los datos del franquiciado CRM ↔ CE (ver modulo 2)

**Criterio de aceptacion**

- Crear un franquiciado en el CRM crea su empresa en el CE REAL con la plantilla correcta, y queda como cliente en la empresa de don Patricio
- Todo el ciclo (franquiciado → lead ganado → cliente → factura) probado contra produccion
- El CRM no depende de CE para nada del catalogo

---

## 12. Bitacora y Auditoria

**Como va:** LISTO Y VALIDADO.

- [x] Pruebas por Ivan
- [x] Validado por Ivan
- [x] Validado

**Hecho**

- Bitacora de actividades por lead (notas, wsp, llamadas, cambios de estado)
- Auditoria TOTAL: todos los movimientos de todos los usuarios (navegacion y envios de datos) quedan registrados, con contraseñas enmascaradas
- Visor solo para la matriz con filtros por usuario, franquicia, accion, fechas y busqueda

**Falta:** nada pendiente.

**Criterio de aceptacion:** cumplido — cualquier movimiento de cualquier usuario se puede encontrar y revisar desde el visor.

---

## 13. Reportes

**Como va:** Existe el modulo base. Faltan las metricas de la pizarra y los filtros por fecha.

- [ ] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Hecho**

- Embudo por estado y por origen, serie mensual, ranking de franquiciados, export de leads

**Falta (Limitante)**

- [ ] Total venta x vertical x marca x producto x vendedor x franquiciado (el cruce de la pizarra) (90)
- [ ] N° de interacciones promedio por lead por vendedor (10)
- [ ] Tiempos de respuesta (cuanto demora cada franquiciado/vendedor en tomar y contactar) (10)
- [ ] **Filtros por fecha en todos lados** (transversal: reportes, listados, dashboard) (90m)

**Criterio de aceptacion**

- El admin puede responder desde Reportes: cuanto se vendio de X producto de X marca, por cual vendedor y de cual franquiciado, en el periodo que elija
- Se ve el promedio de interacciones y los tiempos de respuesta por vendedor y franquicia
- Todo listado y reporte del sistema se puede acotar por rango de fechas

---

## 14. Notificaciones

**Como va:** NO EXISTE. Es la pieza que amarra faltantes de Leads, Rotacion, Cotizaciones y Pagar/Facturar.

- [ ] Pruebas por Ivan
- [ ] Validado por Ivan
- [ ] Validado

**Falta (Limitante)** — casos que debe cubrir:
- [ ] Sistema de Rotacion - Whatsapp linea de alertas configurable al numero donde se enviaran, por usuario franquiciado, api de envio para alertas helper como helper de ops, se deben reenviar todas las alertas reenviadas a grupo de crm para saber que todas estan funcionando correctamente (ver Rotacion) (240m)
- [ ] Lead nuevo asignado a un vendedor (que se entere al tiro) — via WhatsApp, con delay maximo de 2 segundos (ver Rotacion) (90m)
- [ ] Lead que nadie tomo y volvio a la matriz (alerta al admin) (90m)
- [ ] Lead repetido que quedo tirado: ya estaba asignado a un franquiciado que no lo pesco y volvio a llegar por la web (alerta a la matriz) (90m)
- [ ] Lead que ya estaba asignado a otro franquiciado y cae de nuevo en la rueda de leads (alerta a la matriz) (90m)
- [ ] Aceptan una cotizacion (aviso al franquiciado/vendedor) (90m)
- [ ] Notificar venta a la MARCA: cuando se confirma el pago, alerta automatica al contacto de la marca del producto para abastecimiento y postventa — idealmente via CORREO (120m)
- [ ] Avisos por cambio de estado de leads (90m)

**Definiciones pendientes:** por donde llega cada aviso (campana dentro del CRM, correo, WhatsApp, o combinacion). Lo unico ya definido: lead nuevo al franquiciado = WhatsApp (max 2 seg), venta a la marca = correo.

**Criterio de aceptacion**

- Cada uno de los casos de arriba genera su aviso al actor correcto, en el canal definido, y probado en vivo
- Ninguna venta pasa sin que la marca se entere
- Ningun lead pasa de largo porque no se haya notificado al franquiciado
- Ningun lead queda sin asignacion en el embudo sin que la empresa matriz se entere

---

## 15. Monetizacion / Cobros por lead

**Como va:** BLOQUEADO POR DEFINICION DE NEGOCIO. La estructura esta lista esperando el modelo.

- [ ] Definicion comercial: ¿cuando recibe la plata el FQ? ¿cuanto y como se le cobra por lead? (definicion de negocio)
- [ ] Pruebas por Ivan
- [ ] Validado

**Hecho**

- Tabla cobros_leads y vista de consulta /cobros listas

**Falta (Limitante)**

- [ ] Definir el modelo comercial (la pregunta de la pizarra sigue sin definir) (definicion de negocio)
- [ ] Con el modelo definido: generacion automatica de los cobros Reunion para revisar (90min)

**Criterio de aceptacion**

- El modelo esta escrito y aprobado por el negocio
- Los cobros se generan solos segun ese modelo y cuadran con las ventas del periodo

---

## 16. Otros pendientes

- [ ] **Postventa automatica** — recordatorios y seguimientos programados despues de la venta (960m)
- [ ] **Filtros por fecha en todos lados** — transversal a todo el sistema (ver modulo 13, el tiempo va alla)
- [ ] **Limpieza pre-produccion** — borrar datos demo (limpiar_datos_prueba.php --aplicar) y tenants de prueba del amarillo (120m)

**Descartados (decision 15-07-2026):** escalamiento soporte N1 → N2 a la marca, carga masiva Excel/CSV.

---

## Resumen rapido (para responder al vuelo)

| #   | Modulo             | Estado           | Lo que falta en una linea                                       |
| --- | ------------------ | ---------------- | --------------------------------------------------------------- |
| 1   | Catalogo           | Funcionando      | Desconectar CE + moneda UF/CLP + subcripcion + precio maximo    |
| 2   | Franquiciados      | Funcionando      | Datos de facturacion + cliente donde don Patricio + sync CE     |
| 3   | Usuarios y Roles   | **LISTO**        | —                                                                |
| 4   | Clientes           | Funcionando      | Flujo contacto-primero + tarjetas claras                        |
| 5   | Leads              | Funcionando      | Candado definitivo + aceptado automatico + reglas por estado    |
| 6   | Rotacion           | Probada en tests | Programar cron + alerta WSP 2 seg + prueba en vivo              |
| 7   | WhatsApp           | Funcionando      | HTTPS + audios + lineas reales + costo por instancia            |
| 8   | Cotizaciones       | Funcionando      | Notificacion al aceptar + UF/CLP + precio maximo                |
| 9   | Pagar/Facturar     | **NO EXISTE**    | Construir el flujo definido (pago → marca → factura CE)         |
| 10  | API captacion      | Funcionando      | Captacion por MARCA + endpoint unico con franquiciado           |
| 11  | Integracion CE     | Alcance reducido | Solo facturacion: plantilla + cliente don Patricio + produccion |
| 12  | Bitacora/Auditoria | **LISTO**        | —                                                                |
| 13  | Reportes           | Base lista       | Metricas cruzadas + filtros por fecha                           |
| 14  | Notificaciones     | **NO EXISTE**    | Todo el modulo (7 casos)                                        |
| 15  | Monetizacion       | Bloqueado        | Definicion de negocio                                           |
| 16  | Otros              | —                | Postventa automatica + limpieza (N2 y carga masiva DESCARTADOS) |
