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.