Migrar de Excel a un software a medida: guía paso a paso para una pyme

Respuesta corta: cómo se migra de Excel a un software a medida

Migrar de Excel a un software a medida no consiste en importar el archivo y ya está. Se hace por pasos, y casi todos ocurren antes de cargar un solo dato: elegir un primer proceso, inventariar las hojas y quién las usa, rescatar las reglas que hoy viven en fórmulas y en la memoria del equipo, decidir qué datos se migran y cuáles se archivan, limpiarlos y relacionar cada columna con un campo del sistema nuevo. Después llegan una importación de prueba, la validación cuadrando totales con el Excel, un periodo corto de trabajo en paralelo y una fecha de corte a partir de la cual la hoja antigua deja de usarse. Cargar los datos es la parte más pequeña. Lo que más tiempo consume son las decisiones: qué dato es el bueno cuando hay dos versiones, qué se conserva de hace años y quién da el visto bueno a las cifras. Esta guía está escrita para quien contrata el software: qué te toca hacer a ti, qué hace el estudio y cuándo se decide cada cosa. Si todavía dudas de si cambiar, empieza por cuándo Excel ya no es suficiente para gestionar tu negocio; este artículo arranca justo después, con la decisión ya tomada. Si además facturas desde Excel, la normativa de facturación electrónica pone fechas límite en 2027 y añade una razón de calendario para no aplazarlo: Verifactu para software a medida explica qué cambia en tu caso.

Una migración bien hecha se nota el primer día de uso: las cifras del sistema nuevo coinciden con las del Excel. Todo el trabajo previo sirve para llegar a ese momento sin sorpresas.

Antes de nada: empieza por un proceso, no por todo el Excel

La tentación es migrarlo todo de golpe: clientes, presupuestos, pedidos, stock y partes. Es la forma más fiable de que el proyecto se alargue y de que nadie confíe en el resultado, porque un fallo en una parte contamina la confianza en el conjunto. Es más seguro elegir el proceso que más tiempo consume o más errores causa, ponerlo a funcionar con datos reales y ampliar después. Para elegirlo bastan tres preguntas. ¿Cuál cuesta más horas a la semana? ¿Cuál provoca errores que llegan al cliente, como un presupuesto mal calculado o un pedido que se pierde? ¿Cuál se puede separar del resto sin parar el negocio? Suele ser el seguimiento de presupuestos, los partes de trabajo o la ficha de cliente. Ese primer proceso se construye y se migra como una primera versión mínima, la Alpha, que se prueba con un grupo reducido antes de invertir en el resto; la lógica completa está en por qué validar una app antes de desarrollarla. Además, con pocos datos descubres qué problemas tiene tu información antes de enfrentarte a todos.

Migrar por procesos tiene una ventaja que se subestima: los errores aparecen con pocos datos y pocos usuarios, cuando corregirlos sale barato.

Paso 1: inventaria tus hojas y quién usa cada una

Antes de decidir qué se migra hace falta saber qué hay. En una pyme que lleva años con hojas de cálculo suele haber más archivos de los que recuerda quien los coordina: el Excel principal, las copias de cada comercial, una hoja de tarifas y otra que alguien mantiene en su ordenador. El inventario no es técnico: es una tabla que cualquiera del equipo puede rellenar. Si hiciste el ejercicio de documentar durante una semana qué hace cada persona con la información, que se describe en cuándo Excel ya no es suficiente, ya tienes buena parte hecha. Si no, basta con anotar lo siguiente por cada archivo.

• Dónde está, cuántas copias hay y cuál es la versión que manda.
• Quién escribe en él, quién solo consulta y quién recibe extractos por correo.
• Qué datos contiene: una misma hoja puede mezclar clientes, presupuestos y tarifas.
• De dónde vienen los datos y adónde van: si se copian a mano desde un correo o un programa de contabilidad, o si alimentan otro documento.
• Qué pasa si falta: hay hojas de las que depende el negocio cada día y otras que nadie abre desde hace un año.

