この記事はロイヤリティ管理の完全ガイドの一部です。
国際的に出版している場合、ロイヤリティ計算期間ごとに通貨換算を行っています。Amazonはドイツの売上に対してEURで支払い、Lightning Sourceはイギリスの売上に対してGBPで支払い、それぞれの支払いは著者に対する債務を計算する前に出版社の通貨に変換する必要があります。ほとんどの出版社はこれを手作業で処理しており、その結果、劇的で明白な方法ではありませんが、時間の経過とともに複合化する小さな持続的なエラーにより、お金を失っている出版社がほとんどです。
「どの日付?」という問題
為替レートは常に変動しています。3月1日のEUR/USDレートは1.085かもしれません。3月15日までに1.092になる可能性があります。配信業者が実際に支払いを換算する時点では、1.088かもしれません。ですから、ヨーロッパの販売のバッチをドルに換算しようとするとき、どのレートを使用しますか?
ほとんどの出版社は、合理的な場所からレートを選びます。ロイヤリティを処理する日のレート、金融ウェブサイトからの月平均、または「EUR to USD」とGoogleに入力したときに表示されるレートかもしれません。問題は、これらのレートのいずれもが、実際にあなたのお金に適用されたレートではないということです。
配信業者は、特定の日付に特定のレートを使用して、EUR売上をUSDに換算しました。あなたの銀行は、資金を受け取るときに、わずかに異なるレートを適用した可能性があります。あなたが調べたレートは、まったく別の数字です。これで3つの異なるバージョンの事実があり、ロイヤリティスプレッドシートは、たまたま取得したものを反映しています。
小さなエラーがどのように複合化するか
単一の通貨換算での0.5%のエラーは取るに足りないように聞こえます。10,000ドルのEUR支払いの場合、それは50ドルです。迷惑ですが、対処できます。これを国際的に配布されたカタログの現実全体に乗算してください。
5つの通貨での支払いを毎四半期受け取るとしましょう。各通貨には独自の換算があり、各換算には一方向または他方向の小さなエラーが伴います。いくつかのエラーは相殺されますが、多くはそうではありません。なぜなら、手作業での換算の偏りはランダムではなく体系的である傾向があるからです。配信業者が換算してから数日後にレートを一貫して調べる場合、一貫してわずかに異なる数字を取得します。
1年全体にわたって、平均0.5%の換算エラーで200,000ドルの国際売上を処理している出版社は、おおよそ1,000ドルの説明のつかない分散を見ています。これは銀行口座と一致しない1,000ドルであり、特定の著者に自信を持って属することができず、調整に何時間も費やすことになります。
より大きなカタログまたはより多くの通貨で動作している出版社の場合、数字は比例的に増加します。国際売上500,000ドルでの1%のエラー率は、会計士または著者、あるいはその両方に説明する必要がある5,000ドルの分散です。
調整ギャップ
手作業による通貨換算の実際のコストは、エラーのドル金額だけではありません。それは、計算されたロイヤリティと実際の銀行預金の間の調整ギャップです。
調べたレートを使用して売上を換算する場合、変換された総収益はほぼ受け取った支払いと一致しません。差異は、ある支払いで30ドル、別の支払いで150ドルかもしれません。これらのギャップはあなたのアカウントに蓄積し、2つの問題を引き起こします。
まず、矛盾が換算丸めエラーなのか、売上データの実際のミスなのか、判断することはできません。予想より少なく受け取ったのは、為替レートがわずかに異なったのか、それとも配信業者があなたを50ユニット短くしたのか。すべての支払いに小さな説明のつかない差異がある場合、実際のエラーをキャッチする能力を失います。
次に、著者のロイヤリティステートメントは収入と一致しません。著者が国際売上の計算を説明するよう求めた場合、数字がちょうど合わない時点に達します。その会話は信頼を損なわせます。実際の支払いへの影響が小さい場合でも。
隠れた時間コスト
財務エラーを超えて、手作業による通貨換算は相当な時間の浪費です。各期間、すべての通貨のレートを調べ、すべての売上バッチに適用し、合計が銀行預金と一致しない理由を把握しようとする必要があります。
Excelでロイヤリティを管理している出版社は、多くの場合、別個のレートテーブルまたは換算ワークシートを保持しています。これらは破損する可能性のある別のフォーミュラレイヤー、誤って上書きされる可能性のある別のセットのセル、およびオフィスの1人だけが保持方法を知っているもう1つのものを追加します。
最新のロイヤリティ管理の全容を理解したい場合は、無料ガイドをダウンロードして、包括的なガイドを参照してください。
Royalties HQがこれにどのように対処するか
Royalties HQは、収入優先調整モデルを使用することで、手作業による通貨換算を完全に排除します。為替レートを調べる代わりに、配信業者から出版社通貨で実際に受け取った金額をシステムに指定します。RHQはその支払いを対応する売上バッチにリンクし、換算レートを自動的に計算します。
実際には次のようになります。配信業者はEURの売上レポートと10,850ドルの支払いを送信します。売上レポートをインポートし、収入支払いを記録し、2つをリンクします。RHQは支払いをEUR合計で除算して実際の為替レートを導出し、バッチ内��すべての売上行に適用します。変換された合計は、銀行預金から導出されたため、銀行預金と完全に一致します。
出版社通貨に既にある売上の場合、収入支払いは必要ありません。RHQはそれらを自動的に処理します。返品が原因の負のバッチの場合、システムは売上月の終了時に為替レートを調べ、必要に応じて日付を調整できます。
結果として、ロイヤリティ計算は常に実際のお金と一致しています。調整ギャップはなく、タイミングの不一致もなく、現実を反映しているかどうか不明な為替レート検索でいっぱいのスプレッドシートもありません。複数通貨にわたって収入優先変換がどのように機能するかについては、多通貨ロイヤリティ変換に関する記事を参照してください。
為替レートの推測をやめましょう
手作業による通貨換算は、累積コストを見るまで管理可能に感じるプロセスの1つです。エラーは個別には無視するのに十分小さいですが、1年で重要になるのに十分な大きさです。調整ギャップを追いかけるのに費やす時間は、出版に費やす時間です。また、数学がちょうど合わないことに気付いた著者との信頼欠損は、定量化するのが難しいですが、同じくらいリアルです。
解決策は、より良い為替レートソースを見つけたり、スプレッドシートでより注意深くなることではありません。解決策は、実際に受け取った収入と照合することで、推測を完全に排除することです。
