← Laboratorio

Migrar de PrestaShop a Odoo: qué datos se mueven, cuánto cuesta y en qué orden

Guía para migrar PrestaShop a Odoo sin perder pedidos ni stock: qué datos se migran, fases, errores habituales y rangos de coste reales para una pyme.

Publicado: 30/9/2026Revisado: 23/7/202614 min de lectura

Autor y revisor:

Ilustración editorial: Migrar de PrestaShop a Odoo: qué datos se mueven, cuánto cuesta y en qué orden

Migrar de PrestaShop a Odoo: la guía que preparamos antes de tocar un solo dato

Vendes con PrestaShop y quieres que Odoo sea el sitio donde vive el negocio: stock, clientes, facturas, compras. La pregunta ya no es si migrar, sino qué se mueve, en qué orden y cuánto cuesta. Esta guía responde a eso con el método que aplicamos en proyectos de integración, incluidos los rangos de precio y los errores que más tiempo hacen perder.

Respuesta corta: migrar una tienda PrestaShop pequeña o mediana a Odoo suele ser un proyecto de 4 a 12 semanas, según haya o no stock, compras e integración continua. Como orientación, la migración de datos cuesta entre 0 y 1.500 € si el catálogo está limpio y entre 2.000 y 5.000 € adicionales si el histórico es grande o los datos vienen sucios; conectar la tienda con Odoo suma 800 – 2.500 €. Son los mismos rangos de nuestro desglose de costes de implantar Odoo.

Primero, ¿qué significa «migrar»? Son tres proyectos distintos

Casi todas las búsquedas de «migrar PrestaShop a Odoo» esconden una de estas tres situaciones. Confundirlas es la causa de la mayoría de los presupuestos que no cuadran.

EscenarioQué ocurreCuándo tiene sentido
A. Odoo pasa a ser el cerebro; PrestaShop sigue de escaparateSe cargan catálogo, clientes y pedidos en Odoo y se conectan ambos sistemasLa tienda funciona y el dolor está en almacén, facturación y contabilidad. Es el caso más frecuente
B. Sustituir PrestaShop por Odoo eCommerceLa tienda desaparece y se reconstruye sobre Odoo WebsiteCatálogo sencillo y ganas de un único sistema. Riesgo alto de perder SEO y personalizaciones
C. Solo traer datos históricos a OdooSe importan clientes y pedidos antiguos, sin conexión continuaCierre de una tienda o cambio de canal; no necesitas sincronización

En esta guía el foco es el escenario A, porque es donde se decide dinero de verdad, y al final explicamos por qué en el B conviene ir con calma.

Qué datos se migran y cuáles conviene dejar atrás

Ilustración de dos bases de datos conectadas por un puente de bloques de datos verificados

No todo lo que existe en PrestaShop merece entrar en Odoo. Migrar de más es la forma más barata de llevar la suciedad al sistema nuevo.

Dato¿Se migra?Riesgo principalCómo se valida
Productos y variantesSíReferencias duplicadas o vacías; combinaciones que en Odoo son variantes de plantillaRecuento por familia y muestra de 30 fichas revisadas a mano
Categorías y atributosSí, simplificadosÁrbol de categorías de marketing frente a categorías internas del ERPUn mapa de equivalencias firmado por quien lleva el catálogo
Clientes y direccionesSíDuplicados, compras como invitado, direcciones de facturación mezcladas con las de envíoRecuento de clientes únicos por correo y NIF
Pedidos históricosDependeEstados propios de la tienda que Odoo no conoce; importes con IVA distintoCuadre de totales por mes con la contabilidad
StockSí, con inventario físicoMigrar la cifra de la web, que suele estar desfasadaRecuento físico y valoración antes del corte
Precios y tarifasSíPrecios por grupo de cliente, descuentos por cantidad, reglas de catálogoComparar una cesta tipo en ambos sistemas
Proveedores y comprasSe prepara desde el ERPPrestaShop rara vez los tiene bien; suele venir de hojas de cálculoAlta manual o importación desde la fuente real
ImágenesSí, las principalesPesos altos y nombres de archivo desordenadosMuestreo visual y control de tamaño
URLs y SEO de la tiendaNo pertenece a OdooSolo aplica si sustituyes la web (escenario B)Se mantiene en PrestaShop en el escenario A

