# Cómo automatizar el reporting

> ¿Cómo automatizo el reporte semanal?

Con una tarea programada que corre sola (el lunes a la mañana) y arma un reporte de tres párrafos: qué pasó, qué significa, qué se hace. Lee datos frescos (la planilla de eventos + el CRM), aplica reglas auditables —comparaciones siempre, atribución solo con evidencia, lo malo primero— y entrega la propuesta separada de la decisión, que sigue siendo tuya.

> Fuente: https://magoallegri.com/biblioteca/como-automatizar-el-reporting

---

Automatizar el reporting es montar **la tarea programada que corre sola el lunes a las 7** — y cuando llegás con el café, el reporte ya está esperando. Mismo formato sagrado (qué pasó / qué significa / qué se hace), cero invocación manual.

## El salto: de rutina a tarea programada

La diferencia técnica es chica (una rutina de reporte + un trigger de tiempo — las tareas programadas de tu stack); el diseño fino está en tres detalles que la autonomía exige:

1. **La fuente completa y fresca** — la tarea lee la planilla de eventos (que ya se llena sola) + el pulso de los sistemas + el CRM. Sin dependencia de cargas humanas previas = sin el clásico "reporte generado con datos viejos porque nadie cargó".
2. **El criterio del "qué significa", auditable** — el bocado de IA del reporte (la lectura: a qué se atribuye, dónde está el eslabón flojo) genera CON las reglas del briefing: comparaciones siempre, atribución solo con evidencia de los eventos, y honestidad (lo malo primero, sin maquillaje). Lo que no pueda atribuir con datos, lo dice: *"bajaron las respuestas — los eventos no alcanzan para saber por qué; hipótesis: [X]"*. El reporte que admite incertidumbre es el que podés creer.
3. **La propuesta, separada de la decisión** — el "qué se hace" llega como propuesta argumentada; la decisión sigue siendo tuya. El sistema propone, el operador decide.

## La construcción

[Figura: La tarea programada del lunes lee eventos y CRM y arma el reporte de tres párrafos: qué pasó, qué significa, qué se hace.]

```
Graduemos el reporte a tarea programada:

1. LA TAREA: la rutina de reporte (o creémosla con el formato qué
   pasó / qué significa / qué se hace) como tarea programada de los
   lunes [HORA], leyendo planilla de eventos + pulso + CRM.
2. EL BRIEFING del reporte (sus reglas de generación): comparaciones
   obligatorias, atribución solo con evidencia, lo malo primero,
   la incertidumbre admitida, máximo 12 líneas, y el cierre con
   LA PROPUESTA de la semana (argumentada, para mi decisión).
3. LA ENTREGA: el reporte llega por [MI CANAL] y se archiva en el
   proyecto (el historial de reportes es el diario del negocio —
   se acumula solo).
4. La primera corrida: ejecutala AHORA manualmente para verificar,
   y dejala programada para el lunes.
```

## El ritual del lunes, versión final

Mirá en qué queda tu lunes: el reporte te espera generado → lo leés (2 min) → verificás contra el panel si algo te hace ruido (1 min) → tomás LA decisión de la semana y la anotás (2 min). **Cinco minutos de operador puro** — todo lo demás (juntar, calcular, redactar) ya no existe como trabajo tuyo.

> [!info] **Checkpoint** — La tarea corre programada: el reporte de tres párrafos, generado con reglas auditables desde datos frescos, entregado y archivado solo. Tu lunes se redujo a leer y decidir — que siempre fue la única parte que te necesitaba.

## 🟢 Hacelo ahora

1. La graduación completa (tarea + briefing + entrega).
2. La corrida manual de verificación — y leé el reporte con doble sombrero (¿la lectura es correcta? ¿la propuesta es razonable?).
3. El lunes que viene: el ritual de 5 minutos, estrenado.