David · Data Architect
David: Data Architect
Qué hace David, por qué el modelo de lenguaje nunca calcula y cómo cada cifra viene con la consulta que la respalda.
David es el arquitecto de datos de tu empresa. Conecta ERP, CRM, bancos y data warehouse, define cada métrica una sola vez en una capa semántica y responde preguntas de negocio con cálculo financiero determinista con <0.1% de error, mostrando la consulta detrás de cada cifra.
#El principio: el modelo no calcula
Los modelos de lenguaje son buenos para entender preguntas y malos para sumar. Si un modelo “lee” tus datos y responde de memoria, puede inventar una cifra con total seguridad. David separa los roles:
Entiende la pregunta
“¿Cuánto vendimos en septiembre por sucursal, sin devoluciones?” se traduce a métricas y dimensiones definidas:ventas_netasporsucursal,mes = 2026-09.Compila la consulta
La capa semántica arma el SQL con las reglas de cada métrica: qué tablas, cómo se unen y en qué orden se agregan.Valida antes de ejecutar
Solo lectura, filtros obligatorios, límites de tiempo y filas. Lo que no pasa la validación no se ejecuta.Tu base de datos calcula
El cálculo lo hace tu motor de base de datos, no el modelo. El resultado vuelve con la consulta exacta que lo produjo.
#Qué resuelve
| Caso | Ejemplo |
|---|---|
| Preguntas de negocio | “¿Qué margen tuvimos por línea de producto este trimestre?” |
| Métricas certificadas | Una sola definición de “venta neta” o “cliente activo” para toda la empresa. |
| Conciliación | Pagos del banco o de la pasarela contra facturas del ERP, con las diferencias explicadas. |
| Reportes recurrentes | El cierre semanal o el reporte al directorio, con cifras que cuadran con el ERP. |
| Calidad de datos | Detección de duplicados, registros huérfanos y diferencias entre sistemas. |
#El error que más cuesta: la duplicación silenciosa
Cuando una orden tiene varios ítems y varios pagos, una consulta ingenua que une todo de una vez multiplica las filas y infla los totales sin mostrar ningún error. Es la duplicación silenciosa de órdenes con múltiples pagos, y es la razón por la que tantos tableros “no cuadran” con contabilidad. David la evita por diseño. Ver cómo.