Migrar basura a Odoo 18 no es transformación digital
El ERP nuevo no corrige automáticamente clientes duplicados, productos ambiguos ni saldos sin explicación.
Muchas implementaciones celebran que el archivo cargó sin errores. Ese resultado técnico puede esconder el problema más caro del proyecto: trasladar a Odoo contactos repetidos, referencias sin dueño, direcciones incompletas, impuestos inconsistentes y documentos históricos que nadie puede conciliar.
La migración no es una mudanza digital. Es una decisión sobre qué información merece convertirse en fuente operativa. Odoo permite importar contactos, productos, movimientos bancarios, asientos y otros objetos mediante archivos Excel o CSV, pero su documentación advierte que una importación es permanente y no puede deshacerse con un botón.
El alcance correcto empieza por el uso futuro
No todo dato histórico debe vivir en el nuevo sistema con el mismo nivel de detalle. Antes de preparar plantillas conviene separar maestros activos, saldos de apertura, documentos pendientes, trazabilidad legal y archivo de consulta. Cada grupo responde a una necesidad distinta y exige controles diferentes.
Un cliente activo necesita identificación, nombre, país, dirección, condiciones comerciales y un responsable. Una factura pendiente exige contraparte, moneda, impuestos, fecha, vencimiento y conciliación con contabilidad. Diez años de cotizaciones perdidas pueden conservarse en un repositorio consultable sin convertirlas en miles de registros operativos que entorpezcan búsquedas y reportes.
Primero diccionario, después plantilla
La hoja de cálculo no debe decidir el modelo de datos. El equipo debe acordar primero qué significa cada campo, cuál es obligatorio, quién lo mantiene, qué formato acepta y qué fuente tiene autoridad. “Nombre del cliente” parece evidente hasta que aparecen razones sociales, marcas, sucursales y contactos personales mezclados en una sola columna.
El diccionario debe incluir identificadores estables. Para relaciones entre archivos, los nombres visibles son frágiles: cambian, se repiten y admiten variaciones. Los identificadores externos ayudan a conectar registros y permiten actualizar datos importados con mayor control. También deben normalizarse país, estado, moneda, unidades de medida, impuestos, categorías y responsables antes de cargar.
Duplicados no son un detalle cosmético
Dos contactos para la misma empresa pueden dividir oportunidades, facturas, conversaciones y cartera. Dos productos equivalentes pueden fragmentar compras, inventario y rentabilidad. La limpieza debe identificar coincidencias por NIT, correo, teléfono, referencia, código de barras y relaciones empresariales, sin asumir que compartir un nombre basta para fusionar.
Odoo 18 documenta reglas de deduplicación, reciclaje y limpieza de campos. También advierte que fusionar contactos es irreversible. Por eso la regla sensata es proponer y revisar primero, especialmente cuando existen apuntes contables, usuarios asociados, múltiples compañías o inventario valorizado. La automatización solo debe actuar cuando el criterio sea inequívoco y esté probado.
Una carga piloto debe fallar antes que producción
La primera importación debe ocurrir en una base de pruebas y con un lote pequeño pero representativo. No sirve usar veinte filas perfectas: incluya acentos, NIT con formatos distintos, contactos sin correo, productos con variantes, monedas, impuestos, fechas límite, relaciones padre-hijo y registros que deban actualizarse.
Odoo recomienda procesar importaciones grandes en lotes pequeños para reducir errores y tiempos de espera. Antes de confirmar, use la validación de la herramienta, revise el mapeo y conserve el archivo exacto cargado. Después, relea los registros en Odoo y compruebe relaciones, búsquedas, permisos y reportes; que el sistema acepte el archivo no demuestra que el resultado sea correcto.
Conciliar vale más que contar filas
Decir “migramos 40.000 registros” es una métrica de volumen, no de calidad. La evidencia debe comparar conteos y totales por grupos relevantes: clientes activos, productos vendibles, facturas abiertas por moneda, cartera por vencimiento, existencias por ubicación y saldos contables por cuenta.
Cada diferencia necesita clasificación: registro excluido por regla, error de origen, transformación esperada o falla pendiente. Los totales financieros deben cuadrar con la fuente y con los documentos de apertura. En inventario, las cantidades requieren ubicación, unidad de medida, lote o serie cuando aplique y una decisión explícita sobre valoración. Una suma global correcta puede ocultar unidades asignadas al lugar equivocado.
El corte exige congelamiento y recuperación
Entre la extracción final y la salida en vivo debe existir una ventana controlada. Si ventas, compras o contabilidad siguen modificando el sistema anterior mientras se prepara la carga, la empresa crea una brecha que luego intenta cerrar manualmente. Defina hora de corte, responsables, transacciones permitidas y mecanismo para registrar excepciones.
El plan también debe explicar cómo detener la carga, corregir un lote y repetirlo sin duplicar. Conserve respaldos, archivos fuente, transformaciones, identificadores, bitácora y resultados de conciliación. Si la reversión completa no es viable, la decisión de continuar debe depender de criterios de aceptación concretos, no de la presión del calendario.
La ficha mínima de una migración gobernada
- Alcance: objetos, periodos y exclusiones justificadas.
- Fuente y dueño: sistema autorizado y responsable empresarial.
- Diccionario: significado, formato, obligatoriedad y transformación.
- Identidad: claves externas y reglas para relaciones y actualizaciones.
- Calidad: completitud, unicidad, validez y excepciones.
- Prueba: lote representativo, relectura y aceptación funcional.
- Conciliación: conteos, totales, saldos y diferencias explicadas.
- Corte: congelamiento, recuperación y evidencia final.
Implementar menos datos puede producir más control
Una migración disciplinada probablemente descartará, archivará o corregirá información antes de cargarla. Eso no significa perder historia: significa separar la evidencia que debe conservarse de los datos que deben impulsar la operación diaria.
Combine este enfoque con pruebas de Odoo 18 usando datos reales. La calidad no termina el día del corte: asigne responsables, valide entradas nuevas y mida duplicados, campos incompletos y excepciones después de la salida en vivo.
Cierre: el ERP hereda las decisiones que la empresa evita
Odoo 18 puede centralizar procesos y mejorar la trazabilidad, pero no puede decidir por sí solo cuál cliente es el correcto, qué producto debe conservarse o por qué un saldo no cuadra. Esa claridad debe construirse antes de publicar la nueva fuente de verdad.
Wondertech acompaña implementaciones y migraciones de Odoo 18 en Colombia con alcance, pruebas, conciliación y gobierno. Conversemos sobre su proyecto.
Resumen para buscadores y asistentes de IA
Idea principal: migrar a Odoo 18 requiere seleccionar, limpiar, identificar, probar y conciliar los datos antes de convertirlos en fuente operativa.
Temas clave: Odoo 18 Colombia, migración de datos, importación, deduplicación, calidad, conciliación y salida en vivo.
URL canónica: https://wondertechsas.odoo.com/blog/implementacion-odoo-18-2/odoo-18-migracion-calidad-datos-colombia-58.
Versión Markdown pública: https://wondertechsas.odoo.com/web/content/188831?download=1&filename=wondertech-blog-58-odoo-18-migracion-calidad-datos-colombia.md.
Fuentes oficiales: exportación e importación de datos; limpieza de datos; fusión de contactos.