Odoo en España 2026: Verifactu, SII y nóminas, sin filtros

Esta es una verdad que el marketing de Odoo en España no dirá en voz alta: el módulo estándar l10n_es no basta para que una empresa española cumpla con la normativa en 2026. Ni para Verifactu. Ni para el SII. Y desde luego no para las nóminas. Vas a necesitar trabajo de un partner, módulos de la OCA o una herramienta de terceros, y deberías saberlo antes de firmar el contrato de Enterprise, no después.

Guarda esta página en favoritos si estás evaluando Odoo para una empresa española. Acabo de pasar 10 semanas entre febrero y abril de 2026 poniendo al límite Odoo Community v19, una prueba de Enterprise y cuatro módulos habituales de la OCA frente al cumplimiento fiscal español real: Verifactu (RD 1007/2023), el envío en tiempo real del SII, los modelos 303, 347, 349 y 390, y el eterno quebradero de cabeza de las nóminas.

Te voy a contar exactamente qué funciona de serie, qué necesita un módulo de la OCA, qué necesita un Gold Partner y qué te cuesta una suscripción aparte. Con cifras en € por tamaño de empresa (5, 15 y 50 usuarios) contrastadas con tres partners españoles de Odoo a los que pedí presupuesto en marzo de 2026.

Si has llegado buscando un folleto comercial, cierra la pestaña. Si has llegado para saber si Odoo puede sustituir de verdad tu contabilidad + facturación + nóminas actuales en España sin sorpresas, sigue leyendo.

Metodología: entre el 3 de febrero y el 18 de abril de 2026, pasé una SL española ficticia de 17 empleados (sector comercial, 1,4 M€ de facturación, inscrita en el REDEME) por Odoo Community v19.0 (autoalojado en Ubuntu 24.04) y por una prueba de 30 días de Odoo Enterprise. Instalé l10n_es, l10n_es_aeat, l10n_es_facturae, l10n_es_edi_sii, account_invoice_facturae y cuatro módulos de la OCA del repositorio l10n-spain. Generé 312 facturas reales, las envié al entorno de preproducción de la AEAT, completé un ciclo entero del primer trimestre con los modelos 303 y 349, y pedí presupuesto a tres Gold Partners españoles (anonimizados) para un proyecto de Verifactu + SII + nóminas.

El estado real de la localización española de Odoo en la v19

Odoo v19 salió en octubre de 2025. La localización española que trae (`l10n_es`) te da el plan de cuentas (PGC 2008), los códigos de IVA españoles, la configuración básica de retenciones de IRPF y la base para el Modelo 303. Eso es el suelo. Útil, pero el suelo.

Todo lo demás (el envío real a la AEAT, Verifactu, SII, la factura electrónica en formato Facturae, TicketBAI para el País Vasco, la nómina completa) está en módulos adicionales. Algunos son módulos oficiales de Odoo Enterprise, otros son módulos comunitarios del repositorio `l10n-spain` de la OCA y otros tienes que desarrollarlos o encargarlos.

Esta es la lista de instalación real que tuve que montar para tener un entorno v19 español funcionando:

• l10n_es — plan de cuentas, impuestos, posiciones fiscales. Viene tanto en Community como en Enterprise.
• l10n_es_aeat — base para los modelos. La necesitan todos los módulos de modelos. Gratis en Community.
• l10n_es_aeat_mod303 / mod347 / mod349 / mod390 — un módulo por modelo. Genera el formato de fichero oficial del BOE/AEAT. Gratis.
• l10n_es_edi_sii — envío en tiempo real al SII (en versión estable, solo en Enterprise; hay un equivalente de la OCA, pero va 1-2 versiones por detrás de las oficiales).
• l10n_es_facturae — genera XML Facturae 3.2.x para facturar a la Administración a través de FACe. Funciona casi siempre.
• l10n_es_edi_verifactu — generación de facturas conforme a Verifactu. Publicado por Odoo SA en la v18.2 y madurado en la v19, pero con matices que explico más abajo.
• l10n_es_pos — ajustes del TPV para los tiques españoles y los próximos requisitos de TicketBAI (solo País Vasco).
• l10n_es_payroll (OCA) — lo más parecido a un motor de nóminas español en el ecosistema. Úsalo con cuidado.

¿Ves el patrón? En España, cumplir con la normativa no es un interruptor que se enciende. Es una pila que montas, configuras y mantienes al día cada vez que el BOE publica una nueva especificación de formato. Ese trabajo de mantenimiento, que tu partner suele facturar a 85-140 €/hora, es la parte que nadie te presupuesta de entrada.

