Infraestructura de datos Trivasa

Capa de plataforma que sostiene todos los reportes de Trivasa: el ERP fuente (MPRO/TRIVASADB en SQL Server), el warehouse Postgres que lo replica, y los pipelines dlt que lo mantienen sincronizado. Vive en la raíz del repo trivasa-bi-dev (docs/), no dentro de un exploracion/<proyecto> — es infraestructura compartida, no de un solo reporte.

Páginas

• ctunlinux — servidor Docker de Trivasa BI — el host físico: specs, el túnel de Cloudflare (frento.com.mx), todos los contenedores Docker y servicios systemd que corren ahí.
• Conexiones a TRIVASADB — qué servidor usar para qué — hay 3 copias de la base con distinto rol/frescura; usar la equivocada da datos truncados sin error visible.
• Workflow de exploración de datos — exploración puntual (heredoc, sin archivo) vs. scripts reusables, patrón de conexión, salida rich, y la convención de formato de salida (helpers_output.py, separación stdout/stderr para pipe a Claude).
• Modelo de datos TRIVASADB — resumen de dominios de negocio, tablas por volumen, convenciones de nombres y gotchas de calidad de dato.
• Warehouse Postgres trivasa_dw — inventario de schemas y tablas replicadas, cron de sincronización.
• Pipelines dlt: patrón y runbook — cómo se replica una tabla de SQL Server a Postgres, y cómo armar un pipeline nuevo.
• DVT — reconciliación real fuente/destino (deprecado) — valida raw.* contra .207 en vivo (column + schema validation); reemplazado por el check de frescura, más simple.
• Check diario de frescura de raw.* — reemplazo de DVT: solo conteo de filas de los últimos 30 días, raw.* vs .207, cron 7:00 AM, dashboard Perses revivido.
• Hub Streamlit — hosting compartido (deprecado) — publicaba los reportes Streamlit de Trivasa en explore.frento.com.mx; decomisionado el 2026-08-26.
• varela-bot — bot de Telegram para acuses de recursos materiales — avisa cuando hay que notificar a un cliente y recibe la foto del acuse, en bot.frento.com.mx.
• query-api — puente SQL de solo lectura para Cowork — POST /query genérico contra trivasa_dw/TRIVASADB/TRIVASADB3, publicado en reportesweb.frento.com.mx.
• Lightdash — BI self-service en dash.frento.com.mx, conectado a trivasa_dw vía un proyecto dbt propio; arquitectura, credenciales y flujo de despliegue de un modelo nuevo.
• Dashboards demo con Lightdash — qué se construyó (proyecto dbt, despliegue, 3 dashboards) y los tres bugs que aparecieron después en producción.
• Dashboard como imagen en la red local — scheduled delivery + headless browser + webhook de MinIO, para ver el dashboard Compras sin login en 192.168.117.7:9100/latest.png.
• Carrusel de dashboards para TV — extiende lo anterior a los 3 dashboards rotando cada 5s en 192.168.117.7:8888.
• Stack de BI explorado, no adoptado — Superset y Lightdash primero pasaron por aquí como scaffolding sin producción; ambos casos terminaron adoptados desde una ubicación distinta del repo (ver actualizaciones al final de esa página).
• TI-13 Portal de Proveedores — dónde vive — dev en SVR-DEV (todo en un host) vs. producción, donde el túnel (svr-gateway) y el servidor que hostea el portal (BACK-MPRO) están separados.
• trivasa-context — docs + proyectos curados de BI — repo aparte, servido en trivasa.ehas.uk con ProperDocs (fork de mkdocs) sobre Cloudflare Pages; reúne código, queries, estado y contexto de negocio de los proyectos de BI en un solo lugar.

Véase también

• Layout de Gastos — modelo de datos — el recorrido más exhaustivo de la cadena Gasto_Registro→Poliza, un caso particular dentro del modelo general documentado aquí.
• Tags — vocabulario bi, sql-server, postgres para este dominio.