¿Automatizar Excel o crear una herramienta interna?

01 /Primero, separa el cálculo del proceso

Una hoja puede servir para prever ventas y, a la vez, asignar pedidos, registrar cobros y avisar al almacén. Son trabajos distintos. Las fórmulas que cambian cada semana pueden seguir en Excel aunque la gestión de pedidos necesite un sistema más controlado.

Sigue un registro de principio a fin: quién lo crea, qué significa cada estado, quién puede cambiarlo y qué ocurre si falta un dato. Antes de encargar software, anota dónde aparecen esperas, duplicados o correcciones. Así podrás decidir qué parte merece cambiar.

02 /Cuándo merece la pena conservar la hoja

Para presupuestos exploratorios, previsiones y análisis puntuales, la flexibilidad suele ser una ventaja. Mantén la hoja si una persona responsable entiende sus reglas, los errores se pueden detectar y corregir, y las personas con acceso pueden ver legítimamente los datos que contiene.

Haz primero una limpieza: una fila por registro, un identificador estable, entradas separadas de fórmulas, estados explícitos en vez de colores y una única ubicación de trabajo. Documenta el significado de las columnas y quién mantiene el archivo. Si esto resuelve el problema, no hace falta una aplicación.

Comprueba también las opciones de colaboración de la herramienta y de tu cuenta antes de atribuir cada conflicto al formato. Varias personas pueden trabajar con una hoja compartida; la pregunta es si esa colaboración respeta las reglas de tu proceso.

03 /Cuándo basta con automatizar alrededor

Un formulario puede recoger entradas consistentes; una importación puede evitar copiar pedidos; una exportación puede alimentar un informe. Define qué sistema conserva el dato válido y en qué dirección viaja. Una sincronización en ambos sentidos necesita reglas de conflicto, no solo dos scripts.

Cada ejecución debe dejar un resultado revisable: qué registros procesó, cuáles fallaron y quién recibe el aviso. Usa un identificador estable y comprueba si el registro ya se procesó antes de crearlo. Así puedes repetir la importación sin generar otro pedido. Prueba un fallo a mitad del lote antes de confiarle el trabajo diario.

Las plataformas tienen límites: Apps Script aplica cuotas y puede detener la ejecución al superarlas; Office Scripts impone límites que dependen del entorno y del uso con Power Automate. Comprueba la documentación para tu cuenta y tu carga, sin dimensionar solo con una prueba pequeña. Microsoft Graph recomienda agrupar operaciones en sesiones cuando corresponde y evitar escrituras concurrentes sobre el mismo libro.

• Google: cuotas de Apps Script ↗
• Microsoft: límites de Office Scripts ↗
• Microsoft Graph: buenas prácticas con Excel ↗

Para elegir el primer proceso y medir si compensa, consulta cómo empezar a automatizar un proceso de negocio.

04 /Permisos y estados: las señales para cambiar

La señal más clara aparece cuando el archivo debe hacer cumplir reglas: un técnico solo puede ver sus trabajos, un pedido aprobado ya no se puede editar libremente o un cambio de cuenta bancaria necesita revisión. Ocultar columnas o enviar copias filtradas no constituye un sistema de autorización.

Microsoft distingue la protección de una hoja de la seguridad del archivo: bloquear celdas ayuda a evitar cambios, pero no está diseñado como una barrera de seguridad. La documentación consultada el 7 de octubre de 2026 mantiene esa distinción.

Una herramienta interna permite diseñar permisos por registro, transiciones de estado e historial, pero no los aporta automáticamente por tener una base de datos. Inclúyelos en el alcance y comprueba con cuentas de cada rol que las acciones prohibidas se rechazan, también fuera de la pantalla habitual.

• Microsoft: protección y seguridad en Excel ↗

05 /Ejemplo: asignar visitas sin rehacer todo Excel

Ejemplo ficticio: una empresa de mantenimiento gestiona visitas en un libro compartido. La oficina asigna técnicos y fechas; cada técnico recibe una copia; otra pestaña calcula previsiones. Cuando cambia una cita, las copias dejan de coincidir.

La primera versión podría gestionar únicamente el identificador de visita, cliente, dirección, franja acordada, técnico y estado. La oficina asigna; el técnico consulta sus visitas y registra el resultado. Dos personas que intentan cambiar la misma asignación reciben un conflicto para revisar, en vez de sobrescribirse sin aviso.

La previsión sigue en Excel mediante una exportación de solo lectura. Quedan fuera de esta primera versión la facturación, las rutas óptimas y el trabajo sin conexión. Si los técnicos necesitan trabajar sin cobertura, esa necesidad cambia el alcance y debe resolverse antes del piloto.

06 /Compara software existente, configuración y desarrollo

Antes de construir, prueba si tu CRM, ERP o una aplicación de gestión ya resuelve el recorrido completo, incluidas las excepciones. Un producto estándar puede ser la mejor elección si sus reglas encajan. Una herramienta configurable puede servir para un flujo sencillo, siempre que sus permisos, exportaciones e integraciones sean suficientes.

El desarrollo a medida gana sentido cuando una regla importante no cabe en las opciones existentes o una integración limita el trabajo. Compara el coste de mantener el archivo y corregir errores con licencias, configuración, migración, formación, soporte y mantenimiento de la alternativa. No existe un número universal de filas ni una cifra de ahorro que justifique el cambio.

Pide una prueba con un caso normal y uno problemático: pedido duplicado, registro incompleto, persona sin permiso o integración caída. Comprueba también cómo recuperar todos tus datos si cambias de proveedor.

Para acordar qué debe demostrar esa prueba, compara demo, prototipo y MVP.

07 /Migra con un único lugar donde escribir

Prepara una copia de prueba con datos anonimizados o sintéticos. Revisa identificadores, duplicados, fechas, fórmulas y campos obligatorios. Conservar el total de filas no demuestra que la migración sea correcta: compara también estados, relaciones y una muestra de registros completos.

Durante la prueba, mantén el sistema actual como referencia y usa el nuevo para comparar resultados. No permitas que ambos acepten cambios operativos independientes. Al pasar al piloto real, define la fecha de corte y qué sistema permite escribir; deja el anterior en consulta.

Acuerda qué hará el equipo si el nuevo sistema falla: quién autoriza la vuelta, qué exportación o copia restaurar y cómo reconciliar los cambios posteriores al corte. Ensaya la recuperación. Un archivo antiguo no basta si faltan las visitas creadas después.

• Datos: cada registro conserva su identificador y se explican las diferencias de recuento.
• Permisos: cada rol puede hacer lo necesario y no puede acceder a registros ajenos.
• Reintentos: una importación repetida no duplica operaciones y un fallo avisa a una persona.
• Continuidad: se puede consultar el trabajo pendiente y recuperar cambios con un procedimiento probado.

08 /Qué preparar antes de pedir presupuesto

Lleva un archivo de ejemplo sin información sensible, el recorrido de un registro, los roles que intervienen y tres errores que hoy cuesten tiempo. Añade las integraciones imprescindibles y quién se encargará de mantener el sistema. Esto ayuda más que una lista de pantallas.

Mide un periodo representativo antes y durante el piloto: tiempo de conciliación, registros duplicados, correcciones y tareas que quedan bloqueadas. Acuerda qué mejora justificaría el cambio y quién la comprobará. Si ordenar la hoja o comprar una herramienta existente resuelve el problema, da por buena esa conclusión.