Paso 2: rescata la lógica escondida en fórmulas, macros y colores

Una hoja de cálculo no solo guarda datos: también guarda reglas del negocio, y casi nunca están escritas en otro sitio. Están en la fórmula que calcula el descuento según el cliente, en una macro programada hace años, en un formato condicional que pone una fila en rojo cuando un pago se retrasa o en el criterio de quien sabe que 'las filas amarillas son clientes a los que hay que llamar'. Si esa lógica no se rescata, el sistema se construirá sin ella y el primer día alguien dirá que 'esto antes lo hacía el Excel'. Revisarla también permite descubrir reglas que ya no se aplican y decidir si se mantienen.

Documentar estas reglas no es burocracia. Es la diferencia entre construir lo que el negocio hace de verdad y lo que alguien creyó que hacía, y es lo que necesita el estudio para estimar el alcance con realismo. Escribe las excepciones mientras todavía hay alguien que las recuerda.

• Fórmulas: pregunta qué regla de negocio representa cada columna calculada. Un porcentaje escrito dentro de una fórmula, como un recargo o un descuento, es una decisión cuya vigencia conviene confirmar.
• Macros: si el archivo es .xlsm, algo se automatiza. Pide a quien lo usa que describa con sus palabras qué hace cada botón.
• Colores y formatos condicionales: cada color suele ser un estado, como pendiente, urgente o pagado, que en el sistema nuevo será un campo con valores definidos.
• Hojas y columnas ocultas: suelen guardar tarifas, cálculos intermedios o parches añadidos para resolver un caso.
• Comentarios y notas al margen: ahí viven las excepciones, del tipo 'a este cliente se le factura siempre a 60 días'.

Paso 3: decide qué datos migrar y cuáles archivar

Migrar no obliga a traerlo todo. Cada dato que se carga hay que limpiarlo, validarlo y mantenerlo, y cada año de histórico añade trabajo. Una regla útil es decidir según para qué se va a usar la información en el sistema nuevo, no por miedo a perder algo. Lo que no se migra no se tira: se archiva y sigue siendo consultable. Hay una razón más para no migrarlo todo. Las hojas de un negocio suelen contener datos personales de clientes, proveedores o empleados, y el RGPD pide tratar solo los que hacen falta, limitar quién accede a ellos y no conservarlos más tiempo del necesario. Archivar no significa guardar para siempre. Antes de cargar nada, decide qué datos personales necesita de verdad el sistema nuevo, quién podrá verlos según su función y cuánto tiempo se conservará lo que se archiva. Los plazos dependen de cada obligación contable, fiscal o de otro tipo, así que confírmalos con tu gestor o con un profesional antes de borrar o archivar.

Migrar menos y migrar bien suele salir mejor que traer diez años de datos sucios. El histórico que hoy no se carga puede cargarse en una segunda fase si resulta que hace falta.

• Datos vivos, se migran siempre: clientes activos, presupuestos abiertos, pedidos en curso, tarifas vigentes y partes pendientes. Sin ellos el sistema no sirve el primer día.
• Histórico útil, se migra si compensa: los trabajos de los últimos años que vas a consultar o comparar, por ejemplo para saber qué le vendiste a un cliente. Fija un corte razonable, porque cada año extra añade limpieza.
• Histórico de consulta ocasional, se archiva: años antiguos que solo se miran ante una reclamación o una revisión. Se guardan en solo lectura, con una nota de qué contienen.
• Datos que ya no sirven, se descartan con criterio: duplicados evidentes, pruebas, contactos de hace años. Antes de borrar, comprueba con tu gestor si alguna obligación contable o fiscal te exige conservarlos.

Paso 4: limpia los datos antes de cargarlos

Un sistema nuevo es estricto donde Excel era tolerante: un campo de fecha solo acepta fechas, un cliente es un único registro y un importe es un número. Lo que Excel permitía por flexibilidad aparece ahora como problema. Por eso la limpieza es la parte más larga de una migración y conviene empezarla pronto, incluso antes del desarrollo: tu equipo puede hacerla mientras el estudio analiza el proceso, y acorta el calendario, como se explica en cuánto tarda desarrollar un software a medida. Estos son los problemas que casi siempre aparecen.