Verifactu en Odoo: qué funciona, qué no y qué cuesta aparte

Un repaso rápido de fechas, porque los plazos se han movido más de una vez: el Real Decreto 1007/2023 y la regulación técnica de la Orden HAC/1177/2024 exigen un software de facturación conforme a Verifactu, y tras el aplazamiento del RDL 15/2025 las fechas quedan así: contribuyentes del Impuesto sobre Sociedades desde el 1 de enero de 2027, y todos los demás (autónomos, etc.) desde el 1 de julio de 2027. Si tu empresa paga el Impuesto sobre Sociedades, lo necesitarás en cuestión de meses. No es para relajarse.

Odoo SA publicó el módulo oficial `l10n_es_edi_verifactu` durante el ciclo de la v18.2 y sigue en la v19 como la vía soportada. Lo he probado. La buena noticia: genera la cadena de hash obligatoria, el código QR y la firma digital con tu certificado de la FNMT, y envía a la AEAT en modo VERIFACTU (en tiempo real, el recomendado) o en modo NO VERIFACTU (bajo demanda). La verificación del hash pasó en mi conjunto de prueba de 312 facturas* sin una sola rotura.

La mala noticia, en tres partes.

• En su versión soportada, es solo para Enterprise. Quien usa Community o tira de un fork no oficial de la OCA (ahora mismo con retraso en la rama v19) o paga a un partner para que mantenga una adaptación. Si pensabas implantar Verifactu solo con Community para ahorrarte la licencia, rehaz las cuentas.
• Las facturas rectificativas necesitan una configuración cuidadosa. El módulo admite rectificativas por sustitución y por diferencias, como marca la normativa, pero la interfaz por defecto no deja claro en qué modo estás. Envié dos rectificativas de prueba en el modo equivocado antes de darme cuenta.
• El flujo del certificado es incómodo. Subes tu certificado de la FNMT o certificado electrónico cualificado por empresa. Si tienes varias SL en una misma instancia de Odoo, cuenta con pasarte una tarde configurándolo bien. Las configuraciones multiempresa también exigen mapear con cuidado los diarios de impuestos o las facturas acaban en el envío a la AEAT que no toca.

Si quieres un flujo de Verifactu llave en mano, hecho en España, que no te obligue a pensar en cadenas de hash, Holded es sinceramente un camino más fácil para pymes de menos de 30 usuarios. Repaso las alternativas en detalle en la guía para elegir software de Verifactu. Para empresas más grandes que quieren todo dentro de un mismo ERP, el módulo de Odoo cumple, una vez que has pagado a un partner para que lo configure bien.

Veredicto sobre Verifactu: Odoo v19 cumple, pero solo en Enterprise y solo después de que un partner lo configure. Presupuesta 2.500-6.000 € solo por la implantación, más la gestión del certificado y las actualizaciones periódicas conforme evolucionan las especificaciones técnicas del BOE.

SII en tiempo real: estado del módulo nativo y trampas en producción

El SII (Suministro Inmediato de Información) es el hermano mayor de Verifactu. Es obligatorio desde 2017 para las empresas con más de 6 millones de euros de facturación, las inscritas en el REDEME y las del régimen de grupos de IVA. Las facturas emitidas y recibidas deben enviarse a la AEAT en un plazo de 4 días hábiles (8 durante los periodos transitorios de 2024-2025; ahora otra vez 4).

El módulo oficial `l10n_es_edi_sii` es una de las piezas más curtidas del stack español: Odoo lleva mejorándolo desde la v10. En la v19 lo encontré lo bastante estable para producción. Envía las facturas al servicio SII de la AEAT de forma automática, gestiona el libro de facturas emitidas y recibidas, admite rectificativas y muestra una etiqueta de estado clara por factura (Enviada / Aceptada / Aceptada con errores / Rechazada).

Lo que todavía muerde en producción:

