Documentation10 min de lecture

Annuaire, achats et reconnaissance : les satellites de la réforme

Autour du module de transport `l10n_fr_einvoicing`, six modules OCA complètent la réforme française dans Odoo 18 Community : `l10n_fr_einvoicing_directory_import` (version 18.0.1.0.0) tient l'**annuaire à la main par import et export CSV** quand l'API n'est pas disponible — sans annuaire, une facture n'a pas de destination. Les cinq autres : les achats, le tableau de bord, l'événement de paiement, et la reconnaissance du fournisseur par SIRET.

Technicienne consultant un ordinateur portable devant des baies de serveurs

Un module de transport ne suffit pas à vivre la réforme au quotidien. Il faut savoir où router une facture, dire à ses fournisseurs où envoyer les leurs, voir ce qui coince, et reconnaître automatiquement l'émetteur d'une facture reçue.

Six modules s'en chargent. Aucun n'est spectaculaire ; chacun supprime une tâche manuelle quotidienne ou un angle mort.

Résumé

Du côté du routage, l10n_fr_einvoicing_directory_import permet de maintenir les lignes d'annuaire à la main, par export et import CSV, quand l'interface automatisée de l'annuaire n'est pas accessible. l10n_fr_einvoicing_purchase ajoute sur le bon de commande fournisseur la ligne d'annuaire de votre société et l'imprime sur le PDF : votre fournisseur sait où adresser sa future facture électronique.

Du côté du pilotage, l10n_fr_einvoicing_dashboard_banner ajoute deux indicateurs — flux en erreur et flux en cours — au bandeau de tableau de bord comptable, avec alerte visuelle sur le premier. l10n_fr_einvoicing_payment_batch_oca envoie automatiquement l'événement « paiement envoyé » à la plateforme dès qu'un ordre de paiement fournisseur est téléversé.

Du côté de la réception enfin, l10n_fr_business_document_import apparie le fournisseur par SIRET ou SIREN avant toute méthode approximative, l10n_fr_account_invoice_import_facturx extrait ces identifiants du XML d'un Factur-X reçu, et l10n_fr_account_invoice_import_simple_pdf retrouve un fournisseur dont le SIREN apparaît dans le texte d'un PDF ordinaire.

L'essentiel

  • L'annuaire tenu à la main par export/import CSV, quand l'API n'est pas disponible — une porte de sortie, pas un confort.
  • La ligne d'annuaire imprimée sur le bon de commande : le fournisseur n'a plus à deviner où facturer.
  • Deux cellules de tableau de bord créées automatiquement à l'installation, dont une avec alerte : flux en erreur, flux en cours.
  • L'événement « paiement envoyé » automatisé au téléversement d'un ordre de paiement — actif par défaut.
  • L'appariement par SIRET et SIREN tenté avant les méthodes génériques (nom, courriel) à l'import d'un document.
  • Le SIREN cherché dans le texte brut d'un PDF simple : aucun paramétrage par fournisseur à faire.

Ce que ces modules ajoutent à l'instance

ModuleRôleDépôtVersion
l10n_fr_einvoicing_directory_importAnnuaire maintenu par CSVfr-einvoicing18.0.1.0.0
l10n_fr_einvoicing_purchaseLigne d'annuaire sur le bon de commandefr-einvoicing18.0.1.0.0
l10n_fr_einvoicing_dashboard_bannerDeux indicateurs de fluxfr-einvoicing18.0.1.0.0
l10n_fr_einvoicing_payment_batch_ocaÉvénement « paiement envoyé » automatiquefr-einvoicing18.0.1.0.0
l10n_fr_business_document_importAppariement par SIRET/SIRENl10n-france18.0.1.1.0
l10n_fr_account_invoice_import_facturxExtraction du SIRET d'un Factur-X reçul10n-france18.0
l10n_fr_account_invoice_import_simple_pdfSIREN cherché dans un PDF ordinairel10n-france18.0.1.0.0

Tous gravitent autour de l10n_fr_einvoicing, qui porte l'annuaire, les flux, les événements et le cycle de vie. Aucun ne fonctionne sans lui, sauf les trois derniers, qui relèvent de la chaîne d'import de factures fournisseurs.

Tenir l'annuaire quand l'API n'est pas là

Le routage d'une facture électronique dépend de l'annuaire : à quel identifiant, sur quelle plateforme, envoyer la facture d'un client donné. Tant que l'interface automatisée n'est pas accessible, cet annuaire doit vivre quand même.

  1. Aller dans Facturation ▸ Configuration ▸ France - Facturation électronique ▸ Annuaire — Import/Export CSV.
  2. Exporter les lignes d'annuaire existantes en CSV.
  3. Compléter ou corriger hors d'Odoo — c'est le format que tout le monde sait manipuler.
  4. Réimporter le fichier.

Ce module n'est pas un confort, c'est une porte de sortie. Sans annuaire renseigné, une facture n'a pas de destination : elle ne part pas, ou elle part au mauvais endroit.

L'annuaire, son rôle et la logique SIREN/SIRET sont expliqués côté éditorial dans l'annuaire de la facturation électronique.

