diff --git a/docs/ALCANCE-VS-ENTREGADO.md b/docs/ALCANCE-VS-ENTREGADO.md index e569bcf..b2384de 100644 --- a/docs/ALCANCE-VS-ENTREGADO.md +++ b/docs/ALCANCE-VS-ENTREGADO.md @@ -7,10 +7,10 @@ | **Cliente** | Frasa Desarrollos S.A.P.I. de C.V. | | **Proveedor** | Consult (AS) Technology | | **Proyecto** | Ecosistema CRM360 FRASA | -| **Periodo de ejecución** | 20 de agosto al 21 de septiembre de 2026 | +| **Periodo de ejecución** | 20 de agosto al 22 de septiembre de 2026 (desarrollo entregado: 20 de agosto al 21 de septiembre) | | **Referencia contractual** | “Guía Técnica de Implementación — Ecosistema CRM + Apps Web + Automatizaciones”, versión 1.0, 19 de agosto de 2026 | -| **Fecha de emisión** | 21 de septiembre de 2026 | -| **Versión** | 1.0 | +| **Fecha de emisión** | 22 de septiembre de 2026 | +| **Versión** | 1.1 | --- @@ -25,6 +25,14 @@ La razón es sencilla: el sistema entregado hace bastante más de lo contratado. El objetivo es contar con una base clara y verificable para **facturar el desarrollo adicional**. Cada partida listada en las secciones 6 y 7 se puede comprobar en el repositorio del proyecto (`FRASA-CAS`, 155 commits) y en el sistema en operación. +**Control de versiones** + +| Versión | Fecha | Cambios | +|---|---|---| +| 1.0 | 21 de septiembre de 2026 | Emisión inicial: alcance contratado, desarrollo adicional entregado (36 partidas), retrabajos, métricas y partidas para facturar | +| 1.1 | 22 de septiembre de 2026 | Se incorpora la solicitud del **módulo de conexión a buró de crédito** (sección 6.9), recibida después de la emisión inicial y **pendiente de ejecutar** | + + --- ## 2. Resumen ejecutivo @@ -206,6 +214,32 @@ Las siguientes partidas **no estaban en el contrato**. Cada una se solicitó dur |---|---|---|---| | 36 | **Trabajar sin Monday.com** | Se solicitó primero operar en modo local cuando Monday fallara, después convivir en ambos modos y finalmente **eliminar Monday por completo**. Se implementó: operación 100% local con la base de datos propia, sincronización bidireccional mientras convivieron, retiro de los avisos de vinculación y purga total de la dependencia | commits `6064989`, `388e1da`, `89d95eb`, `64b0124` | +### 6.9 Solicitud recibida y pendiente de ejecutar + +La siguiente partida se solicitó **después** de la emisión inicial de este documento y **todavía no está construida**. Se incorpora aquí para que quede registrada dentro del alcance adicional y se pueda cotizar por separado. + +| # | Solicitud | Alcance solicitado | Estado | +|---|---|---|---| +| 37 | **Módulo de conexión a aplicación de buró de crédito** | Consulta del historial de crédito del prospecto o del cliente desde el propio sistema, con registro del consentimiento, guardado del folio y del reporte en el expediente, y control del consumo por usuario | Solicitado el 22 de septiembre de 2026 — **pendiente de ejecutar** | + +**Alcance propuesto** (a confirmar con el cliente): + +- **Consulta desde el sistema**: botón de consulta en el Alta de Afluencia, en el Alta de Cliente y en la ficha del cliente en Contactos, sin salir de CRM360 FRASA ni volver a teclear datos. +- **Consentimiento del titular**: registro de la autorización del cliente y de la entrega del aviso de privacidad antes de consultar, con fecha y evidencia. Es un requisito de la Ley Federal de Protección de Datos Personales en Posesión de los Particulares. +- **Datos que se envían**: los que el sistema ya captura (nombre completo, fecha de nacimiento, RFC o CURP, domicilio y teléfono). +- **Resultado que se recibe**: folio de la consulta, calificación de crédito, banderas de comportamiento y el reporte en PDF. +- **Expediente**: el folio, el resultado y el PDF quedan guardados en el historial del cliente, con la fecha y el usuario que realizó la consulta. +- **Control de consumo**: bitácora de consultas por usuario y por cliente, para cuidar el costo de cada consulta y evitar consultas duplicadas. +- **Permisos**: sólo los roles autorizados pueden consultar; los demás no ven la opción. + +**Requisitos que debe entregar el cliente para poder construirlo:** + +1. Contrato vigente con el buró (Buró de Crédito / Equifax o Círculo de Crédito / TransUnion). +2. Credenciales de la API que entregue el buró (usuario, contraseña o llave, y la dirección del servicio). +3. Definición de qué información del reporte quiere ver en pantalla y cuál debe quedar guardada. + +Esta partida **no estaba en el contrato original** y se cotiza por separado, por tratarse de una integración con un servicio externo de terceros. + --- ## 7. Cambios de sentido solicitados durante el proyecto (retrabajo) @@ -304,6 +338,7 @@ Las cantidades se dejan en blanco para acordarlas con el cliente. La columna “ | 6.7-34 | Publicación por Cloudflare Zero Trust y dominio propio | Proyecto de infraestructura | | | | 6.7-35 | Repositorio institucional y respaldos automáticos | Servicio | | | | 6.8-36 | Rediseño de arquitectura para operar sin Monday.com | Proyecto de arquitectura | | | +| 6.9-37 | **Módulo de conexión a buró de crédito** (pendiente de ejecutar) | Integración con servicio externo | | | | 7 | Retrabajo por cambios de sentido solicitados (11 cambios listados) | Bolsa de retrabajo | | | --- @@ -316,6 +351,7 @@ Para que este documento refleje el estado real, se dejan por escrito los puntos 2. **Reglas del cotizador en dos desarrollos** — los desarrollos Sole y Mutuo existen en el catálogo, pero todavía no tienen reglas de cálculo guardadas, por lo que no aparecen como opción en el cotizador. Se activan en cuanto el administrador las capture desde el módulo de Desarrollos (2 minutos por desarrollo, sin intervención del proveedor). 3. **Datos de contacto del micrositio público** — el sitio público de desarrollos usa un número de WhatsApp y un correo de ejemplo. Deben entregarse los definitivos para reemplazarlos. 4. **PostgreSQL y Redis del contrato original** — el contrato preveía PostgreSQL y Redis en contenedores. La operación actual corre sobre la base de datos local del servidor del cliente, que es lo que se solicitó al pedir la eliminación de Monday. Si el cliente quiere migrar a PostgreSQL y Redis, es un proyecto aparte. +5. **Módulo de conexión a buró de crédito** — solicitado el 22 de septiembre de 2026 (sección 6.9). No estaba en el contrato y **no está ejecutado**. Para construirlo se necesita que el cliente entregue el contrato y las credenciales de la API del buró y confirme el alcance propuesto; de lo contrario no es posible empezar. --- @@ -345,7 +381,8 @@ Para que este documento refleje el estado real, se dejan por escrito los puntos | 4 | 7 – 13 de septiembre | Semana de mayor intensidad: captura por departamentos, Mi Día con etapas, reportes, bitácora, escrituración, estilo oscuro | | 5 | 14 – 20 de septiembre | Reportes definitivos, rol Manager, correcciones de flujo y auditoría completa por módulo | | 6 | 21 de septiembre | Módulo de Desarrollos, micrositio público y entrega de este documento | +| 7 | 22 de septiembre | Solicitud del módulo de conexión a buró de crédito, pendiente de ejecutar (versión 1.1 de este documento) | --- -*Documento preparado por Consult (AS) Technology · 21 de septiembre de 2026* +*Documento preparado por Consult (AS) Technology · 22 de septiembre de 2026 · versión 1.1* diff --git a/docs/CRM360-FRASA_Alcance-vs-Entregado.pdf b/docs/CRM360-FRASA_Alcance-vs-Entregado.pdf index dcb6e19..9287caa 100644 Binary files a/docs/CRM360-FRASA_Alcance-vs-Entregado.pdf and b/docs/CRM360-FRASA_Alcance-vs-Entregado.pdf differ diff --git a/docs/web/alcance-2f9k7d/ALCANCE-VS-ENTREGADO.pdf b/docs/web/alcance-2f9k7d/ALCANCE-VS-ENTREGADO.pdf index 9e50b15..2326e23 100644 Binary files a/docs/web/alcance-2f9k7d/ALCANCE-VS-ENTREGADO.pdf and b/docs/web/alcance-2f9k7d/ALCANCE-VS-ENTREGADO.pdf differ diff --git a/docs/web/alcance-2f9k7d/index.html b/docs/web/alcance-2f9k7d/index.html index 3a34e70..947d37b 100644 --- a/docs/web/alcance-2f9k7d/index.html +++ b/docs/web/alcance-2f9k7d/index.html @@ -153,10 +153,10 @@ footer.pie {
Cliente
Frasa Desarrollos S.A.P.I. de C.V.
Proveedor
Consult (AS) Technology
Proyecto
Ecosistema CRM360 FRASA
-
Periodo de ejecución
20 de agosto al 21 de septiembre de 2026
+
Periodo de ejecución
20 de agosto al 22 de septiembre de 2026 (desarrollo entregado: 20 de agosto al 21 de septiembre)
Referencia contractual
“Guía Técnica de Implementación — Ecosistema CRM + Apps Web + Automatizaciones”, versión 1.0, 19 de agosto de 2026
-
Fecha de emisión
21 de septiembre de 2026
-
Versión
1.0
+
Fecha de emisión
22 de septiembre de 2026
+
Versión
1.1