Limpiar no es corregirlo todo, es decidir. Cada discrepancia necesita una regla (cuál gana, cómo se escribe, qué hacer con los vacíos), y esa regla la fija quien conoce el negocio, no quien programa.

• Duplicados: el mismo cliente dado de alta dos veces, o una vez por comercial. Hay que decidir cuál es el registro bueno y qué se hace con lo asociado al otro.
• Nombres escritos de varias formas: 'García Hnos.', 'Garcia Hermanos S.L.' y 'GARCÍA HERMANOS' son el mismo cliente para ti y tres distintos para un sistema. El NIF o el CIF, cuando existe, es la mejor pista para unificarlos.
• Fechas en formatos distintos: 03/04/2026 puede ser el 3 de abril o el 4 de marzo según quién la escribió o cómo la interprete el programa, y hay fechas guardadas como texto.
• Importes mezclados: 1.250,50, 1250.5 o '1250 € + IVA'. Hay que decidir si el importe lleva IVA y unificarlo con un solo criterio.
• Celdas combinadas y filas de subtotal: se ven bien y rompen cualquier importación, porque una fila deja de equivaler a un registro.
• Códigos inconsistentes: referencias con y sin ceros a la izquierda, mayúsculas y minúsculas mezcladas, un mismo producto con dos códigos. Los códigos postales que empiezan por cero son un clásico: Excel los pierde al guardarlos como número.

Paso 5: pasa de columnas a campos, y de una hoja a varias tablas

En Excel todo vive en una fila. En un software, la información se organiza en entidades relacionadas: clientes, obras, presupuestos, partes. Por eso una hoja rara vez se traslada columna a columna. El mapeo es el documento que dice qué columna del Excel va a qué campo del sistema, con qué transformación y qué pasa cuando falta el dato. Un ejemplo ilustrativo: una pequeña empresa de reformas lleva una hoja 'Clientes' con una fila por cliente y columnas como Nombre, Teléfono, Obra, Presupuesto 1, Importe 1, Presupuesto 2, Importe 2 y Estado. Funciona mientras cada cliente tiene un presupuesto. Cuando tiene tres, alguien añade 'Presupuesto 3' e 'Importe 3', y ahí se ve el límite. En el sistema nuevo eso se convierte en varias tablas relacionadas: un cliente, que puede tener varias obras, cada obra con varios presupuestos, y cada presupuesto con su importe y su estado. Migrar es repartir cada fila de la hoja entre esas tablas. No tienes que diseñar la estructura técnica, pero sí revisar el mapeo, porque ahí se ve si el sistema entiende tu negocio. Un buen mapeo recoge, para cada dato, lo siguiente.

Si un dato de tu hoja no encaja en ningún campo, no desaparece en silencio: es la señal de que falta un campo o de que ese dato ya no hace falta.

• Columna de origen y campo de destino, por ejemplo de 'Importe 1' a 'importe del presupuesto'.
• Transformación: unificar fechas, separar nombre y apellidos o convertir un 'Sí/No' en un valor lógico.
• Valores permitidos: la lista cerrada de estados o categorías.
• Qué hacer si falta el dato: si es obligatorio, si hay un valor por defecto o si el registro se aparta para revisarlo a mano.
• Identificador único: qué dato distingue a cada cliente o producto, como el NIF o la referencia, para no duplicar registros si se vuelve a importar.

Paso 6: importación de prueba y validación cuadrando totales