Le pendant de ce besoin, vu depuis l'autre bout de la chaîne, est le module des achats : vos fournisseurs ont le même problème avec vous. l10n_fr_einvoicing_purchase ajoute sur le bon de commande un champ ligne d'annuaire de la société, pré-rempli avec la ligne par défaut ou l'unique ligne active, modifiable, et visible seulement si votre société est reconnue comme entité privée assujettie. Surtout, il l'imprime sur le PDF du bon de commande, dans le bloc d'en-tête.

Autrement dit : chaque commande que vous passez indique à votre fournisseur l'adresse électronique à laquelle vous facturer. C'est la façon la moins coûteuse de propager l'information — elle voyage avec un document qu'il lit déjà.

Voir ce qui coince, sans ouvrir un écran

l10n_fr_einvoicing_dashboard_banner ajoute deux cellules au bandeau de tableau de bord comptable :

IndicateurCe qu'il compteComportement
Flux en erreurLes flux e-invoicing en état d'erreurAlerte visuelle activée
Flux en coursLes flux ni en erreur ni terminésAffichage simple

Les deux cellules sont créées automatiquement à l'installation, et un clic ouvre la liste des flux filtrée sur la société et l'état correspondant.

C'est peu de chose et c'est décisif : la question « est-ce qu'une facture est bloquée aujourd'hui ? » doit avoir une réponse sans ouvrir un écran dédié, sinon elle n'est posée que le jour où un client appelle.

Dans la même logique d'automatisation du quotidien, l10n_fr_einvoicing_payment_batch_oca crée l'événement « paiement envoyé » dès qu'un ordre de paiement fournisseur passe à l'état téléversé : il parcourt les paiements de l'ordre, crée l'événement pour chaque facture rattachée à un flux, et poste un message dans le fil de discussion de la facture avec le lien vers l'événement.

Le réglage « Auto Send Payment Sent Event » est actif par défaut. C'est le bon réglage — le cycle de vie exige cet événement, et personne ne le saisira à la main après chaque remise bancaire. À connaître tout de même, parce qu'un comportement automatique non su est un comportement qu'on finit par subir.

Les statuts obligatoires du cycle de vie et leurs délais sont détaillés dans le cycle de vie d'une facture électronique.

Reconnaître le fournisseur d'une facture reçue

Recevoir des factures électroniques, c'est recevoir des fichiers dont il faut identifier l'émetteur. Trois modules français rendent cette reconnaissance fiable.

Le socle : apparier par SIRET et SIREN

l10n_fr_business_document_import enrichit le mécanisme commun d'import de documents — factures, commandes — pour tenter l'appariement par SIRET (14 chiffres) ou SIREN (9 chiffres) avant les méthodes génériques : nom, courriel, numéro de TVA.

Il vérifie aussi la cohérence entre le SIREN du document importé et celui de la société Odoo cible — le contrôle qui évite d'imputer dans la mauvaise société d'un groupe — et enrichit les messages d'erreur avec les identifiants effectivement extraits. C'est appréciable : un échec d'import qui dit quel SIRET il a cherché se diagnostique en dix secondes.

Les deux modules de reconnaissance

ModuleEntréeCe qu'il extrait
l10n_fr_account_invoice_import_facturxUn PDF Factur-X reçuLe SIRET du vendeur et celui de l'entreprise destinataire, dans le XML CII
l10n_fr_account_invoice_import_simple_pdfUn PDF ordinaire, sans XMLLe SIREN de la fiche fournisseur, cherché tel quel dans le texte du PDF

Le premier autorise en plus la mise à jour automatique des champs SIREN, SIRET et NIC de la fiche partenaire quand le document porte des valeurs différentes — une façon de laisser les factures entretenir le référentiel.

Le second mérite d'être connu de toute entreprise qui reçoit encore des PDF classiques : sans lui, la reconnaissance repose sur le numéro de TVA ou sur des mots-clés configurés à la main fournisseur par fournisseur. Avec lui, il suffit que le SIREN soit renseigné dans Odoo et présent dans le texte du PDF. Aucun paramétrage par fournisseur.

Ces trois modules complètent la chaîne décrite dans l'import des factures fournisseurs.

Limites connues

  • L'import CSV de l'annuaire est un palliatif : il demande une discipline de mise à jour que l'automatisation rendrait inutile.
  • Le champ de ligne d'annuaire sur le bon de commande n'apparaît que si la société est reconnue comme entité privée assujettie à la TVA dans l'annuaire.
  • L'envoi automatique de l'événement de paiement est actif par défaut et suppose le module OCA d'ordres de paiement en lot.
  • Le bandeau de tableau de bord suppose son module de base (account_dashboard_banner) : sans lui, pas d'indicateur.
  • La reconnaissance par SIREN dans un PDF simple échoue si le PDF est une image non océrisée : il n'y a pas de texte à chercher.
  • Tous ces modules supposent l10n_fr_einvoicing pour la partie réforme : ce sont des satellites, pas des alternatives.

Identité technique

