Cuadro de mando sobre el ERP: por qué los informes del sistema no bastan

Una queja habitual al año de implantar un ERP: «tenemos todos los datos dentro y seguimos sin saber cómo va la empresa». El sistema funciona, los procesos están dentro, y la reunión de dirección se sigue preparando exportando a una hoja de cálculo.

No es un fallo de implantación. Es que un ERP y un cuadro de mando resuelven problemas distintos, y los informes que trae el sistema están diseñados para el primero.

Para qué está pensado un informe de ERP

Los informes que incorpora un ERP son operativos: responden a preguntas sobre el estado actual de algo concreto. Qué facturas están vencidas, qué pedidos faltan por servir, cuánto stock hay de una referencia.

Están construidos sobre la base de datos transaccional, que se organiza para registrar operaciones de forma segura y rápida —no para analizarlas. Esa estructura tiene tres consecuencias que se notan en cuanto la pregunta se vuelve de gestión:

• Miran el presente. Muestran cómo están las cosas ahora. La evolución de un margen a lo largo de dos años exige recorrer el histórico completo cada vez que se pide.
• Van por módulos. El informe de ventas sale de ventas y el de costes de producción sale de producción. Cruzarlos para saber qué producto deja margen de verdad no lo hace ninguno de los dos.
• Compiten con la operativa. Una consulta pesada sobre la base de datos de producción ralentiza a quien está facturando. Por eso los informes largos acaban lanzándose de noche o directamente prohibiéndose.

Qué es lo que pide dirección

Las preguntas de dirección tienen otra forma. No preguntan por un registro: preguntan por una tendencia, una comparación o una desviación.

Cómo evoluciona el margen por línea de producto. Qué clientes han bajado su consumo respecto al año pasado. Cuánto se desvía el coste real de producción del previsto. Qué comerciales concentran el riesgo de impago.

Ninguna de esas se responde bien desde un informe operativo, porque todas necesitan historia y casi todas necesitan cruzar módulos. Ahí es donde aparece la capa analítica.

Qué añade una capa analítica

La idea de fondo es sencilla: sacar una copia de los datos del ERP, reorganizarla para analizar en lugar de para registrar, y consultar sobre esa copia.

Eso resuelve los tres problemas anteriores de golpe. La copia guarda el histórico aunque el ERP lo archive; puede combinar módulos en un mismo modelo; y las consultas pesadas no tocan el sistema del que depende la operativa diaria.

Añade además algo que suele ser la razón real por la que se acaba montando: una única definición de cada indicador. Cuando el margen se calcula en tres hojas de cálculo distintas, hay tres márgenes. Cuando se calcula una vez en la capa analítica, la discusión en el comité deja de ser sobre qué cifra es la buena.

Elegir los indicadores: menos y con dueño

El error más común al montar el primer cuadro de mando es el exceso. Se recopilan todos los indicadores que alguien menciona, salen cuarenta, y a los dos meses nadie lo abre.

Tres criterios que funcionan mejor que la exhaustividad:

Que se pueda actuar. Si un indicador empeora y nadie sabe qué haría distinto, no es un indicador de gestión: es una curiosidad. Ocupa espacio y resta atención a los que sí importan.

Que tenga responsable. Cada indicador debería tener un nombre asociado. Sin dueño, cuando la cifra se tuerce la conversación se queda en comentar el gráfico.

Que tenga referencia. Un número solo no dice nada. «Margen del 22%» solo informa comparado con el mes anterior, con el objetivo o con la misma línea el año pasado.

Un cuadro de mando de dirección con ocho o diez indicadores bien elegidos se consulta. Uno con cuarenta se abre el primer mes.

Antes de montar nada: la calidad del dato

Un cuadro de mando no arregla datos malos, los hace visibles. Y la reacción típica ante el primer informe que muestra una cifra rara no es corregir el dato: es dejar de mirar el informe.

Por eso conviene revisar antes tres cosas en el ERP, que además son las que más ruido generan:

• Maestros duplicados. El mismo cliente dado de alta tres veces reparte su facturación en tres filas y ninguna refleja lo que compra de verdad.
• Clasificaciones incompletas. Si el 30% de los artículos está en la familia «Varios», el análisis por familia no sirve.
• Criterios no escritos. Si nadie ha fijado si una venta cuenta en la fecha de pedido o en la de entrega, cada informe elegirá una y no coincidirán.

Suele ser trabajo poco agradecido, y es la diferencia entre un cuadro de mando que se usa y uno que se abandona.

Cuándo compensa

No siempre hace falta. Con un ERP en una sola sociedad, pocos productos y una persona capaz de sacar lo que necesita, una hoja de cálculo bien montada resuelve el problema a coste cero.

La capa analítica empieza a compensar cuando aparece alguna de estas situaciones:

• Hay más de una fuente. En cuanto entran el ERP y otro sistema —un CRM, una tienda en línea, un programa de producción—, cruzar a mano deja de ser viable.
• Alguien dedica horas fijas cada mes a montar los mismos informes. Ese tiempo recurrente es el que paga la inversión.
• Las cifras no cuadran entre departamentos y las reuniones se van en decidir qué número es el correcto.
• La dirección necesita mirar más atrás de lo que el ERP conserva accesible.

Si no se da ninguna, montar una capa analítica es adelantarse a un problema que todavía no existe.

En resumen

El ERP es la fuente del dato, no la herramienta de análisis. Sus informes están bien diseñados para lo que fueron pensados, y pedirles la visión de gestión que dirección necesita es forzarlos fuera de su terreno.

El orden razonable es: primero ordenar los maestros y los criterios dentro del ERP, después elegir pocos indicadores con dueño y referencia, y solo entonces decidir la herramienta. Hacerlo al revés —empezar eligiendo herramienta— es el camino habitual hacia un cuadro de mando muy vistoso que nadie consulta.

Para el contexto previo puede ser útil revisar cómo calcular el ROI de un ERP y la diferencia entre ERP y CRM cuando conviven varias fuentes. El directorio de software de Business Intelligence de Dataprix recoge fichas y análisis editorial de las herramientas de esta categoría.