Les factures d’acompte, l’endroit où la plupart des connecteurs de facturation électronique cassent en silence
Une facture d’achat standard — un fournisseur, une livraison, un document — est la majorité facile de ce qu’une Plateforme Agréée vous envoie. Les acomptes ne le sont pas : une facture d’acompte, parfois un avoir associé quand elle est annulée, et une facture définitive qui doit se rapprocher des deux. On l’a constaté en construisant la logique de réception de FacturaLink : c’est cette séquence qui révèle la conception réelle d’un connecteur.
Pourquoi les acomptes ont-ils besoin d’un traitement particulier ?
Une facture d’acompte et son avoir associé portent un type de document distinct dans la taxonomie AFNOR, séparé d’une facture ou d’un avoir standard. Ça, c’est la théorie. En pratique, le format de transport ne préserve pas toujours cette distinction proprement : on a constaté un avoir d’acompte entrant arrivant via UBL étiqueté comme un avoir générique, pas le type acompte spécifique que prévoit la taxonomie. Un connecteur qui fait confiance au champ de type déclaré par le format de transport sans le vérifier va mal classer le document — et un avoir d’acompte mal classé ne se comporte pas comme n’importe quel autre document mal classé, parce que tout ce qui suit (le brouillon d’achat qu’il devrait créer, la facture avec laquelle il devra plus tard se rapprocher) dépend de ce classement initial.
Qu’est-ce que Business Central doit vraiment créer à partir d’un document électronique d’acompte ?
Deux documents d’achat distincts, pas un seul. La facture d’acompte elle-même a besoin d’un brouillon qui se comptabilise comme un acompte, pas comme une facture standard — le traitement comptable diffère, et se tromper là-dessus est un problème de plan comptable découvert à la clôture, pas à la réception. Plus tard, quand la facture définitive de la même commande arrive, elle doit être créée et rattachée pour se solder correctement contre l’acompte déjà comptabilisé, plutôt que traitée comme une nouvelle facture sans lien qui référence par hasard la même commande.
Quelle est l’erreur la plus fréquente une fois les deux documents en place ?
Donner à la facture définitive le même numéro de facture fournisseur que la facture d’acompte. Ça ressemble à un choix comptable mineur ; ça ne l’est pas. Business Central utilise le numéro de facture fournisseur comme contrôle de doublon, et si la facture définitive hérite du numéro de l’acompte au lieu de porter le sien, le système la signale comme doublon d’un document déjà comptabilisé — et la bloque. La correction n’est pas une logique de rapprochement astucieuse. C’est s’assurer, au moment où chaque document électronique est créé, qu’une facture d’acompte et la facture définitive qui suit ne puissent jamais partager ce champ, parce que le flux documentaire de la réforme suppose dès le départ deux comptabilisations séparées.
Le cycle de statuts AFNOR fonctionne-t-il pareil pour une facture d’acompte ?
Il doit fonctionner pareil, et c’est là qu’il est facile de construire quelque chose qui a l’air fini sans l’être. On a rencontré un cas où valider un brouillon créé depuis un document électronique d’acompte comptabilisait correctement la facture dans Business Central, mais laissait le statut AFNOR du document sous-jacent en Déposée — le statut sortant Approuvée n’était jamais envoyé, parce que la logique de mise à jour de statut avait été écrite et testée sur le chemin de la facture standard, pas sur celui de l’acompte. Le brouillon d’achat avait l’air terminé. Le document, vu de la Plateforme Agréée et de votre fournisseur, avait toujours l’air intact. On détaille ce que signifie chaque statut AFNOR ailleurs plus en détail — le point ici est plus étroit : chaque type de document distinct que votre connecteur crée a besoin de son propre chemin vers cette mise à jour de statut, pas d’un chemin partagé que seuls certains documents atteignent vraiment.
À quoi ça ressemble pour une commande réelle ?
Prenez un industriel qui facture une commande sur mesure en deux temps : 30 % à la confirmation de commande, le solde à la livraison. La facture d’acompte arrive comme document électronique et doit se comptabiliser comme un acompte contre le bon de commande — pas comme une facture autonome, sinon le solde restant de la commande est faux dès le départ. Des mois plus tard, la facture de livraison arrive pour la valeur totale de la commande. Business Central doit reconnaître que ce document se rapproche de l’acompte déjà comptabilisé, en appliquant les 30 % déjà réglés plutôt qu’en refacturant le montant total. Si le connecteur avait traité l’acompte comme une facture générique plutôt qu’un acompte, c’est à cette étape que l’écart se révèle — en général comme un solde qui ne se rapproche pas, découvert par quelqu’un en comptabilité, pas signalé par le système au moment où le second document arrive.
Le cycle de statuts AFNOR doit tourner correctement sur les deux documents indépendamment. Une facture d’acompte qui se comptabilise proprement mais n’envoie jamais son statut sortant laisse la plateforme de votre fournisseur afficher un document non résolu pour une transaction que vos propres comptes considèrent close — exactement l’écart qu’un auditeur, ou le service recouvrement d’un fournisseur, finit par questionner.
Pourquoi ça compte plus pour les secteurs qui utilisent beaucoup l’acompte ?
L’industrie à la commande, le BTP, et toute relation fournisseur avec facturation par jalons font transiter une part importante de leur volume d’achat par des acomptes et une facturation échelonnée, pas des factures standard en un seul tir. Pour ces groupes, « le connecteur gère bien les factures standard » n’est pas la même affirmation que « le connecteur gère notre facturation », et l’écart entre les deux ne se voit qu’une fois qu’un vrai volume y passe — pas pendant une démo construite sur le cas facile.
Que faut-il demander avant de faire confiance à un connecteur sur ce point ?
Demandez le chemin acompte et avoir associé spécifiquement, pas une démo générale. Demandez ce qui arrive au statut AFNOR d’un document d’acompte à chaque étape, pas seulement sur une facture standard. Et demandez comment la numérotation de facture fournisseur reste distincte entre une facture d’acompte et la facture définitive qui suit — si personne ne sait répondre directement à cette dernière question, l’écart décrit plus haut n’a probablement pas encore été trouvé, parce qu’il ne se révèle qu’une fois qu’une vraie paire acompte/définitive traverse le système.
L’approche Asio Services
On n’a pas conçu la gestion documentaire de FacturaLink contre un cahier des charges. On l’a conçue contre les cas qui ont vraiment cassé en le construisant — les acomptes en font partie — et on a gardé les corrections dans le connecteur plutôt qu’en contournement ajouté après coup. Si vos entités font transiter un volume significatif par des acomptes ou une facturation échelonnée, c’est exactement le genre de détail à faire remonter avant la réforme, pas après. Commencez par notre formulaire clarté et apportez le cas qui compte vraiment pour vous.
FAQ
Toutes les Plateformes Agréées transmettent-elles les documents d’acompte de la même façon ?
Pas de façon fiable au niveau du format de transport. La taxonomie documentaire définit un type distinct, mais on a constaté un vrai cas d’avoir d’acompte arrivant étiqueté comme avoir générique. Un connecteur doit classer à partir de plus que le seul champ de type déclaré.
Business Central peut-il comptabiliser une facture d’acompte et sa facture définitive comme un seul document ?
Non, et il ne devrait pas essayer. Ce sont deux comptabilisations distinctes avec un traitement comptable différent — l’acompte comme un acompte, la facture définitive qui se rapproche contre lui. Les forcer en un seul document est ce qui cause le problème de numéro en doublon décrit plus haut.
Refuser un document fonctionne-t-il différemment pour une facture d’acompte ?
Le mécanisme est le même — un brouillon d’achat, un code motif, un statut sortant — mais la logique de mise à jour de statut doit être construite pour atteindre chaque type de document que votre connecteur crée, y compris les documents d’acompte, pas seulement les factures standard.
Est-ce pertinent si on utilise à peine l’acompte aujourd’hui ?
Moins en urgence, mais la réforme ne fait pas d’exception pour un usage occasionnel. La seule facture d’acompte du trimestre est exactement le genre de document qui reste bloqué si personne n’a testé ce chemin précis, parce que le volume de factures standard ne révèle jamais l’écart.