docs: agregar el modulo de conexion a buro de credito al documento de extras (v1.1)
- Seccion 6.9 nueva: la solicitud queda registrada como partida 37, marcada como PENDIENTE DE EJECUTAR (no entregada) para no inflar lo facturable. - Incluye el alcance propuesto (consulta desde alta y contactos, consentimiento del titular, folio y reporte en el expediente, control de consumo y permisos) y los requisitos que debe entregar el cliente: contrato, credenciales de la API del buro y definicion de la informacion que quiere ver. - Partida 6.9-37 en la tabla de facturacion y punto 5 en los pendientes abiertos. - Control de versiones en la seccion 1, fecha de emision 22 de septiembre y cronologia actualizada. PDF (17 paginas) y pagina web regenerados.
This commit is contained in:
@@ -153,10 +153,10 @@ footer.pie {
|
||||
<div><dt>Cliente</dt><dd>Frasa Desarrollos S.A.P.I. de C.V.</dd></div>
|
||||
<div><dt>Proveedor</dt><dd>Consult (AS) Technology</dd></div>
|
||||
<div><dt>Proyecto</dt><dd>Ecosistema CRM360 FRASA</dd></div>
|
||||
<div><dt>Periodo de ejecución</dt><dd>20 de agosto al 21 de septiembre de 2026</dd></div>
|
||||
<div><dt>Periodo de ejecución</dt><dd>20 de agosto al 22 de septiembre de 2026 (desarrollo entregado: 20 de agosto al 21 de septiembre)</dd></div>
|
||||
<div><dt>Referencia contractual</dt><dd>“Guía Técnica de Implementación — Ecosistema CRM + Apps Web + Automatizaciones”, versión 1.0, 19 de agosto de 2026</dd></div>
|
||||
<div><dt>Fecha de emisión</dt><dd>21 de septiembre de 2026</dd></div>
|
||||
<div><dt>Versión</dt><dd>1.0</dd></div>
|
||||
<div><dt>Fecha de emisión</dt><dd>22 de septiembre de 2026</dd></div>
|
||||
<div><dt>Versión</dt><dd>1.1</dd></div>
|
||||
</dl>
|
||||
<h2>1. Objeto del documento</h2>
|
||||
<p>Este documento pone por escrito dos cosas:</p>
|
||||
@@ -166,6 +166,28 @@ footer.pie {
|
||||
</ol>
|
||||
<p>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.</p>
|
||||
<p>El objetivo es contar con una base clara y verificable para <strong>facturar el desarrollo adicional</strong>. Cada partida listada en las secciones 6 y 7 se puede comprobar en el repositorio del proyecto (<code>FRASA-CAS</code>, 155 commits) y en el sistema en operación.</p>
|
||||
<p><strong>Control de versiones</strong></p>
|
||||
<div class="tabla-scroll"><table>
|
||||
<thead>
|
||||
<tr>
|
||||
<th>Versión</th>
|
||||
<th>Fecha</th>
|
||||
<th>Cambios</th>
|
||||
</tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
<tr>
|
||||
<td>1.0</td>
|
||||
<td>21 de septiembre de 2026</td>
|
||||
<td>Emisión inicial: alcance contratado, desarrollo adicional entregado (36 partidas), retrabajos, métricas y partidas para facturar</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td>1.1</td>
|
||||
<td>22 de septiembre de 2026</td>
|
||||
<td>Se incorpora la solicitud del <strong>módulo de conexión a buró de crédito</strong> (sección 6.9), recibida después de la emisión inicial y <strong>pendiente de ejecutar</strong></td>
|
||||
</tr>
|
||||
</tbody>
|
||||
</table></div>
|
||||
<hr />
|
||||
<h2>2. Resumen ejecutivo</h2>
|
||||
<div class="tabla-scroll"><table>
|
||||
@@ -791,6 +813,43 @@ footer.pie {
|
||||
</tr>
|
||||
</tbody>
|
||||
</table></div>
|
||||
<h3>6.9 Solicitud recibida y pendiente de ejecutar</h3>
|
||||
<p>La siguiente partida se solicitó <strong>después</strong> de la emisión inicial de este documento y <strong>todavía no está construida</strong>. Se incorpora aquí para que quede registrada dentro del alcance adicional y se pueda cotizar por separado.</p>
|
||||
<div class="tabla-scroll"><table>
|
||||
<thead>
|
||||
<tr>
|
||||
<th>#</th>
|
||||
<th>Solicitud</th>
|
||||
<th>Alcance solicitado</th>
|
||||
<th>Estado</th>
|
||||
</tr>
|
||||
</thead>
|
||||
<tbody>
|
||||
<tr>
|
||||
<td>37</td>
|
||||
<td><strong>Módulo de conexión a aplicación de buró de crédito</strong></td>
|
||||
<td>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</td>
|
||||
<td>Solicitado el 22 de septiembre de 2026 — <strong>pendiente de ejecutar</strong></td>
|
||||
</tr>
|
||||
</tbody>
|
||||
</table></div>
|
||||
<p><strong>Alcance propuesto</strong> (a confirmar con el cliente):</p>
|
||||
<ul>
|
||||
<li><strong>Consulta desde el sistema</strong>: 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.</li>
|
||||
<li><strong>Consentimiento del titular</strong>: 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.</li>
|
||||
<li><strong>Datos que se envían</strong>: los que el sistema ya captura (nombre completo, fecha de nacimiento, RFC o CURP, domicilio y teléfono).</li>
|
||||
<li><strong>Resultado que se recibe</strong>: folio de la consulta, calificación de crédito, banderas de comportamiento y el reporte en PDF.</li>
|
||||
<li><strong>Expediente</strong>: el folio, el resultado y el PDF quedan guardados en el historial del cliente, con la fecha y el usuario que realizó la consulta.</li>
|
||||
<li><strong>Control de consumo</strong>: bitácora de consultas por usuario y por cliente, para cuidar el costo de cada consulta y evitar consultas duplicadas.</li>
|
||||
<li><strong>Permisos</strong>: sólo los roles autorizados pueden consultar; los demás no ven la opción.</li>
|
||||
</ul>
|
||||
<p><strong>Requisitos que debe entregar el cliente para poder construirlo:</strong></p>
|
||||
<ol>
|
||||
<li>Contrato vigente con el buró (Buró de Crédito / Equifax o Círculo de Crédito / TransUnion).</li>
|
||||
<li>Credenciales de la API que entregue el buró (usuario, contraseña o llave, y la dirección del servicio).</li>
|
||||
<li>Definición de qué información del reporte quiere ver en pantalla y cuál debe quedar guardada.</li>
|
||||
</ol>
|
||||
<p>Esta partida <strong>no estaba en el contrato original</strong> y se cotiza por separado, por tratarse de una integración con un servicio externo de terceros.</p>
|
||||
<hr />
|
||||
<h2>7. Cambios de sentido solicitados durante el proyecto (retrabajo)</h2>
|
||||
<p>Estos pedidos modificaron o revirtieron trabajo ya entregado. Se listan porque implican reelaboración y verificación, no trabajo nuevo.</p>
|
||||
@@ -1224,6 +1283,13 @@ footer.pie {
|
||||
<td></td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td>6.9-37</td>
|
||||
<td><strong>Módulo de conexión a buró de crédito</strong> (pendiente de ejecutar)</td>
|
||||
<td>Integración con servicio externo</td>
|
||||
<td></td>
|
||||
<td></td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td>7</td>
|
||||
<td>Retrabajo por cambios de sentido solicitados (11 cambios listados)</td>
|
||||
<td>Bolsa de retrabajo</td>
|
||||
@@ -1240,6 +1306,7 @@ footer.pie {
|
||||
<li><strong>Reglas del cotizador en dos desarrollos</strong> — 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).</li>
|
||||
<li><strong>Datos de contacto del micrositio público</strong> — el sitio público de desarrollos usa un número de WhatsApp y un correo de ejemplo. Deben entregarse los definitivos para reemplazarlos.</li>
|
||||
<li><strong>PostgreSQL y Redis del contrato original</strong> — 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.</li>
|
||||
<li><strong>Módulo de conexión a buró de crédito</strong> — solicitado el 22 de septiembre de 2026 (sección 6.9). No estaba en el contrato y <strong>no está ejecutado</strong>. 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.</li>
|
||||
</ol>
|
||||
<hr />
|
||||
<h2>Anexo A — Checklist de entrega original vs. estado actual</h2>
|
||||
@@ -1330,10 +1397,15 @@ footer.pie {
|
||||
<td>21 de septiembre</td>
|
||||
<td>Módulo de Desarrollos, micrositio público y entrega de este documento</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td>7</td>
|
||||
<td>22 de septiembre</td>
|
||||
<td>Solicitud del módulo de conexión a buró de crédito, pendiente de ejecutar (versión 1.1 de este documento)</td>
|
||||
</tr>
|
||||
</tbody>
|
||||
</table></div>
|
||||
<hr />
|
||||
<p><em>Documento preparado por Consult (AS) Technology · 21 de septiembre de 2026</em></p>
|
||||
<p><em>Documento preparado por Consult (AS) Technology · 22 de septiembre de 2026 · versión 1.1</em></p>
|
||||
</article>
|
||||
</main>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user