Clôture, provisions, écotaxe, EMEBI et rapports comptables OCA

La clôture d'un exercice repose sur des écritures que le standard d'Odoo ne produit pas : les quatre provisions de rattachement, le report des soldes, et les états — grand livre, balance âgée, livre-journal — dans la forme qu'un expert-comptable attend.

Vingt-huit modules communautaires y répondent, plus l'écotaxe française et la déclaration EMEBI. Ils terminent cinq dépôts.

Résumé

Sept modules traitent la clôture : les quatre provisions avec leur correspondance de comptes, leur calcul depuis les transferts non facturés, leur calcul depuis les dates de période, leur variante abonnements, les dates de début et de fin sur les lignes de facture, et un assistant de clôture d'exercice avec ses modèles et ses plages de comptes.

Sept modules traitent les règles fiscales : l'écotaxe française avec ses catégories, classifications, collecteurs et secteurs, ses volets vente et mécanisme de taxe, un type de partenaire sur la position fiscale, un avertissement de validité de numéro de TVA, le guichet unique européen, et une base d'exonérations pour un service de calcul de taxes.

Six modules traitent les rapports comptables : un jeu de rapports OCA — grand livre, balance générale, livre-journal, écritures ouvertes, rapport de TVA, solde cumulé auxiliaire —, sa colle vers les ventes, un export tableur des écritures, un solde par taxe sur une période, des relevés de compte en trois formats, et deux modèles de tableaux de bord MIS dont un prévisionnel de trésorerie.

Huit modules enfin traitent le commerce international et les devises : le code du système harmonisé avec ses déclinaisons stock, livraison et taux de droits de douane, la déclaration EMEBI avec son moteur, son import de nomenclature et sa variante générique, et la mise à jour des taux de change avec son fournisseur et son alerte d'obsolescence.

L'essentiel

• Les quatre provisions de rattachement sous un menu dédié.
• Les provisions calculées depuis les transferts non facturés.
• Un assistant de clôture d'exercice avec plages de comptes.
• L'écotaxe française et ses référentiels.
• La déclaration EMEBI avec son moteur de calcul.
• Le code du système harmonisé et les taux de droits de douane.
• Les rapports comptables OCA : grand livre, balance, livre-journal.
• Une alerte quand les taux de change sont périmés.

Ce que ces modules ajoutent à l'instance

Les menus : Facturation ▸ Comptabilité ▸ Provisions et ses quatre écrans, Facturation ▸ Configuration ▸ Fermer An Economique, Facturation ▸ Configuration ▸ Écotaxe et ses quatre référentiels, Facturation ▸ Analyse ▸ Rapports comptables OCA et ses six états, Taxes Totaux, Facturation ▸ Analyse ▸ EMEBI/DES et Facturation ▸ Configuration ▸ EMEBI/DES avec ses cinq référentiels, Inventaire ▸ Configuration ▸ Produits ▸ Code Intrastat et H.S. Code Tax Rate, Facturation ▸ Configuration ▸ Comptabilité ▸ Fournisseurs de taux de change.

Les provisions de clôture

Les quatre provisions de rattachement — charges constatées d'avance, charges à payer, produits constatés d'avance, produits à recevoir — sont le cœur d'une clôture. Odoo ne les produit pas : elles se calculent dans un tableur, et la preuve du calcul disparaît avec le fichier.

account_cutoff_base fournit ces quatre provisions sous Facturation ▸ Comptabilité ▸ Provisions, avec une correspondance de comptes de provision en configuration.

• account_cutoff_picking calcule les provisions depuis les transferts : la marchandise reçue non facturée est une charge à payer, la marchandise livrée non facturée un produit à recevoir.
• account_cutoff_start_end_dates calcule les provisions depuis les dates de période des lignes de facture, et account_invoice_start_end_dates (LGPL-3) ajoute ces dates.
• account_cutoff_accrual_subscription traite les provisions d'abonnement, avec son référentiel.

Le calcul depuis les transferts est celui qui rend la clôture auditable : au lieu d'estimer les charges à payer, on les déduit des réceptions sans facture. Le chiffre est justifié ligne par ligne, et il se recalcule.

account_fiscal_year_closing fournit un assistant de clôture d'exercice avec ses modèles et ses types, et account_fiscal_year_closing_range permet d'y mapper des plages de comptes — plutôt que de lister chaque compte.

L'écotaxe et les règles fiscales