Nunca se importa todo a la primera. Se hace una importación de prueba con un conjunto pequeño y representativo, por ejemplo unas decenas de clientes con sus pedidos, e incluyendo a propósito los casos raros: el cliente con caracteres especiales en el nombre, el pedido con descuento, el registro incompleto. Se revisa el resultado, se corrige el mapeo o la limpieza y se repite. La carga suele hacerse desde archivos planos, como CSV, exportados de cada hoja; por eso conviene no cambiar la estructura del Excel mientras dura el proyecto. Cuando funciona con pocos datos, se carga el conjunto completo en un entorno de pruebas, no en el sistema que usa el equipo, y se valida. Validar consiste en comprobar que los números del sistema coinciden con los del Excel. Es la prueba que más confianza da, y se hace con comprobaciones que cualquiera entiende.

Quien da el visto bueno a las cifras debe ser alguien del negocio, no quien ha hecho la carga. Es quien sabe si el total que ve para un cliente es razonable.

• Recuentos: clientes, pedidos o partes en el Excel frente a los del sistema. Si faltan registros, hay que saber cuáles y por qué, porque unos habrán quedado fuera a propósito y otros por error.
• Totales: la suma de importes de un periodo cerrado, como lo presupuestado en un trimestre, debe coincidir hasta el céntimo. Si no coincide, se rastrea la diferencia hasta encontrar su origen.
• Muestreo: se eligen al azar veinte o treinta registros y se comparan campo a campo con la hoja original.
• Casos límite: los registros con más líneas, con importes más altos o con datos vacíos.
• Informes conocidos: uno que ya conoces de memoria, como los cobros pendientes, debe dar el mismo resultado.

Paso 7: trabajo en paralelo, fecha de corte y qué hacer con el Excel antiguo

Con los datos validados llega el momento más delicado: dejar de usar el Excel. Lo más seguro es un periodo de trabajo en paralelo, en el que el equipo registra la actividad en el sistema y se compara con la hoja. Sirve para encontrar los casos que nadie previó antes de depender de ellos. En el calendario de ejemplo de cuánto tarda desarrollar un software a medida, tres técnicos usaban la herramienta en paralelo con la hoja de cálculo durante cinco días laborables. El paralelo tiene fecha de caducidad. Mantener dos sistemas a la vez duplica el trabajo y los errores, y sin un día fijado la hoja no se abandona nunca. Por eso se acuerda una fecha de corte: a partir de ese día todo lo nuevo se registra solo en el sistema y el Excel deja de editarse. Después hay que contar con unas semanas de estabilización, de dos a cuatro en una herramienta interna según ese mismo artículo, en las que debe estar claro quién resuelve las dudas. El día del corte la hoja no se borra, se congela. Se guarda una copia sin tocar, con la fecha en el nombre, en un lugar con copia de seguridad, y el archivo de uso diario se pasa a solo lectura o se retira para que nadie lo edite por costumbre. Esa copia es la referencia para resolver cualquier duda sobre una cifra antigua y el punto de partida si hubiera que recuperar datos.

La fecha de corte es una decisión de negocio, no técnica. Si no la toma nadie, el paralelo se alarga y la migración se queda a medias.

• Elige una fecha tranquila, lejos de cierres contables, campañas, temporada alta o vacaciones del equipo.
• Haz una última carga justo antes del corte con lo registrado desde la anterior importación y vuelve a cuadrar los totales.
• Comunica la fecha a todo el equipo y deja claro que, si falta algo en el sistema, se pide como mejora y no se apunta aparte en la hoja.

Formación y acompañamiento: la otra mitad del cambio

Migrar los datos es la mitad del trabajo; la otra mitad es que el equipo use el sistema. Si no lo adopta, los datos migrados envejecen dentro del sistema mientras el trabajo real sigue ocurriendo en la hoja.

• Forma a cada perfil en lo suyo: quien solo consulta, quien registra y quien gestiona no necesitan la misma sesión.
• Haz participar al equipo desde las pruebas: quienes usan el sistema detectan antes que nadie los pasos que sobran y llegan a la formación sabiendo qué van a encontrar.
• Nombra a una persona de referencia interna que resuelva dudas rápidas en las primeras semanas, porque una duda sin respuesta empuja a abrir el Excel de siempre.

Errores habituales al migrar de Excel

Casi todos se repiten de un proyecto a otro, y casi ninguno es técnico.

