Migrar hojas de cálculo desordenadas a una base de datos seria es el paso que separa a una PyME que crece rápido de una que se atasca en errores de Excel cada mes. El 80% del esfuerzo no está en la carga sino en la normalización previa: deduplicar registros, mapear nombres inconsistentes, validar tipos de datos y construir las relaciones que el negocio realmente tiene. Cuando los datos se unifican, los problemas se anuncian solos. Aquí va el flujo probado.
¿Por qué dejar Excel ya?
Cinco señales operativas claras.
- La hoja madre tiene más de 100,000 filas y se cae al abrir
- Tres áreas distintas mantienen su propia versión y nadie sabe cuál es la verdadera
- Una fórmula compleja se rompe y nadie recuerda qué hacía
- No podés saber quién modificó qué celda hace dos semanas
- Necesitás conectar la hoja con e-commerce, CRM o ERP en tiempo real
Si tres de las cinco están presentes, ya estás atrasado en migración.
El flujo correcto en siete pasos
- Inventario completo de hojas, pestañas, fórmulas y referencias cruzadas
- Identificación de entidades de negocio (clientes, productos, ventas, proveedores)
- Diseño del esquema relacional con tres formas normales
- Limpieza previa en Excel: deduplicación, normalización de fechas, formatos consistentes
- Carga inicial con script Python o pgloader, tabla por tabla en orden de dependencia
- Validación fila a fila: conteo, suma de checksums, muestreo
- Switchover programado: aplicación apunta a la nueva base y Excel queda como archivo
La fase que rompe más migraciones
La normalización. Es donde el 60% del esfuerzo se concentra y donde todo el equipo subestima el tiempo.
| Tipo de problema | Frecuencia | Tiempo de fix |
|---|---|---|
| Nombres inconsistentes | Muy alta | Horas a días por entidad |
| Fechas en formato mezclado | Alta | Horas |
| Números con separador decimal mezclado | Alta | Horas |
| Filas duplicadas con leve diferencia | Alta | Días si son cientos |
| Referencias circulares en fórmulas | Media | Días |
| Macros VBA no documentadas | Media | Semanas si son críticas |
| Datos con encoding inconsistente | Media | Horas |
Sin normalización rigurosa, la nueva base de datos es un Excel disfrazado.
Caso real: 13 millones de filas y 197 tablas
Trabajamos con una distribuidora de control de plagas en Guatemala con 13 millones de filas legacy sin normalizar en SQL Server 2019 con 197 tablas inconsistentes. La operación tenía diez años de datos desorganizados.
- 3.6 millones de filas migradas a Supabase en 48 horas
- 1.17 TB en GCS en formato Parquet (capa Bronze)
- 197 tablas snapshot más 825 vistas Silver más 75 vistas materializadas Gold
- Verificación fila a fila: source igual a Bronze igual a Silver igual a Gold
- 73 tablas Gold finales normalizadas
- 57 políticas RLS y 17 roles RBAC
- Cien franquicias operativas con pipeline multi-tenant
Lo que antes tomaba treinta ingenieros y dieciocho meses lo entregamos en doce semanas con metodología MAGIA Core.
Los siete gotchas que aparecen siempre
- Filas en blanco en medio de la hoja que rompen el bulk insert
- Encabezados duplicados en pestañas múltiples
- Celdas con fórmulas en lugar de valores: hay que evaluar y persistir el resultado
- Comentarios y notas adjuntos que se pierden si no se extraen aparte
- Pestañas ocultas con datos críticos que nadie sabe que existen
- Validación de datos rota (lista desplegable con valores eliminados)
- Hipervínculos a archivos locales que el nuevo sistema no resolverá
El patrón Bronze Silver Gold para PyME
La arquitectura que aplicamos en cada migración seria.
| Capa | Función | Tecnología |
|---|---|---|
| Bronze | Datos crudos sin transformar, snapshot de cada hoja | Parquet en Supabase Storage |
| Silver | Normalizados, deduplicados, validados | Tablas Postgres estructuradas |
| Gold | Pre-agregados para dashboards y reportería | Vistas materializadas |
Cada capa es auditable. Cada fila puede trazarse desde Gold hasta Bronze. Cero magia.
El error de migrar todo de golpe
Tres veces de cada cinco, el equipo interno intenta migrar las diez hojas al mismo tiempo. Resultado: bug en una rompe todas, rollback caro, equipo desmoralizado.
El flujo correcto es por entidad y en orden de dependencia.
- Primero las maestras (clientes, productos, proveedores)
- Después las transaccionales (ventas, compras, movimientos)
- Por último las analíticas (reportes históricos, KPIs)
Cada entidad se migra, valida y opera durante una semana antes de pasar a la siguiente.
¿Qué base de datos elegir?
Para PyME LATAM con menos de 1M filas y horizonte de tres años.
| Volumen | Recomendación | Costo año 1 |
|---|---|---|
| Menos de 100K filas | Supabase Free o Postgres self hosted | 0 a 300 USD |
| 100K a 1M filas | Supabase Pro o Postgres gestionado | 300 a 2,400 USD |
| 1M a 10M filas | Postgres con índices y particionado | 2,400 a 7,200 USD |
| Más de 10M filas | Data lake con S3 más Parquet | desde 6,000 USD |
Para el 95% de las PyMEs LATAM, Postgres más Metabase resuelve hasta donde escalen.
¿Construir o comprar?
Para hoja simple sin relaciones cruzadas, herramienta tipo Airtable Pro o Notion cubre por 30 a 90 USD al mes. Para diez o más hojas interconectadas con miles de filas y reportería seria, el cálculo a tres años favorece a medida.
Sin retainers, sin licencias atadas, código a tu nombre para siempre.
Próximos pasos
Si tus hojas Excel ya pasaron el umbral donde se vuelven riesgo en lugar de herramienta, una sesión de descubrimiento te entrega blueprint con el modelo de datos propuesto y plan de migración. MAGIA Core entrega en doce semanas data lake unificado más migración completa más dashboards por rol. MAGIA Solo cubre cuando sos profesional independiente con marca propia.
Llamada de 30 minutos. Sin pitch deck. Conversación real sobre tu operación.