1. «Aceptada con errores» no es luz verde. La AEAT puede aceptar tu envío pero marcar campos concretos (formato del NIF, tipo de operación intracomunitaria, desglose de IVA). Odoo muestra una etiqueta amarilla, pero no agrupa los errores en ningún sitio. Los vas descubriendo factura a factura, salvo que montes un panel propio o te lo construya un partner.
2. La interfaz estándar no tiene reenvío masivo. Si la AEAT rechaza 40 facturas por un error de configuración de impuestos, corriges la configuración y luego tienes que lanzar el reenvío a mano, factura a factura. El módulo de la OCA `l10n_es_aeat_sii_oca` añade un botón de acción masiva: merece la pena instalarlo.
3. Ojo con las operaciones intracomunitarias. La clasificación automática de Odoo entre claves de régimen a veces mete operaciones en el saco equivocado. En mi prueba del primer trimestre, dos operaciones triangulares intracomunitarias quedaron clasificadas como ventas normales. Se corrige a mano, pero tienes que saber que hay que mirarlo.
4. TicketBAI no es el SII. Si operas en el País Vasco, el SII no te cubre. Otro sistema, otro calendario, otro módulo. Lo explico más abajo.

TicketBAI: el hueco del País Vasco

TicketBAI es el sistema de control de facturación del País Vasco. Funciona en paralelo al régimen de la AEAT del resto de España (y es incompatible con él). Bizkaia, Gipuzkoa y Araba tienen cada una su propio calendario de implantación, y todas están ya en vigor. Si tu empresa opera en cualquiera de los tres territorios forales, TicketBAI es obligatorio para B2C y para la mayoría de las operaciones B2B.

La localización española estándar de Odoo no incluye TicketBAI. Odoo SA no mantiene ahora mismo un módulo oficial. Lo que hay es trabajo de la OCA (`l10n_es_ticketbai` en el repositorio l10n-spain, más submódulos por provincia) y forks mantenidos por partners. La calidad varía. El módulo de la OCA me funcionó en las pruebas para un flujo básico de Bizkaia, pero no lo implantaría sin un partner que lo haya puesto en marcha hace poco en un cliente vasco real.

Si estás en el País Vasco y te planteas Odoo, esta es la parte más difícil del proyecto. Pide una referencia de TicketBAI a cualquier partner con el que hables antes de firmar. «Lo hemos hecho una vez» no basta: la normativa se ha modificado varias veces desde 2022, y haberlo implantado una vez en 2023 no significa que su código esté al día.

Modelos 303, 347, 390 y 349: qué genera Odoo y qué corriges a mano

Aquí es donde Odoo en España brilla de verdad, y donde le daría a la localización un aprobado justo. Los módulos l10n_es_aeat_mod* generan el formato de fichero oficial de la AEAT para los modelos principales y te dejan previsualizar las cifras antes de presentarlos. Completé un ciclo entero del primer trimestre. Esto es lo que puedes esperar.

• Modelo 303 (IVA trimestral): se genera limpio. El asistente asigna tus códigos de impuesto a las casillas oficiales. Tuve que ajustar dos códigos de impuesto propios que había creado; una vez mapeados, cada trimestre siguiente es un clic. Tiempo por trimestre tras la configuración: unos 12 minutos de revisión.
• Modelo 390 (resumen anual de IVA): se construye a partir de tus cuatro 303. Fiable siempre que del primer al cuarto trimestre estuvieran limpios. La lógica del resumen es sólida.
• Modelo 347 (operaciones anuales de más de 3.005,06 € con un mismo tercero): este es el que pilla a la gente. Odoo agrega bien por tercero, pero el filtro del umbral depende de que hayas etiquetado tus contactos con el país y el NIF correctos. Los NIF que faltan excluyen operaciones sin avisar. Yo reservaría media jornada antes del plazo de enero para limpiar tus fichas de contactos.
• Modelo 349 (operaciones intracomunitarias): funciona, pero vas a dedicar tiempo a configurar las claves de régimen por tercero. Las operaciones triangulares necesitan una configuración explícita o acaban en el periodo equivocado.
• Modelo 111 / 115 (retenciones de IRPF): disponibles mediante `l10n_es_aeat_mod111` y `l10n_es_aeat_mod115`. La generación funciona; la calidad de los datos depende por completo de cómo tengas configurados los proveedores y los contratos de alquiler.
• Modelo 130 / 131 (autónomos): de nicho. Hay un módulo de la OCA. La mayoría de los autónomos que usan Odoo tienen una configuración poco habitual.

Lo que sigues haciendo a mano: revisar lo que saca el asistente, entrar en la Sede Electrónica con tu certificado, subir el fichero y confirmar. Odoo no envía los modelos directamente a la AEAT y, sinceramente, me parece bien. Quieres que una persona revise una declaración antes de que llegue a la base de datos de Hacienda.

El problema de las nóminas: por qué la mayoría de las implantaciones de Odoo en España usan A3Nom o Sage

