Visibilidad del margen de proyecto: por qué un BI no alcanza

Tu controller arma el reporte de margen los viernes. Cuando la dirección lo lee el lunes, el proyecto que perdió plata ya está entregado, facturado y cobrado. La visibilidad del margen de proyecto llega tres semanas tarde y la decisión que había que tomar ya no se puede tomar.

Entonces alguien propone la solución obvia: conectemos Power BI al ERP y al sistema de horas. Pongamos un dashboard bonito. Demos acceso a los gerentes de proyecto. Y al cabo de seis meses, el problema sigue exactamente igual.

Este artículo explica por qué el BI no resuelve el problema, qué sí lo resuelve, y cómo se ve una operación donde el margen de proyecto se ve en tiempo real sin pedirle nada a nadie.

El problema no es de visualización, es de captura

Un dashboard de BI hace una sola cosa: lee datos que ya existen en algún sistema y los muestra de forma ordenada. Si los datos llegan tarde, el dashboard llega tarde. Si los datos están mal estructurados, el dashboard miente con elegancia.

En la mayoría de las empresas de servicios profesionales y tecnología en Chile, Colombia, Argentina o Uruguay, los datos de costo de un proyecto viven repartidos en tres o cuatro lugares distintos.

Dónde vive realmente el costo de un proyecto

• Las facturas de proveedor están en el ERP — SAP Business One, Odoo, Dynamics 365 Business Central, Oracle NetSuite — cargadas por contabilidad cuando llegan, no cuando se comprometen
• Las horas del equipo están en una herramienta de time-tracking aparte, o en un Excel que alguien llena los viernes en la tarde
• Los subcontratos, viáticos y gastos varios viven en correos del project manager y en un archivo compartido que solo él entiende
• La negociación comercial — descuentos otorgados, scope extendido sin cobrar, condiciones especiales — vive en la cabeza del vendedor

Conectarle un BI a esto no hace que los datos lleguen antes. Solo hace que el delay sea más visual.

Por qué la conexión BI + ERP falla específicamente en proyectos

Un ERP está diseñado para registrar transacciones contables: facturas emitidas, facturas recibidas, pagos, asientos. No está diseñado para registrar el avance de un proyecto en tiempo real ni el compromiso de costos antes de que se facturen.

Cuando un proveedor te manda una cotización que tu PM aprueba el martes, ese costo ya existe operativamente. Pero en el ERP no existe hasta que llega la factura tres semanas después y contabilidad la carga. El BI conectado al ERP no lo va a ver hasta entonces.

El problema del centro de costo por proyecto

La salida típica es crear un centro de costo por proyecto en el ERP. Funciona parcialmente: te dice cuánto se gastó cuando ya se gastó. No te dice cuánto se comprometió, cuánto falta por comprometer, ni cómo va el margen contra lo presupuestado.

Para una consultora con 30 proyectos activos en paralelo, eso significa que la única persona en la empresa que sabe el margen real de un proyecto específico es el PM que tiene todo en la cabeza. Y cuando ese PM se va o se enferma, esa visibilidad se va con él.

El problema del lado comercial

Hay otra capa que el BI conectado al ERP nunca ve: el contexto comercial. El proyecto se vendió con cierta hipótesis de esfuerzo. Hubo descuentos. Se prometieron entregables específicos. El cliente pidió cambios que el comercial aceptó sin cobrar para no romper la relación.

Todo eso modifica el margen real. Y todo eso vive en el CRM, en correos, o en la conversación que el vendedor tuvo con el cliente y nadie documentó. El ERP no sabe nada de eso. El dashboard tampoco.

El reframe: el margen debe vivir donde nace el proyecto

La pregunta correcta no es cómo visualizo mejor el margen. Es dónde se captura el margen en el momento en que se genera.

Un proyecto nace en el momento en que se cierra un negocio. En ese momento ya existen tres datos clave: el precio vendido, el esfuerzo estimado y los costos directos previstos. Si esos tres datos no quedan capturados en el sistema donde se cerró el deal, ya partiste perdiendo.

El modelo: deal, proyecto y facturas conectados desde el día uno

En un CRM bien estructurado para empresas que venden proyectos, el cierre de un negocio dispara automáticamente la creación del proyecto. El proyecto hereda el precio vendido del deal. Y a ese proyecto se le asocian dos tipos de facturas: las que tu empresa va a emitir y las que tu empresa va a recibir.

