Terug naar blog

Royalty-conversie met meerdere valuta's zonder wisselkoersen

Dit artikel maakt deel uit van onze Complete Guide to Royalty Management.

Als u internationaal publiceert, is uw inbox een parade van valuta’s. Amazon KDP betaalt u in USD voor verkopen in de VS en EUR voor verkopen op zijn Europese marktplaatsen. Lightning Source stuurt GBP voor verkopen in het VK, AUD voor verkopen in Australië, enzovoort. Elke betaling komt op een ander moment in een ander valuta binnen, en toch moet u nauwkeurige royalty’s voor uw auteurs in één consistente valuta berekenen.

De meeste uitgeverijen proberen dit op te lossen met wisselkoerstabellen. Deze aanpak klinkt redelijk totdat u probeert deze op schaal toe te passen. Er is een beter manier.

De valuta-omzettingstabel val

De traditionele werkstroom ziet er ongeveer als volgt uit. U downloadt een verkoopsrapport met 500 verkochte eenheden in Duitsland tegen verschillende EUR-prijspunten. U zoekt de EUR/USD-wisselkoers voor de relevante maand op, past deze toe op elke regel en registreert de omgerekende bedragen in uw royaltysspreadsheet.

Het probleem is dat wisselkoersen constant veranderen. De koers op de dag dat u deze opzoekt, kan verschillen van de koers die uw distributeur werkelijk heeft gebruikt bij het omzetten van de betaling. Het kan ook verschillen van de koers die uw bank toepaste bij ontvangst van de geldmiddelen.

Deze kleine verschillen stapelen zich op over honderden verkoopregels, meerdere distributeurs en verschillende valuta’s. Aan het einde van een kwartaal komen uw berekende royalty’s en uw werkelijke bankstortingen niet meer overeen. U blijft achter met een afstemsingsverschil dat moeilijk te traceren en tijdrovend op te lossen is.

Voor een gedetailleerde beschrijving van wat dit in de praktijk kost, zie ons artikel over de verborgen kosten van handmatige valuta-omzetting.

Waarom timingverschillen het erger maken

Wisselkoersen zijn niet de enige variabele. Distributeurs zetten valuta’s op verschillende momenten in de betalingscyclus om. Amazon converteert EUR naar USD mogelijk op de 15de van de maand. Lightning Source converteert GBP naar USD mogelijk op de 28ste. Uw bank past mogelijk nog een ander tarief toe wanneer de geldmiddelen werkelijk binnenkomen.

Wanneer u een enkel wisselkoers voor een hele maand kiest (zoals de meeste spreadsheetworkflows vereisen), soepelt u deze timingverschillen weg. Het resultaat is een klein maar aanhoudend verschil tussen wat u berekende en wat u ontving.

Over een vol jaar royaltyverwerking over vijf of zes valuta’s kunnen deze afstemmingsverschillen optellen tot honderden of zelfs duizenden dollars. Dat is geld dat uw auteurs in twijfel kunnen trekken, en geld dat u niet gemakkelijk kunt verklaren.

De inkomsten-eerst benadering

Er is een fundamenteel ander manier om multi-valuta royalty’s af te handelen. In plaats van verkoopfiguren met behulp van een externe wisselkoers om te zetten, begint u met de werkelijke inkomsten die u van de distributeur hebt ontvangen.

Hier is de logica. Uw distributeur stuurt u een verkoopsrapport in EUR en een betaling in USD. De betaling vertegenwoordigt de werkelijke waarde van deze verkopen na de eigen valuta-omzetting van de distributeur. Door het verkoopsrapport aan de betaling te koppelen, kunt u de impliciete wisselkoers afleiden, het tarief dat werkelijk op uw geld werd toegepast.

Dit is geen benadering. Het is rekenkunde. Als een verkoopbatch in totaal EUR 10.000 en de bijbehorende betaling $10.850 is, dan is het effectieve tarief 1.085. Elke verkoopregel in die batch wordt tegen dezelfde koers omgerekend, en het totaal komt met de penny overeen met uw bankstorting.

Geen opzoektabellen. Geen timingverschillen. Geen afstemningsverschillen.

Hoe dit in de praktijk werkt

