Novembre est le mois où les services comptables commencent à penser au 31 décembre. Pour les entreprises qui ont migré vers Odoo 20 depuis sa sortie en septembre, cette première clôture sur la nouvelle version mérite une préparation particulière. Les notes de version publiées par Odoo touchent deux zones qui comptent à la clôture : la gestion des immobilisations et les états de fin d'exercice pour la France1.
Aucune de ces évolutions n'empêche de clôturer. Elles déplacent en revanche des paramétrages que vos équipes connaissaient par cœur, et c'est en décembre que l'on découvre ce genre de décalage, rarement avant.
Les modèles d'immobilisation deviennent des modèles d'amortissement
Le changement le plus structurant concerne le module Immobilisations. Les notes de version d'Odoo 20 indiquent que les « asset models » ont été remplacés par des « depreciation models », centrés sur la logique de calcul des immobilisations1. La configuration et le suivi propres aux immobilisations sont, selon le même document, regroupés sur les comptes d'immobilisation eux-mêmes.
Jusqu'ici, un modèle d'immobilisation réunissait la méthode, la durée et les comptes à mouvementer. Dans la logique annoncée pour Odoo 20, le modèle décrit le calcul et le compte de bilan porte le reste. Une PME qui a créé une dizaine de modèles au fil des années doit donc vérifier où chaque information a atterri après la migration.
Deux autres points figurent dans les notes. D'abord, des taux et des nombres décimaux peuvent désormais être utilisés pour amortir un actif1. Ensuite, la facture fournisseur propose de nouvelles options, parmi lesquelles les modèles d'amortissement, les véhicules et les paiements différés1.
La documentation d'Odoo 20 décrit trois méthodes de calcul : linéaire, dégressive, et dégressive puis linéaire2. La méthode dégressive applique un « Declining Factor » à chaque échéance, la dernière dotation reprenant le solde restant. La variante mixte garantit une dotation au moins égale à celle du linéaire, ce qui correspond au mécanisme de bascule bien connu des comptables français. Le prorata temporis reste disponible pour calculer la première annuité à partir de la date de mise en service2.
Le dégressif fiscal français à l'épreuve du paramétrage
Le point de vigilance se situe sur les coefficients. L'article 39 A du Code général des impôts fixe le taux dégressif en multipliant le taux linéaire par 1,25 pour une durée normale d'utilisation de trois ou quatre ans, par 1,75 pour cinq ou six ans, et par 2,25 au-delà de six ans3. Ces coefficients décimaux n'ont rien d'exotique, et la mention explicite des nombres décimaux dans les notes de version d'Odoo 20 va dans le bon sens.
Nous recommandons néanmoins de ne rien supposer. Le texte d'Odoo parle de « rates and float numbers » sans détailler le comportement exact sur chaque méthode. Avant la clôture, prenez trois immobilisations réelles, une par coefficient, et comparez le plan d'amortissement calculé par Odoo avec celui de votre expert-comptable. Si les dotations divergent, même de quelques euros, il vaut mieux le savoir en novembre qu'au moment de passer les écritures d'inventaire.
| Durée normale d'utilisation | Coefficient dégressif (art. 39 A CGI) | Test à faire dans Odoo 20 |
|---|---|---|
| 3 ou 4 ans | 1,25 | Matériel informatique acquis en cours d'année |
| 5 ou 6 ans | 1,75 | Véhicule utilitaire, avec prorata |
| Plus de 6 ans | 2,25 | Machine ou agencement, sur toute la durée |
La documentation précise aussi un détail opérationnel souvent oublié. Odoo crée les écritures d'amortissement en brouillon et un traitement serveur vérifie une fois par jour s'il faut les comptabiliser, si bien que le passage au statut comptabilisé peut prendre jusqu'à 24 heures2. Le soir du 31 décembre, ce délai explique bien des balances « fausses » qui se corrigent seules le lendemain.
L'automatisme sur le compte, un réglage à relire
La documentation décrit trois comportements possibles pour un compte de type immobilisations : ne rien faire, créer une immobilisation en brouillon, ou la créer et la valider immédiatement2. Avec le regroupement des réglages sur les comptes annoncé par Odoo 20, ce paramètre devient central.
Nous avons une préférence claire pour la création en brouillon. Le mode « créer et valider » fait gagner du temps sur des achats répétitifs, mais il immobilise aussi, sans regard humain, une ligne de facture mal imputée. En période de clôture, une dépense de maintenance passée par erreur sur un compte 2154 génère alors un plan d'amortissement complet qu'il faudra annuler. Une revue des immobilisations en brouillon chaque mois coûte peu et évite ce type de correction.
Des plaquettes PCG directement dans Odoo
Côté France, les notes de version d'Odoo 20 annoncent l'ajout de modèles de rapports annuels préconfigurés, des « plaquettes » conformes aux normes officielles du Plan comptable général1. La documentation de la localisation française liste déjà, avec le module de comptabilité France, un bilan et un compte de résultat au format français4.
Pour une ETI qui produit des comptes intermédiaires, c'est un gain réel. Une plaquette générée par l'ERP reste toutefois un document de travail tant que l'expert-comptable ou le commissaire aux comptes ne l'a pas validée. Elle permet d'arriver au rendez-vous de clôture avec des chiffres déjà rapprochés.
Si vous avez restructuré votre plan comptable lors du passage aux comptes parents, vérifiez que chaque compte se retrouve bien sur la bonne ligne du bilan. Nous avons détaillé ce changement dans notre article sur la suppression des groupes de comptes.
Liasse et FEC : la chaîne de sortie à tester
Deux sorties réglementaires dépendent directement de la qualité de vos données d'immobilisations.
La première est la liasse fiscale. La documentation d'Odoo décrit une synchronisation avec Teledec, une plateforme de préparation et de télétransmission des déclarations fiscales4. Elle exige un compte Teledec, une société enregistrée avec ses informations d'exercice et une clé API Odoo. Deux précautions y figurent noir sur blanc. Teledec se synchronise toujours avec la société par défaut de l'utilisateur, ce qui piège les groupes multi-sociétés. Par ailleurs, l'action d'import de la balance peut écraser des corrections manuelles saisies auparavant4.
La seconde est le fichier des écritures comptables. La documentation rappelle que, depuis janvier 2014, toute entreprise française doit pouvoir produire et transmettre ce fichier sur demande de l'administration fiscale4. Il s'exporte depuis le grand livre, avec une option de fichier de test. Après une migration de version, nous conseillons de générer un FEC de test sur l'exercice en cours et de le passer dans un outil de contrôle avant décembre, car c'est le premier document qu'un vérificateur demandera.
Un calendrier réaliste avant le 31 décembre
Pour une entreprise qui clôture au 31 décembre, voici l'ordre que nous suivons avec nos clients :
- Mi-novembre : inventaire des anciens modèles d'immobilisation et contrôle de leur transposition en modèles d'amortissement et en réglages de comptes.
- Fin novembre : test des trois coefficients dégressifs sur des actifs réels, comparaison avec les tableaux de l'expert-comptable.
- Début décembre : génération d'un FEC de test et d'une première plaquette sur la situation à fin novembre.
- Après l'arrêté : synchronisation Teledec depuis la bonne société par défaut, puis contrôle des écarts avec la balance.
Notre lecture
Odoo 20 ne bouleverse pas la clôture, mais il en déplace les points de contrôle. Le passage des modèles d'immobilisation aux modèles d'amortissement est logique sur le plan du produit, puisqu'il sépare le calcul de l'imputation comptable. Il crée pourtant un risque très concret pour les équipes qui ont migré vite et n'ont pas relu leurs paramétrages.
Les plaquettes PCG natives sont la bonne nouvelle de cette version pour les entreprises françaises. Elles ne valent que ce que vaut le plan comptable qui les alimente. Notre conseil tient en une phrase : faites votre clôture à blanc en novembre, sur des données réelles, et gardez décembre pour les écritures d'inventaire plutôt que pour le débogage.
Sources
- Odoo 20 Release Notes : https://www.odoo.com/odoo-20-release-notes
- Odoo 20.0 Documentation, Non-current assets and fixed assets : https://www.odoo.com/documentation/20.0/applications/finance/accounting/vendor_bills/assets.html
- Odoo 20.0 Documentation, France (fiscal localization) : https://www.odoo.com/documentation/20.0/applications/finance/fiscal_localizations/france.html
- BOFiP, BIC, amortissement dégressif (BOI-BIC-AMT-20-20-30) : https://bofip.impots.gouv.fr/bofip/4699-PGP.html/identifiant=BOI-BIC-AMT-20-20-30-20120912
Footnotes
-
Odoo, notes de version d'Odoo 20, sections Comptabilité et France. ↩ ↩2 ↩3 ↩4 ↩5
-
Odoo, documentation 20.0, page « Non-current assets and fixed assets ». ↩ ↩2 ↩3 ↩4
-
Article 39 A du Code général des impôts, repris par la doctrine BOFiP (BOI-BIC-AMT-20-20-30). ↩
-
Odoo, documentation 20.0, localisation fiscale France (liasse fiscale, FEC, rapports). ↩ ↩2 ↩3 ↩4