1. Objeto del documento

Este documento pone por escrito dos cosas:

@@ -166,6 +166,28 @@ footer.pie {

La razón es sencilla: el sistema entregado hace bastante más de lo contratado. Durante el proyecto se agregaron módulos que no existían en el alcance, se cambió la arquitectura de datos y de despliegue, se reemplazó la dependencia de Monday.com por una base de datos propia y se rediseñó la interfaz de las siete aplicaciones. Todo eso se atendió por solicitud expresa del cliente, con trabajo entregado y en uso.

El objetivo es contar con una base clara y verificable para facturar el desarrollo adicional. Cada partida listada en las secciones 6 y 7 se puede comprobar en el repositorio del proyecto (FRASA-CAS, 155 commits) y en el sistema en operación.

+

Control de versiones

+
+ + + + + + + + + + + + + + + + + + + +
VersiónFechaCambios
1.021 de septiembre de 2026Emisión inicial: alcance contratado, desarrollo adicional entregado (36 partidas), retrabajos, métricas y partidas para facturar
1.122 de septiembre de 2026Se incorpora la solicitud del módulo de conexión a buró de crédito (sección 6.9), recibida después de la emisión inicial y pendiente de ejecutar

2. Resumen ejecutivo

@@ -791,6 +813,43 @@ footer.pie {
+

6.9 Solicitud recibida y pendiente de ejecutar

+

La siguiente partida se solicitó después de la emisión inicial de este documento y todavía no está construida. Se incorpora aquí para que quede registrada dentro del alcance adicional y se pueda cotizar por separado.

+
+ + + + + + + + + + + + + + + + +
#SolicitudAlcance solicitadoEstado
37Módulo de conexión a aplicación de buró de créditoConsulta del historial de crédito del prospecto o del cliente desde el propio sistema, con registro del consentimiento, guardado del folio y del reporte en el expediente, y control del consumo por usuarioSolicitado el 22 de septiembre de 2026 — pendiente de ejecutar
+

Alcance propuesto (a confirmar con el cliente):

+ +

Requisitos que debe entregar el cliente para poder construirlo:

+
    +
  1. Contrato vigente con el buró (Buró de Crédito / Equifax o Círculo de Crédito / TransUnion).
    2. +
  2. Credenciales de la API que entregue el buró (usuario, contraseña o llave, y la dirección del servicio).
    3. +
  3. Definición de qué información del reporte quiere ver en pantalla y cuál debe quedar guardada.
    4. +
+

Esta partida no estaba en el contrato original y se cotiza por separado, por tratarse de una integración con un servicio externo de terceros.

7. Cambios de sentido solicitados durante el proyecto (retrabajo)

Estos pedidos modificaron o revirtieron trabajo ya entregado. Se listan porque implican reelaboración y verificación, no trabajo nuevo.

@@ -1224,6 +1283,13 @@ footer.pie { +6.9-37 +Módulo de conexión a buró de crédito (pendiente de ejecutar) +Integración con servicio externo + + + + 7 Retrabajo por cambios de sentido solicitados (11 cambios listados) Bolsa de retrabajo @@ -1240,6 +1306,7 @@ footer.pie {
  • Reglas del cotizador en dos desarrollos — los desarrollos Sole y Mutuo existen en el catálogo, pero todavía no tienen reglas de cálculo guardadas, por lo que no aparecen como opción en el cotizador. Se activan en cuanto el administrador las capture desde el módulo de Desarrollos (2 minutos por desarrollo, sin intervención del proveedor).
  • Datos de contacto del micrositio público — el sitio público de desarrollos usa un número de WhatsApp y un correo de ejemplo. Deben entregarse los definitivos para reemplazarlos.
  • PostgreSQL y Redis del contrato original — el contrato preveía PostgreSQL y Redis en contenedores. La operación actual corre sobre la base de datos local del servidor del cliente, que es lo que se solicitó al pedir la eliminación de Monday. Si el cliente quiere migrar a PostgreSQL y Redis, es un proyecto aparte.
    • +
  • Módulo de conexión a buró de crédito — solicitado el 22 de septiembre de 2026 (sección 6.9). No estaba en el contrato y no está ejecutado. Para construirlo se necesita que el cliente entregue el contrato y las credenciales de la API del buró y confirme el alcance propuesto; de lo contrario no es posible empezar.

    • Anexo A — Checklist de entrega original vs. estado actual

    @@ -1330,10 +1397,15 @@ footer.pie { 21 de septiembre Módulo de Desarrollos, micrositio público y entrega de este documento + +7 +22 de septiembre +Solicitud del módulo de conexión a buró de crédito, pendiente de ejecutar (versión 1.1 de este documento) +
    -

    Documento preparado por Consult (AS) Technology · 21 de septiembre de 2026

    +

    Documento preparado por Consult (AS) Technology · 22 de septiembre de 2026 · versión 1.1