Sprint 2 cerrado. Documentalmente.

TECH_DEBT.md

@@ -24,7 +24,7 @@ Cada ítem incluye:
 
 ## Deuda crítica — afecta calidad del entregable
 
-### [INVESTIGATING] Truncamiento de líneas largas en notas metodológicas (parcialmente resuelto)
+### [RESOLVED] Truncamiento de líneas largas en notas metodológicas
 
 **Estado actual:** los caracteres Unicode rotos (Σ → £, − → ") fueron 
 resueltos en Etapa 8 mediante reescritura a ASCII puro (SUM, x, -). 
@@ -40,14 +40,8 @@ en los 3 PDFs. Si hay truncamiento, evaluar:
 - Opción B: reformular fórmulas problemáticas en múltiples líneas en el 
   texto fuente
 
-**Sprint asignado:** [BACKLOG] — investigar al inicio de Sprint 2 con 
-tests de regresión. Si los tests confirman ausencia de truncamiento 
-después del cambio a ASCII, el ítem se cierra. Si hay casos truncados, 
-asignar etapa de Sprint 2.
-
-**Archivos afectados:**
-- src/lib/export/pdf-sections.ts (notas metodológicas Actual/Automatizado)
-- src/lib/export/pdf-sections-roi.ts (nota metodológica ROI)
+**Resultado:** auditado en Sprint 2 Etapa 5-6. Dos líneas variables corregidas con `splitTextToSize` (`topResource.resourceName` en `drawAnalysisSection` y top3 en análisis ROI). Resto sin riesgo confirmado. 7 tests nuevos cubren el comportamiento.
+**Sprint cerrado en:** Sprint 2 Etapas 5-6.
 
 ---
 
@@ -88,23 +82,13 @@ asignar etapa de Sprint 2.
 
 **Costo:** medio. **Beneficio:** micro-pulido visual.
 
-### [BACKLOG] Label "Payback" superpuesto con eje Y en CumulativeSavingsChart (web)
-**Estado:** bug visual menor. El texto del marker vertical "Payback · X meses" se superpone con los labels del eje Y.
+### [RESOLVED] Label "Payback" superpuesto con eje Y en CumulativeSavingsChart (web)
+**Resultado:** offset ajustado con `padding: [0,0,0,8]` y `offset: [4,0]`. Sin colisión con eje Y.
+**Sprint cerrado en:** Sprint 2 Etapa 3.
 
-**Solución:** ajustar offset del label del marker payback.
-
-**Costo:** 10 min en próxima etapa que toque el componente.
-
-**Prioridad:** baja, no afecta funcionalidad.
-
-### [BACKLOG] CumulativeSavingsChart — empezar en `-inversión`, no en 0 (web)
-**Estado:** el gráfico web parte de `(Año 0, 0)`. **Decisión arquitectónica:** cambiar a `(Año 0, -inversión)` para ser financieramente honesto.
-
-**Justificación:** mostrar el punto inicial como `-USD 80.000` hace visible el "valle de retorno". La línea cruza el cero exactamente en el mes de payback. Es la representación estándar en análisis financiero.
-
-**Impacto:** consistencia con el chart del PDF (que ya se implementó así en Sprint 1.5 Etapa 7).
-
-**Archivos:** `src/features/report/CumulativeSavingsChart.tsx`.
+### [RESOLVED] CumulativeSavingsChart — empezar en `-inversión`, no en 0 (web)
+**Resultado:** verificado en Sprint 2 Etapa 3 — la línea ya arrancaba en `-investment` (`roi.annualSavings * y - investment`, y=0 → `-investment`). Ítem cerrado sin cambio de código.
+**Sprint cerrado en:** Sprint 2 Etapa 3.
 
 ---
 
@@ -128,11 +112,9 @@ Decidido: la versión es útil para usuarios internos en web. En PDFs entregados
 
 ### Anotaciones rápidas antes de pasar a Etapa 10
 
-### [BACKLOG] Tamaño del badge ⚡ — evaluar aumentar
-**Estado:** badge implementado en Etapa 9 con 14×14px. Director validó 
-visualmente y comentó "podría ser un poquito más grande".
-**Acción:** evaluar en Sprint 2 si subir a 16×16px o 18×18px. Verificar 
-que no entre en conflicto con bordes de nodos chicos del BPMN.
+### [RESOLVED] Tamaño del badge ⚡ — evaluar aumentar
+**Resultado:** evaluado en Sprint 2 Etapa 3 (16px) y ajustado a 20×20px en fix post-validación visual. Sin colisión en nodos de evento. Director aprobó visualmente.
+**Sprint cerrado en:** Sprint 2 Etapa 3 + fix.
 
 ### [INVESTIGATING] Toggle automatable + Guardar requerido para badge
 **Estado:** comportamiento intencional. Switch del ActivityPanel cambia