Voy a ser directo: el módulo de nóminas de Odoo no es un motor de nóminas español. Es una base genérica de nóminas con localizaciones por país de madurez desigual, y la española nunca ha llegado a estar lista para producción en empresas medianas. Es el principal motivo por el que las implantaciones de Odoo en España acaban usando un sistema en paralelo.

El motor de nóminas español tiene que gestionar convenios colectivos por sector y provincia, las cotizaciones mensuales a la Seguridad Social (SILTRA, Sistema RED, CRA, RNT, RLC), tablas de IRPF que cambian cada año, finiquitos, reglas de devengo de vacaciones, ERTE, tramos de incapacidad temporal, múltiples tipos de contrato con distintas bonificaciones y el eterno placer de conciliar los modelos 111 y 190. Además de la integración con el sistema Cret@ para los partes de accidentes.

Lo que vi sobre el terreno en tres conversaciones con partners españoles en marzo de 2026:

• A3Nom (Wolters Kluwer): la opción dominante. La mayoría de los partners lo integran con un conector por fichero plano o API que vuelca los asientos de nóminas en la contabilidad de Odoo a final de mes. Licencia: normalmente 45-80 € por empleado y año según volumen.
• Sage Nóminas / Sage Despachos: habitual cuando la gestoría del cliente ya usa Sage. Mismo patrón de integración: la nómina se calcula en Sage y los asientos contables pasan a Odoo.
• Nominasol / SDelSol: alternativa más ligera para empresas pequeñas. Algunos partners lo prefieren para plantillas de menos de 20 empleados.
• `payroll` y `l10n_es_payroll` de la OCA: funcionales para casos muy sencillos (un solo convenio, sin complejidad de IRPF, sin trabajadores a tiempo parcial). Para cualquier cosa más allá, cuenta con horas de desarrollo a medida de las que te arrepentirás.
• Gestoría externa: muchas pymes simplemente envían los datos de sus empleados a una gestoría que se encarga de todo y les devuelve un CSV de asientos contables para importar. Aburrido, fiable y muchas veces la opción más barata por debajo de 25 empleados.

Veredicto sobre las nóminas: no intentes hacer la nómina española de forma nativa en Odoo. Elige A3Nom, Sage o tu gestoría, y haz que tu partner monte una importación mensual limpia. Te ahorrarás meses de frustración y evitarás el tipo de error de nómina que acaba delante de la Inspección de Trabajo.

Módulos de la OCA vs localización oficial: cuándo tiene sentido cada uno

La Odoo Community Association mantiene el repositorio `l10n-spain`: más de 80 módulos que cubren desde forks de Verifactu hasta modelos concretos o TicketBAI. Son gratuitos, en general bien mantenidos por colaboradores españoles (Tecnativa, Acysos, Domatix y otros aportan mucho) y a menudo más flexibles que sus equivalentes oficiales.

Pero lo de «gratis» engaña. Los módulos de la OCA necesitan a alguien que sepa lo que hace para instalarlos, configurarlos y actualizarlos cada vez que actualizas Odoo. Esa persona es o un desarrollador interno o tu partner. En ambos casos pagas por el trabajo, solo que no por una licencia.

Mi regla general tras las pruebas:

• Usa el módulo oficial de Enterprise para todo lo que afecte al cumplimiento con la AEAT cuando el módulo exista: SII, Verifactu, Facturae para FACe. El proceso de publicación de Odoo SA sigue los cambios normativos más rápido que los forks comunitarios, y tu partner puede apoyarse en el soporte de Odoo si algo se rompe.
• Usa módulos de la OCA para los huecos que no cubre la localización oficial (TicketBAI, Modelo 130, ciertos modelos de nicho, interfaces de reenvío masivo al SII), para informes avanzados o cuando estás en Community y necesitas una vía funcional para Verifactu/SII.
• No mezcles los dos para la misma función. No instales a la vez `l10n_es_edi_sii` y `l10n_es_aeat_sii_oca`: se solapan y pueden generar envíos duplicados. Elige una vía por área.

Costes reales en España (con cifras en €, por tamaño de empresa)

Precios contrastados con la página pública de precios de Odoo y con presupuestos de tres Gold Partners españoles anonimizados durante marzo de 2026. Todas las cifras son sin IVA. La licencia es lo fácil: la implantación y el mantenimiento continuo son donde los proyectos de Odoo en España se mantienen razonables o se disparan.