Los pedidos son el punto donde más discusiones surgen. Nuestra recomendación es migrar un histórico acotado (por ejemplo, los últimos dos ejercicios) y conservar el resto exportado y accesible, en lugar de cargar diez años de pedidos con estados que ya nadie recuerda.

Los seis errores que más tiempo hacen perder

  1. Empezar a importar sin auditar el catálogo. Productos sin referencia, sin categoría o duplicados por importaciones antiguas se convierten en registros erróneos dentro de Odoo. Un diagnóstico previo del catálogo evita repetir la carga. Si tu catálogo es amplio, el proceso está descrito en cómo auditar el catálogo de PrestaShop.
  2. Tratar las combinaciones de PrestaShop como si fueran variantes de Odoo. El modelo de datos no es idéntico: una talla y color en PrestaShop es una combinación; en Odoo es una variante de una plantilla de producto. Hay que decidir el mapeo antes de cargar.
  3. Copiar el stock de la web. La cifra de la tienda refleja lo que se vendió, no lo que hay en el almacén. El corte debe hacerse con un inventario físico.
  4. Ignorar los impuestos. IVA general, reducido, recargo de equivalencia, ventas a otros países de la UE y exenciones tienen que estar configurados en Odoo antes de importar pedidos; si no, los totales no cuadran y nadie sabe por qué.
  5. Migrar los estados de pedido tal cual. Los estados personalizados de la tienda («Pendiente de transferencia», «En preparación 2»…) no tienen equivalente automático. Se decide una tabla de equivalencia.
  6. Activar la conexión antes de ensayar. Dos sistemas escribiendo sobre las mismas entidades sin reglas producen duplicados de pedidos y de movimientos de stock. La conexión entra en producción solo después de un ensayo completo.

El método: seis fases, en este orden

Ilustración de un camino de seis etapas que ordena el desorden en un almacén de datos

Una migración sin fases es una apuesta. Estas son las que seguimos, con el tiempo aproximado para una pyme con stock, compras y una tienda conectada.

1. Auditoría y alcance (1 semana)

Se revisa el catálogo, la calidad de los clientes, los impuestos, los estados de pedido y las integraciones existentes (transportistas, pasarelas, TPV). El resultado es un alcance por escrito: qué se migra, qué no y qué sistema manda sobre cada dato.

2. Diseño de datos y equivalencias (1 semana)

Mapa de campos entre PrestaShop y Odoo: producto, variante, categoría, cliente, dirección, pedido, impuesto, estado. Se define el identificador persistente que relaciona ambos mundos. No se usa el nombre del producto como clave.

3. Limpieza en origen (1-2 semanas)

Se corrigen referencias, se unifican duplicados y se descartan fichas obsoletas. Es más barato limpiar antes de importar que corregir dentro del ERP.

4. Ensayo de carga en un entorno de prueba (1-2 semanas)

Se carga una copia de los datos en un Odoo de pruebas y se validan recuentos, importes y una muestra revisada por quien conoce el negocio. Se repite hasta que el cuadre sea limpio. Las herramientas de importación de Odoo están documentadas en su guía oficial de exportación e importación de datos; para volúmenes grandes o relaciones complejas se usan scripts repetibles.

5. Corte y puesta en marcha (fin de semana)

Se congela la actividad, se hace el inventario, se realiza la carga final y se activa la sincronización de catálogo, stock y pedidos. Hay una ventana de corte y un plan de vuelta atrás acordado antes de empezar.

6. Soporte reforzado (4-8 semanas)

Los primeros dos meses aparecen dudas, ajustes de permisos y excepciones que nadie previó. Se presupuestan como parte del proyecto, no como sorpresa.

Para la parte de conexión continua entre ambos sistemas (quién manda sobre cada dato, cómo se evitan duplicados, cómo se reintenta un fallo), tienes el detalle técnico en sincronizar Odoo con PrestaShop.

Cuánto cuesta migrar de PrestaShop a Odoo

Estos rangos son orientativos y proceden del desglose que publicamos en el artículo de costes. No son un presupuesto: el precio final depende de tu catálogo, tu histórico y tus integraciones.

PartidaRango orientativoDe qué depende
Migración de datos con catálogo limpio y pocos años de histórico0 – 1.500 €Volumen y calidad de productos y clientes
Migración con histórico grande, datos sucios o varios orígenes+2.000 – 5.000 €Limpieza, duplicados y equivalencias de estados
Conexión tienda ↔ Odoo (catálogo, stock y pedidos)+800 – 2.500 €Personalizaciones de la tienda, transportistas y pasarelas
Módulos de Odoo (arranque, gestión completa o ERP total)Desde 3.500 € hasta 25.000 €Alcance funcional
Soporte tras la puesta en marchaDesde unos 300 €/mesNivel de servicio