account_ecotax gère l'écotaxe — que son README décrit dans le contexte français comme un coût ajouté au prix de vente des appareils électriques, électroniques et du mobilier. Quatre référentiels : catégorie, classification, collecteur (l'éco-organisme) et secteur.

• account_ecotax_sale apporte le volet vente.
• account_ecotax_tax fait calculer les écotaxes par le mécanisme de taxe d'Odoo, en s'appuyant sur les taxes à formule.

L'écotaxe est une obligation légale française pour plusieurs filières, et son montant doit figurer distinctement sur la facture. Le gérer comme une ligne de produit ne suffit pas : elle a sa propre assiette, son propre collecteur et ses propres déclarations.

• account_fiscal_position_partner_type ajoute un type de partenaire sur la position fiscale. README réduit à sa catégorie.
• account_fiscal_position_vies_warning (LGPL-3) ajoute un avertissement quand un numéro de TVA intracommunautaire n'est pas valide au registre européen. README réduit à sa catégorie.
• l10n_eu_oss_oca gère le guichet unique européen — la TVA à distance sur les ventes aux particuliers de l'Union. README réduit à sa catégorie.
• account_avatax_exemption_base (LGPL-3) fournit une base d'exonérations pour un service externe de calcul de taxes, avec quatre référentiels.

L'avertissement de validité du numéro de TVA est la pièce manquante du contrôle intracommunautaire : facturer hors taxes à un numéro invalide expose au redressement, et la vérification au registre européen est la seule preuve de diligence.

Les rapports comptables

account_financial_report (version 18.0.1.4.29, la plus travaillée de tout le catalogue documenté ici) fournit un jeu de rapports comptables sous Facturation ▸ Analyse ▸ Rapports comptables OCA : balance générale, grand livre, grand livre non lettré, livre-journal, rapport de TVA, solde cumulé auxiliaire.

Ces états sont ceux qu'un expert-comptable demande, dans la forme où il les attend. C'est le module le plus installé du catalogue comptable communautaire, et le numéro de version — quarante-huit révisions sur la branche 18.0 — dit à la fois son usage et son exigence.

• account_financial_report_sale adapte le rapport des écritures ouvertes au contexte des ventes.
• account_move_line_report_xls ajoute une action d'export tableur des écritures depuis leur vue.
• account_tax_balance calcule le solde de chaque taxe — montant et base imposable — sur une plage de dates, sous Facturation ▸ Analyse ▸ Taxes Totaux.
• partner_statement (version 18.0.1.2.0) imprime des relevés de compte clients et fournisseurs en trois formats.
• mis_builder_cash_flow fournit un prévisionnel de trésorerie sur le moteur de tableaux de bord, et mis_template_financial_report deux modèles prêts à l'emploi.

Le solde par taxe sur une période est l'écran de contrôle d'une déclaration de TVA : il permet de rapprocher le montant déclaré des écritures, par taux.

Le moteur de tableaux de bord est traité dans la marge, les budgets et les rapports.

Le commerce international et les devises

product_harmonized_system introduit le code du système harmonisé — la nomenclature douanière internationale. Trois modules le déclinent : un accès depuis le stock, une colle de compatibilité livraison à installation automatique, et les taux de droits de douane par couple code et origine.

intrastat_base fournit les objets communs des déclarations EMEBI et DES — les noms français de la déclaration d'échanges de biens et de services. intrastat_product (version 18.0.1.3.3) fournit le moteur de calcul et le modèle de déclaration, avec cinq référentiels : codes du système harmonisé, modes de transport, régions, types de transaction, unités supplémentaires.

La déclaration EMEBI est obligatoire au-delà d'un seuil d'échanges intracommunautaires, et son établissement manuel occupe une journée par mois. Le moteur la calcule depuis les factures et les transferts — à condition que les codes douaniers et les régions soient renseignés, ce qui est le vrai travail.

• intrastat_product_hscodes_import fournit un assistant d'import en un clic de la nomenclature complète des codes du système harmonisé.
• intrastat_product_generic fournit une déclaration générique, pour les pays sans module de localisation dédié.

Trois modules traitent les devises : la mise à jour des taux de change avec son référentiel de fournisseurs, un fournisseur de taux, et une alerte aux responsables comptables quand les taux sont trop anciens.

L'alerte sur taux périmés corrige un défaut silencieux : un taux de change non mis à jour ne produit pas d'erreur, il produit des conversions fausses. Une facture en devise valorisée au taux du mois dernier passe inaperçue jusqu'au rapprochement bancaire.

Limites connues