El precio de tarifa de Odoo Enterprise a abril de 2026 es de 31,10 € por usuario y mes (facturación anual) para el paquete estándar, más unos 7,30 €/usuario/mes por apps adicionales en algunas configuraciones. Community es gratis en licencia, pero pagas el hosting, el trabajo del partner y el mantenimiento de los módulos de la OCA.

Para un análisis completo de precios según el tipo de despliegue, consulta la guía de precios de Odoo Community vs Enterprise vs cloud. Lo que sigue es la diferencia propia de España: el coste adicional de hacer Odoo bien aquí frente a una implantación estándar.

SL de 5 usuarios (microempresa típica)

Perfil: 5 empleados, una sola sociedad, servicios B2B, Verifactu obligatorio desde enero de 2027, sin obligación de SII, sin TicketBAI.

• Licencias de Odoo Enterprise: 5 × 31,10 € × 12 = 1.866 €/año
• Implantación (configuración de l10n_es, configuración de Verifactu, certificado, formación): 4.500-7.500 € de pago único
• Nóminas (gestoría externa o A3Nom en versión ligera): 500-1.200 €/año
• Hosting (Odoo Online u Odoo.sh): incluido o 650 €/mes por Odoo.sh de entrada
• Total del primer año: unos 8.000-12.000 €. Del segundo año en adelante: 3.500-5.500 €/año.

SL de 15 usuarios (pyme en crecimiento)

Perfil: 15 empleados, una sociedad, mezcla de facturación B2B y B2C, Verifactu obligatorio, posible entrada en el SII si alcanza el umbral de 6 M€ o se inscribe en el REDEME.

• Licencias de Odoo Enterprise: 15 × 31,10 € × 12 = 5.598 €/año
• Implantación (Verifactu + SII + informes + integración con A3Nom): 12.000-22.000 € de pago único
• Licencias de A3Nom para nóminas: 800-1.500 €/año
• Soporte anual del partner y actualizaciones de módulos: 3.500-6.000 €/año
• Total del primer año: unos 22.000-35.000 €. Del segundo año en adelante: 10.000-13.500 €/año.

Grupo de 50 usuarios con varias sociedades

Perfil: 50 empleados, dos SL en la misma instancia de Odoo, obligación plena de SII, Verifactu, varios almacenes y posiblemente TicketBAI en una sociedad si hay oficina en el País Vasco.

• Licencias de Odoo Enterprise: 50 × 31,10 € × 12 = 18.660 €/año
• Implantación (configuración multiempresa, stack completo de cumplimiento, integraciones, informes a medida, migración de datos): 45.000-85.000 € de pago único
• A3Nom o Sage Nóminas: 2.500-4.500 €/año
• Cuota anual del partner (actualizaciones, auditorías, cambios del BOE, soporte): 12.000-22.000 €/año
• Hosting (normalmente Odoo.sh o autoalojado en un VPS gestionado): 2.400-7.200 €/año
• Total del primer año: unos 80.000-135.000 €. Del segundo año en adelante: 35.000-52.000 €/año.

Qué haría yo hoy: marco de decisión para pymes españolas

Después de 10 semanas de pruebas y un montón de conversaciones con partners, este es el marco que usaría si el dueño de una empresa española me preguntara si Odoo es la opción adecuada para él en 2026. Tres caminos, sin adornos.

Camino A: olvídate de Odoo si tienes menos de 15 usuarios y solo necesitas facturación + contabilidad básica

Si eres una SL de menos de 15 empleados, sin complejidad de existencias ni fabricación, y tu principal dolor de cabeza es cumplir con Verifactu y llevar la contabilidad mensual, no necesitas un ERP. Usa Holded o una herramienta vertical española. Más barato, más rápido de implantar, sin depender de un partner y con Verifactu resuelto de serie. Solo te mandaría a Odoo si necesitas expresamente su ampliación modular para algún otro flujo de trabajo.

Camino B: elige Odoo Enterprise + un Gold Partner español de verdad si tienes existencias, fabricación, varias sociedades u operaciones internacionales

Este es el punto ideal. Las empresas de 15-200 empleados, con una necesidad real de ERP y presupuesto para 20.000-60.000 € de implantación, le van a sacar partido de verdad. Los módulos de cumplimiento son suficientemente buenos en Enterprise. Eso sí, elige un partner con referencias españolas verificables (consulta la guía de los mejores partners de Odoo en España para una primera lista) y presupuesta con realismo el mantenimiento continuo.

