# MRL-01-PHIL · Filosofía

**Código:** MRL-01-PHIL · Sprint 7.1

> Los reportes son parte del producto. Un PDF no es un archivo adjunto — es una **extensión de Roustix**.

---

## 1 · El problema sin MRL

Sin estándar, cada módulo inventa:

- Encabezados distintos
- Tablas con otro azul
- KPIs en formatos aleatorios
- Tipografías y márgenes inconsistentes

El usuario reconoce Roustix en pantalla (MDL) pero **no en el PDF** que imprime o envía por correo.

---

## 2 · Principios MRL

| # | Principio |
|---|-----------|
| 1 | **Un solo lenguaje visual** para todo documento generado |
| 2 | **Reconocible sin logo** — tipografía, estructura, color |
| 3 | **Profesional en impresión** — A4, márgenes, contraste |
| 4 | **Hereda MDL** — mismos tokens, no paleta paralela |
| 5 | **Módulo agnóstico** — OT, factura o inventario usan la misma anatomía |
| 6 | **ReportLab como motor** — estándar documentado, implementación uniforme |

---

## 3 · PDF = producto

| ❌ Mentalidad antigua | ✅ Mentalidad MRL |
|----------------------|-------------------|
| «Hacer un PDF que funcione» | «Generar un documento Roustix» |
| Estilo por desarrollador | Estilo por **MRL** |
| Copiar/pegar estilos ReportLab | Bloques `MRL-HDR-001`, `MRL-TBL-001` |
| Solo pantalla importa | Pantalla **y** papel cuentan la misma historia |

---

## 4 · Audiencias del documento impreso

| Quién recibe | Qué debe sentir |
|--------------|-----------------|
| Cliente (factura, cotización) | Confianza, claridad, marca seria |
| Gerente (ejecutivo, KPIs) | Decisiones rápidas, datos legibles |
| Técnico (OT, activo) | Información completa, sin adornos |
| Auditor (auditoría, export) | Trazabilidad, fecha, origen Roustix |

---

## 5 · Frase rectora

**Toda la operación. Una sola plataforma.**  
— también en el documento que sale de ella.

---

→ [MRL-02-DOC · Tipos de documentos](02-tipos-documentos.md)