Estos errores se evitan con decisiones tomadas antes de cargar un solo dato, no con más tecnología.

• Migrarlo todo de golpe, sin un primer proceso que sirva de prueba.
• Empezar a limpiar tarde: los problemas aparecen en la importación y retrasan la puesta en marcha.
• Dejar que el Excel cambie de estructura durante el proyecto: cada columna nueva obliga a rehacer el mapeo.
• Dar por buena la importación porque terminó sin errores, sin cuadrar totales: el fallo aparece después, en el primer informe de cobros.
• Olvidar las reglas escondidas en fórmulas, colores y macros.
• No fijar la fecha de corte y acabar con dos sistemas vivos, o seguir editando el Excel antiguo después.
• Concentrar el conocimiento en una sola persona: si es quien conoce la hoja y está de vacaciones, el proyecto se frena.
• Medir el éxito por la carga y no por el uso.

Cuánto tarda y cuánto cuesta migrar de Excel

La migración no se planifica ni se presupuesta por separado: forma parte del proyecto. Según cuánto tarda desarrollar un software a medida, una herramienta interna de gestión necesita entre seis y doce semanas, y la parte más impredecible suele ser traer los datos desde las hojas de cálculo. Empezarla tarde es una de las causas habituales de retraso. En precio, cuánto cuesta un software a medida sitúa la herramienta interna que sustituye a la hoja de cálculo en un equipo pequeño entre 3.000 y 10.000 euros, y advierte de que traer años de clientes y pedidos con formatos inconsistentes suele costar más de lo esperado, porque hay que limpiar, unificar y validar antes de cargar. Son rangos orientativos, no un presupuesto: el de tu caso depende de cuántas hojas, cuántos años y cuánta limpieza haya, y solo se cierra tras un diagnóstico.

El coste de una migración no está en la carga, sino en el estado de los datos. Cuanto más limpios lleguen, menos horas se gastan en arreglarlos.

Qué parte depende de ti y qué parte hace el estudio

El reparto exacto depende de cada proyecto y conviene que quede por escrito en el alcance. Como regla general, el estudio pone la parte técnica y tú pones el conocimiento del negocio, que nadie más tiene. Si todavía estás eligiendo quién lo construye, freelance o agencia para tu proyecto IT compara las opciones.

Si nadie del lado del negocio tiene tiempo para decidir, el proyecto se detiene en la limpieza. Reserva ese tiempo antes de empezar: el artículo de plazos calcula entre dos y cuatro horas semanales para la persona de referencia.

• Te toca a ti: localizar los archivos y decidir cuál es la versión buena de cada uno.
• Te toca a ti: contar las reglas del negocio, con sus excepciones, y confirmar cuáles siguen vigentes.
• Te toca a ti: decidir qué se migra, qué se archiva y qué se descarta.
• Te toca a ti: resolver las dudas de limpieza, como qué registro gana en un duplicado, o delegarlas en una persona con criterio y tiempo.
• Te toca a ti: validar las cifras y fijar la fecha de corte.
• Suele hacerlo el estudio: analizar la estructura de las hojas, proponer el mapeo y el modelo de datos.
• Suele hacerlo el estudio: preparar y ejecutar las importaciones de prueba y la final, y señalar los datos que no encajan.
• Suele hacerlo el estudio: construir las validaciones que impiden que vuelvan a entrar datos mal formados, como campos obligatorios y listas cerradas, y acompañar en las pruebas y las primeras semanas.

Cómo lo planteamos en Mizura Studio

Mizura Studio es un estudio de consultoría IT, SEO y desarrollo a medida para pymes en Madrid. Las decisiones generales de trabajo, como el diagnóstico antes del precio, el alcance por escrito y el pago por fases, están explicadas en cómo trabajamos para que un software a medida sea asequible. En una migración desde Excel se concretan así.

Si tus hojas de cálculo sostienen el negocio y no sabes por dónde empezar, cuéntanos tu caso: te decimos qué tiene sentido hacer y en qué orden. Aquí puedes ver cómo planteamos la consultoría y el desarrollo a medida.

