この記事は、ロイヤルティ管理の完全ガイドの一部です。
3月に最初のタイトルを出版し、7月に2番目のタイトルを、11月に3番目のタイトルを出版しました。各契約では、ロイヤルティは出版日から年単位で計算されると記載されています。3冊の本であれば問題ありませんでしたが、現在は40のタイトルが暦月全体に分散しており、ほぼ隔週でロイヤルティ計算を実行しています。立ち上げ時には自然に思えたタイトル別の年間周期アプローチが、現在は業務上の悪夢と化しています。
年間周期の罠
多くの出版社は、各タイトルのロイヤルティ期間をその出版日に結びつけることから始まります。直感的には理にかなっています。本は6月15日に出版されたので、ロイヤルティ年は6月から6月までです。問題は、このアプローチはカタログが非常に小さい場合にのみ機能することです。
カタログが成長するにつれて、これらの個別の年間周期日が積み重なっていきます。20タイトルある場合、8つの異なる月でロイヤルティ期間が終了する可能性があります。50以上ある場合、ほぼ毎週ロイヤルティ実行を処理する可能性があります。各実行には、販売データのインポート、出版社収入の調整、ステートメントの生成、および支払いの発行が必要です。重複するスケジュールを何十も掛け算すると、出版社ロイヤルティスケジュール拡張の問題が明らかになります。
管理コストは単なる時間ではありません。それは注意力でもあります。すべてのロイヤルティ実行には、集中力と正確性が必要です。年間に処理する実行が多いほど、何かを見落とす可能性が高くなります。ロイヤルティ受け取り前に支払うべきではない理由に関する記事で説明したように、各実行は販売者の支払いが実際にクリアされたときと一致する必要もあります。異なる複数の期間終了日をやりくりすることは、エラーの原因となります。
統合の様子
ロイヤルティスケジュールの統合は、すべてのタイトルを同じロイヤルティ期間タイプと暦に移動させることを意味します。各タイトルを独立した年間周期で実行する���わりに、標準的な頻度を選択し、全体に適用します。
ほとんどの出版社にとって、四半期ごとが正しい選択です。著者に定期的な支払いで合理的な満足を提供しながら、年4回の管理可能な実行を行うことができます。一部の出版社は、特に販売者の支払いが遅い場合や、ロイヤルティを手動で管理する場合は、半年ごとを選択します。主な決定事項は、適切なロイヤルティ期間頻度の選択に関する記事で詳しく説明されています。
統合後、あなたの年は予測可能になります。4月にQ1を処理し、7月にQ2を、10月にQ3を、1月にQ4を処理します。すべてのタイトル、すべての権利者、すべての販売者の支払いが同じサイクルを通じて流れます。チームはいつ業務量が来るかを正確に知っており、それに応じて計画を立てることができます。
期間途中に出版されたタイトルの処理方法
統合に関する最も一般的な懸念は、新しいスケジュールにきれいに適合しないタイトルに何が起こるかです。四半期ごとのカレンダーロイヤルティに切り替える場合、タイトルが2月15日に出版された場合、2月15日から3月31日までの6週間分のロイヤルティのみを支払う必要があることを意味していますか?
はい、それは完全に大丈夫です。新しく出版されたタイトルの最初の期間は、短期間です。出版日から現在の四半期(または頻度に応じて半年)の終了までをカバーしています。その初期短期間の後、その後のすべての期間は完全な標準長です。
これは珍しくありません。ほとんどの出版社は、新しいリリースの最初の短期間を既に扱っています。違いは、統合後、短期間はタイトルあたり1回だけ、立ち上げ時に発生することです。その後、すべてはカタログの残りと一致します。
既存タイトルの移行
既に年間周期スケジュール上にあるタイトルの移動には、若干の計画が必要ですが、プロセスは簡単です。
**まず、切り替え日を選択してください。**1月1日または7月1日などのきれいなカレンダー境界が最適に機能します。次に、現在年間周期にあるタイトルごとに、最後の年間周期終了日から切り替え日までに支払われるべきロイヤルティを計算してください。これにより、旧システムの下で1つの最終短期間実行が作成されます。
**切り替え後、すべてのタイトルは新しい統合スケジュールに従います。**この変更を権利者に伝える必要があります。ほとんどの著者は、特に新しいスケジュールがより頻繁な支払いを意味する場合(たとえば、年間から四半期ごとへの移行など)は異議を唱えません。無料ガイドをダウンロードした場合、スケジュール変更について著者に通知するために適応させることができるテンプレートレターが含まれています。
契約が明示的に年間周期ベースの期間を指定するタイトルの場合、契約修正を発行する必要がある場合があります。これは多くの往復が必要な場合でも価値があります。長期的な業務上の節約は、1回限りの努力をはるかに上回るからです。
単一スケジュールの複合的なメリット
ロイヤルティ実行の数を減らす以上に、統合は時間とともに積み重なる多くの小さな改善のカスケードを生み出します。
**販売者の調整がより簡単になります。**すべてのタイトルが同じ期間を共有する場合、各販売者の支払いが到着したことを確認する必要があるのは、サイクルごとに1回だけで、年間を通じた継続的なベースではありません。
**��ラー検出が改善されます。**すべてを一緒に処理すると、販売データのギャップや欠落した収入の支払いが検出しやすくなります。ゼロの売上があるタイトルは、他の49のタイトルが一緒に座っているすべてのデータがあるときに目立ちます。
**予測が可能になります。**予測可能なスケジュールにより、今後のロイヤルティ負債を数週間前に推定できます。これにより、財務チームは現金流をより詳しく把握でき、分散した処理日から生じる驚きを回避できます。
Royalties HQがこれをどのように処理するか
Royalties HQは、各ロイヤルティ実行が1つの期間タイプをカバーするという考えに基づいて構築されています。新しいロイヤルティ実行を作成するとき、期間長と特定の日付範囲を選択し、システムはその期間タイプと一致する未処理の販売データを持つすべてのタイトルをプルします。
これは統合がソフトウェアを使用する自然な方法であることを意味します。タイトルが共通の期間タイプを共有すると、四半期ごと(または半年ごと)に1つの実行を作成し、すべてを1回のパスで処理します。組み込みチェックリストは、販売データが欠落しているか、出版社の収入が未調整であるタイトルを先に進める前にフラグを設定するため、何も見落とされません。
移行の途中にある出版社の場合、短期間のキャッチアップ実行を実行して、タイトルを新しいスケジュールに切り替える前に古い年間周期を終了させることができます。システムは部分期間をきれいに処理するため、切り替え中にデータを失うことはありません。
次のロイヤルティサイクルから始めましょう
すべてを一度にオーバーホールする必要はありません。最も簡単なアプローチは、統合された頻度を選択し、権利者に伝え、次の完全な期間から適用することです。配置に持ち込む必要があるタイトルに対して1つの最終短期間実行を処理してから、その後、単一のスケジュールに従います。
運用上の違いは劇的です。数十の年間周期日を追跡し、ローリングベースでロイヤルティ計算を実行する代わりに、年間の設定数の処理ウィンドウがあります。業務量が予測可能になり、エラー率が低下し、著者は一貫性のある信頼できるステートメントを彼らが頼りにできるスケジュールで受け取ります。
ロイヤルティワークフローの構造化の詳細については、ロイヤルティ管理の完全ガイドをご覧ください。