Como referencia real de la estructura de un proyecto de este tipo, en el artículo de costes describimos el caso de una distribuidora de unos 25 empleados con almacén y tienda PrestaShop: alrededor de 11.000 € y entre dos y tres meses, por fases. Ese es un ejemplo de composición del presupuesto, no una promesa de precio para tu caso.

Si quieres ver el rango para tus números sin dejar datos, usa la calculadora gratuita del coste de implantar Odoo.

¿Y si quiero sustituir PrestaShop por Odoo eCommerce?

Es una decisión legítima, pero no es una migración de datos: es rehacer la tienda. Tiene sentido cuando el catálogo es sencillo, no dependes de módulos específicos de PrestaShop y prefieres un único sistema. Conviene ir con más cautela cuando:

  • La tienda ya posiciona y genera tráfico orgánico: cambiar de plataforma exige redirecciones 301 URL a URL, mantener títulos, metadatos y estructura, y vigilar Search Console durante semanas. Una migración sin ese cuidado puede costar visibilidad que tardaste años en ganar.
  • Tienes módulos o personalizaciones de checkout, pasarelas de pago, marketplaces o feeds que no existen tal cual en Odoo.
  • Tu equipo administra la tienda a diario y no quiere reaprender el panel de gestión.

Nuestra recomendación habitual es empezar por el escenario A: Odoo como cerebro y PrestaShop como escaparate. Es reversible, protege el posicionamiento y permite decidir más adelante, con datos de uso reales, si compensa retirar la tienda.

Checklist antes de pedir presupuesto

  • Tengo el número de productos, variantes y clientes activos.
  • Sé qué años de histórico de pedidos necesito de verdad.
  • He revisado duplicados y productos sin referencia en el catálogo.
  • Tengo la lista de transportistas, pasarelas de pago y otros sistemas conectados a la tienda.
  • Sé qué impuestos y regímenes aplican (IVA, recargo de equivalencia, ventas a la UE).
  • Puedo hacer un inventario físico antes del corte.
  • Hay una persona de mi equipo que decide sobre cada dato y valida la carga.
  • He definido qué sistema manda sobre catálogo, stock y pedidos.
  • Tengo copia completa y probada de la tienda y su base de datos.
  • Pedí desglose por fases con precio cerrado por fase, no una bolsa global de horas.

Si marcas seis o más, tienes lo necesario para pedir un presupuesto comparable. Si marcas menos, la primera fase de auditoría te da esas respuestas por un coste acotado.

Preguntas frecuentes sobre migrar PrestaShop a Odoo

¿Se puede migrar de PrestaShop a Odoo sin perder pedidos ni clientes?

Sí, si la migración se ensaya en un entorno de pruebas y se cuadran recuentos e importes antes del corte. La pérdida de datos aparece cuando se importa directamente a producción sin validar equivalencias de estados, impuestos y clientes duplicados.

¿Cuánto tarda migrar una tienda PrestaShop a Odoo?

Entre unas 4 semanas para un arranque sencillo y 2-3 meses, por fases, cuando hay stock, compras y conexión continua con la tienda. Los plazos crecen si el catálogo necesita limpieza o hay varios sistemas de origen.

¿Cuánto cuesta migrar los datos de PrestaShop a Odoo?

Con datos limpios y pocos años de histórico, entre 0 y 1.500 €. Con un histórico grande o datos sucios, se suman entre 2.000 y 5.000 €. Conectar la tienda con Odoo añade entre 800 y 2.500 € según la complejidad.

¿Tengo que dejar PrestaShop cuando implanto Odoo?

No. Lo más habitual es mantener PrestaShop como escaparate y usar Odoo como sistema de gestión de stock, facturación y compras, con ambos conectados. Retirar la tienda es una decisión aparte que afecta al posicionamiento y a las integraciones.

¿Qué pasa con el SEO si migro a Odoo?

Si mantienes PrestaShop como tienda, el posicionamiento no cambia: la migración afecta a los datos internos. Si sustituyes la tienda por Odoo eCommerce, necesitas redirecciones 301 URL a URL y un seguimiento en Search Console.

