Excel carga a menudo con la culpa de problemas que no creó. Un responsable necesitaba el informe antes de la reunión diaria. Una ingeniera quería probar un cálculo sin esperar a que se aprobara un proyecto de software. El libro resolvió el apuro y siguió circulando. Después llegaron más turnos, fórmulas, pestañas y excepciones. Nadie decidió convertirlo en infraestructura, pero terminó funcionando como tal.
Esa es la trampa de Excel en producción: una herramienta local útil pasa poco a poco a sostener un trabajo compartido sin que la planta decida quién responde por ella, qué controles necesita o cuándo debe sustituirse. La extensión .xlsx es lo de menos. Importa la distancia entre lo que el libro ya hace y el modo informal en que aún se gobierna. Algunos archivos deben quedarse en Excel. Otros son aplicaciones o integraciones con aspecto de cuadrícula.
La pregunta útil no es cómo expulsar Excel de la fábrica, sino cuánto control exige la decisión que depende de ese archivo. Para responder conviene entender primero por qué sobrevivió.
Por qué Excel se gana un sitio en la planta
Excel encaja con la forma en que aparecen los problemas operativos. Casi nunca llegan lo bastante ordenados como para redactar un pliego. Un equipo necesita comparar la producción de ayer con una parada de mantenimiento, conciliar códigos de causa o probar otro cálculo de pérdidas. Un libro en blanco admite cualquiera de esas tareas. Los usuarios ven los datos, cambian la lógica y comprueban el resultado antes de que un propietario de sistema haya definido siquiera el requisito.
La familiaridad pesa tanto como la flexibilidad. En muchos equipos ya hay personas capaces de filtrar filas, añadir fórmulas, preparar una tabla dinámica o reutilizar el informe anterior. El mismo archivo puede pasar por operaciones, ingeniería, calidad, mantenimiento y finanzas. Si la empresa ya usa Microsoft 365, abrir otro libro parece no tener coste marginal. Claro que lo tiene: queda repartido entre horas de trabajo, revisiones, correcciones y dependencia de quien sabe manejarlo. Lo que no aparece es una solicitud de compra.
La rapidez explica buena parte de estas hojas mejor que una supuesta falta de disciplina. La primera versión pudo ser la elección sensata. El problema empieza cuando un cálculo temporal se convierte en el cálculo aceptado, un archivo personal pasa a ser el registro del turno o una rutina semanal de copiar, pegar y filtrar queda como único camino desde los datos de planta hasta dirección. Sustituirlo da miedo porque nadie ha documentado todas las salvedades que resuelve.
Por eso una prohibición general de las hojas de cálculo sirve de poco. Elimina una forma rápida de explorar problemas, pero deja sin respuesta dónde debe hacerse ese trabajo. La frontera está en las consecuencias. Una ingeniera que contrasta una hipótesis no crítica está en una situación distinta a la de un equipo que reparte pérdidas de producción o prepara la cifra que se usará en la reunión de la mañana.
Excel sigue siendo razonable para un análisis acotado si se conoce la fuente, hay una persona responsable de la lógica, otra puede revisarla y cualquier fallo se detectaría antes de modificar la operación. Pasa a ser un problema de gobierno cuando almacena un estado compartido, exige consolidaciones manuales repetidas, esconde reglas de negocio en fórmulas o publica una decisión que otros sistemas tratan como oficial. Un mismo programa cabe a ambos lados de la línea. Lo que decide es el uso, no el formato del archivo.
Qué resuelve de verdad el Excel actual
La imagen de varias hojas viajando por correo con nombres casi idénticos se ha quedado corta. Excel admite edición simultánea si el libro tiene un formato compatible, está en OneDrive, OneDrive para la Empresa o SharePoint Online y quienes participan usan versiones compatibles de Excel o el navegador. (Guía de Microsoft sobre edición conjunta) Varias personas pueden actualizar un único archivo sin crear una copia competidora cada vez.
Microsoft también ofrece guardado automático para archivos almacenados en OneDrive o SharePoint dentro de Microsoft 365; los archivos locales no tienen ese comportamiento. (Guía de Microsoft sobre guardado automático) El Historial de versiones permite abrir y restaurar versiones anteriores, y Microsoft recomienda esperar a que nadie siga trabajando en edición conjunta antes de restaurar una. (Guía de Microsoft sobre edición conjunta) Son controles muy superiores a dejar Informe_FINAL_v7.xlsx en una unidad compartida.
Mostrar cambios aporta más detalle. En entornos compatibles enseña ediciones recientes en valores y fórmulas de celdas: quién cambió qué, dónde y cuándo. Su alcance es limitado. Microsoft indica que el panel no muestra por ahora cambios en gráficos o formas, operaciones con tablas dinámicas, formato, ocultación ni filtrado. Las ediciones hechas con versiones antiguas o de compra única también pueden dejar huecos o vaciar el panel. (Limitaciones de Mostrar cambios según Microsoft) El Historial de versiones ofrece una perspectiva más larga del archivo, pero recuperar una versión anterior no explica por qué cambió un dato de producción.
Estas funciones reducen colisiones, facilitan la recuperación y dan cierta visibilidad sobre las ediciones. No determinan cuál es la entrada oficial, no validan una fórmula frente a una regla de proceso, no demuestran que dos turnos utilizaron la misma hora de corte ni registran quién aprobó un motivo de parada. Un archivo recuperable aún puede ser ambiguo desde el punto de vista operativo.
El guardado automático también obliga a cambiar hábitos. Microsoft advierte que una prueba hipotética puede guardarse en el original y que ordenar o filtrar un panel compartido puede alterar la vista de otros usuarios. (Guía de Microsoft sobre guardado automático) Guardar en la nube, ajustar permisos, publicar una vista de solo lectura, conservar el historial y usar clientes compatibles hace el libro más seguro. Ninguna de esas medidas asigna la propiedad del proceso que falta.
El Excel actual puede funcionar como un espacio de colaboración controlado. (Microsoft) Que baste para producción depende de la decisión, la evidencia, las integraciones y la aprobación que rodean al archivo.
Por dónde entra el riesgo en un libro de producción
Los errores de fórmula son el temor más evidente, aunque los datos publicados deben leerse con cuidado. Stephen G. Powell, Barry Lawson y Kenneth R. Baker encontraron tasas de error en celdas con fórmulas de entre el 0,8 % y el 1,8 %, según la definición de error, en un estudio de 50 hojas de cálculo operativas. En el trabajo posterior examinaron 25 hojas de cinco organizaciones: muchos errores no tuvieron impacto cuantitativo, algunos afectaron a zonas poco importantes y otros alteraron resultados importantes. (Powell, Lawson y Baker) Estas muestras delimitadas no permiten afirmar que exista una tasa universal.
Su investigación sobre auditoría resulta útil por la misma cautela. Desarrollaron y probaron un protocolo con hojas operativas ya terminadas y avisaron de que no garantizaba encontrar todos los errores de un libro. (Protocolo de auditoría de Powell, Baker y Lawson) Por tanto, una revisión sin hallazgos necesita un alcance declarado. No demuestra que toda la lógica oculta sea perfecta.
El riesgo también puede entrar sin una sola fórmula incorrecta. Hay deriva de versiones cuando un turno utiliza el archivo de la nube y otro trabaja sobre una copia exportada. La trazabilidad se rompe si un responsable sobrescribe un dato y solo explica el motivo en el chat. La consolidación llega tarde si cada departamento cierra sus cifras antes de acordar definiciones. La dependencia se concentra cuando solo una persona sabe qué pestañas actualizar y qué vínculo roto puede ignorar.
No todas esas debilidades se presentan igual. Una fórmula errónea devuelve un resultado equivocado a partir de entradas creíbles; la deriva de versiones produce varios resultados creíbles. Sin trazabilidad no se puede reconstruir el camino. Una consolidación tardía aplaza la discusión. Y, si todo depende de una persona, basta una ausencia para crear un incidente operativo. La etiqueta “errores de Excel” mezcla problemas distintos y conduce a remedios demasiado genéricos.
Una revisión útil sigue la cifra desde su origen hasta la decisión. ¿De dónde salió el dato bruto? ¿Se copió, se consultó o se tecleó? ¿Qué fórmula o criterio lo cambió? ¿Quién revisó la excepción? ¿Qué versión llegó a la reunión o al relevo? ¿Podría otra persona reproducir el resultado mañana sin llamar a quien creó el archivo?
El problema se parece al coste de buscar información en planta, pero ocurre un paso después. El coste de búsqueda mide el esfuerzo de localizar y reunir registros. La trampa de Excel aparece cuando el libro transforma, concilia y publica esos registros mediante una lógica que ya tiene importancia operativa. Encontrar antes la información ayuda; no gobierna el cálculo.
Un libro no aporta contexto industrial por sí solo
Una hoja puede reunir en la misma pantalla exportaciones del historiador, órdenes de trabajo, controles de calidad, pedidos del ERP y comentarios. Para un análisis acotado quizá sea suficiente. A escala de planta, dos datos en columnas contiguas no demuestran que pertenezcan al mismo activo, producto, lote, evento, estado operativo o límite temporal.
ISA desarrolló ISA-95 como modelo abstracto para el intercambio de información entre las funciones de control de fabricación y las funciones empresariales. Buena parte de la norma se centra en la interfaz entre las operaciones de fabricación del nivel 3 y la planificación empresarial y logística del nivel 4. (Descripción de ISA-95) Los libros suelen aparecer cerca de esa frontera porque las personas los usan para unir salidas del MES, el historiador, mantenimiento, calidad y ERP. La cuadrícula puede combinar extractos, pero no conserva automáticamente los objetos, responsabilidades y definiciones que daban sentido a cada campo.
El informe de NIST de 2025 sobre metadatos de fabricación señala que los metadatos de los datos de proceso permiten interpretarlos, mientras que la variedad de productos, máquinas y líneas dificulta la normalización. También sostiene que el contexto de generación y el historial de las transformaciones deben capturarse al agregar y abstraer datos para decisiones de los niveles 3 y 4. (Informe de NIST sobre modelado de metadatos) Esa capa falta en muchos libros de producción. Una celda puede contener la cifra correcta y omitir la jerarquía del equipo, unidad, marca temporal de origen, transformación o regla de negocio necesaria para reutilizarla con seguridad.
Ahí está la frontera con el contexto de los datos industriales. El contexto vincula registros con entidades y relaciones duraderas de la planta. El gobierno de hojas de cálculo controla un archivo, su lógica y su uso. Un libro gobernado todavía puede depender de datos mal contextualizados; un buen modelo de datos también puede alimentar un libro sin control. Conviene comprobar ambas capas.
Esta distinción evita una reacción desmedida. No hace falta convertir cada calculadora en una plataforma de integración. Si una ingeniera exporta un conjunto de datos definido, contrasta una hipótesis temporal, registra la fuente y mantiene el resultado como recomendación, el libro puede ser apropiado. Otra cosa es que el archivo relacione una y otra vez alias de activos, resuelva unidades, una turnos con lotes o decida qué fuente prevalece. En ese caso está manteniendo contexto industrial a mano. Esa lógica necesita un modelo compartido o una transformación gobernada.
Es mejor buscar conciliaciones repetidas que fijarse en el tamaño del archivo. Un libro pequeño que decide qué estado de lote manda puede implicar más riesgo que otro enorme usado para explorar tendencias. La pregunta es si el libro analiza datos ya gobernados o crea en silencio relaciones y autoridad para decisiones posteriores.
Decidir entre mantener, controlar o migrar
Clasificar hojas según cuánto molestan lleva a malas prioridades. Es preferible mirar la consecuencia operativa y el encaje con el trabajo. Hay tres salidas: mantener el libro como herramienta acotada, controlarlo como activo importante o migrar el flujo a un sistema diseñado para compartir estado.
| Decisión | Cuándo encaja | Acción mínima |
|---|---|---|
| Mantener | Un responsable, análisis acotado, fuente conocida, consecuencia baja y revisión reproducible | Nombrar responsable, fuente, propósito, fecha de revisión y regla de conservación |
| Controlar | Varios usuarios, informe recurrente, fórmulas importantes, entradas manuales o uso en reuniones de dirección o de turno | Conservar una copia en la nube, limitar accesos, documentar entradas y lógica, revisar cambios, probar salidas y aprobarlas |
| Migrar | Estado operativo compartido, consolidación repetida, muchas uniones entre sistemas, relevos urgentes, estados de tarea o trazabilidad que debe durar | Llevar datos, reglas, estado y aprobaciones a servicios gobernados, con una exportación explícita cuando siga siendo útil |
La matriz ayuda a decidir, pero no calcula una puntuación. La consecuencia puede llevar directamente a controlar un libro pequeño. Si el archivo respalda una decisión de seguridad, calidad, liberación o cumplimiento, se aplican los procedimientos y roles responsables de la planta; este artículo no los define. La frecuencia también puede justificar una migración de bajo riesgo. Copiar datos una y otra vez consume atención aunque cada cifra sea inocua.
El punto de partida es la evidencia, no una opinión sobre Excel. Hay que registrar quién usa el archivo, qué decisiones consumen su salida, cómo entran los datos, dónde se explican las excepciones y qué ocurre si deja de estar disponible. También conviene anotar si actúa como calculadora, informe, formulario de entrada, lista de tareas, puente entre sistemas o varias cosas a la vez. Esa mezcla importa: cada función pide controles distintos.
Controlar suele ser el término medio útil. La planta puede fijar un único archivo oficial en la nube, proteger fórmulas, separar entradas y cálculos, añadir validaciones, nombrar propietarios y revisores, preservar el historial y publicar una salida de solo lectura. Son controles cercanos a los de los procedimientos de planta con control de versiones: deben verse la fuente, el alcance, los conflictos y la aprobación.
La migración se justifica cuando el libro se comporta como una aplicación. Si los usuarios ponen trabajo en cola, cambian estados, activan relevos, resuelven conflictos entre fuentes o esperan a que alguien consolide copias, la cuadrícula almacena el estado del proceso. Sacar ese estado no obliga a abandonar Excel como herramienta de análisis. Significa que deja de ser el único lugar donde la planta sabe qué ocurrió.
Cambiar el flujo sin romper la producción
Una sustitución puede fracasar aunque la solución nueva sea técnicamente mejor. El libro antiguo contiene atajos, vocabulario local, reglas para excepciones y horarios que nunca llegaron a los requisitos formales. Desactivarlo el día del lanzamiento puede borrar conocimiento que el proyecto necesitaba. Una transición gradual trata el archivo como evidencia del proceso, no como algo vergonzoso.
Conviene empezar por una decisión recurrente. Primero se identifica el libro oficial junto con su propietario, usuarios, sistemas de entrada, fórmulas, criterios humanos, salidas, destinatarios y horas de corte. Después se marca qué campos vienen de una fuente, cuáles son derivados y cuáles recogen una decisión humana. El mapa se contrasta con ciclos reales, incluido alguno con datos ausentes o una corrección tardía. Es un trabajo poco vistoso. También es donde el proceso deja de estar en la cabeza de quien creó el archivo.
El siguiente paso consiste en separar capas. Siempre que sea viable, los datos estables se conectan a su fuente en vez de copiarse. Las transformaciones reutilizables pasan a consultas o servicios gobernados. Los campos de criterio humano conservan un responsable y un motivo explícitos. Estados como “pendiente de revisión de mantenimiento” o “aprobado para informe” encuentran un soporte duradero. Puede mantenerse una exportación controlada a Excel para el análisis flexible. No se trata de cambiar una cuadrícula conocida por una pantalla rígida, sino de impedir que el estado y el linaje críticos solo existan en esa cuadrícula.
Durante un periodo definido, las rutas nueva y antigua funcionan en paralelo y se concilian las diferencias. No toda diferencia es un fallo del sistema nuevo. Algunas revelan excepciones antiguas, desfases horarios o definiciones que los equipos nunca acordaron. Hay que registrar la decisión tomada en cada caso y actualizar la regla gobernada. La misma disciplina mejora las preguntas para el traspaso de turno: quien entra necesita evidencia, condiciones abiertas y una acción con responsable, no solo una cifra bien presentada.
El libro solo se retira cuando la sustitución cubre el alcance aprobado, los usuarios completan el flujo real, las salidas cuadran bajo reglas acordadas y el propietario acepta el traspaso. Los requisitos de archivo o conservación deben separarse del acceso operativo. Quitar un atajo no equivale a borrar un registro. La política aplicable de la planta decide qué se conserva.
Una revisión de la transición debe reunir esta evidencia. En ella, el equipo prepara un inventario de las entradas del libro, compara versiones, hace visibles las uniones manuales recurrentes, conecta los registros fuente y genera un paquete que expone el linaje y los conflictos sin resolver. Quienes revisan no deben reescribir fórmulas en silencio, declarar oficial una versión, aprobar una decisión de producción ni retirar un archivo. Esas acciones corresponden a las personas y sistemas responsables del proceso.
Elige un libro cuya importancia ya haya superado sus controles. Decide si se debe mantener, controlar o migrar, identifica la evidencia y corrige la mayor carencia sin interrumpir el turno. Excel puede seguir dentro de producción. No debería convertirse en infraestructura industrial por accidente.