Resumen

Qué falta para cerrar el mes

Lo que está frenado y lo que espera una decisión tuya.

Estado del período

Cómo se lee esta tabla

Fuentes es que llegaron con el nombre esperado. Si avisaron y no está, o vino con otro nombre, sale un mail para ajustar el patrón o pedir que respeten la nomenclatura.

Auditoría es que están bien: cada archivo trae el mes correcto y los campos esperados. Si pasa, el proceso sigue solo; si no, se registra y sale un mail con el detalle de lo que está diferente.

Check BI es otra cosa: el modelo ya refrescado contra los números del proveedor. Es lo único que espera tu OK.

El vencimiento se define por modelo, en Reportes: puede no tener fecha, contarse desde que la info quedó validada, o caer un día fijo o hábil del mes siguiente al cierre.

En producción las casillas las escribe el worker. A mano es para cargar histórico o destrabar algo: clic para ciclar pendiente → en curso → OK → bloqueado → n/a.

Pendiente En curso OK Bloqueado No aplica ⚑ Requiere tu OK

Reproceso

Cómo funciona

Cuando vuelve a llegar un archivo que ya habíamos procesado. No es correr todo de nuevo: se marca qué fuentes cambiaron y el circuito vuelve atrás sólo hasta donde hace falta. El período no se toca — es el mismo mes, así que el parámetro queda como está.
Normalmente lo propone la IA al leer los mails. Esto es la vía manual, por si no lo detecta: lo que se arme acá queda registrado como iniciado por una persona.

Envíos esperando aprobación

Cada informe auditado llega acá con su mail redactado. Nada sale sin que alguien dé el OK.

Bitácora del período

Todo lo que pasó, quién lo hizo y cuándo. El worker, la IA y las personas escriben acá.

Proyectos

Cómo funciona

Un proyecto por cliente. El dominio de mail es lo que le permite al worker reconocer qué correo pertenece a quién sin que le declares remitente por remitente.

Nuevo proyecto

Los proyectos que salen del inventario nacen sin dominios — completalos acá.

Explorador de archivos

Cómo funciona

Los .pbix encontrados en Dropbox. El tipo se deduce del tamaño: pesado = tiene los datos adentro (modelo, se abre en Desktop); liviano = conexión viva (informe, se actualiza con su padre). Marcá los que entran al circuito mensual.

Configuración del reporte

Cómo funciona

Los reportes entran al circuito desde el Explorador. Acá se configura cada uno: a quién se le manda, cuándo vence, qué pasos tiene que no son archivos, y cómo se audita.

Fuentes de actualización

Cómo funciona

Sólo los archivos que el reporte necesita: de dónde sale cada uno, dónde tiene que quedar, qué se le hace en el medio y cómo se valida. Las propiedades del reporte están en Reportes.

Agregar fuente

1 · El archivo y dónde queda

Ver detalle
Si la carpeta o el nombre cambian con el mes, usá comodines: {AAAA} 2026 · {AA} 26 · {MM} 07 · {AAAAMM} 202607 · {MES} julio · {Mes} Julio · {MES3} jul · {PERIODO} 2026-07. Ejemplo: /Elea_IA/Bases/{Mes} {AAAA}/

2 · El aviso

Es la señal que dispara el mes.

Ver detalle
El worker lee todos los mails del dominio del cliente y evalúa cada uno contra las fuentes declaradas. Lo puede mandar cualquiera y con cualquier asunto. Los dos campos de abajo son pistas para desempatar, no filtros: dejarlos vacíos no pierde nada.

3 · Cómo llega el archivo

4 · Qué se le hace

No alcanza con que el archivo esté: si el modelo lo lee, tiene que estar en su lugar antes de actualizar. Si no, el refresh sale con el dato del mes anterior y no falla nada.

El script se escribe una vez, se aprueba, y después se ejecuta siempre igual. Cada corrida registra su hash junto con las filas de entrada y de salida.

5 · Cómo se audita

Un check liviano al recibir: que sea del mes y que estén los campos de siempre, para que el BI no falle. El control fino viene después, en el Check del BI.

Destildalo en los maestros. El All Details, por ejemplo, es un maestro de SKU: no tiene mes, así que exigirle período lo haría fallar todos los meses.

Usuarios y visibilidad

Cada persona ve sólo los proyectos que le asignes. El rol define si además puede aprobar envíos.

Invitar

Configuración

El registro completo. Es el archivo que va a leer el worker.

Ver detalle
Los datos viven en Supabase: lo que carga uno lo ven todos, desde cualquier máquina. Se guardan solos unos segundos después de cada cambio. La configuración (proyectos, reportes, fuentes) la edita el admin; el resto del equipo ve y opera el checklist. El JSON sigue sirviendo como copia de respaldo.
Sin cambios para guardar

Cambiar contraseña