Plan y cobertura
El piloto, requisito a requisito
Qué cubre ya la aplicación de lo que pide el RFP, qué es todavía una maqueta con datos de ejemplo y qué falta. Esta página se actualiza al cerrar cada requisito.
3
requisitos reales
con datos reales y pruebas
5
parciales
funcionan, falta una integración
32
maquetas
pantalla con datos de ejemplo
3
pendientes
sin pantalla todavía
Cobertura de los 43 requisitos del RFP
RealParcialMaquetaPendiente
M1 · Entrada de solicitudes
| ID | Requisito | Estado | Nota o pendiente |
|---|---|---|---|
| RF-1.1 | Leer los correos de una bandeja designada, con sus adjuntos | Pendiente | Gmail API y bandeja (Q-18) |
| RF-1.2 | Extraer los datos de la solicitud y clasificar adjuntos | Maqueta | Falta la lectura con la API de Claude (ADR-0002, Q-21) |
| RF-1.3 | Mostrar la confianza de cada dato; nada crea una oferta sin validar | Maqueta | — |
| RF-1.4 | Lista mínima y configurable de datos obligatorios | Maqueta | Q-23: confirmar los 5 campos |
| RF-1.5 | Borrador de correo al cliente, solo se envía si una persona lo aprueba | Maqueta | — |
| RF-1.6 | Guardar el correo original en PDF en la carpeta de la oferta | Pendiente | Necesita Drive |
| RF-1.7 | Avisar de posibles duplicados o ampliaciones | Maqueta | — |
M2 · Ofertas y CRM
| ID | Requisito | Estado | Nota o pendiente |
|---|---|---|---|
| RF-2.1 | Número OF con año y correlativo, sin duplicados con concurrencia | Real | 50 altas simultáneas probadas; continúa tras DAC_OF2600117 (Q-40) |
| RF-2.2 | Campos del CRM actual y hoja espejo | Parcial | Alta real; falta la hoja espejo en Sheets y fecha de envío |
| RF-2.3 | Carpeta en Drive con subcarpetas y nombre estándar | Parcial | El nombre se genera según ITDAC02-01; falta crearla en Drive (Q-19) |
| RF-2.4 | Importar frontal y lista de material del fabricante | Maqueta | Bloqueado por Q-01: formato genérico (SUP-08) |
| RF-2.5 | Precio con material, horas, pequeño material, costes y margen | Real | Reproduce al céntimo 3 cuadros reales; falta Q-36 (tarifa) |
| RF-2.6 | Sugerir horas desde cuadros similares, sin horas a cero | Maqueta | Madrid no tiene horas reales en el histórico (Q-20) |
| RF-2.7 | Alerta cuando el margen baja del umbral | Real | Aprobación del margen: Q-08 |
| RF-2.8 | PDF de oferta con la plantilla del Grupo y paquete de envío | Maqueta | Plantilla PDF pendiente (Q-26, Q-37) |
| RF-2.9 | Estados configurables; «Perdida» nunca automática; recordatorios | Maqueta | — |
| RF-2.10 | Cargar el histórico de ofertas, cuadros y horas | Pendiente | Excel recibidos; falta el importador (Q-20) |
M3 · Pedido y paso a producción
M4 · Escandallo y compras
| ID | Requisito | Estado | Nota o pendiente |
|---|---|---|---|
| RF-4.1 | Escandallo inicial desde la lista de material | Maqueta | — |
| RF-4.2 | Comparar con el stock y listar las faltas | Maqueta | El stock está en Kerp; falta saber cómo extraerlo (Q-03) |
| RF-4.3 | Borrador de hoja de pedido con precio especial de proyecto | Maqueta | Formato real pendiente (Q-04, Q-37) |
| RF-4.4 | Registrar cada rotura de stock y la decisión | Maqueta | — |
| RF-4.5 | Solicitar el esquema a ingeniería y seguir su estado | Maqueta | Canal de solicitud: Q-29 |
M5 · Taller
| ID | Requisito | Estado | Nota o pendiente |
|---|---|---|---|
| RF-5.1 | Tablero por cuadro legible en pantalla de taller y tablet | Maqueta | Hardware y WiFi: Q-22, Q-30 |
| RF-5.2 | Horas por operario desde tablet, con inicio y fin o manual | Maqueta | — |
| RF-5.3 | Pequeño material desde un catálogo | Maqueta | — |
| RF-5.4 | Hoja de pruebas digital firmada | Maqueta | Contenido y norma: Q-07 |
| RF-5.5 | Fotos desde móvil o tablet asociadas al cuadro | Maqueta | — |
| RF-5.6 | Impedir «listo para envío» sin pruebas y fotos, salvo excepción | Maqueta | Quién aprueba la excepción: Q-17 |
| RF-5.7 | Cerrar el escandallo y mostrar la desviación | Maqueta | — |
| RF-5.8 | Autorización de salida por administración | Maqueta | — |
M6 · Albaranes de proveedor
| ID | Requisito | Estado | Nota o pendiente |
|---|---|---|---|
| RF-6.1 | Aceptar albaranes en PDF, foto o adjunto de correo | Maqueta | — |
| RF-6.2 | Leer proveedor, número, fecha y líneas y proponer pedido y matrícula | Maqueta | Falta la lectura con IA y el conjunto de evaluación (Q-32) |
| RF-6.3 | Documento y datos lado a lado con campos dudosos resaltados | Maqueta | — |
| RF-6.4 | Cruzar con el pedido y señalar diferencias | Maqueta | — |
| RF-6.5 | Exportar las entradas validadas al formato del sistema actual | Maqueta | Formato de Kerp: Q-02, Q-38 |
M7 · Cuadro de mando
| ID | Requisito | Estado | Nota o pendiente |
|---|---|---|---|
| RF-7.1 | Ofertas por estado, tiempos, horas ofertadas frente a reales y calidad | Maqueta | — |
Transversales
| ID | Requisito | Estado | Nota o pendiente |
|---|---|---|---|
| RF-T.1 | Buscador global por matrícula, cliente u obra | Parcial | Busca en la base y en los datos de ejemplo; tolera prefijos |
| RF-T.2 | Roles con permisos distintos | Parcial | Matriz probada; falta el inicio de sesión con Google (Q-11) |
| RF-T.3 | Registro de auditoría de quién validó, cambió o aprobó | Parcial | Se registra el alta de ofertas; el resto cuando cada módulo sea real |
| RF-T.4 | Notificaciones por correo de lo que espera a una persona | Maqueta | Vista de lo pendiente por rol; falta el envío de correos |
Lo que nos frena
Q-01Exportes de Rapsodie, Legrand y Hyundai (lista de material + frontal)
Q-02 · Q-38Si Kerp admite importar ficheros y un ejemplo de su formato
Q-03Cómo se extrae el stock de Kerp
Q-20Histórico de Madrid con horas reales (la pestaña MADRID no tiene ninguna)
Q-36Tarifa de taller: 29 o 28 €/h
Q-37Documentos citados que no llegaron: ITDAC02-03, ITDAC03-01, ITDAC05-03, hoja de pedido, hoja del cobre, protocolo de comprobación
Q-08 · Q-17Quién aprueba un margen bajo y quién aprueba una excepción sin pruebas
Q-39 · Q-40Sufijo de la primera revisión y número de partida (DAC_OF2600118)
El detalle de cada pregunta está en questions/open.md.
Ocho semanas hasta la decisión
| Semanas | Fase | Módulos |
|---|---|---|
| 1 | Descubrimiento y diseño Alcance aprobado por el Grupo + medición de la situación de partida | — |
| 2–3 | Base y núcleo de ofertas Primera versión desplegada al final de la semana 2 + demo | M2, M3, T |
| 3–4 | Entrada y escandallo Demo con la precisión de lectura medida | M1, M4 |
| 5–6 | Taller y pruebas Prueba con 2–3 cuadros reales en tablet | M5 |
| 5–7 | Albaranes Informe de precisión por proveedor + validación de administración | M6 |
| 7–8 | Validación en paralelo Informe de resultados + decisión del comité | M7 |
Criterios de aceptación del piloto
Se miden en las semanas 7 y 8. Los umbrales se fijan con Dacelectric.| # | Criterio | Cómo se mide | Umbral | Hoy |
|---|---|---|---|---|
| CA-1 | Flujo completo | Solicitudes reales recorren solicitud, oferta, aceptación, producción y entrega | ≥ 3 casos reales | Sin medir |
| CA-2 | Lectura de solicitudes | Aciertos en los campos obligatorios sobre el conjunto de evaluación | ≥ 90%, 100% revisable | Sin medir |
| CA-3 | Lectura de albaranes | Líneas con referencia y cantidad correctas (Schneider, Legrand, Hyundai) | ≥ 95% por proveedor | Sin medir |
| CA-4 | Alta de oferta | Tiempo para crear número, carpeta y registro | < 2 min | Sin medir |
| CA-5 | Pruebas y fotos | Cuadros entregados con hoja de pruebas y fotos | 100% | Sin medir |
| CA-6 | Horas y material | Cuadros cerrados con horas por operario y pequeño material | 100% | Sin medir |
| CA-7 | Agilidad de cambio | Peticiones pequeñas desplegadas antes de la siguiente demo | ≥ 80% | Sin medir |
| CA-8 | Adopción | Roles de Madrid que usan el piloto cada semana | 4 de 4 | Sin medir |
| CA-9 | Seguridad y datos | Revisión de permisos, auditoría y exportación de datos | 0 incidencias graves | Sin medir |