• Quatre modules ont un README réduit à leur catégorie : le type de partenaire sur position fiscale, l'avertissement de TVA, le guichet unique européen et la déclaration générique EMEBI.
• Les provisions sont des écritures comptables : leur paramétrage de comptes se fait avec l'expert-comptable, pas seul.
• Le calcul depuis les transferts suppose des réceptions et des livraisons à jour : un transfert non validé n'entre pas dans la provision.
• L'assistant de clôture génère des écritures de report : à éprouver sur une base de recette avant le premier exercice.
• L'écotaxe est une obligation de filière : son paramétrage — catégories, collecteurs, barèmes — relève de votre éco-organisme.
• L'EMEBI dépend des codes douaniers renseignés sur les produits : sans eux, le moteur ne calcule rien. C'est le travail réel.
• account_financial_report dépend de date_range et report_xlsx : deux briques à installer.
• La mise à jour automatique des taux de change interroge un service externe : vérifier sa disponibilité et la source des taux retenue.
• account_avatax_exemption_base suppose un service externe de calcul de taxes : utile hors de France, rarement en France.

Identité technique

Les vingt-huit modules viennent de cinq dépôts OCA, branche 18.0 — account-closing, account-fiscal-rule, account-financial-reporting, intrastat-extrastat et currency —, désormais tous documentés ici. Vingt-cinq sont en AGPL-3, trois en LGPL-3. Les dépendances externes : account, base_vat, contacts, sale_stock, purchase_stock, stock_delivery, product, date_range, report_xlsx, report_xlsx_helper, mis_builder, account_tax_python, web_notify et mail.

Voir aussi la marge, les budgets et les rapports et verrouiller et contrôler les écritures.

Questions fréquentes

Odoo produit-il les provisions de clôture ?

Non. account_cutoff_base fournit les quatre provisions de rattachement — charges constatées d'avance, charges à payer, produits constatés d'avance, produits à recevoir — avec leur correspondance de comptes. Sans ce module, elles se calculent dans un tableur et la preuve du calcul disparaît avec le fichier.

Comment justifier les charges à payer d'une clôture ?

Avec account_cutoff_picking, qui calcule les provisions depuis les transferts : la marchandise reçue non facturée est une charge à payer, la marchandise livrée non facturée un produit à recevoir. Le chiffre est justifié ligne par ligne et il se recalcule — à condition que les transferts soient validés.

Peut-on obtenir un grand livre et une balance âgée au bon format ?

Oui : account_financial_report fournit balance générale, grand livre, grand livre non lettré, livre-journal, rapport de TVA et solde cumulé auxiliaire, dans la forme qu'un expert-comptable attend. Avec quarante-huit révisions sur la branche 18.0, c'est le module le plus travaillé du catalogue comptable communautaire.

Odoo gère-t-il la déclaration EMEBI ?

Avec intrastat_base et intrastat_product, oui : le moteur de calcul et le modèle de déclaration, avec cinq référentiels — codes douaniers, modes de transport, régions, types de transaction, unités supplémentaires. Mais il dépend des codes douaniers renseignés sur les produits : sans eux, il ne calcule rien. C'est le travail réel.

Comment éviter de facturer au mauvais taux de change ?

currency_old_rate_notify alerte les responsables comptables quand les taux sont trop anciens. C'est un défaut silencieux : un taux non mis à jour ne produit pas d'erreur, il produit des conversions fausses, qui passent inaperçues jusqu'au rapprochement bancaire. currency_rate_update automatise la mise à jour.

Se faire accompagner

La clôture est le moment où l'on découvre ce que l'ERP ne sait pas faire : les provisions se calculent dans un tableur, les états se retapent, et la justification repose sur la mémoire de qui a fait le calcul. Trois modules suffisent à rendre la clôture auditable et reproductible.

Nous installons donc les provisions avec leur calcul depuis les transferts et les rapports comptables avant la première clôture, en paramétrant les comptes avec votre expert-comptable. Et nous vérifions l'âge des taux de change, qui est le défaut le plus silencieux. Voir les prestations d'Atalios Consulting ou demander un rappel.

Pour aller plus loin

• La marge, les budgets et les rapports
• Verrouiller et contrôler les écritures comptables

En résumé

La clôture repose sur des écritures que le standard d'Odoo ne produit pas : les quatre provisions de rattachement, le report des soldes, et les états dans la forme qu'un expert-comptable attend. Vingt-huit modules y répondent, plus l'écotaxe et l'EMEBI. Parlons de votre clôture.