# Cuadro de mando: ¿de qué sistema sale cada número? > El cuadro de mando solo muestra lo que algún sistema escribió antes. Si el indicador no lo escribe nadie, el problema no es el panel: es el registro. - Autor: Marlon Trettin - Publicado: 2026-10-17 · Actualizado: 2026-10-17 - Idioma: es - Canonical: https://yowpi.com/es/blog/cuadro-de-mando-de-que-sistema-sale-cada-numero --- De ninguno, en buena parte de los casos. El cuadro de mando solo puede mostrar lo que algún sistema escribió antes. Y los indicadores que la dirección más pregunta, como cuánto tarda un caso o cuántos están parados ahora mismo, no los escribe nadie: se montan a mano la víspera de la reunión. ## TL;DR - El panel es una consecuencia del registro, nunca un sustituto. Cuando ningún sistema escribe el dato, alguien lo monta a mano antes de cada comité. - En la UE, el 46,45% de las empresas de diez o más personas empleadas usa ERP y el 16,28% usa software de inteligencia de negocio, según la [encuesta de 2025 de Eurostat](https://ec.europa.eu/eurostat/statistics-explained/index.php?title=E-business_integration). Entre las grandes, el BI llega al 69,24% y adelanta al CRM. - Tu ERP escribe transacciones: la factura, el pedido, el cobro. El estado del proceso, quién autorizó y cuánto esperó cada caso, casi nunca tiene dónde escribirse. - Pasa cada indicador por tres preguntas: qué sistema lo escribe, en qué momento y quién puede cambiarlo después. El que no las supera es una opinión con formato de gráfico. ## ¿Por qué comprar el panel no arregla la reunión? Porque el panel lee. No escribe. Los datos europeos enseñan bien el orden en que se compran las capas. En la encuesta de 2025 sobre uso de TIC en las empresas, publicada por [Eurostat en mayo de 2026](https://ec.europa.eu/eurostat/web/products-eurostat-news/w/ddn-20260520-1) y detallada en su [artículo sobre integración del e-business](https://ec.europa.eu/eurostat/statistics-explained/index.php?title=E-business_integration), el 46,45% de las empresas de la UE con diez o más personas empleadas usa ERP, el 28,51% usa CRM y el 16,28% usa software de inteligencia de negocio. La encuesta se hizo sobre 157.000 de los 1,53 millones de empresas del ámbito. El detalle por tamaño es el que importa. Ese mismo artículo recoge que el BI lo usa el 11,45% de las empresas pequeñas y el 69,24% de las grandes, la mayor distancia de las tres categorías. Y entre las grandes el BI (69,24%) adelanta al CRM (65,43%). Las empresas que ya tienen sus procesos escritos en sistemas son las que compran la capa de análisis, y la compran después. España no está atrás en herramientas. En [esos mismos datos de Eurostat](https://ec.europa.eu/eurostat/statistics-explained/index.php?title=E-business_integration) es uno de los tres únicos países de la UE donde el ERP supera el 60% de las empresas, con un 60,38%. El [informe de digitalización de las pymes del ONTSI](https://www.ontsi.es/es/digitalizacion-pymes-2025), con datos de 2024, añade que el 74,8% de las empresas españolas de diez o más personas alcanza al menos un nivel básico de intensidad digital y que el 40,2% de las pymes usa analítica de datos, frente al 38,1% del año anterior. Con esa base instalada, la reunión de dirección sigue empezando con alguien explicando de dónde sale un número. El problema no está en la capa que enseña. ## ¿Qué escribe de verdad tu ERP? Escribe documentos. La factura queda. El pedido queda. Y quedan bien, con fecha y con importe. Lo que casi nunca queda es el proceso. Cuándo ese pedido pasó de pendiente de crédito a liberado, quién lo liberó, cuántos días esperó antes, por qué volvió atrás dos veces. Eso ocurre en el correo, en una llamada y en la cabeza del responsable de planificación. No hay campo donde escribirlo, así que no se escribe. Ahí está la separación que decide todo lo demás. Un indicador financiero tiene sistema de registro desde hace décadas, porque la contabilidad obliga. Un indicador operativo, el tiempo de ciclo o el volumen de casos que se salieron del camino previsto, depende de que alguien haya diseñado dónde se guarda ese estado. Casi nadie lo diseñó. Por eso el panel enseña facturación por sucursal con tres años de histórico y no sabe responder cuántas órdenes llevan más de quince días abiertas. No es una limitación de la herramienta de visualización. Es que ese dato no existe en ninguna parte hasta que una persona lo fabrica. ## Entonces, ¿quién produce el número? Una persona, con una hoja de cálculo y dos exportaciones. Esa capa de montaje manual es trabajo real que no aparece en ningún presupuesto, se repite cada mes y produce un artefacto nuevo cada vez. Sin histórico, sin registro de quién cambió qué, sin forma de repetir el cálculo dentro de seis meses cuando alguien pregunte por qué aquel mes salió tan bien. Y es una capa medida. Raymond Panko reunió siete auditorías de hojas de cálculo reales de empresas y las presentó en el simposio del [European Spreadsheet Risks Interest Group](https://arxiv.org/pdf/0802.3457): sobre 367 hojas auditadas, el 24% contenía errores, y en las auditorías de 1997 en adelante, con métodos de revisión mejores, el 91% de las 54 hojas revisadas contenía errores. En un experimento del propio Panko con Featherman, citado en ese mismo trabajo, los participantes estimaron en un 10% la probabilidad mediana de haberse equivocado al construir su hoja. El 86% se había equivocado. Conviene decir la edad del dato y sus límites. Ese trabajo es del año 2000, recoge auditorías de entre 1987 y 2000, y los participantes del experimento eran estudiantes. Lo que sostiene su vigencia no es la tecnología de la época, sino el mecanismo que describe: la tasa de error humano en tareas cognitivas complejas no ha cambiado, y el montaje del comité de dirección se sigue haciendo a mano, con prisa, la tarde anterior. Si la conclusión que sacas es cambiar la hoja de cálculo por otra herramienta, la pregunta vuelve intacta: [la hoja se sustituye cuando hay dónde escribir el dato](/es/blog/cuando-reemplazar-hojas-de-calculo-por-software-a-medida), no antes. ## La prueba de las tres preguntas Recorre tu cuadro de mando actual, indicador por indicador, con tres preguntas. Qué sistema lo escribe. No de qué informe sale, sino en qué sistema nace el dato original, con nombre propio. En qué momento se escribe. Si el registro ocurre horas o días después del hecho, el indicador mide el recuerdo de alguien, no el hecho. Quién puede cambiarlo después. Si cualquiera edita el número sin dejar rastro, lo que tienes es una declaración. El indicador que no supera las tres no mejora con otro gráfico. Entra en una lista distinta: la de lo que hay que construir antes de volver a medirlo. Y algunos, sencillamente, se retiran del panel hasta que exista el registro. Un panel con doce indicadores sostenidos vale más que uno con cuarenta de los que nadie responde. Es la misma disciplina que separa [centralizar datos de centralizar decisiones](/es/blog/centralizacion-de-datos-mitos-y-verdades): el trabajo está en el origen, no en el destino. ## Un ejemplo, y es una hipótesis Empresa de instalaciones y mantenimiento, 90 personas, cuatro sucursales. ERP de hace ocho años, CRM comprado después, órdenes de trabajo en la aplicación del técnico desde hace dos. La dirección pide un indicador razonable: cuántas órdenes de servicio llevan más de quince días abiertas y por qué. El ERP sabe cuándo se creó la orden y cuándo se facturó. Entre esas dos fechas hay esperas de material, visitas fallidas y autorizaciones del cliente que viven en el correo de cada sucursal. Nadie diseñó dónde se escribe ese estado. Así que el responsable de operaciones exporta el listado de órdenes abiertas, lo cruza con un archivo de compras, pregunta por teléfono a las dos sucursales que siempre quedan raras y entrega el número el miércoles. Describe el mes pasado. Para entonces las órdenes que estaban paradas ya se cerraron o llevan cuarenta días. Los números de este escenario son una hipótesis de trabajo, no la medición de un cliente. Sirven para enseñar dónde mirar. ## La decisión es de registro, no de visualización Tres decisiones, y ninguna es comprar software de análisis. La primera es nombrar, para cada indicador del panel, el sistema que lo escribe. El ejercicio cabe en una tarde y suele acabar con buena parte de la lista sin dueño. La segunda es escribir la transición donde ocurre y cuando ocurre. Quien libera el pedido lo marca en el mismo sitio donde trabaja, no en un informe posterior. Esto es diseño de pantalla y de permisos, no analítica. La tercera es medir el montaje manual como lo que es: horas al mes de gente cara reconstruyendo información que la operación ya produjo y tiró. Ese número justifica el trabajo mejor que cualquier argumento sobre calidad del dato, aunque [la calidad del dato también esté en juego](/es/blog/como-la-calidad-de-datos-evita-decisiones-erradas). Cuando las tres están hechas, el cuadro de mando deja de ser un proyecto. Pasa a ser una consecuencia. ## Preguntas frecuentes **No consigo justificar ahora la inversión en registrar todo eso. ¿Por dónde empiezo?** Por un indicador, el que más discusiones provoca en el comité. Averigua cuántas horas al mes cuesta montarlo hoy y cuánto tarda en llegar. Esas dos cifras son el caso de negocio, y se levantan preguntando a quien lo monta. Si el indicador no cambia ninguna decisión, la respuesta correcta es retirarlo del panel, que también es una forma de ahorrar. **Mi equipo no va a aceptar registrar más pasos. ¿Esto no es burocracia?** Lo sería si añadieras un formulario aparte. La regla es que el registro ocurra dentro del trabajo que la persona ya hace, en la misma pantalla y con un clic, y que le devuelva algo: dejar de recibir la llamada de "¿cómo va lo mío?". Cuando el registro vive fuera del flujo, el equipo tiene razón y el dato saldrá mal de todos modos. **¿Cómo mido el resultado si el entregable no es un panel nuevo?** Con tres cifras que puedes tomar antes y después: horas mensuales dedicadas a montar informes, días entre el hecho y el número disponible, y cuántos indicadores del panel tienen un sistema de registro identificado. Si las tres mejoran y el comité deja de discutir de dónde sale cada cosa, el trabajo se pagó. ## El siguiente paso Si en tu última reunión de dirección alguien tuvo que explicar de dónde salía un número, el Diagnóstico de Arquitectura Operacional es una conversación de 30 minutos sobre dónde se escribe hoy la información de tu operación, antes de cualquier propuesta técnica: [agenda la conversación](/es/contacto).