En resumen. Los diez errores más caros al migrar de Sage a Odoo en retail son: no limpiar los datos antes de migrar, no formar al equipo con antelación, mantener los dos sistemas en paralelo, no probar el TPV con el catálogo real, ignorar VeriFactu, importar saldos descuadrados, mezclar Sage contable con Odoo TPV, olvidar las series fiscales, no documentar los nuevos flujos y lanzar en temporada alta. Evitarlos requiere planificación por fases y compromiso real del equipo de la empresa, no solo del partner.
Migrar de Sage a Odoo en retail no es un proceso de copiar y pegar. Es un rediseño operativo que, bien hecho, transforma el día a día de tu tienda. Mal hecho, puede costarte clientes, sanciones fiscales y semanas de caos. Esta guía recoge los diez errores que más veces hemos visto en proyectos reales de migración Sage a Odoo en retail español, con contexto suficiente para que no repitas ninguno.
En resumen. Los errores más caros en una migración Sage a Odoo en retail son: no limpiar los datos antes de migrar, no formar al equipo con antelación, mantener los dos sistemas en paralelo, no probar el TPV con el catálogo real, ignorar VeriFactu, importar saldos descuadrados, mezclar Sage contable con Odoo TPV, olvidar las series fiscales, no documentar los nuevos flujos y lanzar en temporada alta. Evitar estos diez puntos marca la diferencia entre un arranque limpio y semanas de urgencias.
Por qué migrar de Sage a Odoo en retail tiene sus propias reglas
Sage lleva décadas en el mercado español. Para muchas pymes del retail, ha sido el ERP de cabecera desde los años noventa o principios de los dos mil. Eso significa que la base de datos que vas a migrar no tiene uno ni dos años: tiene historial acumulado, criterios contables de distintos asesores y, casi siempre, más suciedad de la que parece a primera vista.
Odoo es un ERP de arquitectura diferente. No es solo contabilidad: integra TPV, eCommerce, gestión de almacén, CRM y facturación en un único entorno. Esa integración es la razón principal para migrar, pero también explica por qué la transición requiere un planteamiento distinto al de un simple cambio de software contable.
En retail, la exigencia añadida es el punto de venta. Cada minuto de caída del TPV es venta perdida. Por eso los errores en una migración de este tipo duelen más que en otros sectores, y por eso merece la pena dedicar tiempo a entender cuáles son y cómo prevenirlos.
A esto se suma el contexto regulatorio de 2026: VeriFactu ya es obligatorio para la mayoría de empresas españolas según el Real Decreto 1007/2023. Cualquier migración que no contemple esta obligación desde el primer día es una migración incompleta.
Error 1: Subestimar la limpieza de datos previa
Sage acumula años de duplicados. Clientes con el mismo NIF registrados dos veces, productos descatalogados que nadie borró, asientos sin reconciliar, tarifas de precio que ya no existen. Si migras todo eso sin filtrar, Odoo hereda el caos y lo amplifica porque lo hace visible en más pantallas a la vez.
La limpieza previa no es opcional. Es la base del proyecto. Antes de exportar nada de Sage, conviene hacer una auditoría mínima: duplicados en el maestro de clientes, referencias de producto sin stock ni movimiento en los últimos dos años, cuentas contables sin saldo ni actividad.
El tiempo que inviertes en esta fase se recupera con creces durante el arranque. Una base de datos limpia reduce incidencias en las primeras semanas de uso, facilita la formación del equipo y evita errores en los primeros cierres fiscales en Odoo.
Un consejo práctico: exporta el maestro de artículos de Sage a una hoja de cálculo y pásasela a la persona que mejor conoce el catálogo actual. Que marque qué se migra y qué no. Ese filtro humano vale más que cualquier script automático.
Error 2: No formar al equipo antes del go-live
El equipo que ha usado Sage durante años tiene automatizado cada clic. En Odoo los flujos son distintos: la devolución se gestiona de otra manera, el cierre de caja tiene otro recorrido, la emisión de factura a cliente B2B sigue un proceso diferente. Sin formación previa, el día uno es caos garantizado.
La formación no puede ser el día antes del arranque. Lo razonable es que el equipo trabaje con datos reales en un entorno de pruebas durante un plazo suficiente antes del go-live. Así identifican sus propias dudas con tiempo para resolverlas, no en medio de una cola de clientes.
Especial atención al equipo de caja. Son quienes más van a notar el cambio y quienes más presión tienen en el día a día. Una sesión práctica de cierre de caja, devolución con ticket y venta con factura basta para que lleguen al arranque con seguridad, no con miedo.
El responsable de administración o gestoría también necesita su formación específica: conciliación bancaria, preparación del modelo 303, cierre mensual. Son flujos distintos a Sage y conviene que los haya practicado antes de que llegue la fecha de presentación real.
Error 3: Mantener Sage y Odoo en paralelo durante semanas
La intención es protegerse: si algo falla en Odoo, siempre queda Sage como respaldo. El problema es que mantener dos sistemas activos obliga a introducir datos en los dos, y eso genera divergencias en cuestión de días. Al cabo de dos semanas, ninguno de los dos sistemas refleja la realidad completa.
Lo que funciona es una fecha de corte clara. Sage se cierra con sus saldos cuadrados en esa fecha. Odoo arranca con esos saldos importados y toda la operativa nueva entra únicamente en Odoo desde ese momento.
Sage no desaparece: queda disponible en modo consulta para revisar históricos si hace falta. Pero no se opera en él. Esa distinción entre consulta y operativa es la que evita la trampa del doble sistema.
Si el equipo pide tener Sage activo por tranquilidad, la respuesta es invertir ese tiempo en una mejor formación y en un entorno de pruebas más completo. La tranquilidad real viene de saber usar bien Odoo, no de tener Sage de red de seguridad.
Error 4: No probar el TPV con el catálogo real completo
Odoo TPV en demo con diez referencias funciona de maravilla. La prueba real es con el catálogo completo: cinco mil referencias, EAN de distintos proveedores, variantes de talla y color, productos con IVA reducido mezclados con los de tipo general. Ahí es donde aparecen los detalles que pueden comprometer el arranque.
Los problemas más habituales en esta fase son búsquedas lentas por catálogo mal indexado, EAN duplicados que Sage permitía pero Odoo no, IVA asignado incorrectamente en la migración y tarifas de precio que no se cargaron bien para determinados grupos de clientes.
Todas estas incidencias tienen solución sencilla si se detectan en el entorno de pruebas. Si se detectan el día del go-live con clientes esperando, el coste es mucho mayor, no solo económico sino en imagen de equipo.
La prueba del TPV con catálogo real debe incluir al menos: una venta normal, una venta con descuento, una devolución con ticket, un cierre de caja y una venta con factura a cliente B2B. Si esos cinco flujos funcionan con datos reales, el TPV está listo.
Error 5: Ignorar VeriFactu hasta la víspera del go-live
VeriFactu es la obligación de registro de facturación establecida por el Real Decreto 1007/2023. A partir de 2026 es de aplicación general para la mayoría de empresas obligadas a llevar contabilidad en España. No es opcional ni aplazable.
Configurar correctamente el sistema para cumplir con VeriFactu requiere tiempo: certificados digitales, configuración del entorno de la AEAT, pruebas de encadenamiento de registros de facturación. No es algo que se resuelve en una hora la tarde antes del arranque.
Odoo Enterprise incluye la localización española con soporte para VeriFactu, pero esa configuración debe hacerse, validarse y probarse con antelación. Si el go-live se produce sin que VeriFactu esté correctamente activado, las primeras facturas emitidas pueden no cumplir con el reglamento.
La recomendación es tratar VeriFactu como un hito independiente dentro del proyecto de migración, con su propio plazo de configuración y validación, no como un detalle de último momento.
Error 6: Importar saldos contables sin cuadrar
Este error es el que más problemas genera en los primeros cierres fiscales. Si los saldos que se exportan de Sage no están cuadrados antes de cargarlos en Odoo, el balance de apertura en el nuevo sistema ya es incorrecto desde el primer día.
Las consecuencias llegan cuando se prepara el modelo 303 de IVA o el cierre del ejercicio. Los descuadres se arrastran y, si no se detectan a tiempo, obligan a correcciones manuales que consumen horas de contabilidad.
Antes de la migración, el responsable contable o la gestoría deben validar que el balance de Sage en la fecha de corte cuadra: activo igual a pasivo más patrimonio neto, cuentas de IVA soportado y repercutido consistentes con las declaraciones presentadas, saldos de clientes y proveedores verificados.
Ese trabajo previo es responsabilidad del cliente, no del partner de implantación. El partner migra lo que recibe; si lo que recibe está descuadrado, el resultado en Odoo también lo estará.
Error 7: Mezclar Sage Contable con Odoo TPV mediante un conector
Algunos retailers piden una solución híbrida: Odoo para el punto de venta porque la experiencia es mejor, y Sage para la contabilidad porque el contable ya lo conoce. Técnicamente es posible con un conector que sincronice las ventas del TPV hacia Sage.
La razón por la que no es recomendable es que elimina la ventaja principal de Odoo: la integración nativa entre ventas, stock, facturación y contabilidad en tiempo real. Con el conector, esa integración se convierte en una sincronización periódica con posibles errores de mapeo, duplicados y desfases temporales.
Además, el coste total de mantener dos sistemas con licencias, mantenimiento y soporte suele ser superior al de consolidar todo en Odoo. Y el equipo de administración sigue trabajando en dos entornos distintos, con el consiguiente esfuerzo de conciliación.
Si la resistencia al cambio viene del contable o de la gestoría, la solución es formación específica en la contabilidad de Odoo, no mantener Sage. El plan de cuentas español, los modelos de IVA y el SII están integrados de forma nativa en Odoo Enterprise.
Error 8: Olvidar las series fiscales y la numeración de facturas
La numeración de facturas debe ser continua y sin saltos según la normativa del IRPF e IVA en España. Si Sage cerró el ejercicio en un determinado número de factura, Odoo debe arrancar con el número siguiente, ya sea en continuidad del mismo año o con nueva serie del año siguiente según la política de la empresa.
Este detalle se suele pasar por alto en las prisas del go-live y genera incidencias con la AEAT cuando se presentan declaraciones o cuando hay una inspección. Un cambio de numeración a mitad de año sin justificación documental es una señal de alerta para los revisores de la agencia tributaria.
También hay que revisar las series fiscales para distintos tipos de documento: facturas simplificadas del TPV, facturas completas B2B, abonos y rectificativas. Cada una debe tener su propia serie y numeración correlativa desde el arranque en Odoo.
Error 9: No documentar la operativa nueva
Odoo cambia los flujos de trabajo. La devolución de un artículo, la gestión de un pedido con entrega parcial, el cierre de caja con descuadre, la emisión de una factura rectificativa: todos estos procesos tienen un recorrido en Odoo que no es idéntico al de Sage. Sin documentación interna, en pocas semanas cada persona del equipo hace las cosas a su manera.
Esa divergencia operativa genera problemas contables: stocks que no cuadran, facturas que no se emiten correctamente, cierres de caja con criterios distintos según quién cierre. Todo eso se refleja en los informes y en las declaraciones fiscales.
La documentación no tiene que ser un manual de cien páginas. Bastan fichas de proceso de una o dos páginas por flujo crítico: cómo se hace una devolución, cómo se cierra la caja, cómo se emite una factura B2B. Esas fichas, accesibles para todo el equipo, son la base de una operativa coherente.
El mejor momento para redactar esas fichas es durante la fase de formación, cuando los flujos están frescos y las dudas son concretas. Dejarlas para después del arranque significa que nunca se escriben.
Error 10: Lanzar Odoo en temporada alta o en Black Friday
La tentación existe: “aprovechamos el Black Friday para estrenar sistema y ver cómo responde bajo carga máxima”. Es el error más caro de esta lista. Cualquier incidencia de configuración que en condiciones normales es un problema menor, en el día de mayor volumen de ventas del año se convierte en una crisis.
El go-live en temporada alta no da margen para resolver incidencias con calma. El equipo está bajo presión, el soporte tiene menos disponibilidad para atender con detalle y cada minuto de caída del TPV es venta perdida y clientes frustrados.
Lo recomendable es un go-live en periodo tranquilo: enero si la campaña fuerte es verano o Navidad, septiembre si la campaña es otoño-invierno. Ese periodo permite consolidar la operativa, resolver las incidencias menores con calma y llegar a la temporada alta con el sistema bien rodado.
Una vez que el equipo ha completado un ciclo completo en Odoo, con cierre de caja diario, conciliación bancaria y preparación de una declaración de IVA, la confianza en el sistema es real. Esa confianza es la que permite afrontar un Black Friday sin sustos.
Cómo estructurar el proyecto para evitar estos errores
Un proyecto de migración Sage a Odoo en retail bien estructurado tiene fases diferenciadas, no es un bloque único de trabajo. Cada fase tiene sus entregables y sus criterios de validación antes de pasar a la siguiente.
Las fases típicas son:
- Auditoría y limpieza de datos: revisión del maestro de clientes, artículos y cuentas contables en Sage. Validación de saldos antes de la fecha de corte.
- Configuración y parametrización de Odoo: localización española, VeriFactu, series fiscales, tarifas de precio, configuración del TPV.
- Migración de datos: carga de maestros limpios y saldos de apertura cuadrados.
- Pruebas con datos reales: validación del TPV con catálogo completo, prueba de flujos críticos, revisión de informes contables.
- Formación del equipo: sesiones prácticas con datos reales en entorno de staging, documentación de operativa.
- Go-live y soporte inmediato: arranque en fecha de corte, soporte intensivo en los primeros días de operativa real.
Cada fase requiere implicación del cliente, no solo del partner. La auditoría de datos la tiene que hacer alguien que conozca el negocio. La validación de saldos es responsabilidad de la administración o gestoría. La formación necesita disponibilidad real del equipo.
Los proyectos que fracasan no suelen fallar por problemas técnicos: fallan porque el cliente no dedicó tiempo a las fases que le corresponden.
Sage vs Odoo en retail: por qué la diferencia importa en la migración
Entender las diferencias de arquitectura entre Sage y Odoo ayuda a anticipar dónde van a surgir fricciones durante la migración y por qué ciertos errores son tan frecuentes.
Sage nació como software contable y fue añadiendo funcionalidades a lo largo del tiempo. El resultado es una arquitectura donde la contabilidad es el núcleo y el resto son módulos añadidos. Eso funciona bien si el negocio gira en torno a la contabilidad, pero en retail el núcleo operativo es el punto de venta y la gestión de stock.
Odoo nació como ERP integrado. El TPV, el eCommerce, el almacén y la contabilidad comparten la misma base de datos y se actualizan en tiempo real. Esa diferencia de arquitectura es la razón por la que una venta en el TPV de Odoo genera automáticamente el asiento contable, actualiza el stock y puede desencadenar una propuesta de pedido al proveedor, todo sin intervención manual.
Esa integración es también la razón por la que la migración no es solo un traspaso de datos: es un rediseño de flujos. Y ese rediseño requiere tiempo, formación y documentación. Los diez errores de esta guía son, en el fondo, consecuencias de no haber dedicado suficiente atención a alguno de esos tres elementos.
Información orientativa. Los plazos, costes y alcances reales se confirman tras un análisis personalizado. JLM Business Solutions SL · B16842831.
Preguntas frecuentes
¿Sage y Odoo son equivalentes en funcionalidad para retail?
No son equivalentes: son arquitecturas distintas. Sage es un ERP con origen contable al que se le han añadido funcionalidades de gestión. Odoo es un ERP integrado donde TPV, eCommerce, almacén y contabilidad comparten la misma base de datos en tiempo real. Para retail, esa integración nativa de Odoo es la ventaja decisiva. La migración no es solo un traspaso técnico: implica rediseñar flujos operativos, lo que requiere formación y documentación específica para el equipo.
¿Cuánto puede tardar una migración de Sage a Odoo en una tienda retail mediana?
El plazo depende principalmente de la calidad y volumen de los datos en Sage y del nivel de implicación del equipo del cliente. Como referencia orientativa del sector, los proyectos de complejidad media tienen una duración razonable que se concreta tras un análisis inicial. La variable que más impacta en el plazo es la limpieza previa de datos: una base de datos limpia puede reducir el tiempo total de forma significativa. Los plazos exactos se confirman tras el análisis personalizado.
¿Es obligatorio cumplir con VeriFactu al migrar a Odoo en 2026?
Sí. El Real Decreto 1007/2023 establece la obligación de los sistemas de facturación de cumplir con los requisitos de integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad que define VeriFactu. A partir de 2026, esta obligación es de aplicación general para la mayoría de empresas españolas. Odoo Enterprise incluye la localización española con soporte para esta obligación, pero debe configurarse y validarse correctamente antes del go-live, no dejarse para después del arranque.
¿Se pueden mantener los históricos de Sage después de migrar a Odoo?
Sí. Los asientos contables del ejercicio en curso en la fecha de corte se migran a Odoo como saldos de apertura. Los históricos de ejercicios anteriores se exportan de Sage en formato PDF o Excel y se archivan según el plazo de conservación que establece la normativa de la AEAT, actualmente de cuatro años para documentación con relevancia fiscal. Sage queda disponible en modo consulta para acceder a esos históricos si fuera necesario, pero no se opera en él.
¿Qué pasa si la gestoría prefiere seguir usando Sage para la contabilidad?
Es una resistencia habitual. La solución más eficiente no es mantener Sage en paralelo con un conector, porque esa arquitectura duplica costes y elimina la ventaja de integración de Odoo. La alternativa recomendable es una formación específica en la contabilidad de Odoo Enterprise para la gestoría: el plan contable español, los modelos de IVA 303 y 390, la conciliación bancaria y el SII están integrados de forma nativa. En la práctica, las gestorías que trabajan con varios clientes en Odoo adaptan su operativa en poco tiempo.
¿Cómo se gestiona la numeración de facturas en el cambio de Sage a Odoo?
La numeración debe ser continua y sin saltos, tal como exige la normativa española de facturación. Si Sage cerró en un determinado número de factura en la fecha de corte, Odoo debe arrancar con el número siguiente, respetando la serie y el ejercicio fiscal correspondiente. Si el cambio se produce al inicio del ejercicio, lo habitual es iniciar una nueva serie desde el número uno del nuevo año. En cualquier caso, la decisión debe tomarse antes del go-live y quedar documentada para poder justificarla ante la AEAT si fuera necesario.