Tablero · generado del repositorio, no escrito a mano
| Qué | Quién | Avance | |
|---|---|---|---|
| 1 | Cuenta de pago con soporte (0171 + #440) 0171 + #440 en main y en la nube, con la pantalla de soporte (D-112) y la gestión única de cambio de cuenta (0181) | Núcleo + Marcos | 100% |
| 2 | Bandeja de comprobantes de la mesa En main y en la nube. Hugo prueba al final | Núcleo | 95% |
| 3 | Libro mayor y exportar asientos En main y en la nube, con CSV y el asiento completo | Núcleo | 95% |
| 4 | Cartera: comprar, vender, cupones, precios En main y en la nube; QA corregido (ya opera) | Núcleo | 95% |
| 5 | Reportes de cierre (los cinco estados) En main y en la nube; «Resultados acumulados» ya abre sus asientos | Núcleo | 95% |
| 6 | PDF de estados de cuenta y constancias PDF al emitir y bajo demanda para los viejos; nombres legibles | Núcleo | 95% |
| 7 | Correcciones y reexpresión En main y en la nube (0178). Hugo prueba al final | Núcleo | 95% |
| 8 | Panel: crear clientes, fondos, usuarios y accesos Bloque F en producción: alta en 8 pasos, ⌘K y marco como lista (#449). El recorrido 16 encontró defectos en el paso 5 (comisiones), en los mensajes de rechazo y en reintentar una aplicación fallida: en la guía | Marcos | 97% |
| 10 | QA visual de todas las pantallas y set de pruebas para Hugo QA de Admin, Portal y Panel hecho; guía de pruebas publicada en tablero.nonioapp.com/pruebasv1 (compartida en vivo, con observaciones y capturas). Se cierra al terminar la fase 2 | Núcleo | 95% |
| 11 | Mensajes y Gestiones separados (D-115) 0181 en main y en la nube; chat en Mensajes, trámites con fase y plazo en Gestiones, en Portal y Admin | Núcleo | 95% |
| 12 | Transacciones a mano y pago a la gestora 0180 en main y en la nube; el cierre contabiliza lo aprobado y frena con lo pendiente | Núcleo | 95% |
| Bloque | Base | API | Pantalla |
|---|---|---|---|
| Acceso y seguridad multi-cliente | 100% | 100% | 100% |
| Alta del cliente y del fondo | 100% | 100% | 95% |
| Apertura y migración | 100% | 100% | 70% |
| Inversionistas | 100% | 85% | 85% |
| Suscripciones y rescates | 100% | 95% | 95% |
| Depósito con comprobante | 100% | 100% | 90% |
| Cartera de inversiones | 90% | 90% | 85% |
| Contabilidad (libro mayor) | 100% | 90% | 85% |
| NAV diario y comisión | 100% | 100% | 100% |
| Cierre del período y conciliación | 100% | 100% | 100% |
| Correcciones y reexpresión | 100% | 90% | 85% |
| Reportes de cierre | 100% | 100% | 85% |
| Portal del inversionista | 100% | 95% | 90% |
| Documentos PDF | 100% | 90% | 85% |
| Gestiones y mensajes | 100% | 100% | 100% |
| Auditoría | 100% | 100% | 100% |
| Paralelo con GDI | 100% | — | — |
| Panel y consola (facturación, después del piloto) | 100% | 95% | 95% |
La meta: que la mesa opere el fondo y el inversionista deposite (con boleta), simule y pida su rescate desde el portal, y que octubre de GDI Dólares cuadre contra su Excel.
Cómo trabajamos (D-107): se valida solo lo que toca dinero o el aislamiento entre clientes (número de regresión, app_rw, ensayo de despliegue); lo demás entra con sus pruebas propias. Varios agentes en paralelo; los PR en lotes y espaciados (GitHub bloquea ráfagas).
Tiempos: Render y Cloudflare despliegan solos al mezclar en main · Hugo aplica cada migración con preparar_clientes.sh migrar.
| Quién | Dónde | Ahora |
|---|---|---|
| Hugo (núcleo) | MacBook Pro, sesión del núcleo | D-113: construye de punta a punta lo que falta de Admin y Portal. Ahora: 0171 (cuenta de pago), bandeja de comprobantes y libro mayor; después cartera, reportes, PDF y correcciones. |
| Hugo (superficies) | MacBook Pro, segundo clon | En pausa por D-113 (todo lo suyo está en main). |
| Marcos (servicio y plataforma) | su máquina | D-113: el Panel completo (clientes, fondos, usuarios, accesos de soporte). Mezclar #440 cuando el núcleo suba la 0171. |
| Marcos (fondo) | GDI | Los 14 datos de octubre, las horas de corte y los días de gracia del cupón. |
| Hugo (persona) | navegador, Supabase, Render | Aplicar migraciones, preparar el Supabase del Panel y probar cada bloque al cerrarse. |
| Paso | Qué hace Hugo en el navegador | Base · Hugo | API · Marcos | Pantalla · superficies | En el navegador | Falta · tiempo |
|---|---|---|---|---|---|---|
| 0–6 | Ciclo de la mesa: entrar, fondo, equipo, alta, suscripción, NAV, cierre doble, conciliar y exportar | Listo septiembre y octubre cerrados en la nube | Listo | Listo | Listo Hugo lo recorrió (1 al 4-nov) | Listo |
| 7 | Entrar al portal y ver saldo, movimientos (también rechazados) y constancias | Listo | Listo #398 | Listo #388, #389, #422 | Listo Hugo, 6-nov | Listo |
| 8 | Mesa: Gestiones, Estados de cuenta y Auditoría con nombres para personas | Listo | Listo | Listo #393, #395, #396, #405, #420 | Listo Hugo, 6-nov | Listo |
| 9 | Emitir el estado de cuenta de octubre (el 31 fue sábado) | Listo 0161 aplicada | Listo | Listo | Listo Hugo, 6-nov | Listo (PDF: después del paralelo, D-105) |
| 10 | Parámetros del fondo: proponer y aprobar (permanencia, horas de corte) | Listo 0122, 0163 | Listo §12 | Listo #419, #423 | Listo Hugo propuso y aprobó, 6-nov; rige el 7-nov | Listo |
| 11 | El inversionista deposita con boleta desde el portal | Listo 0162 | Listo #411 | Listo #418 | Listo Hugo, 6-nov | Listo |
| 11b | La boleta se lee sola y llena los campos (Claude Haiku) | Listo sin migración | Falta A-lectura-de-boleta (Marcos) | Listo #421 | Falta | API de Marcos · horas |
| 12 | La mesa ve la boleta, cruza con el banco y aprueba: nace la suscripción | En curso 0164 en ajuste y revisión | Falta A-mesa-comprobantes-decidir (§9) | Falta S-mesa-comprobantes-decidir | Falta | Base hoy; API y pantalla · 1–2 días |
| 13 | Simular un rescate y guardar la simulación | Listo 0162 | Listo #409, #411 | Listo #418 | Listo Hugo, 6-nov | Listo |
| 14 | Pedir el rescate desde el portal y que la mesa lo apruebe viendo la cuenta de pago | Listo 0163 | Listo #408, #412 | Listo #418 | En curso mañana 7-nov, cuando rijan los 30 días y la hora de corte | Probar el 7-nov |
| P | Paralelo: octubre de GDI Dólares contra su Excel | Listo guion db/paralelo listo | Listo | Listo | Falta faltan los 14 datos de Marcos | Datos de Marcos · luego 1 día |
| Fase | Pendiente | Avance | Estado | |
|---|---|---|---|---|
| 1 | Fase 1 · Construcción del piloto (D-113)Admin, Portal y Panel completos y funcionando al 100% para las pruebas internas | 11 ítems | En curso | |
| 2 | Fase 2 · Pruebas internasEmpieza cuando la fase 1 llegue a 100%: la guía de pruebas, el paralelo interno con los datos previos de GDI y el QA. Saca su propio juego de tareas | Hugo y Marcos, guiados por el núcleo | Después | |
| 3 | Fase 3 · Pruebas externas con GDIParalelo de octubre con los datos de GDI (Excel al 30-09, bonos, estados de cuenta, hojas de octubre) y el personal de GDI operando su fondo. Saca su juego de tareas por sugerencias y QA | GDI, con Marcos | Después | |
| 4 | Fase 4 · LanzamientoCuando GDI firme que el cierre mensual cuadró | Hugo y Marcos | Después | |
| 5 | Después del lanzamientoSeguimientos, mejoras y deuda menor del plan | 190 abiertas | Después |
El plan original de etapas A a D quedó atrás: con D-113 el producto se construye de punta a punta y lo que cuenta es el cierre del piloto y el paralelo de octubre con GDI.
Fase 3: lo que hace falta para meter los datos reales del piloto
Fase 4: seguridad restante, lo comercial y lo que pidan las pruebas
Mejoras y la etapa B: no se hacen hasta que el piloto o un cliente las pida
núcleo · superficies · conocimiento · máquina de Hugo (dos clones)
servicio · plataforma · máquina de Marcos
| Repositorio | Listo | 1 commits · rama HEAD |
| Base local | Falta | PostgreSQL 17 en contenedor |
| Base en la nube | Listo | Supabase · 8 migraciones aplicadas y verificadas |
| Integración continua | Listo | 5 verificaciones bloqueantes |
| Modelo de datos | Listo | docs/DATA-MODEL.md |
| Fichas | Listo | docs/fichas/ |
| Aplicación | Listo | api/ · web/ |
| 2026-11-14 | Plan: «¿software, o software más servicio?» se marca hecha, la cerró D-32 |
Lo que este tablero no puede medir: el avance en tareas no es avance en valor. Una etapa A al 100 % significa que el andamiaje está listo, no que exista producto. El único hito que cuenta de verdad está en la etapa D — un cierre mensual real del piloto que cuadre contra su proceso actual.
Generado por scripts/tablero.py leyendo PLAN.md, .trabajo/registro.md, DECISIONS.md y git. Se regenera solo en cada envío a main, de cualquier carril: lo que ves es el último estado del tronco.