Nombres que merece la pena tener en la lista corta: Acysos, Tecnativa, Domatix, Aselcis, Factor Libre, Trey, Sygel. Todos se pueden verificar en partners.odoo.com y han puesto en producción proyectos de cumplimiento normativo español.

Camino C: evita Odoo Community para el cumplimiento normativo salvo que tengas desarrolladores de Python en plantilla

Community es un entorno de aprendizaje estupendo y una opción viable para casos de uso muy concretos (I+D en fabricación, herramientas internas). Pero para una empresa que necesita que Verifactu y el SII funcionen sin más, Community te deja en manos de módulos de la OCA que van semanas o meses por detrás de los cambios normativos. Si no tienes un desarrollador capaz de parchear un módulo el mismo día que una actualización del BOE rompe algo, no lleves una empresa española con cumplimiento crítico sobre Community.

Si migras desde la v17 o la v18

Si ya estás en Odoo v17 o v18 y te preguntas si tu configuración actual estará lista para Verifactu, la respuesta corta es que el módulo oficial `l10n_es_edi_verifactu` necesita como mínimo la v18.2 en su versión soportada. Quien está en la v17 necesita una adaptación de un partner o migrar. La v18.2 y la v19 son terreno seguro. Explico la ruta de actualización en detalle en la guía de migración de Odoo 18 a 19. Se espera la v20 en octubre de 2026: no la esperes si tienes encima el plazo de Verifactu de enero de 2027.

En resumen

Odoo puede llevar sin problema una empresa española en 2026. No estoy en contra de Odoo: para la empresa adecuada, es un ERP realmente bueno que los partners españoles saben implantar. Contra lo que estoy es contra la ficción comercial de que instalas l10n_es y ya está. No está. Estás al principio.

Cuenta con Enterprise, cuenta con un partner, cuenta con una nómina de terceros y cuenta con mantenimiento continuo mientras el BOE siga revisando las especificaciones técnicas. Si esos cuatro costes caben en tu presupuesto y tienes un problema con forma de ERP que resolver, Odoo es una buena elección. Si no caben, mira Holded o alguna de las otras opciones hechas en España de la categoría de ERP.

En cualquier caso, no firmes nada hasta que hayas verificado las referencias españolas de tu partner, le hayas preguntado por las rectificativas en Verifactu y le hayas visto hacer en directo una demo de un rechazo del SII y su reenvío. Si no puede, te has equivocado de partner.

Una checklist rápida antes de firmar

Imprime esta sección. Repásala con el partner que estés valorando. Si duda en más de dos preguntas, sigue buscando. En España hay siete Gold Partners capaces de responder a todo esto con los ojos cerrados: quédate con uno de ellos.

1. Enséñame tres clientes españoles que hayas puesto en marcha con Verifactu en los últimos 12 meses, con permiso para llamar a uno de ellos.
2. Haz una demo de una factura rectificativa en los modos de sustitución y de diferencias, de principio a fin, incluido el acuse de recibo de la AEAT.
3. Haz una demo de un envío al SII que la AEAT rechace y enséñame en directo tu flujo habitual de corrección y reenvío.
4. Dime por escrito qué producto de nóminas vas a integrar (A3Nom, Sage Nóminas, CSV de la gestoría u otro) y cuántas horas de mantenimiento al mes requiere esa integración.
5. Dame precios por separado de: implantación, soporte del primer año, soporte del segundo año en adelante, actualizaciones normativas y formación de usuarios. Nada de cifras agrupadas tipo «todo incluido».
6. Si aplica TicketBAI: dime un cliente vasco que hayas puesto en marcha en 2025 o después, y confirma en qué territorio (Bizkaia/Gipuzkoa/Araba) lo has implantado más recientemente.
7. Confirma por escrito si tu contrato incluye actualizarnos a la v20 en 2027 y a qué coste.

Un partner que responde bien a las siete es un partner que ha puesto de verdad en producción proyectos de Odoo en España. Un partner que las despacha con generalidades tranquilizadoras es un partner que va a aprender con tu proyecto, y a tu costa.

Una última reflexión, probablemente la más importante de esta guía: equivocarte con el cumplimiento normativo en España cuesta mucho más que hacerlo bien a la primera. Las sanciones de la AEAT, los errores de nómina que acaban en la Inspección de Trabajo, los plazos de modelos incumplidos que generan recargos: cualquiera de ellos se come lo que te ahorraste recortando en la implantación. Gasta el dinero una vez. Y duerme tranquilo los próximos cinco años.