Files
inq-roi-simulador-web/README.md

224 lines
8.9 KiB
Markdown

# Process Cost Platform
> Transformá un archivo BPMN 2.0 en un reporte visual de costos operativos —
> y calculá el ROI de automatizar ese proceso — en minutos, sin backend, sin registro.
**Hecho desde Paraguay 🇵🇾 · Herramienta interna de InQuality · Sprint 1 en desarrollo activo**
---
## ¿Qué hace esto?
Un consultor de procesos recibe un diagrama BPMN del cliente. Con esta plataforma puede:
1. **Importar** el diagrama (.bpmn) y ver el proceso renderizado al instante.
2. **Configurar costos** actividad por actividad: costo fijo, tiempo, recursos humanos/sistemas.
3. **Simular** para obtener el costo esperado de una ejecución completa, con propagación de probabilidades a través de gateways XOR, AND e inclusivos.
4. **Ver el reporte** con mapa de calor sobre el diagrama, KPIs, gráficos, tabla de actividades.
5. **Exportar** a PDF (presentación para el cliente) o CSV (datos para Excel).
En Sprint 1 (en curso):
6. **Marcar actividades como automatizables** y configurar sus costos en el escenario automatizado.
7. **Calcular el ROI** del proyecto de automatización: payback, ahorro anual, acumulado a N años.
8. **Mostrar un reporte comparativo** Actual vs. Automatizado con transparencia metodológica.
**Audiencia primaria**: consultores de InQuality que usan esto en pre-venta de proyectos de automatización.
No es un producto de consumo masivo. El diseño prioriza densidad de información y velocidad de uso.
---
## Inicio rápido
```bash
git clone <repo>
cd simulador-web
npm install --legacy-peer-deps
npm run dev
```
Abre `http://localhost:5173`. Arrastrá un `.bpmn` o hacé clic en uno de los tres procesos de ejemplo.
> **Sin instalación de backend.** Todo corre en el navegador. Los datos se guardan en IndexedDB
> del browser — si borrás el caché, perdés los procesos guardados. Exportá el PDF/CSV antes de limpiar.
---
## Flujo de uso detallado
### 1. Importar un proceso
Arrastrá tu archivo `.bpmn` a la pantalla de inicio, o cargá uno de los procesos de ejemplo:
- **Proceso lineal simple** — para entender el flujo básico
- **Aprobación de crédito** — con gateways XOR y AND paralelo
- **Control de calidad con revisión** — con loop
La plataforma soporta BPMN 2.0 con **múltiples pools** (colaboraciones): todos los pools se importan y sus actividades aparecen configurables en el workspace.
### 2. Configurar el workspace
El panel derecho tiene tres tabs:
**Tab "Actividad"** (al hacer click en un nodo del diagrama):
- Costo directo fijo por ejecución
- Tiempo de ejecución en minutos
- Recursos asignados (rol/sistema/equipo con % de utilización)
- Sección "Automatización" *(Sprint 1)*: toggle + costo y tiempo del escenario automatizado
**Tab "Recursos"**: CRUD de recursos reutilizables con costo/hora.
**Tab "Global"**:
- Nombre del proceso y cliente
- Moneda (USD, PYG, BRL, ARS, EUR, COP, MXN, CLP)
- Overhead (% de costos indirectos sobre directos)
- Frecuencia anual de ejecución *(Sprint 1)*
- Horizonte de análisis en años *(Sprint 1)*
- Inversión total en automatización *(Sprint 1)*
Las actividades marcadas como automatizables muestran un badge Bot ámbar (⚙️) en la esquina superior derecha del nodo en el canvas.
### 3. Simular
El botón "Simular" corre el motor determinístico. Si hay gateways XOR con probabilidades que no suman 100%, el botón queda deshabilitado y se muestran advertencias en la topbar.
Desde Sprint 1, el motor corre **dos escenarios simultáneamente** (actual + automatizado) y los guarda como un único snapshot. Cualquier cambio en los datos invalida ambos resultados — hay que re-simular.
### 4. Reportar y exportar
El reporte muestra mapa de calor, KPIs, gráficos y tabla de actividades. En Sprint 1 se agregan tabs de comparación y ROI.
Exportación:
- **PDF**: 3+ páginas presentables ante el cliente, con heatmap embebido como imagen JPEG.
- **CSV**: datos con BOM UTF-8 para compatibilidad con Excel regional.
---
## Arquitectura técnica
```
src/
├── domain/ ← Lógica de negocio pura, sin React, 100% testeable
│ ├── types.ts ← Todas las interfaces del modelo de dominio
│ ├── simulation.ts ← Motor: propaga probabilidades por el grafo BPMN
│ ├── roi.ts ← Cálculos de ROI: payback, ahorro, acumulado (Sprint 1)
│ ├── bpmn-parser.ts← Parser XML BPMN 2.0 → grafo en memoria
│ └── schemas.ts ← Validación Zod de todas las entidades
├── store/ ← Estado global con Zustand
│ ├── process-store.ts ← Proceso actual, actividades, gateways, recursos
│ └── simulation-store.ts ← Resultados actual + automatizado, invalidación reactiva
├── persistence/ ← IndexedDB vía Dexie (schema versión 2)
│ ├── db.ts ← Schema y migraciones
│ └── repositories.ts ← CRUD de entidades (@internal: solo llamar desde stores)
├── features/
│ ├── import/ ← Landing, drag & drop, carga de ejemplos
│ ├── workspace/ ← Canvas BPMN + panel lateral de configuración
│ ├── simulation/ ← Hook useSimulate: dispara ambos escenarios
│ └── report/ ← Reporte visual, heatmap, gráficos, export
└── lib/
├── export/ ← pdf-export.ts, csv-export.ts (lazy-loaded al hacer clic)
├── colors.ts ← Gradiente heatmap: verde → ámbar → rojo
└── format.ts ← Formateo de moneda, tiempo, porcentajes
```
### Reglas de dependencia
```
domain/ ← no importa nada del proyecto (puro TypeScript)
store/ ← importa solo de domain/ y persistence/
features/ ← importa de domain/, store/, persistence/, lib/, components/
```
La regla ESLint `no-restricted-imports` hace que cualquier import de
`persistence/repositories` desde fuera de `store/` falle en `npm run lint`.
La única excepción intencional es `simulation-store.ts`, que importa
`process-store.ts` para suscribirse a cambios y mantener la invariante
de invalidación dual (documentado como excepción en el archivo).
### Motor de simulación — decisiones clave
El motor acepta `scenario: 'actual' | 'automated'`. En `'automated'`, las
actividades con `automatable=true` usan sus campos alternativos de costo y tiempo.
La probabilidad de ejecución **no cambia entre escenarios** — solo los costos.
Overlays en el canvas: se usa `overlays.add()` de diagram-js con posición
`{ top: -8, left: element.width - 12 }` obtenida via `elementRegistry.get()`.
**No usar** `position.right` directamente: la fórmula interna de diagram-js es
`left = right * -1 + width`, lo que con `right: -8` produce `left = width + 8`
(badge enteramente fuera del nodo, sin overlap de esquina).
---
## Stack tecnológico
| Capa | Tecnología | Nota |
|---|---|---|
| Framework | React 19 + Vite 8 (Rolldown) | |
| Routing | TanStack Router 1.x | Type-safe |
| Estado | Zustand 5 | Stores: process + simulation |
| Canvas BPMN | bpmn-js 18 / diagram-js | Viewer (read-only) |
| UI | shadcn/ui + Tailwind CSS | Components copy-pasted |
| Iconos | Lucide React | |
| Gráficos | Apache ECharts 5 | Lazy-loaded |
| Persistencia | Dexie 4 (IndexedDB) | Schema v2, migraciones automáticas |
| Validación | Zod 3 | |
| Export PDF | jsPDF + jspdf-autotable | Lazy-loaded |
| Export CSV | papaparse 5 | |
| Tests unitarios | Vitest 4 | 336+ tests |
| Tests E2E | Playwright | Con análisis de PDF y píxeles |
| Linting | ESLint 10 (flat config) | `no-restricted-imports` custom |
| Deploy | Cloudflare Pages | Estático, gratis |
---
## Comandos
```bash
# Desarrollo
npm run dev # Servidor local en localhost:5173 con HMR
# Build y preview
npm run build # TypeScript check + Vite build → dist/
npm run preview # Preview del build en localhost:4173
# Testing
npm run test # Tests unitarios e integración (Vitest)
npx playwright test # Tests E2E contra localhost:4173 (requiere build previo)
npx playwright test --config=playwright.prod.config.ts # Smoke test vs producción
# Calidad
npm run lint # ESLint — 0 errores esperados
# Deploy
CLOUDFLARE_ACCOUNT_ID=<id> npx wrangler pages deploy dist \
--project-name=process-cost-platform
```
---
## Producción
**URL**: https://process-cost-platform.pages.dev
**Plataforma**: Cloudflare Pages (estático, sin servidor)
Smoke test post-deploy: `npx playwright test --config=playwright.prod.config.ts`
Genera `tests/e2e/__output__/prod-smoke.pdf` como evidencia del flujo completo.
---
## Documentación adicional
| Archivo | Contenido |
|---|---|
| `ARCHITECTURE.md` | Diseño del sistema, ADRs 1-15, roadmap completo |
| `CHANGELOG.md` | Historial detallado de cambios por versión |
| `TODO.md` | Backlog de features y deuda técnica |
| `METHODOLOGY_AUTOMATED_COST.md` | Guía para calcular el costo automatizado por ejecución |
---
*Los procesos de negocio son activos estratégicos de las empresas y un diferencial competitivo.*