El comité pide las ventas del trimestre. Alguien abre el tablero de Power BI. Alguien más, que viene del ERP, mira su pantalla y frunce el ceño.
Los dos números son distintos.
Y empieza la conversación que ya conocen: que si el corte de fecha, que si las devoluciones, que si el tablero está desactualizado. Cuarenta minutos después nadie decidió nada y alguien se compromete a “revisarlo y confirmar”.
El ERP no está mal. Power BI tampoco
Esto es lo primero que conviene aceptar, porque la discusión suele empezar buscando al culpable equivocado.
El ERP tiene el dato correcto. Registró cada transacción cuando ocurrió, con sus reglas de negocio y su integridad. Power BI muestra fielmente lo que le llegó. Es una herramienta de visualización: no inventa cifras, las presenta.
El problema no está en ninguno de los dos extremos. Está en el camino entre ellos — y ese camino, en la mayoría de las empresas, no existe como sistema. Existe como una costumbre.
Lo que realmente pasa en el medio
Reconstruyamos el trayecto real de esa cifra:
- Alguien entra al ERP y exporta un reporte a Excel.
- Lo abre y quita las filas de prueba, o las de la bodega que ya no opera.
- Cruza con otro archivo: el de devoluciones, el de tasas de cambio, el de la clasificación comercial que el ERP no tiene.
- Ajusta un par de casos que sabe que están mal cargados.
- Guarda el archivo y lo deja donde Power BI lo lee.
Cinco pasos. Cada uno es una decisión de negocio: qué se considera una venta, qué se excluye, cómo se convierte, qué se corrige.
Ninguno quedó registrado en ninguna parte.
Y aquí está el punto que se subestima: quien exporta de otra área hace otros cinco pasos, ligeramente distintos, igual de razonables. Por eso los dos números están bien y aun así no coinciden. No hay un error que encontrar. Hay dos criterios que nunca se escribieron.
Por qué “conectar Power BI directo al ERP” no lo arregla
Es la reacción intuitiva y por eso vale la pena desarmarla.
Conectar directo elimina el archivo, que es una mejora real. Pero no elimina el criterio — lo dispersa. Ahora cada informe decide por su cuenta qué filtrar y cómo agrupar, dentro de su propia consulta, y esas decisiones quedan enterradas en la lógica de cada tablero. Antes había cinco archivos que alguien podía abrir y revisar; ahora hay cinco consultas que solo entiende quien las escribió.
Se pierde además otra cosa: el ERP es un sistema transaccional, diseñado para registrar operaciones, no para responder consultas analíticas sobre millones de filas. Ponerle esa carga encima suele terminar en una conversación incómoda con el área de tecnología.
La pregunta que hay que hacerse
No es “¿por qué no cuadran?”. Es esta:
¿Dónde vive el criterio con el que se produce esta cifra?
Si la respuesta es “en el archivo de Marcela” o “en la consulta que armó el consultor”, ya sabe por qué no cuadran. Y sabe también por qué el cierre se detiene cuando esa persona sale de vacaciones: no tiene un proceso, tiene a alguien.
Lo que cambia cuando el criterio tiene dónde vivir
La solución no es más disciplina ni más reuniones de conciliación. Es estructural: hace falta una capa entre el ERP y la herramienta de análisis donde el criterio se defina una vez y quede registrado.
Con esa capa, el trayecto cambia de forma:
- Los datos entran solos. No hay export manual, así que no hay una versión del archivo por cada persona que lo baja.
- Las reglas se escriben una vez. Qué es una venta, qué se excluye, cómo se convierte: se define una vez y se aplica igual en cada corrida.
- Cada cambio deja rastro. Si alguien ajusta la regla de devoluciones, queda registrado qué cambió, cuándo y quién.
- Power BI lee un modelo, no un archivo. Todos los informes parten de la misma definición, así que dejan de contradecirse entre sí.
- La cifra se puede defender. Cuando alguien pregunta de dónde salió, hay una respuesta que toma segundos y no depende de que alguien la recuerde.
Fíjese en lo que no cambia: su equipo sigue usando Power BI, y el ERP sigue siendo la fuente. Nadie cambia de herramienta. Lo que se agrega es el tramo que faltaba.
El cambio real no es técnico
Es que la conversación del comité cambia de forma.
La pregunta “¿de dónde salió ese número?” deja de ser una acusación velada y de poner nervioso a nadie. Se vuelve lo que siempre debió ser: una pregunta con respuesta, que toma segundos, y que después de un par de veces la gente deja de hacer — porque ya confía.
Y ahí es donde el tablero empieza a servir para lo que se compró: para decidir, no para discutir.
En Lorian Analytics ese tramo intermedio es el producto. Los datos entran desde su ERP —incluido Siesa, que corre sobre SQL Server— sin que nadie exporte a mano, se limpian con reglas que quedan escritas y versionadas, y Power BI los consume desde un modelo verificado con un token que controla quién lee qué. Puede ver cómo funciona el recorrido completo, del ERP al tablero, o —si su tramo intermedio hoy es Power Query— dónde se le queda corto y dónde no, que es una comparación honesta y no un argumento de venta.