Balam · MVP Fase 1
El PRD original de Balam pidió una plataforma end-to-end que cubriera facturación, cobranza, conciliación bancaria, asientos contables y reportes. Después de la llamada con Noe del 19-may y su recorte explícito del 25-may ("primer interés es facturación, solo BIND ERP primero"), la Fase 1 se acota a facturación-first sobre BIND — incluida la emisión asistida de facturas en MXN y USD. Lo demás vive en Fase 2 (cotizada en Anexo B) y Fase 3+ (roadmap) sin perder la arquitectura objetivo.
1 / Arquitectura objetivo
Misma arquitectura objetivo del PRD. Lo que cambia es qué módulos se entregan en Fase 1 y cuáles se conectan después sin rearquitectar.
2 / Lo que pidió el PRD vs. lo que entrega Fase 1
Cada bloque del PRD original (§3.1) mapeado a su entrega real en Fase 1. Diferidos no son "cortes" sino re-secuenciaciones validadas con el CTO.
3 / Cobertura granular
Trazabilidad uno a uno de los RF del PRD contra el alcance comprometido en Fase 1.
| ID | Descripción PRD | Cobertura | Notas |
|---|---|---|---|
| RF-01 | Generar facturas automáticamente desde eventos de negocio | Parcial | Creación manual (cotización→factura) incluida en Fase 1; la generación automática desde eventos (Jira/BUK) → Fase 2. BIND timbra. |
| RF-02 | Soporte multimoneda USD/EUR/MXN | Parcial | MXN + USD en Fase 1. EUR en Fase 2. |
| RF-03 | Integración con sistemas existentes (BUK / nómina) | Fase 2 | API BUK confirmada, no prioridad del CTO. |
| RF-04 | Registrar pagos automáticamente desde fuentes bancarias | Fase 2 | Diferido junto con conciliación bancaria. |
| RF-05 | Asociar pagos a facturas | Parcial | Lo que reporta BIND vía Payments. Matching avanzado en Fase 2. |
| RF-06 | Identificar pagos parciales y completos | Parcial | Según expone BIND. Validar en Discovery (Plan A/B/C). |
| RF-07 | Conciliar automáticamente transacciones bancarias | Fase 2 | Cotizado: 3 bancos + Claude API + cola humana. |
| RF-08 | Detectar discrepancias | Fase 2 | Sigue a RF-07. |
| RF-09 | Generar reportes de conciliación | Fase 2 | Sigue a RF-07. |
| RF-10 | Generar asientos contables automáticos | Fase 2 | Depende de capacidad de escritura de la API BIND validada. |
| RF-11 | Integración con sistema contable | Fase 2 | Export formato BIND para carga manual del contador. |
| RF-12 | Dashboard financiero en tiempo real | Fase 1 | KPIs sincronizados cada 4h con BIND. |
| RF-13 | Alertas automáticas configurables | Parcial | Alertas internas en Fase 1. A clientes en Fase 2. |
| RF-14 | Reportes exportables | Fase 1 | CSV/XLSX por filtros · reporte operativo configurable. |
| ID | Requerimiento no funcional (PRD §7) | Cobertura | Notas |
|---|---|---|---|
| RNF-01 | Arquitectura modular y escalable | Fase 1 | Multi-tenancy + RLS desde día 1. |
| RNF-02 | Alta disponibilidad | Parcial | Single-region en Azure. HA real (multi-region) → Fase 2. |
| RNF-03 | Seguridad de datos financieros | Fase 1 | Key Vault, RBAC, audit log, hardening. |
| RNF-04 | Cumplimiento fiscal (México y Texas) | Parcial | Tax estándar en MVP. Compliance avanzado Texas → Fase 2. |
| RNF-05 | Integración con APIs externas | Fase 1 | BIND API + DOF para TC. |
| RNF-06 | Trazabilidad completa de operaciones | Fase 1 | Audit log universal desde día 1. |
4 / Resumen por fase
Vista de tres tiempos para alinear expectativas con Noe, Ara y Pedro.