Cada vez que el PM aprueba un costo — sea una factura de proveedor, un subcontrato, un viático, un freelance contratado — lo registra como factura saliente asociada al proyecto. No espera a que llegue la factura formal. Registra el compromiso en el momento.

Una propiedad rollup en el negocio suma automáticamente todas las facturas asociadas. Resta de lo facturado al cliente. Te devuelve el margen real, hoy, sin que nadie tenga que abrir un Excel.

Por qué esto sí funciona y el BI no

La diferencia es de arquitectura, no de herramienta. El BI lee al final de la cadena. El CRM bien estructurado captura al inicio de la cadena, en el flujo natural de trabajo de la persona que toma la decisión de gastar.

Cuando el dato se captura en el momento del compromiso y en el sistema donde la persona ya está trabajando, no hay delay. No hay reconciliación. No hay viernes en la tarde. La visibilidad del margen de proyecto es una consecuencia automática de cómo opera el equipo, no un reporte que alguien tiene que armar.

Integración con el ERP, no reemplazo

Esto no significa que el ERP desaparece. SAP Business One, Odoo, Dynamics, NetSuite siguen siendo el sistema contable oficial. La conexión es por el ID del proyecto: cuando el contador carga la factura formal en el ERP, se asocia automáticamente al proyecto correcto en el CRM por un campo en común.

El CRM tiene la visibilidad operativa en tiempo real. El ERP tiene la verdad contable formal. No compiten — se complementan. Y el BI, si lo quieres tener, lee del CRM donde los datos están limpios y consolidados.

Señales de que tu visibilidad del margen de proyecto está rota

Si alguna de estas situaciones te suena familiar, el problema no se va a resolver con otro dashboard:

• El margen real de un proyecto solo se conoce dos o tres semanas después de cerrarlo, cuando contabilidad termina de cargar todas las facturas de proveedor
• Existe una persona — usualmente el controller o un gerente de operaciones — que es el único que sabe armar el reporte de margen, y cuando esa persona se va de vacaciones la dirección queda ciega
• Los PMs te dicen "el proyecto va bien" pero no pueden mostrar un número que respalde esa afirmación sin pedir tiempo para armarlo
• El comercial cierra deals con descuentos o scope adicional que nadie registra formalmente, y operaciones se entera cuando ya está ejecutando
• Has comprado licencias de Power BI, Tableau o Looker Studio y los dashboards siguen mostrando datos del mes pasado porque la fuente nunca está al día

Qué cambia cuando el margen vive en el CRM

La conversación interna cambia de tono. El comité de operaciones del lunes deja de ser una sesión de arqueología sobre qué pasó hace tres semanas y se convierte en una conversación sobre qué está pasando hoy en los proyectos activos.

El director comercial puede abrir cualquier deal cerrado y ver el margen real en ese momento, sin llamar a operaciones ni esperar al reporte mensual. Si un proyecto se está saliendo del presupuesto, lo ve la semana en que está pasando, no el mes siguiente.

El PM trabaja con un solo sistema. Aprueba un costo, lo registra, sigue. No hay doble carga en Excel y en el ERP. No hay reuniones de reconciliación los viernes. La captura del dato es parte del trabajo, no un trabajo adicional.

El paso que la mayoría se salta

Antes de implementar nada, hay que definir cómo se conectan los objetos: deal, proyecto, facturas entrantes, facturas salientes, tickets de ejecución. Qué dispara qué. Qué propiedades se heredan. Qué rollups se calculan. Cómo se asocian con el ERP existente.

Ese mapeo es lo que distingue una implementación que funciona de una que termina como otro Excel caro. La herramienta no resuelve el problema — la arquitectura sí. Por eso comprar HubSpot, Salesforce o Pipedrive sin diseñar primero el modelo de objetos da el mismo resultado que el dashboard de BI: una capa visual encima del mismo caos.

Lo que se vuelve posible

Cuando tu empresa opera con margen visible en tiempo real, las decisiones se toman antes del daño. Detienes un proyecto que se está deteriorando en la semana 3 en lugar de descubrirlo en la semana 12. Renegocias scope con el cliente cuando todavía hay margen para hacerlo. Aprendes qué tipos de proyecto realmente dejan plata y cuáles solo parecían rentables en la propuesta.

Si quieres ver cómo se ve esta arquitectura cuando está implementada — con deals, proyectos, facturas y rollups conectados como un solo sistema — acá está el modelo que usamos con empresas que venden proyectos. No es un dashboard. Es la forma de operar que hace que el dashboard, si lo quieres, finalmente sirva para algo.