Blog
hojas de cálculo a sistemas internos (cuarta pasada: el error que la hoja no deja ver)

Errores en hojas de cálculo: nadie los ve hasta que cuestan

Marlon TrettinPublicado el 7 min de lectura
Pasarela industrial de noche junto a grandes tanques metálicos, uno de ellos con una grieta que brilla en ámbar, mientras un técnico con casco se aleja de espaldas mirando una tableta

El error en una hoja de cálculo pasa inadvertido porque la hoja no tiene revisión, registro de cambios ni separación entre dato y regla. Quien digitó comprueba lo que vio, y el resto solo aparece cuando la cifra se vuelve cobro, comisión o decisión. No es un descuido, es un problema de arquitectura: la salida es sacar la regla de la celda.

¿Qué tan comunes son los errores en hojas de cálculo?

Más comunes de lo que sugiere la rutina, y por lo general pequeños por celda. Powell, Baker y Lawson auditaron hojas operativas reales y encontraron errores en el 0,8% a 1,8% de las celdas con fórmula, según el criterio usado para clasificar un error (arXiv). En un estudio posterior sobre 25 hojas de cinco organizaciones, los mismos autores vieron que muchos errores tenían un impacto despreciable, pero algunos afectaban partes críticas del cálculo.

El número parece bajo hasta que se hace la cuenta del volumen. Una hoja con 2.000 celdas con fórmula, dentro de ese rango, tendría entre 16 y 36 con error. Es una aplicación ilustrativa de la tasa, no la medición de una hoja concreta. Lo importante es que cada celda errónea es una oportunidad para que el resultado final salga torcido, y nadie sabe cuál.

Un segundo dato viene de un contexto ajeno a las empresas, y por eso sirve. Ziemann, Eren y El-Osta revisaron los archivos suplementarios de 3.597 artículos de 18 revistas de genómica. En 704 de ellos (19,6%), Excel había convertido nombres de genes en fechas y la lista publicada era errónea (Genome Biology). Eran artículos con revisión por pares, hechos por investigadores entrenados con la herramienta de siempre.

¿Por qué nadie nota el error?

Porque la hoja muestra el resultado y esconde la regla. La regla vive dentro de una celda, con formato de número, junto a otras 1.999. Si el valor es plausible, nadie abre la fórmula.

Hay tres razones estructurales.

La primera es que dato y regla ocupan el mismo lugar. Quien cambia un valor de entrada puede, sin querer, sobrescribir una fórmula, y el archivo acepta ambas cosas por igual.

La segunda es que no hay registro. La hoja no anota quién cambió la fórmula de la columna F, cuándo ni por qué. Cuando el resultado desentona, el historial no está para consultarlo.

La tercera es la copia. Una hoja que circula por correo o carpeta compartida se convierte en varias versiones, cada una con sus propios ajustes. El error corregido en una sigue vivo en las demás.

¿Qué muestra el caso JPMorgan sobre una hoja que decide?

El mismo mecanismo, a escala de banco. El informe interno que JPMorgan Chase publicó en enero de 2013 sobre las pérdidas de 2012 de su área de inversiones describe un modelo de riesgo que funcionaba "mediante una serie de hojas de Excel, que debían completarse manualmente, copiando y pegando datos de una hoja a otra". Una de las fórmulas dividía entre la suma en lugar del promedio, como pretendía quien diseñó el modelo, lo que redujo la volatilidad calculada a cerca de la mitad y hizo que el riesgo pareciera menor de lo que era (resumen de la Society of Actuaries, que cita el informe).

Lo que importa no es el tamaño del banco. Es la combinación: copia manual entre archivos, reglas dentro de las celdas y ausencia de revisión independiente. Muchas empresas con una hoja de comisiones, de precios o de cierre mensual tienen los mismos tres ingredientes, con una pérdida menor y la misma invisibilidad.

¿Cómo se ve esto en una distribuidora?

Un escenario hipotético, para hacer concreto el mecanismo. Los números son ilustrativos, no la medición de un cliente.

