Extensions de facturation électronique
Dans un nombre croissant de pays, une facture n’a de valeur légale qu’une fois que la plateforme de l’administration l’a vue — le Brésil, l’Inde, l’Italie et d’autres appliquent chacun leur propre régime de validation préalable. REDA Financials s’y prépare grâce à un point d’extension de facturation électronique intégré ; des packages d’extension par pays et par fournisseur de service complètent le dispositif.
Ce que fournit le package principal
- Configuration de facturation électronique par entité : le pays et l’environnement qui s’appliquent à cette entité juridique, les types de documents concernés, et si les factures sont transmises automatiquement à la comptabilisation ou retenues jusqu’à ce qu’une personne les libère. Voir Configurer la facturation électronique pour une entité.
- L’historique de facturation électronique : un enregistrement par facture, qui conserve l’intégralité des échanges avec l’administration — ce qui a été envoyé, ce qui est revenu, l’identifiant fiscal qu’elle a attribué, et chaque nouvelle tentative. C’est votre preuve d’audit, et il apparaît dans la liste associée Suivis de facture électronique de la facture. Voir Lire un historique de facturation électronique.
- Le statut sur la facture elle-même : deux champs en lecture seule, Statut de facturation électronique et UUID de facturation électronique, pour que la situation soit visible sans rien ouvrir d’autre — ainsi qu’une case à cocher Ignorer la facturation électronique pour exclure une facture précise. Voir La facturation électronique sur la facture de vente.
- L’interrogation planifiée du statut : les administrations qui répondent de manière asynchrone sont relancées par l’Interrogation du statut de facturation électronique, qui fait passer les documents soumis à leur verdict final. Chaque organisation doit la planifier elle-même. Voir Interrogation du statut de facturation électronique.
- Des documents extensibles : la conception pilotée par la configuration permet à une extension d’ajouter les champs obligatoires du pays aux documents et aux PDF sans toucher à votre configuration de base.
Package principal ou extension — qui fait quoi
| Élément | Package principal ou extension ? | Ce que cela vous apporte |
|---|---|---|
| Configuration de facturation électronique par entité | Package principal | L’emplacement de configuration : quel fournisseur de service dessert cette entité juridique, et dans quel environnement (test ou production). |
| Suivis de facture électronique sur la facture | Package principal | La piste d’audit par document — le statut de chaque transmission et les réponses de l’administration, rattachés à la facture elle-même. |
| Extensibilité des documents pilotée par la configuration | Package principal | Le mécanisme qui permet aux champs obligatoires d’un pays d’apparaître sur les documents et les PDF sans modifier votre configuration de base. |
| La connexion au fournisseur de service | Extension | Le lien effectif avec la plateforme de l’administration ou la plateforme intermédiaire, pour un pays et un fournisseur de service donnés. |
| Les champs obligatoires d’un pays | Extension | Ce que le régime local exige sur les documents, ajouté au moyen des listes de champs configurables. |
Lire l’historique de transmission
Chaque facture reçoit un seul historique de facturation électronique, réutilisé pendant toute la vie de cette transmission — une nouvelle tentative met à jour le même enregistrement au lieu d’en ajouter un autre. Il retrace la conformité du document : ce qui a été envoyé, la réponse de l’administration, l’identifiant fiscal, et le nombre de tentatives nécessaires.
| Statut de l’historique | Ce que cela signifie | Que faire |
|---|---|---|
| Brouillon / Prêt à envoyer / En file d’attente | Préparé, libéré et en attente de transmission. Brouillon signifie que l’entité transmet manuellement et que personne n’a encore libéré ce document. | Rien, sauf s’il reste au statut Brouillon — quelqu’un doit alors le libérer. |
| Soumis | L’administration détient le document et en a accusé réception, mais ne s’est pas encore prononcée. | Rien — à condition que l’interrogation du statut soit planifiée. Sans elle, rien ne dépasse jamais ce stade. |
| Accepté | L’administration a validé la facture — elle a valeur légale dans cette juridiction, et l’identifiant fiscal est enregistré. | Rien — l’historique constitue votre preuve. |
| Rejeté | L’administration a refusé le document, et son motif est revenu avec la réponse. | Lisez le motif, corrigez la cause, puis corrigez la facture par un avoir et réémettez-la. |
| Erreur | L’échange lui-même a échoué — le document n’est jamais parvenu valablement à l’administration. À distinguer d’un rejet. | Un problème de configuration ou de connexion. Corrigez la cause, puis relancez le même historique. |
| Annulé | Le document a été retiré auprès de l’administration. | Rien. |
Le flux, une fois l’extension installée
Configurer l’entité
Installez le package d’extension du pays, puis créez la Configuration de facturation électronique de l’entité, qui pointe vers celui-ci — d’abord l’environnement Sandbox, Production uniquement une fois certifié. Planifiez ensuite l’Interrogation du statut de facturation électronique : elle n’est pas incluse dans le package, chaque organisation doit donc la créer, et sans elle les factures soumises n’obtiennent jamais de verdict.
Facturer normalement
Les utilisateurs créent et comptabilisent les factures exactement comme le décrit ce manuel — la facturation électronique s’appuie sur la comptabilisation, pas sur de nouvelles habitudes.
Suivre l’historique
Le statut et la réponse de l’administration sont consignés dans l’historique de facturation électronique de la facture, et la facture elle-même affiche le Statut de facturation électronique. Les rejets comportent le motif de l’administration ; corrigez la cause et réémettez la facture au moyen d’un avoir, car une facture transmise ne peut plus être décomptabilisée.
Exemple de déploiement — l’entité brésilienne de Meridian
Le Brésil applique l’un des régimes de validation préalable cités en introduction ; l’entité brésilienne de Meridian Properties Group ne peut donc pas considérer la facturation électronique comme facultative. Le déploiement suit exactement le flux décrit dans cet article :
Installer et pointer vers le test
L’administrateur installe le package d’extension du fournisseur de service et fait pointer vers celui-ci la configuration de facturation électronique de l’entité brésilienne — d’abord l’environnement de test, comme le propose la configuration.
Valider sur l’environnement de test
L’équipe des comptes clients comptabilise les factures exactement comme d’habitude ; chaque transmission et chaque réponse sont consignées dans les Suivis de facture électronique des factures. Un rejet pendant les tests arrive avec le motif de l’administration — une fois la cause corrigée et la facture soumise à nouveau, la ligne suivante de l’historique indique Accepté.
Passer en production une fois certifié
Une seule modification dans la configuration de facturation électronique de l’entité. Rien ne change pour les personnes qui émettent les factures — la facturation électronique s’appuie sur la comptabilisation, pas sur de nouvelles habitudes.
Pendant ce temps, l’entité américaine, qui n’est soumise à aucune obligation de validation préalable, ne pratique aucune facturation électronique — le point d’extension y reste simplement inutilisé, sans rien coûter.
Erreurs courantes à éviter
| Erreur | Pourquoi c’est pénalisant | À faire plutôt |
|---|---|---|
| Faire pointer l’entité vers la production avant la certification | De vraies transmissions à une vraie administration alors que vous découvrez encore le régime | D’abord l’environnement de test, la production une fois certifié — la configuration propose exactement ce basculement |
| Considérer un rejet comme une impasse | La facture reste bloquée pendant que tout le monde en débat | Le motif de l’administration figure dans l’historique — corrigez la cause et soumettez à nouveau |
| Reformer les équipes à la saisie des factures pour le déploiement | Des efforts inutiles et des utilisateurs inquiets — le processus ne change pas | La facturation électronique s’appuie sur la comptabilisation ; communiquez ce message, pas de nouvelles étapes |
| Configurer la facturation électronique pour des entités dont le pays n’impose aucune obligation | De la complexité sans aucun bénéfice en matière de conformité | Configurez par entité, obligation par obligation |
| Reporter la configuration des entités et des taxes « jusqu’à ce que la facturation électronique soit réglée » | C’est l’inverse — le package principal est prêt avant l’arrivée de toute extension | Mettez en place la comptabilité dès maintenant ; rien ne devra être repris à l’arrivée de l’extension |
Pour aller plus loin
- Facturation électronique : fonctionnement — le concept et le flux de bout en bout.
- Configurer la facturation électronique pour une entité — la configuration, champ par champ.
- Lire un historique de facturation électronique — résoudre un rejet ou une erreur.
- Interrogation du statut de facturation électronique — planifier la tâche qui recueille les verdicts. Obligatoire.
- La facturation électronique sur la facture de vente — ce que voit l’équipe des comptes clients au quotidien.
- Architecture des extensions — le modèle sous-jacent.
- Comprendre le moteur de taxes — le socle de conformité sur lequel s’appuie la facturation électronique.
Questions fréquentes
Non — elles créent et comptabilisent les factures exactement comme le décrit ce manuel. La facturation électronique s’appuie sur la comptabilisation : la transmission et son historique se déroulent autour du document, sans nouvelles étapes pour les utilisateurs.
Sur la facture elle-même — la liste associée Suivis de facture électronique enregistre le statut de chaque transmission et la réponse de l’administration, y compris le motif en cas de rejet.
C’est une boucle de correction : le motif de l’administration arrive avec le rejet, vous corrigez la cause et soumettez à nouveau, et chaque tentative reste dans l’historique comme preuve que le processus fonctionne.
La configuration de facturation électronique de chaque entité pointe vers l’un ou l’autre. Le test vous permet de valider sans risque la connexion et les champs obligatoires du pays ; la production est réservée au moment où vous êtes certifié. Le basculement se fait par une seule modification de configuration.
Rien de particulier — configurez les entités, les taxes et les documents comme d’habitude. Le package principal est prêt, et rien de votre configuration actuelle ne devra être repris à l’arrivée de l’extension de votre pays. Interrogez REDA sur la disponibilité des fournisseurs de service selon votre calendrier.
Grâce à la conception pilotée par la configuration : l’extension les ajoute sans toucher à votre configuration de base. Voir Architecture des extensions pour le modèle.
Cet article vous a-t-il été utile ?