Acuerdos con el Cliente - Davidcuama/via-coinogas GitHub Wiki
Acuerdos con el cliente
Cliente: Coinogas Interlocutor principal: Sergio Andrés Quintero Albarracín
Sesión del 24 de julio de 2026
Reunión virtual de planificación sobre digitalización de compras. Duración registrada en la grabación adjunta.
Participantes
| Nombre | Parte |
|---|---|
| Sergio Andrés Quintero Albarracín | Coinogas |
| Daryi Alejandra Silva López | Coinogas — Área de Compras |
| Gerardo Cuadros Chahín | Coinogas |
| David Cuadros | Equipo de desarrollo |
| Juan Esteban Villada | Equipo de desarrollo |
| Juan Pablo Posso | Equipo de desarrollo |
Acuerdos alcanzados
| # | Acuerdo | Implicación en el producto |
|---|---|---|
| 1 | Digitalizar el formato ADM-F-22 en un formulario web conectado a una base de datos central. | Es el objetivo del MVP completo. |
| 2 | El formulario debe tener campos obligatorios y permitir adjuntar fotografías. | RF-10 y RF-14. |
| 3 | No se implementa un módulo de proveedores. El solicitante sugiere hasta tres y compras los valida al iniciar el contacto formal. | RF-12; simplifica el modelo de datos. |
| 4 | No se permite reutilizar plantillas ni precargar requerimientos anteriores. El cliente pidió mantener el proceso «manual y fresco». | RF-01. Restricción explícita que va en contra de una optimización natural. |
| 5 | Se prioriza la funcionalidad sobre la complejidad. Se aplaza el inicio de sesión propio. | Se usa el panel de administración nativo de Django. |
| 6 | El formulario alimenta automáticamente la base de datos, eliminando la transcripción manual a la sábana de Excel. | RF-16 y RF-26. |
Compromisos
| Responsable | Compromiso | Estado |
|---|---|---|
| Sergio Andrés Quintero | Compartir el formato Excel actual de requerimientos. | Cumplido |
| Sergio Andrés Quintero | Enviar la grabación y las notas de la sesión. | Cumplido |
| David Cuadros | Crear un formulario funcional conectado a una base de datos. | En curso — Sprint 1 |
Puntos resueltos
| # | Punto | Respuesta del cliente | Consecuencia |
|---|---|---|---|
| 1 | Licencias de Power BI. ¿Coinogas cuenta con ellas y quién publicaría y mantendría el tablero? | No hay licencias. Confirmado en octubre de 2026. | HU-30 no se cae: se construye con Power BI Desktop, que es gratuito, y el archivo se versiona en el repositorio. Ninguno de sus criterios de aceptación exige el servicio en línea. Lo único que se pierde es que el cliente pueda abrir el tablero desde un navegador: para verlo necesita Power BI Desktop, que también es gratuito. Detalle en Tablero-de-Indicadores. |
Puntos abiertos
Temas planteados que aún requieren confirmación del cliente:
| # | Punto | Por qué importa |
|---|---|---|
| 1 | Qué decisión quiere tomar con el tablero. Los indicadores propuestos se dedujeron del proceso, pero si el cliente tiene una pregunta concreta, las vistas se modelan distinto. | Cambiar las vistas después de HU-29 cuesta bastante más que definirlas bien de entrada. |
| 2 | Cifras de la operación. Cuántos requerimientos se radican al mes, cuánto tarda la transcripción, cuántos se devuelven por estar incompletos. | La sustentación exige cifras que sustenten la problemática, y hoy solo hay descripciones cualitativas. |
| 3 | Panel de administración con credenciales. El alcance excluye un login propio, pero el panel de Django sí exige credenciales. | Se asume aceptable porque no implica desarrollo adicional, pero debe confirmarse. |
| 4 | Cargos exactos de los interesados. Las notas de la reunión no los precisan. | Necesario para la tabla de interesados del entregable. |