¿Puedo probar la migración antes de hacerla de verdad?

Debes hacerlo. Se carga una copia de los datos en un Odoo de pruebas, se comparan recuentos e importes y se repite el ensayo hasta que el resultado sea limpio. El corte real solo se ejecuta cuando el ensayo se ha superado.

¿Y ahora qué?

Si tu tienda ya vende y lo que necesitas es que el almacén, la facturación y la contabilidad dejen de depender de copiar pedidos a mano, el siguiente paso es una auditoría de datos y alcance antes de comprometer presupuesto. Te enviamos un presupuesto cerrado en 48 horas tras una llamada de diagnóstico de 30 minutos, sin compromiso y sin colarte licencias que no necesitas.

→ Integración de Odoo con tu tienda: qué incluye y cómo trabajamos

¿Dudas entre Odoo y otra herramienta? Lee la comparativa honesta de Odoo y Holded.

Ampliación editorial · revisión 2026

La decisión central de esta guía

¿Cómo se migra una tienda PrestaShop a Odoo sin perder pedidos, clientes ni stock?

Primero se decide qué significa migrar: cargar datos en Odoo y mantener la tienda, sustituir la tienda por Odoo eCommerce o solo traer histórico. Después se audita el catálogo, se acuerdan equivalencias de variantes, impuestos y estados, se ensaya la carga en un entorno de pruebas y se corta con inventario físico. La conexión continua entra en producción solo tras ese ensayo.

Decisión

Empieza por el caso reversible: Odoo como sistema de gestión y PrestaShop como escaparate. Migra un histórico acotado, limpia el catálogo antes de importar y presupuesta la migración, la conexión y el soporte posterior como partidas separadas con precio por fase.

Evidencia

Compara recuentos de productos, clientes y pedidos entre origen y destino; cuadra importes mensuales con contabilidad; revisa una muestra a mano con quien conoce el negocio; y registra cuántas cargas de ensayo hicieron falta hasta que el resultado fue limpio.

Límite

Un rango de precio no sustituye un alcance. Sustituir la tienda por Odoo eCommerce es un proyecto distinto, con riesgo para el posicionamiento, y debe planificarse con redirecciones y seguimiento en Search Console. No asumas que todos los datos de la tienda merecen entrar en el ERP.

Sistemas conectados que representan una integración ERP
Visual editorial relacionada con el sistema analizado en esta guía.

Marco técnico

Criterios para implantar e integrar un ERP sin perder control

Un ERP organiza procesos y datos compartidos entre ventas, compras, inventario, facturación y otras áreas. Implantarlo no es activar módulos: exige acordar responsables, limpiar información, configurar permisos, probar recorridos y formar al equipo para que el sistema represente la operación real.

La primera fase mapea procesos, documentos, excepciones y datos maestros. Cliente, producto, tarifa, stock y factura no pueden tener varias versiones correctas. Cada campo necesita origen, formato, propietario y regla de cambio. Migrar datos sucios a una herramienta nueva acelera el mismo problema.

La implantación por fases limita riesgo. Un recorrido como oportunidad, pedido y factura puede probar permisos, secuencia y adopción antes de añadir compras, almacén o producción. Activar todo crea dependencias difíciles de aislar y obliga a formar al equipo en procesos que todavía cambian.

Analítica para comprobar procesos y datos de un ERP
La segunda imagen separa diagnóstico y aplicación para reducir fatiga de lectura.

Las integraciones trabajan con contratos. Identificador, entrada, salida, frecuencia, error y reconciliación se documentan. El tiempo real se reserva para decisiones que lo necesitan; colas y lotes suelen ofrecer mayor resiliencia. Los registros permiten explicar por qué un pedido no llegó sin editar directamente la base de datos.

El coste total incluye licencia, análisis, configuración, migración, personalización, integración, formación, soporte, infraestructura y actualizaciones. Un rango publicado puede orientar, pero solo un inventario permite presupuestar. La opción más barata al inicio puede depender de personalizaciones que encarezcan cada versión futura.

Lista de control antes de ejecutar

  1. 01
    Procesos aceptados

    Responsables y usuarios validan el recorrido antes de configurarlo.

  2. 02
    Datos perfilados

    Duplicados, vacíos, formatos e históricos se conocen antes de migrar.

  3. 03
    Permisos por función

    Ver, crear, validar, cancelar y exportar se asignan por responsabilidad.

  4. 04
    Ensayos de migración

    Se ejecutan cargas repetibles y se comparan saldos y recuentos.

  5. 05
    Go-live reversible

    Ventana, copia, corte, soporte y decisión de rollback están acordados.

  6. 06
    Formación contextual

    Cada rol practica sus tareas y excepciones con datos representativos.

