Déployer Odoo aux Canaries implique de combiner les décisions ERP fondamentales avec les règles fiscales et opérationnelles spécifiques de l'archipel. Installer la localisation espagnole ne suffit pas : il faut vérifier la localisation canarienne disponible pour la version choisie, configurer l'IGIC (l'impôt indirect local des Canaries, similaire à la TVA), examiner le SII (le système de fourniture immédiate d'information pour la TVA/l'IGIC) là où il s'applique, tester la facturation et la comptabilité, migrer les données avec réconciliation, et mettre en place un support capable de gérer les clôtures de période et les incidents fiscaux.
Ce que le projet doit résoudre
Avant de choisir les modules, il est utile de décrire les résultats attendus :
- Une source unique fiable pour les clients, les produits et les listes de prix.
- Ventes, achats et inventaire intégrés.
- Facturation et comptabilité cohérentes.
- IGIC configuré selon les opérations concernées.
- Traçabilité des commandes et des encaissements.
- Reporting de marge et de trésorerie.
- Intégrations avec des systèmes e-commerce, bancaires ou de point de vente.
- Préparation aux obligations de facturation applicables.
Le périmètre doit être priorisé. Une première phase couvre généralement les données de référence, les ventes, les achats, l'inventaire, la facturation et la comptabilité ; le CRM, les projets, la fabrication ou l'e-commerce peuvent être ajoutés ultérieurement.
Localisation espagnole et canarienne
La documentation d'Odoo inclut la localisation espagnole, avec un plan comptable, des taxes, des positions fiscales et des rapports. Odoo a également annoncé une localisation fiscale canarienne disponible en Enterprise à partir de la version 18.
L'entreprise doit vérifier, dans la version contractée :
- Le plan comptable correct.
- Les taxes IGIC.
- Les positions fiscales pour l'Espagne péninsulaire, les Canaries, l'UE et les pays tiers.
- Les formulaires fiscaux et rapports réellement disponibles.
- Le SII pour l'IGIC le cas échéant.
- La compatibilité avec le SIF/VERI*FACTU (les exigences espagnoles anti-fraude pour les logiciels de facturation) et la facturation électronique.
- Les mises à jour et le support.
Les obligations fiscales ne doivent jamais reposer sur du matériel marketing. Le conseiller fiscal et le partenaire d'implantation doivent valider la configuration sur des cas réels.
IGIC et positions fiscales
La configuration doit refléter les opérations quotidiennes :
| Opération | Décision à tester |
|---|---|
| Vente locale | Taux et compte IGIC |
| Achat local | Déductibilité et comptabilisation |
| Opération avec l'Espagne péninsulaire | Traitement et documentation |
| Importation | DUA (document douanier), AIEM (taxe canarienne à l'importation) ou autres éléments selon le cas |
| Client UE/hors UE | Position fiscale et test |
| Exonéré ou taux spécial | Base légale et code |
Les positions fiscales doivent être déclenchées par des conditions contrôlées, et non par des corrections manuelles sur chaque facture.
SII pour l'IGIC
L'Agencia Tributaria Canaria (l'agence fiscale des Canaries) indique que le SII pour l'IGIC est obligatoire pour les assujettis à période de déclaration mensuelle, comme ceux inscrits au REDEME (le registre de remboursement mensuel de TVA/IGIC), les grandes entreprises et les groupes de sociétés, selon les règles en vigueur. Le projet doit confirmer si cela s'applique et tester l'enregistrement, la modification, l'annulation, la réponse et la réconciliation.
Un connecteur ne doit pas être accepté simplement parce qu'il « envoie ». Il doit afficher le statut, les erreurs, les nouvelles tentatives et la correspondance avec la facture.
Choisir l'édition et l'hébergement
| Option | Avantage | Risque à examiner |
|---|---|---|
| Odoo Online | Exploitation gérée | Limites de personnalisation |
| Odoo.sh | Déploiement et développement contrôlés | Gouvernance du code et des environnements |
| On-premise | Contrôle de l'infrastructure | Sécurité, mises à jour et continuité |
La décision dépend des modules, des personnalisations, de l'intégration, des données et de la capacité technique. Le contrat doit préciser qui est responsable des sauvegardes, des mises à jour, des incidents et de la récupération.
Coût total
Le budget comprend :
- Licences.
- Analyse et configuration.
- Développement.
- Migration des données.
- Intégrations.
- Formation.
- Conduite du changement.
- Support.
- Infrastructure.
- Montées de version.
- Provisions pour imprévus et coûts de sortie.
Il doit être calculé sur trois à cinq ans. Le prix par utilisateur ne reflète pas le coût réel du projet.
Migration
Il convient de séparer :
- Données de référence actives.
- Documents ouverts.
- Soldes et échéances.
- Stock par emplacement et par lot.
- Données historiques nécessaires.
- Pièces jointes.
- Une archive consultable.
Odoo permet d'importer et d'exporter des données ; la documentation recommande de fractionner les gros volumes en lots. Chaque chargement est testé dans un environnement de préproduction et réconcilié.
Contrôles :
- Clients et numéros fiscaux.
- Produits, unités et taxes.
- Comptes et soldes.
- Factures en attente.
- Stock et valorisation.
- Échéances.
- Comptages et totaux.
Intégrations
Pour chaque intégration, définissez le système maître, l'identifiant, la fréquence, la validation, la logique de nouvelle tentative et le responsable. L'e-commerce, le point de vente, la banque, la paie, la logistique et la BI ne doivent pas créer de doublons.
Une API disponible n'équivaut pas à une intégration maintenable. Il faut tester les pannes, les changements d'identifiants et les montées de version.
Éviter une personnalisation excessive
Avant de développer quoi que ce soit, comparez :
- La fonctionnalité standard.
- La configuration.
- Un changement de processus raisonnable.
- Un module maintenu.
- Un développement sur mesure.
Chaque personnalisation ajoute un risque en matière de tests, de maintenance et de montée de version. Elle doit avoir un responsable et une documentation.
Partenaire d'implantation et support
À prendre en compte :
- Expérience démontrable aux Canaries.
- Connaissance de l'IGIC et du SII.
- L'équipe affectée.
- Méthodologie et livrables.
- Support pendant les clôtures de période.
- Conduite du changement.
- Documentation.
- Continuité et couverture de remplacement.
Le support doit disposer d'un SLA, d'un chemin d'escalade et d'un accès contrôlé. S'appuyer sur une seule personne n'est pas recommandé.
Tests de recette
- Devis, commande, livraison et facture.
- Achat, réception et paiement.
- Taxes par territoire.
- Correction et retours.
- Clôture comptable.
- SII pour l'IGIC le cas échéant.
- Stock, lots et valorisation.
- Intégration bancaire et e-commerce.
- Permissions et pistes d'audit.
- Sauvegarde et restauration.
Les utilisateurs métier doivent exécuter les cas de test, pas seulement le partenaire d'implantation.
Plan à 90 jours
Jours 1-30
Processus, périmètre, localisation, données et architecture.
Jours 31-60
Configuration, migration pilote, intégrations et tests.
Jours 61-90
Formation, simulation, bascule et stabilisation.
Le calendrier dépend du périmètre ; ce n'est pas une garantie.
Erreurs courantes
- Confondre les localisations espagnole et canarienne.
- Configurer l'IGIC manuellement sur chaque facture.
- Ignorer le SII applicable.
- Migrer des données historiques sans critères.
- Personnaliser avant de tester la fonctionnalité standard.
- Ne pas réconcilier le stock et les soldes.
- Choisir le support uniquement sur la proximité.
- Ne pas budgétiser les montées de version.
- Manquer d'un plan de retour arrière.
- Passer en production sans validation de recette.
Liste de contrôle
- Périmètre et phases.
- Version et édition.
- Localisation canarienne vérifiée.
- IGIC et positions fiscales testés.
- SII évalué.
- Migration réconciliée.
- Intégrations avec idempotence.
- TCO et provisions.
- Support et SLA.
- Bascule et retour arrière.
Questions fréquentes
Odoo prend-il en charge la fiscalité des Canaries ?
Odoo a annoncé la localisation canarienne en Enterprise à partir de la version 18. La couverture exacte doit être vérifiée pour la version et les modules spécifiques contractés.
Ai-je besoin d'un module supplémentaire ?
Cela dépend de vos obligations et de la couverture standard. Cela doit être décidé après avoir testé les processus et les rapports, pas par défaut.
Faut-il migrer toutes les données historiques ?
Pas nécessairement. Une archive sécurisée peut être conservée, en ne migrant que ce qui est nécessaire pour l'exploitation et les obligations de conformité.
Sources consultées
- Odoo : localisation espagnole
- Odoo : localisation des Canaries
- Odoo : importer et exporter des données
- Agencia Tributaria Canaria : SII de l'IGIC
Summum Sistemas peut accompagner le diagnostic, l'implantation, la migration et le processus de recette aux Canaries.