Cet article fait partie de notre Guide complet de la gestion des redevances.
Si vous publiez à l’international, votre boîte de réception est un défilé de devises. Amazon KDP vous paie en USD pour les ventes américaines et en EUR pour les ventes sur ses marchés européens. Lightning Source envoie des GBP pour les ventes au Royaume-Uni, des AUD pour les ventes australiennes, et ainsi de suite. Chaque paiement arrive dans une devise différente à un moment différent, et vous devez d’une manière ou d’une autre calculer des redevances précises pour vos auteurs dans une seule devise cohérente.
La plupart des éditeurs tentent de résoudre ce problème avec des tables de recherche des taux de change. Cette approche semble raisonnable jusqu’à ce que vous essayiez de la mettre en œuvre à grande échelle. Il existe une meilleure façon.
Le piège des tables de taux de change
Le flux de travail traditionnel ressemble à ceci. Vous téléchargez un rapport de ventes montrant 500 unités vendues en Allemagne à différents prix en EUR. Vous recherchez le taux de change EUR/USD pour le mois pertinent, l’appliquez à chaque ligne et enregistrez les montants convertis dans votre feuille de calcul de redevances.
Le problème est que les taux de change bougent constamment. Le taux du jour où vous le recherchez peut différer du taux que votre distributeur a réellement utilisé lors de la conversion du paiement. Il peut également différer du taux que votre banque a appliqué lors de la réception des fonds.
Ces petites différences s’accumulent sur des centaines de lignes de ventes, plusieurs distributeurs et plusieurs devises. À la fin d’un trimestre, vos redevances calculées et vos dépôts bancaires réels ne correspondent plus. Vous restez avec un écart de rapprochement difficile à tracer et long à résoudre.
Pour une analyse détaillée de ce que cela coûte en pratique, consultez notre article sur le coût caché de la conversion de devises manuelle.
Pourquoi les décalages de timing aggravent les choses
Les taux de change ne sont pas la seule variable. Les distributeurs convertissent les devises à différents moments du cycle de paiement. Amazon pourrait convertir l’EUR en USD le 15 du mois. Lightning Source pourrait convertir les GBP en USD le 28. Votre banque pourrait appliquer un autre taux lorsque les fonds arrivent réellement.
Lorsque vous choisissez un seul taux de change pour un mois entier (comme le nécessitent la plupart des flux de travail de feuilles de calcul), vous lissez ces différences de timing. Le résultat est un petit décalage mais persistant entre ce que vous avez calculé et ce que vous avez reçu.
Sur une année complète de traitement des redevances sur cinq ou six devises, ces décalages peuvent s’accumuler à plusieurs centaines ou même des milliers de dollars. C’est de l’argent que vos auteurs pourraient remettre en question, et de l’argent que vous ne pouvez pas facilement expliquer.
L’approche basée sur le revenu réel
Il existe une manière fondamentalement différente de gérer les redevances multi-devises. Au lieu de convertir les chiffres de ventes en utilisant un taux de change externe, vous commencez par le paiement de revenu réel que vous avez reçu du distributeur.
Voici la logique. Votre distributeur vous envoie un rapport de ventes en EUR et un paiement en USD. Le paiement représente la valeur réelle de ces ventes après la conversion de devise du distributeur lui-même. En reliant le rapport de ventes au paiement, vous pouvez déduire le taux de change implicite, le taux qui a été réellement appliqué à votre argent.
Ce n’est pas une approximation. C’est de l’arithmétique. Si un lot de ventes totalise 10 000 EUR et le paiement correspondant est 10 850 $, alors le taux effectif est 1,085. Chaque ligne de ventes dans ce lot est convertie au même taux, et le total correspond à votre dépôt bancaire au cent près.
Pas de tables de recherche. Pas de décalages de timing. Pas d’écarts de rapprochement.
Comment cela fonctionne en pratique
Le flux de travail pour un éditeur distribué internationalement ressemble généralement à ceci :
- Téléchargez les rapports de ventes de chaque distributeur (Amazon KDP, Lightning Source, Ingram, et autres).
- Importez les données de ventes dans votre système de redevances. Si vous utilisez Royalties HQ, cela signifie télécharger les fichiers d’origine. RHQ supporte nativement 10 formats de distributeurs y compris Amazon KDP, Lightning Source et ACX.
- Enregistrez votre revenu d’éditeur, le paiement réel que vous avez reçu dans votre devise d’éditeur pour chaque lot de ventes internationales.
- Liez le paiement de revenu au lot de ventes pertinent. Le système calcule le taux de conversion automatiquement.
Pour les ventes déjà dans votre devise d’éditeur, aucun paiement de revenu n’est nécessaire. Le système les traite automatiquement.
Cette approche signifie que vous n’avez jamais besoin de rechercher un taux de change, de maintenir une table de taux ou de discuter sur le taux de quelle date utiliser. Le taux est un fait, dérivé de l’argent qui a réellement changé de mains.
Si vous voulez un aperçu plus large des meilleures pratiques, téléchargez notre guide gratuit pour une description complète du processus de gestion des redevances.
Qu’en est-il des lots négatifs ?
Les retours et les ajustements peuvent créer des lots de ventes avec des totaux négatifs. Ceux-ci sont délicats car il n’y a pas de paiement de revenu positif auquel les relier.
Un bon système de redevances traitera cela en recherchant le taux de change à la fin du mois de ventes de ce lot et en l’appliquant automatiquement. Vous devriez également avoir la possibilité d’ajuster la date de recherche si votre timing de paiement réel diffère.
Comment Royalties HQ gère cela
Royalties HQ a été construit autour de ce modèle de rapprochement basé sur le revenu réel. Lorsque vous ajoutez un paiement de revenu d’éditeur et le reliez à un ou plusieurs lots de ventes internationales, RHQ calcule le taux de change automatiquement en fonction du montant réel que vous avez reçu. Chaque ligne de ventes dans les lots liés est convertie au taux dérivé, de sorte que vos calculs de redevances sont toujours liés au revenu réel.
Pour les lots internationaux négatifs, RHQ recherche automatiquement le taux de change à la fin du mois de ventes et vous permet d’ajuster la date si nécessaire. Les ventes dans votre devise d’éditeur sont traitées sans aucune étape manuelle.
Le résultat est que la conversion de devises cesse d’être une source d’erreurs et devient invisible. Vous consacrez votre temps aux aspects de la gestion des redevances qui nécessitent vraiment votre jugement, pas à la chasse des discrepancies de taux de change dans une feuille de calcul.
Conseils pratiques pour gérer les redevances multi-devises
Conservez les paiements des distributeurs séparés. Lorsque votre distributeur envoie des paiements pour différentes places de marché ou devises, enregistrez-les chacun individuellement. Regrouper les paiements va à l’encontre du but de lier le revenu à des lots de ventes spécifiques.
Traitez les redevances après l’arrivée de tous les paiements. Les paiements internationaux arrivent souvent plus tard que les paiements nationaux. Attendez d’avoir reçu tous les paiements pour une période donnée avant de traiter les redevances. Cela garantit que chaque lot de ventes peut être lié à son revenu correspondant.
Rapprochez-vous au fur et à mesure. N’attendez pas la fin du trimestre pour lier les paiements de revenu aux lots de ventes. Le faire à l’arrivée des paiements rend le processus gérable et détecte les données manquantes tôt.
Examinez les taux dérivés. Après la liaison, vérifiez que les taux de change implicites semblent raisonnables. Un taux très en dehors de la plage du marché pour cette période pourrait indiquer une erreur de saisie de données dans le montant du revenu ou une discordance dans le lot de ventes lié.
La conversion de redevances multi-devises n’a pas besoin d’être compliquée. Lorsque vous rapprochez par rapport au revenu réel plutôt que par rapport aux taux de change estimés, les chiffres fonctionnent simplement.
