Architecture des extensions
Certaines fonctionnalités sont par nature locales ou propres à un prestataire — les obligations de facturation électronique imposées par l’État, les flux de données bancaires. REDA Financials les prend en charge grâce à une architecture d’extensions : le package principal reste indépendant de tout prestataire, et des packages d’extension enfichables fournissent les connexions propres à chaque pays ou à chaque prestataire.
Le modèle
- Le package principal fournit les prises : des objets de configuration qui décrivent où un prestataire se branche — une configuration de facturation électronique par entité, une configuration de flux bancaire par compte bancaire — ainsi que les objets d’audit qui enregistrent ce qui y transite.
- Les extensions fournissent les fiches : le package d’extension d’un prestataire met en œuvre la connexion proprement dite (une plateforme nationale de validation des factures électroniques, un service d’agrégation bancaire) et s’enregistre dans cette configuration.
- Vos documents ne changent jamais : factures, encaissements et relevés restent identiques quel que soit le prestataire qui se trouve derrière. Changez de prestataire : la comptabilité ne s’en aperçoit pas.
Qui fournit quoi
La répartition des rôles entre prises et fiches mérite d’être détaillée, car elle détermine qui contacter lorsque quelque chose doit changer :
| Élément | Fourni par | Exemples |
|---|---|---|
| Les prises — la configuration qui décrit où un prestataire se branche | Le package principal REDA Financials | Une configuration de facturation électronique par entité ; une configuration de flux bancaire par compte bancaire |
| Les objets d’audit — la trace de ce qui transite | Le package principal | L’historique de soumission rattaché à chaque document soumis à la facturation électronique |
| Les fiches — la connexion proprement dite à un prestataire | Un package d’extension | Une connexion à une plateforme nationale de validation des factures électroniques ; un service d’agrégation bancaire |
| Le choix du prestataire — quelle fiche occupe quelle prise | Vous, dans la configuration | Faire pointer la configuration de facturation électronique d’une entité vers le prestataire installé |
Ce que cela signifie pour chaque rôle
| Rôle | Ce qui change avec une extension | Ce qui ne change jamais |
|---|---|---|
| Administrateur | Installe le package d’extension du prestataire et l’enregistre dans la configuration concernée — par entité ou par compte bancaire. | La Console d’administration, la configuration du package principal, le calendrier de mise à niveau du package comptable principal. |
| Utilisateur comptable | Rien. Les factures, les encaissements et les relevés sont créés et comptabilisés exactement comme avant. | Chaque écran, chaque habitude — les documents restent identiques quel que soit le prestataire qui se trouve derrière. |
| Auditeur / réviseur | Dispose d’un historique, document par document, de ce qui a transité par le point d’extension. | La chaîne de preuves du package principal : Journal d’audit, historique des champs, grand livre immuable. |
Les deux points d’extension actuels
| Point d’extension | Ce qu’il permet | Détails |
|---|---|---|
| Facturation électronique | Soumettre les factures aux plateformes de l’administration lorsque la loi l’exige, avec un historique de soumission complet par document. | Extensions de facturation électronique |
| Flux bancaires | La réception automatique des relevés bancaires auprès de prestataires d’agrégation, qui alimente l’import des relevés bancaires sans fichiers CSV. | Extensions de flux bancaire |
Pourquoi cette conception
Les obligations légales et les prestataires changent sans cesse — les pays instaurent la facturation électronique par étapes, les banques changent d’agrégateur. Conserver ces intégrations dans des packages distincts signifie que votre package comptable principal est mis à niveau selon son propre calendrier, les extensions selon le leur, et qu’une réglementation à l’autre bout du monde ne déstabilise jamais votre clôture. Cela signifie aussi une extensibilité pilotée par la configuration partout : les extensions peuvent ajouter leurs champs aux documents et aux PDF sans modification de code du package principal.
Exemple concret — les deux fiches de Meridian
L’organisation de Meridian Properties Group utilise les deux points d’extension, et le modèle tient dans les deux cas :
Le Brésil impose la facturation électronique auprès de l’administration
Le Brésil applique un régime de validation préalable des factures : l’administrateur installe donc le package d’extension du prestataire et fait pointer vers celui-ci la configuration de facturation électronique de l’entité brésilienne. Dès lors, la soumission de chaque facture comptabilisée — envoyée, acceptée ou rejetée, avec la réponse de l’administration — est consignée dans l’historique de la facture. Le processus de l’équipe des comptes clients n’a pas changé d’un seul clic.
La banque américaine propose un flux
L’administrateur installe l’extension d’un prestataire de flux et l’enregistre dans la configuration de flux du compte bancaire d’exploitation. Les relevés arrivent désormais d’eux-mêmes, sous forme de relevés bancaires et de lignes ordinaires — identiques aux imports CSV que l’entité britannique effectue encore à la main, si bien que le rapprochement se lit de la même façon dans les deux pays.
Un prestataire change — la comptabilité, non
Si le prestataire brésilien est un jour remplacé, la nouvelle fiche occupe la même prise : les documents, les historiques et la comptabilité restent identiques. Ce remplacement sans reprise du travail est toute la raison d’être de cette architecture.
Erreurs courantes à éviter
| Erreur | Pourquoi c’est pénalisant | À faire plutôt |
|---|---|---|
| Développer une intégration personnalisée là où un point d’extension existe | Vous réimplémentez la prise que le package principal fournit déjà — et vous en assumez la maintenance pour toujours | Utilisez le point d’extension ; demandez à REDA quels packages de prestataires existent pour vos pays et vos banques |
| Attendre une extension avant de configurer le package principal | Rien dans la configuration du package principal n’est à reprendre lorsqu’une extension arrive — attendre ne fait que retarder la comptabilité | Configurez dès maintenant les entités, les banques et les documents ; branchez les prestataires le moment venu |
| S’attendre à ce que les utilisateurs apprennent de nouvelles étapes lorsqu’une extension entre en service | Ils ne devraient pas avoir à le faire — les extensions s’appuient sur la comptabilisation et l’arrivée des relevés, pas sur de nouvelles habitudes | Si un plan de déploiement prévoit de former à nouveau les utilisateurs à la saisie des documents, remettez ce plan en question |
| Lier votre calendrier de clôture à la mise à niveau d’une extension | Le package principal et les extensions sont délibérément mis à niveau selon des calendriers distincts | Traitez les mises à jour d’extensions comme de petits événements à part entière, et non comme des obstacles à la clôture |
| Supposer qu’un seul prestataire couvre tous les pays ou toutes les banques | Les obligations légales et la couverture sont par nature régionales | Vérifiez la disponibilité par pays et par banque — les deux articles détaillés expliquent comment |
Pour aller plus loin
- Extensions de facturation électronique · Extensions de flux bancaire — les deux points en pratique.
- Packages d’extension (vue développeur) — pour les équipes qui en développent un.
Questions fréquentes
Non — c’est la promesse centrale de cette conception. Les documents restent identiques quel que soit le prestataire qui se trouve derrière ; les extensions modifient ce qui se passe autour de la comptabilisation et de l’arrivée des relevés, jamais les documents eux-mêmes.
La nouvelle extension s’enregistre dans la même prise de configuration, et vos documents et pistes d’audit se poursuivent sans changement — la comptabilité ne remarque pas le remplacement.
Non — et c’est délibéré. Le package principal est mis à niveau selon son propre calendrier et chaque extension selon le sien, si bien qu’un changement de prestataire ou d’obligation légale ne déstabilise jamais votre clôture.
Oui — la conception pilotée par la configuration permet aux extensions d’ajouter leurs champs aux documents et aux mises en page PDF sans aucune modification de code de la configuration du package principal que vous avez déjà en place.
Deux points à ce jour — la facturation électronique et les flux bancaires. La disponibilité des prestataires évolue selon le pays et la région ; interrogez REDA sur les vôtres.
Cet article vous a-t-il été utile ?