Excel no es un error. Para un centro que empieza, una hoja bien estructurada puede ser más útil que un software configurado sin proceso. La pregunta adecuada no es “¿cuántas unidades obligan a cambiar?”, sino “¿qué riesgo, repetición o falta de control ya no resuelve la hoja?”.
No existe un umbral universal. Una persona puede gestionar muchas unidades con un proceso simple y estable; un equipo pequeño puede perder el control antes si hay varios centros, cambios de unidad, descuentos, pagos parciales o versiones paralelas.
Esta guía trata sobre organización y migración de datos. No sustituye asesoramiento jurídico, fiscal, contable, de seguridad o protección de datos, ni garantiza que una herramienta concreta encaje en tu operación.
Cuándo Excel sigue siendo una opción razonable
Una hoja puede encajar si se cumplen casi todas estas condiciones:
- Existe un único archivo maestro.
- Una persona es responsable de editarlo.
- Los estados y campos están definidos.
- El histórico se conserva sin sobrescribir alquileres anteriores.
- Las copias de seguridad se prueban.
- Los datos personales tienen acceso limitado.
- Los informes se pueden reconstruir desde las filas originales.
- Las excepciones son pocas y están documentadas.
- El cierre mensual no exige reconciliar varias versiones.
La plantilla Excel para gestionar un centro propone separar centros, unidades, clientes, contratos y cobros en tablas relacionadas. Esa disciplina también prepara una migración futura.
Señal 1: ya no sabes cuál es la versión válida
Cuando aparecen copias por correo, archivos locales y hojas con fórmulas distintas, el problema no es estético: una persona puede tomar una decisión sobre información antigua.
Preguntas de diagnóstico:
- ¿Hay más de un archivo que alguien considera “maestro”?
- ¿Puedes saber quién modificó un estado y por qué?
- ¿Se pueden recuperar cambios accidentales?
- ¿Dos personas editan la misma fila durante el día?
- ¿El equipo bloquea el trabajo mientras otra persona tiene el archivo abierto?
Un almacenamiento compartido con historial puede aliviar parte del problema, pero no convierte la hoja en un modelo operativo con permisos, relaciones y reglas de negocio.
Señal 2: duplicas el mismo dato
Si el nombre, la unidad, el precio o el estado del contrato aparecen en varias hojas o archivos, cada cambio crea una obligación de sincronización manual.
Haz esta prueba: cambia un cliente de unidad y enumera todos los lugares que debes editar. Si no existe una lista cerrada, hay riesgo de que el contrato indique una cosa, el inventario otra y el panel una tercera.
Un sistema relacional debería conservar identificadores estables y mostrar el dato en distintos contextos sin que tengas que copiarlo.
Señal 3: las notas libres representan estados
Textos como “llamar”, “casi pagado”, “se va”, “bloqueado?” o colores sin leyenda son señales de que el proceso vive en la interpretación de una persona.
Convierte primero esas notas en estados con reglas:
- Qué evento activa el estado.
- Quién lo revisa.
- Qué acción corresponde.
- Qué dato confirma que está resuelto.
- Qué excepciones se permiten.
El software no corrige un vocabulario ambiguo. Si migras “pendiente” sin definir pendiente de qué, solo trasladarás la duda.
Señal 4: el histórico se sobrescribe
Una unidad puede tener muchos contratos a lo largo del tiempo. Si la fila conserva solo al cliente actual, pierdes el recorrido necesario para entender una consulta, una corrección o un cobro anterior.
Comprueba si puedes responder sin reconstrucción manual:
- Quién ocupaba una unidad en una fecha concreta.
- Qué precio estaba contratado.
- Cuándo cambió su estado.
- Qué cobros manuales se anotaron para ese contrato.
- Cuándo y por qué terminó el alquiler.
Si la respuesta depende de copias mensuales sin relación entre sí, la migración empieza por reconstruir entidades e identificadores.
Señal 5: abrir otro centro obliga a duplicar el archivo
Copiar la plantilla para una segunda ubicación parece rápido, pero divide clientes, definiciones e informes. Aparecen códigos de unidad repetidos, criterios de ocupación distintos y cierres con fechas diferentes.
Antes de crecer, decide si cada unidad tendrá un ID global, cómo se identifica el centro y qué datos se consultan a nivel local o conjunto. La guía para pasar de un centro a varios desarrolla este proceso.
Señal 6: el cierre mensual es una reconstrucción
Mide cuánto tarda el cierre y qué parte se repite:
- Reunir archivos.
- Corregir estados.
- Eliminar duplicados.
- Completar fechas.
- Comprobar cobros registrados.
- Recalcular ocupación.
- Explicar diferencias con el mes anterior.
No conviertas ese tiempo directamente en una promesa de ahorro. Úsalo para identificar tareas y riesgos que el sistema debe resolver. Pide al proveedor que demuestre el mismo cierre con una muestra de tus datos.
Señal 7: necesitas automatizar un flujo
Firma electrónica, cobros recurrentes, avisos o integraciones requieren estados consistentes, evidencias y tratamiento de errores. Una macro puede ejecutar pasos, pero no siempre ofrece la trazabilidad, permisos o recuperación que exige un proceso operativo.
Comprueba además el estado real del producto. En GestionaTrasteros, la firma electrónica y los cobros recurrentes están en piloto privado; renovaciones, seguimiento de impagos, comunicaciones, portal, reserva online, facturación y accesos siguen planificados. No bases la migración en una función futura.
Matriz para decidir
Puntúa cada afirmación de 0 a 2: 0 si no ocurre, 1 si ocurre ocasionalmente y 2 si ocurre con frecuencia.
| Área | Afirmación |
|---|---|
| Versiones | Hay dudas sobre cuál es el archivo válido |
| Duplicidad | El mismo dato se actualiza en varios lugares |
| Histórico | Se sobrescriben contratos o alquileres anteriores |
| Colaboración | Varias personas necesitan editar o consultar con permisos distintos |
| Multisede | Cada centro usa archivos o definiciones propias |
| Calidad | El cierre exige corregir estados y referencias |
| Excepciones | Las notas libres sustituyen un flujo definido |
| Seguridad | No están claros acceso, copia, recuperación o eliminación |
| Integración | Se necesita conectar pagos, firma, facturación o accesos |
| Reversibilidad | Exportar una imagen completa de la operación es difícil |
El total no dicta una compra. Sirve para ordenar la conversación. Identifica los tres puntos con mayor impacto y conviértelos en casos de prueba durante la demo.
Qué debería aportar un software
Busca capacidades concretas:
- Una entidad única para cada centro, unidad, cliente y contrato.
- Relaciones que eviten copiar datos.
- Estados controlados y significado documentado.
- Vistas globales y por ubicación si gestionas varias.
- Importación validada y exportación comprensible.
- Permisos y trazabilidad adecuados a tu equipo.
- Copias, recuperación y seguridad documentadas.
- Distinción explícita entre registro manual, automatización de pagos y facturación.
- Soporte para excepciones reales, no solo el flujo ideal.
Una interfaz más bonita no basta. Pide evidencia de que el sistema conserva la relación correcta cuando cambias de unidad, corriges un cobro o archivas un cliente.
Plan de migración en siete pasos
1. Congela el diccionario de datos
Define campos, estados, formatos e identificadores. Decide qué significa activo, ocupado, disponible y cobro comprobado.
2. Conserva una copia inmutable
Guarda una versión del origen con fecha, permisos restringidos y un método de verificación. No limpies la única copia.
3. Separa entidades
Divide centros, unidades, clientes, contratos y cobros. Cada tabla necesita un identificador único.
4. Limpia con reglas reproducibles
Documenta cómo resuelves duplicados, fechas vacías, unidades repetidas y contratos sin cliente. Mantén una lista de casos que requieren decisión humana.
5. Migra una muestra
Elige casos normales y excepciones: un cliente activo, uno archivado, un cambio de unidad, un contrato finalizado y varios cobros manuales.
6. Valida cantidades y relaciones
Compara recuentos y luego revisa registros uno a uno. Verifica que cada contrato apunta al cliente, centro y unidad correctos.
7. Define corte y vuelta atrás
Decide cuándo deja de editarse Excel, quién autoriza el cambio y cómo volver temporalmente al proceso anterior si la validación falla. Mantén el archivo original solo como referencia controlada, no como segundo maestro activo.
Protección de datos durante la transición
Una migración crea exportaciones, copias temporales y accesos adicionales. Registra dónde se guardan, quién puede abrirlas, cuándo se eliminan y qué proveedor interviene.
La orientación para pymes de la AEPD, actualizada el 24 de abril de 2025, reúne herramientas de apoyo para responsables del tratamiento. La guía de cifrado para autónomos y pymes, publicada el 18 de noviembre de 2025, aborda medidas aplicables al almacenamiento y envío de información.
Excel y software pueden convivir, pero con límites
Una hoja puede seguir siendo útil para análisis puntuales o simulaciones. Define siempre qué sistema es la fuente operativa y evita reimportar cambios sin control.
Ejemplo de límite sano:
- El software conserva centros, unidades, clientes, contratos y registros operativos.
- Excel recibe una exportación fechada para análisis.
- Cualquier corrección vuelve al sistema maestro mediante el proceso previsto.
- El archivo derivado no se usa para atender al cliente ni cambiar estados.
Cómo plantear la decisión con GestionaTrasteros
La beta actual centraliza ubicaciones, unidades, clientes, contratos, cobros manuales y ocupación. Puedes evaluar la solución para un centro independiente o la gestión multisede con tu estructura real. Los pilotos y la planificación se explican aparte en automatización de self-storage.
La decisión debería seguir teniendo sentido aunque solo valores las capacidades disponibles hoy.
Fuentes y fecha de revisión
- AEPD: orientación a pequeñas y medianas empresas, última modificación indicada: 24 de abril de 2025.
- AEPD: guía de cifrado para autónomos y pymes, publicada el 18 de noviembre de 2025.
Fuentes consultadas el 26 de agosto de 2026. Revisa tus obligaciones, medidas y contratos con profesionales adecuados antes de mover datos personales o sustituir un sistema de registro.