ModuleDépôt OCAVersionLicenceDépend de
l10n_fr_einvoicing_directory_importfr-einvoicing18.0.1.0.0AGPL-3l10n_fr_einvoicing
l10n_fr_einvoicing_purchasefr-einvoicing18.0.1.0.0AGPL-3l10n_fr_einvoicing, purchase
l10n_fr_einvoicing_dashboard_bannerfr-einvoicing18.0.1.0.0AGPL-3l10n_fr_einvoicing, account_dashboard_banner
l10n_fr_einvoicing_payment_batch_ocafr-einvoicing18.0.1.0.0AGPL-3l10n_fr_einvoicing, account_payment_batch_oca
l10n_fr_business_document_importl10n-france18.0.1.1.0AGPL-3base_business_document_import, l10n_fr_siret
l10n_fr_account_invoice_import_facturxl10n-france18.0AGPL-3account_invoice_import_facturx, l10n_fr_business_document_import
l10n_fr_account_invoice_import_simple_pdfl10n-france18.0.1.0.0AGPL-3account_invoice_import_simple_pdf, l10n_fr_siret

Questions fréquentes

Comment tenir l'annuaire si l'API n'est pas disponible ?

Avec l10n_fr_einvoicing_directory_import : un assistant d'export et d'import CSV des lignes d'annuaire, accessible dans Facturation ▸ Configuration ▸ France - Facturation électronique. On exporte, on corrige hors d'Odoo, on réimporte. C'est un palliatif assumé, mais sans annuaire renseigné une facture n'a pas de destination.

Comment dire à nos fournisseurs où nous facturer ?

l10n_fr_einvoicing_purchase ajoute la ligne d'annuaire de votre société sur le bon de commande fournisseur et l'imprime sur son PDF. L'information voyage donc avec un document que le fournisseur lit déjà, au lieu de faire l'objet d'une campagne de courriels.

L'événement « paiement envoyé » doit-il être saisi manuellement ?

Non, si l10n_fr_einvoicing_payment_batch_oca est installé : dès qu'un ordre de paiement fournisseur passe à l'état téléversé, l'événement est créé pour chaque facture rattachée à un flux, avec un message dans le fil de discussion. Le réglage est actif par défaut et se désactive dans le bloc France eInvoicing des paramètres.

Comment Odoo reconnaît-il le fournisseur d'une facture reçue ?

Par SIRET ou SIREN d'abord, grâce à l10n_fr_business_document_import, avant les méthodes génériques. Sur un Factur-X, le SIRET est lu dans le XML ; sur un PDF ordinaire, le SIREN de la fiche fournisseur est cherché tel quel dans le texte extrait. Le module vérifie aussi que le SIREN destinataire correspond bien à la société Odoo cible.

Que faire des PDF scannés sans texte ?

La reconnaissance par SIREN ne peut pas fonctionner : il n'y a pas de texte à chercher dans une image. Il faut une reconnaissance optique en amont, ou un paramétrage manuel de mots-clés par fournisseur. C'est l'une des raisons pour lesquelles la réforme, en imposant le format structuré, supprime ce problème plutôt qu'elle ne le déplace.

Se faire accompagner

Ces six modules ne se vendent pas : ils se remarquent le jour où ils manquent. Une facture sans destination d'annuaire, un fournisseur qui envoie au mauvais endroit, un flux en erreur que personne ne voit, un événement de paiement jamais transmis — chacun de ces incidents coûte une demi-journée et un appel client.

Nous les installons et les réglons avec le module de transport, pas après : l'annuaire d'abord, la mention sur les bons de commande ensuite, puis les indicateurs pour que l'anomalie se voie le jour même. Voir notre accompagnement sur la facture électronique ou demander un rappel.

Pour aller plus loin

En résumé

Six satellites qui font tenir la réforme au quotidien : l'annuaire maintenu par CSV quand l'API manque, votre adresse de facturation imprimée sur vos bons de commande, deux indicateurs de flux en erreur, l'événement de paiement automatisé, et la reconnaissance du fournisseur par SIRET plutôt que par approximation. Parlons de votre mise en conformité.

Documentation OCAFacturation électroniqueFrance

Partager

Fiches connexes

Écran de configuration des accès et des permissions
Treize modules OCA complètent le dépôt `sale-workflow` pour Odoo 18 Community : `sale_tier_validation` (version 18.0.1.1.0) soumet la confirmation d'une commande à une **approbation à plusieurs niveaux**, et `sale_validity_auto_cancel` **annule automatiquement les devis périmés** depuis un nombre de jours configurable. Les onze autres, de la visibilité limitée à son équipe commerciale à la liste de souhaits d'un client.
Lire la suite
Documentation OCA, Ventes
Utilisation d'un logiciel de gestion sur tablette et ordinateur
Vingt-quatre modules OCA du dépôt `sale-workflow` traitent le client et l'organisation commerciale dans Odoo 18 Community : `portal_sale_personal_data_only` corrige un défaut de confidentialité : par défaut, un utilisateur du portail voit **toutes les commandes dont un membre de son organisation est suiveur**. Les vingt-trois autres, de l'adresse de livraison restreinte au calendrier des visites commerciales.
Lire la suite
Documentation OCA, Ventes