Den här artikeln är en del av vår Complete Guide to Royalty Management.
Om du publicerar internationellt är din inkorg fylld av olika valutor. Amazon KDP betalar dig i USD för försäljning i USA och EUR för försäljning på dess europeiska marknadsplatser. Lightning Source skickar GBP för försäljning i Storbritannien, AUD för försäljning i Australien, och så vidare. Varje betalning anländer i en annan valuta vid olika tidpunkter, och på något sätt måste du beräkna exakta royalties för dina författare i en enda, konsistent valuta.
De flesta förlag försöker lösa detta med växelkursuppslagningstabeller. Det tillvägagångssättet låter rimligt tills du försöker få det att fungera i större skala. Det finns ett bättre sätt.
Växelkurstabellsfällan
Det traditionella arbetsflödet ser ungefär ut så här. Du laddar ner en försäljningsrapport som visar 500 enheter sålda i Tyskland till olika EUR-prispunkter. Du slår upp EUR/USD-växelkursen för den relevanta månaden, tillämpar den på varje rad och registrerar de konverterade beloppen i ditt royalty-kalkylark.
Problemet är att växelkurser förändras konstant. Kursen på den dag du slår upp den kan skilja sig från den kurs som din distributör faktiskt använt vid konvertering av betalningen. Den kan också skilja sig från den kurs som din bank tillämpade när medlen mottogs.
Dessa små skillnader häpnar sig över hundratals försäljningsrader, flera distributörer och flera valutor. Vid slutet av ett kvartal stämmer inte längre dina beräknade royalties och dina faktiska bankinsättningar överens. Du sitter kvar med ett avstämningsgap som är svårt att spåra och tidskrävande att lösa.
För en detaljerad titt på vad detta kostar i praktiken, se vår artikel om den dolda kostnaden för manuell valutakonvertering.
Varför tidsmässiga avvikelser gör det värre
Växelkurser är inte den enda variabeln. Distributörer konverterar valutor vid olika punkter i betalningscykeln. Amazon kan konvertera EUR till USD den 15:e i månaden. Lightning Source kan konvertera GBP till USD den 28:e. Din bank kan tillämpa ännu en annan kurs när medlen faktiskt anländer.
När du väljer en enda växelkurs för en hel månad (som de flesta kalkylarkarbetsflöden kräver), utjämnar du dessa tidsmässiga skillnader. Resultatet är en liten men ihållande avvikelse mellan vad du beräknade och vad du fick.
Under ett helt år av royalty-bearbetning över fem eller sex valutor kan dessa avvikelser lägga till hundratals eller även tusentals dollar. Det är pengar som dina författare kan ifrågasätta, och pengar du inte enkelt kan förklara.
Inkomstförsta-metoden
Det finns ett fundamentalt annorlunda sätt att hantera flödesvaluta-royalties. I stället för att konvertera försäljningssiffror med hjälp av en extern växelkurs börjar du med den faktiska inkomstbetalning du mottog från distributören.
Här är logiken. Din distributör skickar dig en försäljningsrapport i EUR och en betalning i USD. Betalningen representerar det verkliga värdet av dessa försäljningar efter distributörens egen valutakonvertering. Genom att länka försäljningsrapporten till betalningen kan du härleda den implicita växelkursen, den kurs som faktiskt tillämpades på dina pengar.
Detta är inte en approximation. Det är aritmetik. Om en försäljningsbatch totalt EUR 10 000 och motsvarande betalning är $10 850, är den effektiva kursen 1,085. Varje försäljningsrad i denna batch konverteras till samma kurs, och summan motsvarar din bankinsättning exakt.
Inga uppslagningstabeller. Inga tidsmässiga avvikelser. Inga avstämningsgap.
Hur detta fungerar i praktiken
Arbetsflödet för en internationellt distribuerad förlag ser vanligtvis ut så här:
- Ladda ner försäljningsrapporter från varje distributör (Amazon KDP, Lightning Source, Ingram och andra).
- Importera försäljningsdata till ditt royalty-system. Om du använder Royalties HQ innebär detta att du laddar upp originalfilerna. RHQ stöder ursprungligen 10 distributörsformat inklusive Amazon KDP, Lightning Source och ACX.
- Registrera din förlagsintäkt, den faktiska betalning du mottog i din förlagvaluta för varje batch av internationell försäljning.
- Länka inkomstbetalningen till den relevanta försäljningsbatchen. Systemet beräknar konverteringsgraden automatiskt.
För försäljning som redan är i din förlagvaluta krävs ingen inkomstbetalning. Systemet hanterar dessa automatiskt.
Detta tillvägagångssätt innebär att du aldrig behöver slå upp en växelkurs, underhålla en kurstabel eller argumentera om vilken datums kurs som ska användas. Kursen är ett faktum, härledd från de pengar som faktiskt borde växla.
Om du vill ha en bredare översikt över bästa praxis, ladda ner vår kostnadsfria guide för en fullständig genomgång av royalty-hanteringsprocessen.
Vad sägs om negativa batches?
Returer och justeringar kan skapa försäljningsbatcher med negativa totaler. Dessa ��r knepiga eftersom det inte finns någon positiv inkomstbetalning att länka mot.
Ett bra royalty-system hanterar detta genom att slå upp växelkursen vid slutet av batchens försäljningsmånad och tillämpa den automatiskt. Du bör också ha möjligheten att justera uppslagsdatumet om din faktiska betalningtiming skiljer sig.
Hur Royalties HQ hanterar detta
Royalties HQ byggdes omkring denna inkomstförsta-avstämningsmodell. När du lägger till en förlagsintäktbetalning och länkar den till en eller flera internationella försäljningsbatcher, beräknar RHQ växelkursen automatiskt baserat på det faktiska belopp du mottog. Varje försäljningsrad i de länkade batcherna konverteras till den härledda kursen, så dina royalty-beräkningar är alltid kopplade till faktisk inkomst.
För negativa internationella batches slår RHQ automatiskt upp växelkursen vid slutet av försäljningsmånaden och låter dig justera datumet om det behövs. Försäljning i din förlagvaluta hanteras utan några manuella steg alls.
Resultatet är att valutakonvertering slutar vara en felkälla och blir osynlig. Du spenderar din tid på de delar av royalty-hanteringen som faktiskt kräver ditt omdöme, inte på att jaga växelkursdiskrepanser i ett kalkylark.
Praktiska tips för hantering av flödesvaluta-royalties
Håll distributörsbetalningar åtskilda. När din distributör skickar betalningar för olika marknadsplatser eller valutor, registrera var och en individuellt. Att slå samman betalningar förstör syftet med att länka inkomst till specifika försäljningsbatcher.
Bearbeta royalties efter att alla betalningar har anlänt. Internationella betalningar anländer ofta senare än inhemska. Vänta tills du har mottagit varje betalning för en given period innan du kör royalties. Detta säkerställer att varje försäljningsbatch kan länkas till motsvarande inkomst.
Avstäm medan du går. Vänta inte till slutet av kvartalet för att länka inkomstbetalningar till försäljningsbatcher. Att göra det när betalningar anländer håller processen hanterbar och visar eventuell saknad data tidigt.
Granska de härledda kurserna. Efter länkning, kontrollera att de implicita växelkurserna ser rimliga ut. En kurs som ligger långt utanför marknadsintervallet för den perioden kan indikera ett datainmatningsfel i inkomstbeloppet eller en avvikelse i den länkade försäljningsbatchen.
Flödesvaluta royalty-konvertering behöver inte vara komplicerad. När du avstämmer mot faktisk inkomst i stället för uppskattade växelkurser fungerar siffrorna helt enkelt.
