¿De verdad se puede migrar de Excel a una base de datos en 30 días?

Sí, para el núcleo operativo: las 10-15 planillas críticas, los catálogos maestros unificados y la carga automatizada. El alcance se limita deliberadamente a lo esencial; reportes adicionales y fuentes secundarias se incorporan después sobre la base ya funcionando. La clave es el foco, no la velocidad.

¿Hay que dejar de usar Excel por completo?

No. Excel se reposiciona: deja de ser la base de datos de la empresa y vuelve a ser herramienta de análisis. Los usuarios pueden conectarse al modelo de datos directamente desde Excel para análisis ad-hoc, con datos siempre actualizados y sin copy-paste.

¿Qué pasa con la operación durante la migración?

La operación no se detiene: el sistema nuevo se construye en paralelo y la migración de historia se valida contra los totales conocidos de las planillas. El corte se hace cuando ambos conviven y los números concilian, típicamente en la última semana del plan.

Datos

De Excel caótico a modelo de datos: un plan realista de 30 días

Equipo Okun Data · 17 de junio de 2026 · 6 min de lectura

Ninguna empresa decide un día "vamos a gestionar todo en planillas desconectadas". Pasa solo: una planilla para ventas, otra para stock, una copia "v2_FINAL_ahora_sí", fórmulas que apuntan a archivos que alguien movió de carpeta. Excel es una herramienta extraordinaria que se convierte en trampa cuando pasa de herramienta de análisis a base de datos de la empresa.

Salir de ahí no requiere un proyecto épico de un año. Con foco, el núcleo se resuelve en 30 días. Este es el plan que usamos, semana a semana.

Semana 1: inventario y triage

Antes de construir, entender. Se relevan las planillas que la operación realmente usa (suelen ser 10-15 críticas, no las 200 que existen) y para cada una: qué datos contiene, quién la carga, quién la consume y de dónde salen los datos. El hallazgo típico: la mitad son copias o derivados de otras, y hay tres versiones del catálogo de clientes con diferencias.

El entregable es un mapa: qué datos son maestros (clientes, productos, precios), cuáles son transaccionales (ventas, compras, movimientos) y cuáles son solo vistas (reportes que se derivan de los anteriores y que, con el modelo bien hecho, se generarán solos).

Semana 2: diseño del modelo y catálogos únicos

Se diseña el modelo de datos: pocas tablas bien pensadas, con claves consistentes. La tarea más laboriosa (y más valiosa) es la unificación de catálogos: deduplicar clientes, homologar nombres de productos, definir el criterio único. Es trabajo detallista, pero es la diferencia entre un sistema y un lío nuevo con mejor tecnología. Sobre los conceptos base: qué es un data warehouse.

Semana 3: migración y automatización de la carga

La historia se migra al modelo (con validación contra los totales conocidos: si la venta de marzo daba X en la planilla, tiene que dar X en la base) y se automatiza el flujo de entrada: los datos que venían de sistemas se conectan directo; los que se cargaban a mano pasan a formularios simples que escriben en la base con validaciones — adiós al "me equivoqué de celda".

Semana 4: reportes y convivencia

Sobre el modelo se construyen los reportes que antes eran planillas derivadas — ahora automáticos, siempre actualizados, en dashboards. Y una decisión pragmática: Excel no se prohíbe. Se reposiciona: deja de ser la base de datos y vuelve a ser lo que es — una excelente herramienta de análisis ad-hoc, ahora alimentada por conexiones directas al modelo en lugar de copy-paste.

Las reglas para que no se degrade

Una fuente por dato: cada dato tiene un único lugar de carga. Si aparece una planilla paralela, es señal de que al sistema le falta algo — se resuelve en el sistema, no en la planilla.
Validaciones en la entrada: el sistema rechaza el cliente inexistente y la fecha imposible. La calidad se defiende en la puerta.
Un dueño del modelo: alguien (interno o socio externo) responde por cambios, altas de campos y salud general. Sin dueño, la entropía gana.

Conclusión

El problema nunca fue Excel: fue pedirle que sea lo que no es. Treinta días de trabajo enfocado — inventario, modelo, migración, automatización — convierten el archipiélago de planillas en una base única sobre la que todo lo demás (reportes, IA, crecimiento) se vuelve posible. Y tu equipo recupera las horas semanales que hoy gasta en consolidar a mano.

¿Tu empresa funciona sobre 40 planillas encadenadas?

En 30 días armamos el modelo de datos y automatizamos la carga. Tu equipo sigue operando mientras tanto.

Solicitar demo

Preguntas frecuentes

¿De verdad se puede migrar de Excel a una base de datos en 30 días?: Sí, para el núcleo operativo: las 10-15 planillas críticas, los catálogos maestros unificados y la carga automatizada. El alcance se limita deliberadamente a lo esencial; reportes adicionales y fuentes secundarias se incorporan después sobre la base ya funcionando. La clave es el foco, no la velocidad.
¿Hay que dejar de usar Excel por completo?: No. Excel se reposiciona: deja de ser la base de datos de la empresa y vuelve a ser herramienta de análisis. Los usuarios pueden conectarse al modelo de datos directamente desde Excel para análisis ad-hoc, con datos siempre actualizados y sin copy-paste.
¿Qué pasa con la operación durante la migración?: La operación no se detiene: el sistema nuevo se construye en paralelo y la migración de historia se valida contra los totales conocidos de las planillas. El corte se hace cuando ambos conviven y los números concilian, típicamente en la última semana del plan.