この記事はロイヤリティ管理の完全ガイドの一部です。
国際的に出版している場合、あなたのメールボックスは通貨のパレードです。Amazon KDPは米国での売上に対してUSDで、ヨーロッパのマーケットプレイスでの売上に対してEURで支払います。Lightning Sourceは英国での売上に対してGBP、オーストラリアでの売上に対してAUDを送金します。各支払いは異なる通貨で異なる時期に到着し、著者のロイヤリティを単一の一貫した通貨で計算する必要があります。
ほとんどの出版社は為替レート参照テーブルでこれを解決しようとしています。このアプローチは合理的に聞こえますが、規模を拡大して実装しようとするとうまくいきません。より良い方法があります。
為替レートテーブルの罠
従来のワークフローは次のようになります。ドイツで売られた500ユニットを示す売上レポートをダウンロードします。これらは様々なEUR価格設定です。該当月のEUR/USD為替レートを調べ、すべての行に適用し、変換された金額をロイヤリティスプレッドシートに記録します。
問題は為替レートが常に変動することです。あなたが調べた日のレートは、あなたの流通業者が支払いを変換する際に実際に使用したレートと異なる可能性があります。また、銀行が資金を受け取る際に適用したレートと異なる可能性もあります。
これらの小さな差は数百の売上行、複数の流通業者、複数の通貨にわたって蓄積します。四半期が終わるころには、計算されたロイヤリティと実際の銀行預金が一致しなくなります。追跡が難しく、解決に時間がかかる調整ギャップが残されています。
この実際の費用を詳しく見るには、手動通貨換算の隠れた費用に関する記事をご覧ください。
タイミングのズレがより悪い理由を生む
為替レートは唯一の変数ではありません。流通業者は支払いサイクルの異なるポイントで通貨を変換します。Amazonは月15日にEURをUSDに変換するかもしれません。Lightning Sourceは月28日にGBPをUSDに変換するかもしれません。銀行は資金が実際に到着するときにさらに別のレートを適用するかもしれません。
ほとんどのスプレッドシートワークフローが必要とするように1か月全体に対して1つの為替レートを選択すると、あなたはこれらのタイミング差を平準化しています。その結果、計算した値と受け取った値の間に小さいが持続的なズレが生じます。
5つまたは6つの通貨にわたる1年間のロイヤリティ処理全体では、これらのズレは数百ドルから数千ドルにもなります。これはあなたの著者が疑問を持つかもしれないお金であり、簡単には説明できないお金です。
インカムファースト・アプローチ
多通貨ロイヤリティを処理するための根本的に異なる方法があります。外部の為替レートを使用して売上図を変換する代わりに、流通業者から受け取った実際の所得支払いから始めます。
ロジックはこのようなものです。あなたの流通業者はEURの売上レポートとUSDの支払いを送ります。支払いは流通業者自身の通貨換算後のそれらの売上の実世界価値を表しています。売上レポートを支払いにリンクすることで、実際に適用された暗黙の為替レート、つまり実際のレートを導き出すことができます。
これは近似値ではありません。算術です。売上バッチが合計EUR 10,000で、対応する支払いが$10,850の場合、実効レートは1.085です。そのバッチのすべての売上行は同じレートで変換され、合計はあなたの銀行預金と完全に一致します。
参照テーブルなし。タイミングのズレなし。調整ギャップなし。
実際の運用方法
国際的に流通している出版社の典型的なワークフローは次のようになります：
- 各流通業者から売上レポートをダウンロードします（Amazon KDP、Lightning Source、Ingramなど）。
- 売上データをロイヤリティシステムにインポートします。Royalties HQを使用している場合、これは元のファイルをアップロードすることを意味します。RHQはAmazon KDP、Lightning Source、ACXを含む10の流通業者フォーマットをネイティブサポートしています。
- 出版社所得を記録します。国際売上の各バッチについて、出版社通貨で受け取った実際の支払いです。
- 所得支払いを関連する売上バッチにリンクします。 システムが変換レートを自動的に計算します。
既に出版社通貨で表示されている売上については、所得支払いは必要ありません。システムがこれを自動的に処理します。
このアプローチは、為替レートを調べたり、レートテーブルを管理したり、どの日付のレートを使用するかについて議論する必要がないことを意味します。レートは事実であり、実際にお金が動いた計算から導き出されます。
より幅広い概要が必要な場合は、無料ガイドをダウンロードしてロイヤリティ管理プロセスの完全な説明を参照してください。
マイナスバッチについてはどうですか？
返品と調整は負の合計を持つ売上バッチを作成できます。これらはリンクする正の所得支払いがないため厄介です。
優れたロイヤリティシステムは、そのバッチの売上月の終了時の為替レートを調べて自動的に適用することでこれを処理します。実際の支払いタイミングが異なる場合、参照日付を調整するオプションもあります。
Royalties HQによる処理方法
Royalties HQはこのインカムファースト・レコンシリエーションモデルの周りに構築されました。出版社所得支払いを追加し、1つ以上の国際売上バッチにリンクすると、RHQは受け取った実際の金額に基づいて為替レートを自動的に計算します。リンクされたバッチのすべての売上行は導き出されたレートで変換されるため、ロイヤリティ計算は常に実際の所得にさかのぼります。
マイナスの国際バッチの場合、RHQは売上月の終了時に為替レートを自動的に調べ、タイミングが異なる場合は日付を調整できます。出版社通貨での売上は手動ステップなしで処理されます。
その結果、通貨換算はエラーの原因ではなく、目に見えなくなります。あなたの時間は判断が必要なロイヤリティ管理の部分に費やされ、スプレッドシート内の為替レート不一致を追跡する時間ではありません。
多通貨ロイヤリティ管理の実用的なヒント
流通業者の支払いを分けておきます。 流通業者が異なるマーケットプレイスまたは通貨の支払いを送信する場合、それぞれを個別に記録します。支払いをまとめることは、所得を特定の売上バッチにリンクする目的に反します。
すべての支払いが到着した後にロイヤリティを処理します。 国際支払いは通常国内支払いより遅く到着します。特定の期間のすべての支払いを受け取るまで待ってからロイヤリティを実行します。これにより、すべての売上バッチが対応する所得にリンクできることが保証されます。
進行中に調整します。 所得支払いを売上バッチにリンクするまで四半期の終了を待たないでください。支払いが到着するとすぐに行うことでプロセスを管理しやすくし、欠落データを早期に表明します。
導き出されたレートを確認します。 リンク後、暗黙の為替レートがその期間の市場範囲内で合理的に見えることを確認します。その期間の市場範囲ははるかに外にあるレートは、所得金額のデータ入力エラーまたはリンクされた売上バッチの不一致を示す可能性があります。
多通貨ロイヤリティ換算は複雑である必要はありません。推定為替レートではなく実際の所得に対して調整すると、数字は単に機能します。
