Implantar Odoo en Canarias exige combinar decisiones ERP con particularidades fiscales y operativas del archipiélago. No basta instalar la localización española: hay que comprobar la localización canaria disponible para la versión elegida, configurar el IGIC, revisar el SII cuando aplique, probar facturación y contabilidad, migrar datos con conciliación y definir un soporte capaz de resolver cierres e incidencias fiscales.
Qué debe resolver el proyecto
Antes de elegir módulos conviene describir los resultados que se esperan:
- Una fuente fiable de clientes, productos y tarifas.
- Ventas, compras y stock integrados.
- Facturación y contabilidad coherentes.
- IGIC configurado según las operaciones.
- Trazabilidad de pedidos y cobros.
- Informes de margen y tesorería.
- Integraciones con ecommerce, banca o TPV.
- Preparación para las obligaciones de facturación aplicables.
El alcance se prioriza. Una primera fase suele incluir maestros, ventas, compras, inventario, facturación y contabilidad; CRM, proyectos, fabricación o ecommerce pueden añadirse después.
Localización española y canaria
La documentación de Odoo incluye la localización española, con planes contables, impuestos, posiciones fiscales e informes. Odoo también anunció una localización fiscal canaria disponible en Enterprise desde la versión 18.
La empresa debe verificar en la versión contratada:
- El plan contable correcto.
- Los impuestos IGIC.
- Las posiciones fiscales para Península, Canarias, UE y terceros países.
- Los modelos e informes realmente disponibles.
- El SII del IGIC cuando corresponda.
- La compatibilidad con SIF/VERI*FACTU y factura electrónica.
- Las actualizaciones y el soporte.
No se deben basar obligaciones fiscales en material comercial. La asesoría fiscal y el implantador deben validar la configuración con casos reales.
IGIC y posiciones fiscales
La configuración debe representar las operaciones habituales:
| Operación | Decisión a probar |
|---|---|
| Venta local | Tipo de IGIC y cuenta |
| Compra local | Deducibilidad y registro |
| Operación con Península | Tratamiento y documentación |
| Importación | DUA, AIEM u otros conceptos cuando proceda |
| Cliente UE/tercer país | Posición fiscal y prueba |
| Exenta o tipo especial | Base legal y código |
Las posiciones fiscales deben activarse por condiciones controladas, no mediante correcciones manuales en cada factura.
SII del IGIC
La Agencia Tributaria Canaria indica que el SII del IGIC es obligatorio para sujetos con periodo de liquidación mensual, como los inscritos en REDEME, las grandes empresas y los grupos, según las reglas vigentes. El proyecto debe confirmar si aplica y probar alta, modificación, baja, respuesta y conciliación.
Un conector no se acepta solo porque «envía». Debe mostrar estado, error, reintento y correspondencia con la factura.
Elegir edición y alojamiento
| Opción | Ventaja | Riesgo a revisar |
|---|---|---|
| Odoo Online | Operación gestionada | Límites de personalización |
| Odoo.sh | Despliegue y desarrollo controlado | Gobierno de código y entornos |
| On-premise | Control de infraestructura | Seguridad, actualizaciones y continuidad |
La decisión depende de los módulos, las personalizaciones, la integración, los datos y la capacidad técnica. El contrato debe aclarar quién opera copias, actualizaciones, incidencias y recuperación.
Coste total
El presupuesto incluye:
- Licencias.
- Análisis y parametrización.
- Desarrollo.
- Migración.
- Integraciones.
- Formación.
- Gestión del cambio.
- Soporte.
- Infraestructura.
- Actualizaciones de versión.
- Contingencia y salida.
Se calcula a tres o cinco años. El precio por usuario no representa el coste real del proyecto.
Migración
Se separan:
- Maestros activos.
- Documentos abiertos.
- Saldos y vencimientos.
- Stock por ubicación y lote.
- Histórico necesario.
- Adjuntos.
- Archivo consultable.
Odoo permite importar y exportar datos; la documentación recomienda dividir los grandes volúmenes en lotes. Cada carga se prueba en un entorno de ensayo y se concilia.
Controles:
- Clientes y NIF.
- Productos, unidades e impuestos.
- Cuentas y saldos.
- Facturas pendientes.
- Stock y valoración.
- Vencimientos.
- Recuentos y totales.
Integraciones
Para cada integración se define sistema maestro, identificador, frecuencia, validación, reintento y responsable. Ecommerce, TPV, bancos, nómina, logística y BI no deben crear duplicados.
Una API disponible no equivale a una integración mantenible. Hay que probar la caída, el cambio de credencial y la actualización de versión.
Evitar personalización excesiva
Antes de desarrollar se compara:
- Función estándar.
- Configuración.
- Cambio razonable de proceso.
- Módulo mantenido.
- Desarrollo propio.
Cada personalización añade pruebas, mantenimiento y riesgo de actualización. Debe existir un propietario y documentación.
Implantador y soporte
Valore:
- Experiencia demostrable en Canarias.
- Conocimiento de IGIC y SII.
- Equipo asignado.
- Método y entregables.
- Soporte en cierres.
- Gestión de cambios.
- Documentación.
- Continuidad y sustitución.
El soporte debe tener SLA, escalado y acceso controlado. No conviene depender de una sola persona.
Pruebas de aceptación
- Oferta, pedido, entrega y factura.
- Compra, recepción y pago.
- Impuestos por territorio.
- Rectificación y devolución.
- Cierre contable.
- SII del IGIC si aplica.
- Stock, lotes y valoración.
- Integración bancaria y ecommerce.
- Permisos y trazas.
- Copia y restauración.
Los usuarios ejecutan los casos, no solo el implantador.
Plan de 90 días
Días 1–30
Procesos, alcance, localización, datos y arquitectura.
Días 31–60
Configuración, migración piloto, integraciones y pruebas.
Días 61–90
Formación, simulacro, corte y estabilización.
El plazo depende del alcance; no es una garantía.
Errores frecuentes
- Confundir la localización española y la canaria.
- Configurar el IGIC manualmente por factura.
- Ignorar el SII aplicable.
- Migrar el histórico sin criterio.
- Personalizar antes de probar el estándar.
- No conciliar stock y saldos.
- Elegir soporte solo por proximidad.
- No presupuestar las actualizaciones.
- Carecer de un plan de reversión.
- Abrir producción sin aceptación.
Checklist
- Alcance y fases.
- Versión y edición.
- Localización canaria verificada.
- IGIC y posiciones fiscales probados.
- SII analizado.
- Migración conciliada.
- Integraciones con idempotencia.
- TCO y contingencia.
- Soporte y SLA.
- Corte y reversión.
Preguntas frecuentes
¿Odoo soporta la fiscalidad canaria?
Odoo anunció la localización canaria en Enterprise desde la versión 18. Debe verificarse la cobertura exacta en la versión y los módulos contratados.
¿Necesito un módulo adicional?
Depende de las obligaciones y de la cobertura estándar. Se decide tras una prueba de procesos e informes, no por defecto.
¿Se migra todo el histórico?
No necesariamente. Puede conservarse un archivo seguro y migrar solo lo necesario para la operación y las obligaciones.
Fuentes consultadas
- Odoo: localización española
- Odoo: localización de Canarias
- Odoo: importar y exportar datos
- Agencia Tributaria Canaria: SII del IGIC
Summum Sistemas puede acompañar el diagnóstico, la implantación, la migración y la aceptación en Canarias.