De werkstroom voor een internationaal verspreide uitgeverij ziet er doorgaans als volgt uit:

  1. Download verkoopsrapporten van elke distributeur (Amazon KDP, Lightning Source, Ingram en anderen).
  2. Importeer de verkoopsgegevens in uw royaltyssysteem. Als u Royalties HQ gebruikt, betekent dit het uploaden van de originele bestanden. RHQ ondersteunt native 10 distributieurformaten inclusief Amazon KDP, Lightning Source en ACX.
  3. Registreer uw uitgeversinkomsten, de werkelijke betaling die u in uw uitgeversmunteenheid hebt ontvangen voor elke batch internationale verkopen.
  4. Koppel de inkomstenbetaling aan de relevante verkoopbatch. Het systeem berekent de omrekeningskoers automatisch.

Voor verkopen die al in uw uitgeversmunteenheid zijn, is geen inkomstenbetaling nodig. Het systeem handelt die automatisch af.

Deze aanpak betekent dat u nooit een wisselkoers hoeft op te zoeken, een koerstabel hoeft bij te houden of hoeft te redetwisten over welke datumkoers u moet gebruiken. De koers is een feit, afgeleid van het geld dat werkelijk van handen wisselde.

Als u een breder overzicht van best practices wilt, download ons gratis gids voor een volledig overzicht van het royaltysbeheersproces.

Wat te doen met negatieve batches?

Retouren en aanpassingen kunnen verkoopbatches met negatieve totalen maken. Dit zijn lastig omdat er geen positieve inkomstenbetaling is om tegen te koppelen.

Een goed royaltyssysteem handelt dit af door de wisselkoers op het einde van de verkoopsmaand van die batch op te zoeken en deze automatisch toe te passen. U moet ook de optie hebben om de opzokdatum aan te passen als uw werkelijke betalingstiming anders is.

Hoe Royalties HQ dit aanpakt

Royalties HQ werd gebouwd rond dit inkomsten-eerst reconciliatie model. Wanneer u een uitgeversinkomstenbetaling toevoegt en deze koppelt aan een of meer internationale verkoopbatches, berekent RHQ de wisselkoers automatisch op basis van het werkelijk ontvangen bedrag. Elke verkoopregel in de gekoppelde batches wordt tegen de afgeleide koers omgerekend, dus uw royaltyberekeningen sluiten altijd aan op werkelijke inkomsten.

Voor negatieve internationale batches zoekt RHQ automatisch de wisselkoers op aan het einde van de verkoopsmaand en kunt u de datum aanpassen als dat nodig is. Verkopen in uw uitgeversmunteenheid worden zonder enige handmatige stappen afgehandeld.

Het resultaat is dat valuta-omzetting stopt met een foutbron en onzichtbaar wordt. U besteedt uw tijd aan de delen van royaltysbeheer die werkelijk uw oordeel vereisen, niet aan het achtervolgen van wisselkoersafwijkingen in een spreadsheet.

Praktische tips voor het beheren van multi-valuta royalty’s

Houd distributeurbetaling apart. Wanneer uw distributeur betalingen voor verschillende marktplaatsen of valuta’s stuurt, registreert u deze afzonderlijk. Het combineren van betalingen ondermijnt het doel van het koppelen van inkomsten aan specifieke verkoopbatches.

Verwerk royalty’s nadat alle betalingen zijn binnengekomen. Internationale betalingen komen vaak later aan dan binnenlandse. Wacht totdat u elke betaling voor een bepaalde periode hebt ontvangen voordat u royalty’s uitvoert. Dit zorgt ervoor dat elke verkoopbatch aan de bijbehorende inkomsten kan worden gekoppeld.

Reconcilieer terwijl u gaat. Wacht niet tot het einde van het kwartaal om inkomstenbetalingen aan verkoopbatches te koppelen. Dit doen terwijl betalingen binnenkomen, houdt het proces beheersbaar en oppervlakt ontbrekende gegevens snel.

Controleer de afgeleide koersen. Controleer na het koppelen of de geïmpliceerde wisselkoersen redelijk lijken. Een koers die ver buiten het marktbereik voor die periode ligt, kan duiden op een gegevensinvoerfout in het inkomstenbedrag of een mismatch in de gekoppelde verkoopbatch.

Multi-valuta royaltysomzetting hoeft niet ingewikkeld te zijn. Wanneer u afstemt tegen werkelijke inkomsten in plaats van geschatte wisselkoersen, werken de cijfers gewoon.

Dan Brady
Dan Brady

Founder of Royalties HQ. Over a decade of experience in book publishing and royalty management, building software that helps independent publishers escape spreadsheet hell.

Vereenvoudig uw royaltybeheer

Royalties HQ maakt royalties eenvoudig.

Demo aanvragen