job-reporte-ejecutivo-ventas

Dos jobs de la carpeta 2.Estrategia: el reporte ejecutivo de ventas diario para la direccion (L04) y la carga de ventas proyectadas desde SharePoint que alimenta ese reporte (L05).

L04 reporte_ejecutivo_ventas

1. Ejecuta en ATHENAS dwh.sp_bi_reporte_ejecutivo_ventas, que deja listas tres tablas: ventas realizadas, facturacion digital y proyectado.
2. Las consolida (por canal, banner, clase y marca; variaciones WoW/MoM/YoY, run rate y % contra lo proyectado) y arma un HTML con el logo del Grupo.
3. Lo envia por correo a la lista de direccion (REPORTE_EJECUTIVO_TO), con el HTML completo adjunto, y registra la ejecucion en ods.tbl_control_procesos (siete columnas, Success/Error). Si ese dia ya se habia enviado, no hace nada y lo deja en el log.

L05 read_sharepoint_ventas_proyectadas

1. Lee los .xlsx de 1.Reporting/19.Estrategia en SharePoint (seis primeras columnas: Fecha, Dia, Fisico, Digital, Unidades_Fisico, Unidades_Digital).
2. Reemplaza el contenido de stg.tbl_ventas_proyectadas_comercial_diarias (vacia y carga en una sola transaccion) y ejecuta ods.SP_BI_tbl_ventas_proyectadas_comercial_diarias_stg_ods.
3. Registra la ejecucion en ods.tbl_control_procesos.

Cuando corre

• L04: todos los dias 08:15 (inventario Linux).
• L05: todos los dias 19:00 — horario tentativo (confirmado por el responsable del proyecto el 2026-10-13).

Quien mira que

• La direccion recibe solo el reporte; nunca los avisos de error.
• recibe el aviso si algo falla (ESTRATEGIA_ERROR_TO).
• El panel alerta si un job no corre, tarda de mas o no audita.

Si falla

Llega un correo "... - ERROR" a ESTRATEGIA_ERROR_TO. Para reintentar ver RUNBOOK.md. L04 envia una sola vez por dia: si se vuelve a correr, el log (y el panel) muestran "Reporte YA ENVIADO hoy" y no se manda nada; --force reenvia, y --dry-run / --destinatarios sirven para probar.

---

Fuente: repositorio job-reporte-ejecutivo-ventas, versión c490d87. Página generada con tools/publicar_docs.py.