• Diagnóstico de tus hojas antes de dar una cifra: revisamos los archivos, su estado y los sistemas con los que se relacionan, porque la calidad de los datos pesa en el presupuesto.
• Un primer proceso con una Alpha: se migra y se prueba con usuarios reales un solo proceso antes de ampliar al resto.
• Datos y accesos a tu nombre: la copia congelada del Excel, las importaciones y el sistema nuevo son tuyos desde el primer día.
• Honestidad sobre lo que no hace falta: si una suscripción o una integración pequeña cubre tu caso, te lo decimos.

Preguntas frecuentes sobre migrar de Excel a un software a medida

Estas son las dudas que más se repiten cuando una pyme se plantea dejar Excel.

• ¿Se puede migrar de Excel a un software a medida sin perder datos? Sí, si se trabaja con una copia intacta del Excel, una importación de prueba y una validación que cuadre recuentos y totales. Lo que se pierde en las migraciones mal hechas suele ser lo que nadie revisó, no lo que se descartó con criterio.
• ¿Hay que migrar todo el histórico? No. Se migra lo que vas a usar y se archiva el resto en solo lectura; si más adelante hace falta, se carga en una segunda fase.
• ¿Se puede importar un Excel tal cual? Técnicamente sí, pero rara vez conviene. Sin limpieza ni mapeo, el desorden de la hoja pasa al sistema y los duplicados y los formatos mezclados se convierten en errores reales.
• ¿Y si mi Excel es un caos? Es lo normal y tiene arreglo. El inventario y la limpieza lo ordenan, y lo que no se puede ordenar se aparta para revisarlo a mano. No hace falta tenerlo todo limpio para empezar: se avanza con un primer proceso.
• ¿Qué pasa si facturo desde Excel? Tenlo presente al elegir el primer proceso. Verifactu para software a medida explica en qué situación estás y por qué conviene plantear esa parte con el calendario normativo a la vista.
• ¿Puedo hacerlo con una herramienta no-code o con una base de datos como Access? A veces sí. Herramientas como Airtable o Power Apps permiten construir una aplicación sin programar, y una base de datos sencilla puede bastar si solo necesitas ordenar y consultar datos. Suelen encajar con procesos simples y pocos usuarios, y se quedan cortas cuando hay reglas propias, integraciones o permisos complejos. En todos los casos hace falta el mismo trabajo de inventario, limpieza y validación de esta guía. Software a medida o estándar: cómo decidir ayuda a comparar las opciones.
• ¿Y si al final no necesito un software a medida? Puede ocurrir: a veces basta una suscripción o una integración pequeña, y migrar a un estándar también exige inventario, limpieza y validación. Software a medida o estándar: cómo decidir te ayuda a resolverlo antes de invertir.
• ¿De quién son los datos migrados y el código? Deberían estar a tu nombre desde el primer día. Confírmalo en el alcance por escrito y, ante cualquier duda, consúltalo con un profesional del derecho.

Por dónde empezar: un paso concreto para esta semana

El paso de esta semana no requiere proveedor ni presupuesto. Elige el proceso con el que empezarías y haz el inventario de las hojas que lo alimentan: quién las usa, qué datos tienen, qué fórmulas, colores o macros esconden y cuál es la versión buena. Después abre la más importante y revisa una muestra de unas cincuenta filas, apuntando cuántos problemas encuentras: duplicados, fechas dudosas, nombres escritos de varias formas. Esa muestra te da una idea del estado de tus datos y un material concreto para la primera conversación con un proveedor. Con eso, cualquier análisis será más corto y cualquier presupuesto, más fiable. Si prefieres hacerlo acompañado, en Mizura Studio empezamos por entender tus hojas y tu proceso antes de hablar de tecnología o de cifras.

Una migración no empieza con el software. Empieza el día en que alguien se sienta con las hojas de cálculo y apunta qué hay en ellas, quién las usa y qué reglas esconden.