Avance de lo desglosado
25%
20 de 79 tareas vivas · 5 descartadas
No es el avance del proyecto: solo la etapa A está desglosada en tareas. Las demás son bloques todavía sin partir, a propósito
Decisiones
34
cerradas · 3 abiertas
Tus revisiones
11
puertas QA 2 en todo el proyecto
Etapas semanas estimadas y puertas de revisión
| Etapa | Duración |
Tareas | Avance | QA2 · QA3 | Estado |
| A |
PreparaciónNombre, modelo de datos, rebanada vertical, plan micro |
2–3 sem |
20/79 |
|
2 · 0 |
En curso |
| B |
Núcleo configurableEsquema, reglas contables como datos, acceso, auditoría |
4–6 sem |
10 bloques |
|
2 · 0 |
Sin desglosar |
| C |
Operación y cuñaInversionista, cierre, comprobantes, portal, migración |
6–8 sem |
12 bloques |
|
5 · 2 |
Sin desglosar |
| D |
Piloto en paraleloSaldos reales y dos cierres mensuales que cuadren |
8–10 sem |
6 bloques |
|
2 · cont. |
Sin desglosar |
Las semanas asumen dos personas a tiempo completo portando lógica ya validada.
La etapa D es calendario y no esfuerzo: dos cierres mensuales reales toman dos meses por más
rápido que se programe.
Etapa A en detalle tres carriles en paralelo
Negocio 0/6
- ~~Consulta a SUGEVAL, a la SMV de Panamá y al RMVM~~
- ~~Confirmar con contador local el catálogo exigido por cada regulador~~
- ~~Cotizar el vector de precios con el proveedor autorizado~~
- Confirmar quién es el contribuyente del IVA de la comisión de administración: el fondo o el inversionista. De eso depende si el impuesto entra al asiento del fondo o pasa de largo. Es lo único que quedó abierto de las comisiones; el resto lo contestaron los quince contratos (Marcos)
- Pedir al contador del fondo del socio su marco contable actual y su catálogo de cuentas real, y cargarlo como edición del cliente
- Compromiso escrito del fondo que correrá el cierre en paralelo
- Contrastar la cuña con dos o tres administradoras guatemaltecas
- Constitución de la empresa y plantilla de contrato
- Decidir: ¿software, o software más servicio?
Diseño 9/22
- Wireframes de los tres ambientes
- Decidir el nombre
- Búsqueda de marca en los tres registros nacionales (Hugo)
- Logotipo en SVG y variantes
- Elegir las tres tipografías
- S-001 · Sistema de diseño en código, con su muestra publicada
- T-00L · Cargar el fondo del prototipo en la base de pruebas
- T-00M · El catálogo de permisos y los cuatro roles, como datos
- T-00N · El contrato entre el frontend y el API
- S-002 · Entrar con usuario y contraseña
- S-002b · Conectar la entrada con el núcleo
- S-003 · El panel, con datos de demostración y los cuatro roles
- S-003b · Conectar el panel con el núcleo
- S-00W · El asistente de alta de fondo, en el panel
- S-00Wb · Conectar el asistente de alta con el núcleo
- S-00X · El maestro del cliente crea su equipo
- S-00Xb · Conectar la mesa con el núcleo
- S-00Z · Reajustar el lenguaje visual de lo ya construido
- S-004 · Pantallas base de la mesa
- S-005 · Pantallas base del portal
- S-006 · Pantallas de la cuña con su comportamiento real
- S-007 · El logotipo definitivo (Hugo)
Carril técnico 11/46
- Inventario del prototipo y glosario
- Modelo de datos con las cinco reglas irreversibles → docs/DATA-MODEL.md
- Política de redondeo explícita y sus pruebas
- Decidir el límite de «las reglas contables son datos»
- ~~Decidir el límite de «las reglas contables son datos» (formulación vieja)~~ antes de construir el motor de asientos
- Cómo se fija el cliente de la sesión
- Marcos contables como dato, seleccionables por fondo, con catálogo de cuentas propio y editable por fondo → docs/MARCOS-CONTABLES.md, migraciones 0003 a 0005
- Esquema de comisiones por fondo
- ~~Esquema de comisiones por fondo (sin diseño)~~
- Dos horas de corte por fondo, no una
- T-002 · Maestro de activos y precios de valuación, con método de valuación, nivel de valor razonable estampado en cada precio y antigüedad máxima admitida
- Resolver el cliente a partir de la identidad del proveedor
- Cómo entra el partícipe
- El modelo de datos del panel
- Cómo llega a la aplicación del cliente un módulo habilitado desde el panel
- Las tablas de comisiones
- Aprovisionar cliente y fondo desde el panel
- El equipo del cliente, en datos
- Registrar partícipes con aprobación
- C-001 · Cada regla de la base con su texto en español para el operador
- Repositorio y estructura del proyecto
- Ambiente local completo → SETUP.md
- P-005 · Que la integración continua corra la suite de web/ y cierre los huecos de la regla de color
- C-003 · Alinear dos documentos con D-31
- C-002 · Ratificar en F-001 la excepción de la muestra
- P-004 · La redirección de nonio.app (Hugo)
- P-003 · Publicar el tablero del proyecto (Hugo)
- P-002 · Los tres proyectos de Cloudflare Pages (Hugo)
- P-001 · Integración continua: tipos estrictos, pruebas, reglas de marca, número de regresión
- T-008 · El importe funcional no tiene ninguna comprobación aritmética
- T08-1 · El libro no verifica el importe funcional, y ahí no hay recálculo que salve
- T08-2 · La tasa no se coteja contra ninguna cotización
- T08-3 · NaN atraviesa el resto del esquema y ninguna guarda lo mira
- T-009 · El intento 7 del banco de pruebas rechaza por el motivo equivocado
- T-003 · El libro necesita dimensión de activo
- T-016 · El mensaje del método de valuación manda al operador por el camino más caro
- T-013 · Tres afirmaciones de T-003 que prometen más de lo que cumplen
- T-010 · El catálogo de tipos tiene que decir qué le hace cada uno a la cantidad
- T-014 · El arnés de verificación no lo revisa nadie, y tiene cuenta regresiva
- T-015 · La amortización es del instrumento, y su calendario es una expectativa
- T-011 · Qué cuentas llevan la dimensión de instrumento, y al menos una línea la cita
- T-012 · Deuda de la revisión de T-003
- T-004 · La revaluación y el devengo, con asiento
- T-005 · Lote de activo y resultado realizado
- T-006 · Mutar los cerrojos rama por rama, automatizado
- T-007 · Cuatro ojos en el precio: la máquina de estados va a la base, la identidad espera al API
- Rebanada vertical: portar el flujo completo al stack nuevo
- Plan micro por tarea, con la estimación ya medida
La rebanada vertical 0/5
- El esquema bitemporal soporta el flujo sin contorsiones
- El filtro por cliente funciona y una consulta sin filtro devuelve cero filas
- Las reglas contables leídas de la base producen el mismo asiento que el diccionario del prototipo
- La cadena de auditoría se escribe en la misma transacción y verifica
- El tiempo de portar este flujo da la escala para portar los demás
Ambiente
| 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/ |
En vuelo ahora
- Ninguna tarea en vuelo. Estado limpio para retomar.
Decisiones abiertas bloquean si no se cierran
- A-01 ¿Software, o software más servicio?
- A-02 ¿Qué papel juega el fondo del socio? ¿Cliente, socio o accionista?
- A-03 ¿Negocio rentable de dos socios, o empresa de crecimiento?
Actividad reciente
| 2026-09-17 | S-00Z · La consola deja de verse como un formulario impreso (#12) |
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. El orquestador lo regenera al cerrar cada puerta;
para actualizarlo a mano, correr ese script y volver a publicar.