Saltearse al contenido

Auditoría Técnica · Mi Plante

Entregable Afluence. Auditoría técnica completa del marketplace de crédito Mi Plante, validada documento por documento contra el código real del repositorio.

Cómo navegar esta sección

La auditoría se compone de 18 documentos numerados. Cada uno es independiente y citable. El orden numérico refleja una progresión lógica desde “qué hay” hacia “qué hacer”, pero podés saltar al que más te interese.

Si tenés 10 minutos

  1. 19 · Recomendación Estratégica — la síntesis. Qué hacer, en qué orden, por qué.
  2. 17 · Hallazgos Críticos Adicionales — los bugs verificados con archivo y línea exacta.

Si tenés 1 hora

Lee los 4 anteriores más:

  1. 06 · Diagrama de Arquitectura — la foto del sistema.
  2. 12 · Workflow de Aprobación de Crédito — el flujo de mayor riesgo y mayor valor.
  3. 16 · Estudio de Validación Profunda — el cruce documento-vs-código con todos los hallazgos.

Si querés todo el mapa

#DocumentoQué responde
01Diagrama ER¿Qué entidades existen y cómo se relacionan?
02Inventario de Rutas¿Qué endpoints expone el sistema?
03Matriz de Configuración¿Qué variables de entorno controlan qué?
04Catálogo de Notificaciones¿Qué emails se envían y cuándo?
05Catálogo de Jobs y Colas¿Qué procesos corren en background?
06Diagrama de Arquitectura¿Cómo se ve el sistema desde arriba?
07Mapa de Auth y Authz¿Quién puede hacer qué?
08Máquina de Estados de Venta¿Cómo se mueve una venta entre estados?
09Grafo Eventos/Jobs¿Qué dispara qué?
10Mapa de Integraciones Externas¿Con qué APIs externas habla el sistema?
11Diagrama de Flujo de Datos¿Cómo se mueve la data por el sistema?
12Workflow de Aprobación de Crédito¿Cómo aprueba el sistema un cupo?
13Mapa de Páginas Frontend¿Qué pantallas existen?
14Flowchart del Ciclo de Vida de un Request¿Cómo viaja una petición HTTP?
15Glosario¿Qué significan los 130+ términos en español del código?
16Estudio de Validación Profunda¿Qué dicen los docs vs qué hace el código?
17Hallazgos Críticos Adicionales¿Qué bugs nuevos surgieron en la validación profunda?
19Recomendación EstratégicaFix-vs-rebuild, roadmap priorizado, escalabilidad.

Sobre la metodología

Cada documento fue construido leyendo el código fuente (no la documentación existente, no las suposiciones del equipo), y luego cruzado contra el repositorio real. Los hallazgos están versionados con archivo y línea exacta. Donde un documento existente decía X y el código hacía Y, ganó el código.

El estudio en 16-deep-validation-study.md es el registro auditable de ese cruce.