Réponse courte
Un vrai système multidevises conserve le montant d'origine, la devise, le taux, la valeur en devise fonctionnelle, la source du taux, puis les règlements et réévaluations. S'il ne garde que le montant converti, il masque l'origine du profit ou de l'érosion.
De nombreuses entreprises régionales vivent avec trois devises dans la même semaine. Elles achètent en USD, paient une partie des charges en monnaie locale, facturent un client régional en EUR, en KES ou en FCFA, puis présentent leurs comptes dans une devise fonctionnelle choisie pour le reporting.
Cette réalité n'a rien d'exceptionnel. Le problème vient des outils qui la traitent comme une option secondaire. L'utilisateur saisit un montant étranger, le logiciel le convertit, et tout le monde suppose que le sujet est réglé. En réalité, il est seulement caché.
Commencer par trois devises, pas par un seul montant
Un bon système comptable ne demande pas seulement le montant. Il distingue la devise de l'opération, la devise fonctionnelle de l'entité et, si nécessaire, la devise de présentation du groupe ou des propriétaires.
Selon IAS 21, la devise fonctionnelle correspond à l'environnement économique principal de l'entité. Une entreprise peut avoir le franc CFA comme devise fonctionnelle, encaisser des clients en euros et garder une dette fournisseur en dollars. Une autre peut fixer ses prix en USD tout en supportant ses dépenses locales en monnaie nationale.
Le système doit donc conserver le montant d'origine, la devise, le taux, la source du taux, le montant converti et la trace du règlement. Le reporting vient ensuite. Il ne doit pas écraser l'opération.
Enregistrer l'opération au bon taux
Pour une opération en devise étrangère, le système doit enregistrer le taux applicable à la date d'opération. En pratique, l'entreprise peut utiliser une source quotidienne fiable ou un taux moyen approuvé lorsque le référentiel et la politique comptable le permettent. L'essentiel est que le taux ne soit jamais invisible.
Une facture fournisseur de 10 000 USD ne doit pas devenir seulement un équivalent en FCFA ou en UGX. Elle doit rester une dette en USD, avec une valeur en devise fonctionnelle et une référence de taux. Lorsque la facture est payée plus tard, l'écart entre la valeur initiale et la valeur de règlement raconte une partie de l'histoire du change.
Séparer réalisé et non réalisé
C'est ici que beaucoup de petits systèmes trompent la direction. Les gains ou pertes réalisés apparaissent lorsque l'élément en devise est réglé. Les écarts non réalisés apparaissent lorsque les éléments monétaires ouverts sont réévalués à la clôture.
Si une créance en USD est encaissée à un taux différent du taux initial, l'écart est réalisé. Si cette créance reste ouverte à la clôture et qu'elle est réévaluée au taux de clôture, l'écart reflète la position du moment, mais il n'est pas encore encaissé.
Réévaluer les soldes ouverts à la clôture
Les éléments à surveiller sont les éléments monétaires : comptes bancaires en devise, créances, dettes fournisseurs, emprunts et autres soldes qui seront encaissés ou payés en argent. À la clôture, ils doivent être réévalués selon le taux approprié.
Il ne s'agit pas de réécrire l'historique. La facture initiale reste telle qu'elle a été comptabilisée. L'écriture de réévaluation montre l'effet à la date de reporting. La période suivante peut annuler ou mettre à jour cette écriture selon la politique adoptée.
Ce qu'il faut exiger du système
Conserver séparément la devise d'origine, la devise fonctionnelle, le taux, la date du taux, la source et le montant converti.
Ne pas mélanger les écarts de change avec le chiffre d'affaires sauf politique comptable clairement justifiée.
Réévaluer les soldes monétaires ouverts à la clôture, sans réécrire l'historique des factures.
Séparer les gains et pertes réalisés des écarts de réévaluation non réalisés.
Garder une piste d'audit du taux utilisé : source, date, utilisateur, approbation et justification.
Rapprocher les comptes bancaires, mobile money, clients et fournisseurs par devise.
Contrôler la source du taux
Le taux de change est une donnée de contrôle. Un utilisateur peut sélectionner un taux approuvé, mais une modification manuelle doit être limitée, justifiée et approuvée. Le système doit enregistrer qui a changé le taux, quand, pourquoi, et sur quelle source.
Je recommande aussi un registre des sources de taux : taux comptable, taux commercial pour les devis, taux fiscal ou réglementaire lorsque le pays l'exige, responsable de mise à jour et fréquence. Cela évite que les ventes, la finance et les opérations utilisent trois taux différents.
Le reporting doit répondre aux vraies questions
Un reporting multidevises utile montre l'exposition par devise, l'âge des créances et dettes par devise, les gains et pertes réalisés, les écarts de réévaluation, les soldes bancaires par devise et les exceptions de taux. Chaque ligne doit permettre de remonter jusqu'à la facture, au paiement, à l'écriture de réévaluation et à la source du taux.
Sans cette traçabilité, le directeur financier reçoit un chiffre précis mais difficile à défendre. Avec elle, le change devient une discipline maîtrisée plutôt qu'une surprise de clôture.
La leçon de gestion
La comptabilité multidevises ne sert pas à rendre le grand livre plus sophistiqué. Elle sert à protéger la vérité du profit. Lorsque le système enregistre les devises correctement, la direction peut distinguer une amélioration réelle de marge, un effet de calendrier fournisseur et une perte provoquée par un solde ouvert dans une devise qui se dégrade.
Pour poursuivre, lisez aussi comment construire un reporting qui résiste à l'audit et les logiciels multi-pays en zone OHADA. Pour évaluer si votre système comptable est prêt pour le multidevises, contactez-moi.
Questions fréquentes
Quelle est l'erreur la plus fréquente en comptabilité multidevises ?
L'erreur la plus dangereuse consiste à ne garder que le montant converti. Un système sérieux conserve le montant d'origine, la devise, le taux, la source, le montant en devise fonctionnelle, puis l'historique de règlement ou de réévaluation. Sans cela, la finance ne peut pas expliquer si la marge vient de l'activité ou du change.
Quand un gain ou une perte de change est-il réalisé ?
Il est réalisé lorsque l'élément en devise est réglé : par exemple, encaissement d'une facture en USD, paiement d'un fournisseur en EUR ou conversion effective de fonds. La réévaluation d'un solde encore ouvert à la clôture reste généralement non réalisée jusqu'au règlement.
Un système simple peut-il gérer plusieurs devises correctement ?
Oui, s'il protège les bons champs comptables. Même un outil léger doit distinguer la devise d'opération, la devise fonctionnelle, le taux, la source du taux, le règlement, la réévaluation et le reporting. La simplicité n'est pas le problème ; l'absence de piste d'audit l'est.
Quel taux de change faut-il utiliser ?
La réponse dépend du référentiel comptable, de la politique de l'entité, de la pièce source et des exigences locales. IAS 21 prévoit l'enregistrement initial au taux de change au comptant de la date d'opération, avec des simplifications pratiques lorsque l'utilisation d'un taux moyen est appropriée. Le système doit rendre la source du taux explicite.
Sources et note d'utilisation
Cet article donne des repères de conception de systèmes pour dirigeants financiers. Il s'appuie sur IAS 21 et les ressources IFRS for SMEs, mais ne remplace pas l'avis de votre expert-comptable, commissaire aux comptes, conseiller fiscal ou le texte applicable à votre référentiel.
About the author
Peter Bamuhigire
Architecte logiciel et consultant TIC — systèmes de gestion d'entreprise à travers l'Afrique
Peter Bamuhigire a dirigé des programmes d'ERP, de SaaS et de logiciels sur mesure pour des organisations en Ouganda, au Kenya, au Rwanda, en RDC, au Sénégal, en Sierra Leone et en Guinée au cours des quinze dernières années, et dirige le cabinet en tant qu'architecte principal.