Una distribuidora con 40 vendedores calcula la comisión mensual en una hoja. Son seis reglas: porcentaje por tramo, bono por meta, descuento por devoluciones, entre otras. La base de ventas sale del ERP en CSV, se pega en una pestaña y una segunda pestaña aplica las reglas. En marzo alguien ajusta el tramo de un producto y pega la fórmula solo en parte de la columna.

Nada se rompe. Las comisiones salen con valores plausibles, 3 vendedores reciben un poco más y 2 un poco menos. El error aparece solo cuando uno de ellos revisa la cuenta por su cuenta, dos meses después, y la pregunta pasa a ser cuántos meses están mal y a quién se le debe un ajuste.

En ese momento el problema dejó de ser de fórmula y pasó a ser de arquitectura. La empresa no puede decir qué regla regía en cada mes, porque la hoja guardó solo el último estado.

¿Cuándo una hoja ya pasó el punto?

Cuando su resultado se convierte en dinero o en decisión y más de una persona la edita. Tres preguntas ayudan a decidirlo.

¿Alguien copia datos de un archivo a otro cada mes? Si es así, la copia es el punto de falla.

¿Se puede decir hoy quién cambió una regla y cuándo? Si no, no hay cómo investigar un error.

¿El resultado alimenta facturación, pagos o comisiones? Si es así, el error tiene destinatario.

Dos respuestas malas ya justifican sacar la regla de la hoja. Eso no significa abandonarla: sigue siendo buena para el análisis y la exploración. Lo que sale es el cálculo que la empresa necesita poder auditar.

En la práctica el cambio tiene cuatro partes. La regla vive en un solo lugar, con versión. La entrada se valida en el origen, en lugar de pegarse. Cada cambio queda registrado con autor y fecha. Y el cálculo tiene una prueba: un conjunto de casos con resultado conocido que corre en cada cambio. El criterio de cuándo hacer el cambio está en cuándo reemplazar hojas de cálculo por software a medida.

En el caso Reatop, Bumerangue controlaba residuos hospitalarios con hojas de cálculo y anotaciones en papel, un método propenso a errores y a demoras de consolidación. El sistema pasó a tener un back office integrado y una aplicación móvil con uso sin conexión, de modo que el registro nace en un solo lugar.

Preguntas frecuentes

Mi equipo está acostumbrado a las hojas de cálculo. ¿Aceptará otra cosa?

Suele aceptarla cuando la primera entrega resuelve un dolor que ya siente, como la revisión manual del cierre. Empieza por un solo flujo, el de mayor consecuencia financiera, y mantén la hoja en paralelo por un período corto, con fecha de corte. El equipo empieza a defender el sistema cuando ve que la cifra cuadra sin la ronda de revisión.

¿Cómo sé si la inversión se justifica, o si el retorno existe?

Mide antes el costo del error y de la revisión. Cuántas horas al mes se van en verificar y rehacer, cuántos ajustes retroactivos hubo, cuánto costó el último. Si el resultado de la hoja ya causó una disputa con un cliente, un vendedor o un proveedor, ese número existe. Si no la causó y la hoja solo sirve para análisis, quizá pueda quedarse donde está.

No tengo equipo técnico para construir y mantener esto. ¿Me lo impide?

No, siempre que la decisión sobre las reglas siga siendo tuya. Nadie de afuera sabe qué tramo de comisión corresponde a qué producto, y eso tiene que quedar escrito. La construcción y el mantenimiento pueden contratarse, con documentación y acceso a lo entregado previstos en el contrato.

El siguiente paso

Si hay en tu empresa una hoja que cierra pagos, comisiones o precios, conviene mapear dónde vive la regla y quién puede cambiarla, y el Diagnóstico de Arquitectura Operacional es una conversación de 30 minutos para empezar ese mapeo.

Cases relacionados

Marlon Trettin

Marlon Trettin

Fundador de Yowpi · 25+ años de ingeniería de software

LinkedIn
Próximo paso

¿Reconociste tu operación en este artículo?

Agenda el Diagnóstico de Arquitectura Operacional: 30 minutos para mapear dónde está el cuello de botella de tu operación. Sin propuesta en la primera conversación.

Agendar diagnóstico