Qué medir para saber si funciona

Mide exactitud de inventario, documentos con error, tiempo de ciclo, tareas fuera del sistema, incidencias por rol y adopción de recorridos críticos. El número de usuarios conectados no demuestra que el ERP sustituya hojas o decisiones informales.

Durante el arranque registra diferencias de migración, bloqueos, reintentos de integración y tiempo de resolución. Una implantación estable reduce excepciones gradualmente; ocultarlas para cumplir una fecha pospone el coste y deteriora la confianza del equipo.

Playbook propio de esta guía

Plan de migración ensayable: del catálogo al corte con inventario

Esta ampliación desarrolla el problema específico de migrar de prestashop a odoo: qué datos se mueven, cuánto cuesta y en qué orden y no se reutiliza en otras entradas del Laboratorio.

Auditar antes de cargar

Mide el estado real de origen: productos sin referencia, fichas duplicadas, clientes repetidos por correo, direcciones mezcladas y pedidos con estados personalizados. Cada anomalía se clasifica como corregir, descartar o aceptar. Migrar sin esa clasificación traslada al ERP los mismos defectos con una interfaz nueva. También se inventarían integraciones vivas: transportistas, pasarelas, TPV, marketplaces y feeds que dependen de identificadores de la tienda.

Define el alcance por escrito: qué entidades viajan, con qué histórico, quién decide sobre cada dato y qué queda fuera. Un producto puede nacer en el ERP mientras el contenido comercial se completa en la tienda; un pedido nace en la tienda y evoluciona en el ERP. Escribir esa propiedad evita que dos sistemas se corrijan mutuamente y convierte el presupuesto en una lista de partidas comparables.

Equivalencias y ensayo de carga

Construye la tabla de equivalencias entre ambos modelos: combinaciones y variantes, categorías de marketing y categorías internas, grupos de clientes y tarifas, impuestos por régimen y estados de pedido. Elige un identificador persistente que relacione cada registro en ambos sistemas y no dependa de un nombre editable. Sin esa clave, cualquier reintento crea duplicados.

Ensaya en un entorno de pruebas con una copia reciente. Compara recuentos, importes por mes y una muestra revisada por una persona de negocio. Repite hasta que el cuadre sea limpio y documenta cuántas iteraciones hicieron falta. La carga debe ser repetible mediante scripts o plantillas, de modo que el corte real sea una ejecución conocida y no una improvisación con archivos manuales.

Corte, conexión y soporte

Planifica una ventana de corte con inventario físico, congelación de cambios y decisión de vuelta atrás acordada antes de empezar. Activa primero la lectura o el catálogo y después pedidos y stock. Evita que dos conectores escriban sobre las mismas entidades. Mide retraso, diferencias y duplicados durante los primeros días, con un responsable que reciba las alertas.

Reserva soporte reforzado durante las primeras semanas: permisos, excepciones, devoluciones y estados que nadie anticipó. La migración se considera terminada cuando el equipo trabaja sin hojas paralelas y las diferencias entre sistemas se detectan y reparan con un procedimiento, no cuando el último registro ha sido importado.

Comprobaciones antes de cerrar

  1. 01
    Alcance escrito

    Cada entidad tiene origen, dirección, histórico y responsable definidos.

  2. 02
    Equivalencias firmadas

    Variantes, impuestos y estados tienen tabla acordada con negocio.

  3. 03
    Ensayo cuadrado

    Recuentos e importes coinciden en el entorno de pruebas antes del corte.

  4. 04
    Corte reversible

    Inventario, ventana y plan de vuelta atrás existen antes de empezar.

Revisa el mapeo cuando cambie la versión de Odoo, PrestaShop o un módulo de la tienda. Un campo personalizado nuevo puede alterar una equivalencia aunque la carga siga funcionando.

Control editorial

Metodología y fuentes

Los rangos de coste y plazos proceden del desglose publicado en el artículo de costes de Odoo y son orientativos; el alcance real depende del catálogo, el histórico y las integraciones. La secuencia de fases se contrasta con la documentación oficial de importación de Odoo y del Webservice de PrestaShop.