# Hoja de cálculo por correo: ¿cuál es la versión correcta? > Las copias de una hoja circulan por correo y nadie sabe cuál vale. Por qué el archivo pasó a ser sistema de registro y qué cambia con dueño e historial. - Autor: Marlon Trettin - Publicado: 2026-11-02 · Actualizado: 2026-11-02 - Idioma: es - Canonical: https://yowpi.com/es/blog/hoja-de-calculo-por-correo-cual-es-la-version-correcta --- Nadie lo sabe, porque el archivo pasó a ser el sistema de registro, y eso es un problema de arquitectura, no de tecnología. Cuando la hoja de cálculo es el único lugar donde vive el dato, cada copia enviada por correo es una bifurcación, y nada indica cuál vale. Guardar el archivo en la nube reduce las copias, pero no dice quién decide la regla. ## TL;DR - En el corpus de correos de Enron, 44.214 de 717.102 mensajes (6,2%) tenían una hoja de cálculo adjunta. Los autores leen el hábito como señal de falta de control de versiones ([Hermans y Murphy-Hill](https://repository.tudelft.nl/file/File_6407791c-a000-4062-acaf-63e04502dfdc)). - Los 51.572 archivos de Excel extraídos de los adjuntos se reducen a 16.189 únicos. En promedio, cada hoja distinta apareció en unos tres adjuntos (cuenta nuestra, a partir de los números del estudio). - Editar en la nube a la vez reduce las copias, pero la regla sigue dentro de la celda, sin dueño, sin vigencia y sin registro de la decisión. - La pregunta "¿cuál es la versión correcta?" desaparece cuando el dato vive en un solo lugar, con dueño, vigencia e historial, y la hoja pasa a ser una vista de ese dato. ## ¿Cuántas copias de la misma hoja circulan en una empresa? El estudio es de una empresa grande, pero muestra el patrón. Hermans y Murphy-Hill analizaron los correos de 190 buzones de Enron, 717.102 mensajes una vez descartadas las carpetas de contactos y borradores. En 44.214 de ellos (6,2%) había al menos un adjunto de hoja de cálculo en formato .xls, un promedio estimado de unos 100 por día. Los autores concluyen que enviar hojas por correo era una práctica común y señalan en ello la falta de un sistema de control de versiones ([informe técnico de la TU Delft, 2014](https://repository.tudelft.nl/file/File_6407791c-a000-4062-acaf-63e04502dfdc)). El mismo estudio trae un segundo número. De 265.586 adjuntos salieron 51.572 archivos de Excel, y solo 16.189 eran distintos por contenido. Si se divide uno por otro, cada hoja distinta aparece en poco más de tres adjuntos en promedio. La cuenta es nuestra, y parte de esas repeticiones es simplemente el mismo archivo reenviado. Otra parte son versiones que divergieron. Un trabajo posterior miró justamente eso. Xu y colegas partieron del mismo corpus para reconstruir, por similitud, qué archivos eran versiones unos de otros, y llegaron a 1.609 grupos con 12.254 hojas. El problema que describen es el de siempre: los usuarios rara vez documentan la versión, y las versiones pasan a convivir como archivos independientes y parecidos ([Xu et al., arXiv, 2017](https://arxiv.org/pdf/1704.08476)). Dos salvedades. Enron no es una pyme y el corpus es antiguo. Los estudios sostienen el mecanismo, no la tasa que encontrarías en tu empresa. Si el mecanismo es distinto en tu operación, compruébalo en la práctica: abre la bandeja de entrada de quien prepara las cotizaciones y cuenta cuántas versiones de la misma tabla existen. ## ¿Qué resuelve la edición en la nube y qué deja afuera? Resuelve la copia, y no es poco. Excel en la nube permite que varias personas editen el mismo archivo a la vez, con los cambios apareciendo en segundos, y guarda un historial de versiones. Hay condiciones: el archivo tiene que estar en OneDrive o en SharePoint Online con el guardado automático activado, y quien lo abre en una versión sin soporte puede bloquear el archivo para los demás ([documentación de Microsoft](https://support.microsoft.com/office/7152aa8b-b791-414c-a3bb-3024e46fb104)). El mismo texto indica el límite. Cuando dos personas modifican la misma área, en general vale el último cambio guardado, y la recomendación es asignar a cada persona una hoja o una región. Una versión anterior solo puede restaurarse cuando todos dejan de editar. Nuestra lectura es que la función resuelve el problema del archivo y deja el problema del dato donde estaba. El historial guarda estados del archivo, no el motivo de un cambio. Quién puede alterar un tramo de una tabla de precios y quién revisa el valor ingresado depende de cómo el equipo organice el archivo, no de la función. Basta un adjunto enviado por correo para que la copia vuelva a existir. ## ¿Por qué "¿cuál es la versión correcta?" es una pregunta de arquitectura? Porque solo existe cuando el archivo hace tres trabajos a la vez: guarda el dato, contiene la regla y sirve de historial. En un sistema con un lugar único para el registro, esas funciones están separadas. El dato tiene dueño y estado, la regla tiene vigencia y el historial registra autor y fecha. Quién es el dueño, qué regla vale y desde cuándo son decisiones humanas, tomadas antes de cualquier herramienta. Eso es lo que el sistema debe registrar. La hoja sigue siendo útil, pero como vista o exportación, no como fuente. Es el mismo razonamiento de [errores en hojas de cálculo: nadie los ve hasta que cuestan](/es/blog/errores-en-hojas-de-calculo-nadie-los-ve-hasta-que-cuestan), visto desde el otro lado. Allí el problema es la regla escondida en la celda. Aquí es la copia que lleva la regla fuera de todo control. Ambos tienen la misma raíz: el archivo fue ascendido a sistema sin haber sido diseñado para serlo. El tamaño del problema no depende del volumen. Una tabla de diez filas que fija el precio de todo lo que la empresa vende ya plantea la pregunta. Lo que importa es cuánto dinero pasa por ella y cuántas personas la usan sin hablar entre sí. ## ¿Cómo se ve esto en una empresa de transporte? Un escenario hipotético, para volver concreto el mecanismo. Los números son ilustración, no medición de un cliente. Una empresa de transporte tiene cinco comerciales que cotizan el flete con una hoja de cálculo, por tramo de peso y región. Cuando cambia el combustible, la coordinadora actualiza el archivo y lo envía al equipo por correo. Dos comerciales siguen abriendo el adjunto anterior, que está en su bandeja de entrada, y un tercero guardó una copia en el escritorio con un descuento puntual para un cliente. Durante algunas semanas, la empresa tiene tres tablas en uso. Nadie actuó de mala fe y ninguna cotización parece extraña. El problema aparece cuando un cliente reclama por dos propuestas con precios distintos para la misma ruta y finanzas tiene que responder qué tabla regía el 12 de octubre. La hoja guardó solo la última. En ese punto, la falla dejó de ser de archivo. La empresa no puede decir qué regla estaba vigente en cada fecha, porque la vigencia nunca fue un campo. ## ¿Qué cambia cuando el dato deja de vivir en el archivo? Cuatro cosas, y ninguna exige abandonar la hoja de cálculo. La tabla pasa a tener un dueño con nombre, que responde por ella. Existe una única fuente, y quien cotiza consulta esa fuente en vez de un adjunto. Cada cambio registra autor, fecha y motivo, y la regla gana vigencia, con inicio y fin, lo que permite reconstruir las cotizaciones pasadas a partir de la vigencia registrada. Y la hoja sigue disponible, como exportación, para quien necesita analizar. En el [caso Repap On](/es/cases/repap-on), el punto de partida es el mismo, aplicado a documentos: manuales y políticas internas dispersos en correos, carpetas de red y archivos físicos, sin control de versiones. La plataforma pasó a controlar versiones y a restringir la visualización por cargo y área. Yowpi tiene participación societaria en Repap On, como declara el propio caso. En el [caso Reatop](/es/cases/reatop), Bumerangue controlaba residuos hospitalarios en hojas de cálculo y anotaciones en papel, con retraso en la consolidación de los datos, y el registro nace en la aplicación móvil, que funciona sin señal. Cuándo una hoja de cálculo deja de alcanzar, y qué opciones hay para reemplazarla, está en [cuándo reemplazar hojas de cálculo por software a medida](/es/blog/cuando-reemplazar-hojas-de-calculo-por-software-a-medida). ## Preguntas frecuentes **Mi equipo está acostumbrado a las hojas de cálculo. ¿Aceptará otro camino?** Ayuda que la hoja siga existiendo como salida. El equipo pierde el hábito de editar el archivo, pero conserva la tabla que siempre abrió. Empieza por el dato que más genera la pregunta "¿esta es la versión correcta?" y deja la hoja antigua en paralelo por un período corto, con una fecha de corte acordada. **¿Cómo saber si hay retorno financiero?** Mide primero lo que cuesta hoy la duda. Cuántas veces al mes alguien pregunta qué archivo vale, cuántas horas se van en revisar, cuántas cotizaciones, pagos o comisiones hubo que rehacer. Si esos números son bajos y la hoja solo sirve para análisis, la edición en la nube puede bastar. Si alguno tiene valor monetario, de ahí parte el cálculo. **¿La integración con lo que ya uso será complicada?** Depende de dónde vive hoy el dato y de quién lo consume. Empezar no exige integrar todo: el primer paso suele ser importar lo que existe en la hoja actual y ofrecer la exportación en el formato que el equipo ya usa. La integración con el ERP, el correo o finanzas viene después, como decisión de diseño, una por vez. ## El siguiente paso Si en tu empresa hay una tabla o una regla que circula como archivo, el [Diagnóstico de Arquitectura Operacional](/es/contacto) es una conversación de 30 minutos para mapear dónde vive el dato y quién responde por él.