Métier
Décomptes d'apport, remboursement forfaitaire agricole, prix de campagne : la facturation électronique du négoce agricole concentre des cas que les convertisseurs génériques ne savent pas représenter. Voici les points de vigilance, en repères, pour préparer la réforme sereinement.
Le négoce agricole, les silos et les coopératives cumulent des particularités de facturation que l’on retrouve rarement ailleurs. Le sens même de la facture s’inverse souvent : ce n’est pas le vendeur qui facture, mais l’organisme stockeur qui établit un décompte d’apport au nom de l’apporteur. À cela s’ajoutent un régime de TVA spécifique, des prix qui se construisent sur toute une campagne, et des cotisations multi-taux. Autant de points où un outil de conversion conçu pour un cas standard montre vite ses limites.
Cette page pose les repères. Elle ne tranche aucun point d’interprétation : sur chacun de ces sujets, l’analyse de votre expert-comptable ou de votre conseil fiscal reste la référence. L’objectif est de vous aider à savoir quelles questions poser, et à vérifier que la chaîne de facturation électronique que vous mettrez en place sait réellement traiter vos cas.
Quand un silo ou une coopérative reçoit la production d’un adhérent, c’est généralement l’organisme stockeur qui établit le document de facturation, et non l’apporteur. On parle d’auto-facturation, ou de facturation par le client, encadrée par un mandat de facturation. Le CGI (Code général des impôts) article 289 est ici le repère central : il décrit les mentions obligatoires et les conditions du mandat de facturation. Le détail de son application à votre cas relève de l’analyse de votre conseil.
Ce mécanisme a une conséquence technique souvent sous-estimée : la numérotation chronologique distincte par mandant. Lorsque vous facturez pour le compte de plusieurs apporteurs, chacun étant un mandant, les séquences de numérotation doivent pouvoir être tenues de façon distincte et chronologique pour chaque mandant. Un logiciel de gestion historique gère parfois cette mécanique d’une manière qui lui est propre : champs spécifiques, table annexe, convention de préfixe. Le passage à la facturation électronique suppose de retrouver et de cartographier cette logique sans la casser.
C’est précisément l’approche de Liakont : un agent en lecture seule stricte vient lire les données telles qu’elles existent dans votre logiciel (WinDev, Magic XPA, Delphi, Access, AS400/RPG, Sage ou NAV anciens), sans jamais écrire, modifier ni verrouiller quoi que ce soit. La numérotation par mandant n’est pas réinventée : elle est lue, normalisée, et vérifiée. Le mapping qui en découle est paramétré par tenant et validé par votre expert-comptable avant toute mise en service.
Le remboursement forfaitaire agricole (RFA), prévu au CGI article 298 quater, concerne les exploitants relevant de ce régime plutôt que de la TVA de droit commun. C’est ici que les outils génériques rencontrent un obstacle de fond. La qualification précise de votre situation au regard de ce régime reste, là encore, à valider avec votre conseil.
Le problème n’est pas seulement comptable, il est structurel. La norme européenne EN 16931, qui définit le socle de la facture électronique, et les nomenclatures associées (notamment l’UNCL5305, qui code les catégories de taxe : standard, taux réduit, exonéré, hors champ, etc.) n’offrent pas de catégorie évidente pour représenter le RFA. Le remboursement forfaitaire ne se confond pas avec une TVA classique : ce n’est ni un taux standard, ni un taux réduit, ni une simple exonération. Il faut donc décider comment le porter dans la structure normée, et documenter ce choix.
Un convertisseur générique, qui se contente de recopier un montant dans une case « TVA », ne sait pas faire ce choix. Au mieux il l’ignore, au pire il produit une représentation fausse qui ne passera pas les contrôles. C’est l’une des raisons pour lesquelles la promesse du « quelques lignes de code suffisent pour convertir vos factures » ne tient pas dès qu’on sort du cas standard : le RFA, à lui seul, demande une analyse de mapping dédiée.
Sur la chaîne Liakont, la donnée du RFA est normalisée au standard EN 16931, puis passée dans le mapping TVA paramétré pour votre tenant. Ce mapping est validé par votre expert-comptable : le traitement retenu pour le RFA n’est pas une décision unilatérale d’un éditeur, c’est une décision documentée et tracée. Et la facture légale finale n’est pas émise par Liakont mais par la Plateforme Agréée (PA) partenaire, à laquelle Liakont transmet des données structurées et contrôlées.
Dans une campagne céréalière, le prix payé à l’apporteur est rarement fixé une fois pour toutes. Un acompte est versé sur la base d’un prix provisoire, puis le prix définitif s’établit plus tard, donnant lieu à des compléments de prix, parfois étalés sur plusieurs versements.
Pour la facturation électronique, cela soulève des questions concrètes : comment chaîner le document provisoire et le document de régularisation, comment référencer la pièce d’origine, comment refléter un complément sans recréer une facture entière. La structure EN 16931 prévoit des champs de référence à une facture antérieure, mais leur usage doit être cohérent avec la manière dont votre logiciel enchaîne réellement provisoire, définitif et compléments. Là encore, l’analyse de votre conseil sur le traitement TVA des acomptes et des régularisations reste déterminante.
L’enjeu est de préserver la traçabilité de bout en bout. L’archivage à valeur probante de Liakont (conservation longue, chaîne de hashes) vise à garder le lien entre les pièces successives d’une même campagne. Pour mémoire, les durées de conservation citées comme repères sont de 6 ans au plan fiscal (Livre des procédures fiscales, article L102 B) et 10 ans au plan commercial (Code de commerce, article L123-22).
Plusieurs autres cas se présentent fréquemment dans le secteur :
Sur ces points, la chaîne Liakont applique une série de contrôles qualité avant toute transmission. Parmi eux, la règle EN 16931 BR-CO-15 (l’équilibre HT + TVA = TTC) est traitée comme une règle fatale : en cas d’incohérence, la donnée est bloquée plutôt que transmise. Le principe est simple : mieux vaut arrêter une pièce douteuse que d’envoyer une facture fausse dans le circuit légal.
La réforme suit un calendrier fermé (sources DGFiP, Direction générale des finances publiques). La réception des factures électroniques devient obligatoire pour toutes les entreprises au 1ᵉʳ septembre 2026. L’émission et l’e-reporting deviennent obligatoires à la même date pour les grandes entreprises et les ETI (entreprises de taille intermédiaire), et au 1ᵉʳ septembre 2027 pour les PME, TPE et micro-entreprises. Les flux transitent selon une architecture en Y : l’entreprise passe par une Plateforme Agréée, qui route vers le Portail Public de Facturation (PPF), désormais annuaire et concentrateur plutôt que plateforme de dépôt gratuite.
Un point appelle une vigilance spécifique pour votre secteur. Les références réglementaires que vous citez aujourd’hui (par exemple le CGI article 289 ou l’article 298 quater) peuvent évoluer dans leur numérotation ou leur rédaction au fil des textes. Citer un article par son numéro ne reste fiable qu’à condition de suivre ces mises à jour : il convient de vérifier régulièrement, avec votre conseil, que les références utilisées sont toujours à jour. C’est l’un des objets de la supervision de la chaîne Liakont, qui intègre une veille de péremption afin que les repères réglementaires employés restent actuels.
Un livre blanc dédié à la facturation électronique du négoce agricole, des silos et des coopératives est en préparation. Il détaillera, cas par cas, les options de mapping et les questions à poser à votre expert-comptable. Si vous voulez le recevoir dès sa publication et échanger sur vos propres cas (décomptes d’apport, RFA, prix de campagne), vous pouvez rejoindre la liste d’attente. C’est aussi l’occasion de nous décrire votre logiciel de gestion actuel, pour que nous regardions ensemble comment vos pièces existantes se traduisent dans la chaîne normée.
Pour aller plus loin : Pour le point technique le plus pointu — pourquoi le RFA n’a aucune catégorie de taxe dédiée dans EN 16931 (ni code UNTDID 5305, ni motif VATEX) et comment le coder sans le déclarer en TVA — voir notre article RFA : aucune catégorie de taxe EN 16931 pour le coder.
Le remboursement forfaitaire agricole (CGI 298 quater) n'a pas de catégorie de taxe dans EN 16931 : ni code UNTDID 5305, ni motif VATEX d'exonération. Comment le porter sans le coder en TVA.
Vérifiez en quelques minutes si votre logiciel de gestion peut être rendu conforme — sans le remplacer.
