この記事は、ロイヤリティ管理の完全ガイドの一部です。
ロイヤリティラン（ロイヤリティ計算処理）が完了しました。明細書は計算され、請求書は準備でき、後は著者に実際に支払うだけです。10人の権利保有者がいる場合、それは10回の個別銀行送金、10通の確認メール、会計ソフトで調整する10行の項目を意味するかもしれません。それを年4回の四半期に掛けると、単にお金を動かすだけで丸一日を費やすことになります。
数十人または数百人の著者を管理する出版社にとって、1人ずつ支払うことは、単なる退屈ではありません。これは支払いを遅延させ、関係者全員を悔しがらせる実際の業務上のボトルネックです。
なぜ1人ずつの支払いは破綻するのか
著者がほんの少数の場合、手動アプローチは機能します。銀行にログインし、各金額を入力し、口座詳細を二重確認して、送信します。しかし、カタログが成長するにつれて、リスクも増加します。
支払い金額の誤字脱字が最も一般的な問題です。ロイヤリティ明細書と銀行送金フォームを切り替えている場合、数字を転置するか、別の著者に間違った金額を支払うのは簡単です。$1,250の支払いが誤って$1,520で入力された場合、次の調整まで検出されないか、著者が不一致に気付くまで検出されないかもしれません。
また、時間コストもあります。40件の個別支払いを処理するのに、銀行のポータルへのログイン、2要素認証のプロンプト待ち、各送金の手動入力を考慮すると、数時間かかります。それはタイトルを新たに取得したり、著者をサポートしたりするために費やす方がよい時間です。
バッチ支払いワークフロー
解決策は、ロイヤリティ支払いを一連の個別トランザクションではなくバッチプロセスとして扱うことです。ワークフローは次のようになります：
- ロイヤリティランを完了し、すべての権利保有者に対する請求書を生成します。
- 請求書をCSVファイルとしてエクスポートし、1行に1権利保有者、支払い金額と連絡先詳細を含めます。
- そのCSVをバッチ処理に対応した支払いツールにインポートします。
- バッチ全体���1ステップで確認および承認します。
- すべての支払いを1回の確認で送信します。
このアプローチにより、支払い処理は数時間から数分に短縮されます。また、バッチ内のすべての支払いが特定のロイヤリティランと請求書に遡るため、より明確な監査証跡が作成されます。
米国の出版社向け支払いツール
複数のツールを使用すると、支払先と金額のCSVをアップロードして、ACH（Automated Clearing House）送金を通じてすべての支払いを一度に処理できます。ACHは電信送金よりも大幅に安く、通常1取引あたり$0～$1です。
Bill.comは中規模出版社に人気があります。請求書のCSVをインポートし、既存のベンダーにマッチングして、支払い用のバッチ全体を承認できます。また、会計側も処理し、QuickBooksまたはXeroと同期します。
Melioは小規模出版社に向けた良い選択肢です。無料のACH支払いを提供し、CSVから請求書のバッチをアップロードできます。インターフェースは簡潔で、基本的な使用に対する月額料金はありません。
QuickBooks Bill Payは、会計にQuickBooksをすでに使用している場合、問題なく機能します。請求書をインポートしてACHを使用してプラットフォーム経由で直接支払うことができ、すべてを1つのシステムに保つことができます。
すべてのツールの主な利点は、CSVインポートを受け入れることです。つまり、支払い金額を再入力していません。数値はロイヤリティ計算から支払いシステムに直接流れ、その間の手動データ入力はありません。
国際著者への支払い
米国以外の著者を出版している場合、国内ACHがすべての人をカバーすることはできません。従来の銀行による国際電信送金は高額で、しばしば取引あたり$25～$50かかり、為替レートマークアップはさらなる隠れたコストを追加します。
Wise Business（旧TransferWise）は、国際バッチ支払いのための傑出した選択肢です。受取人と金額のCSVをアップロードでき、Wiseは中値の為替レートで通貨換算を処理し、通常は送金額の0.5％～1.5％の透明な手数料があります。英国の著者への$500のロイヤリティ支払いの場合、従来の銀行電信で$40対して$4の手数料かもしれません。
Wiseはまた複数通貨での残高を保有することができ、これは米国ドルでの支払いに変換する前に、ポンドまたはユーロで収益を回収している場合に役立ちます。ロイヤリティ資金を整理された状態に保ちたい場合は、調整をさらに簡単にするために、別のロイヤリティ銀行口座の設定を検討してください。
スムーズなインポート用のCSVの構造化
ほとんどの支払いツールは、いくつかの標準列を含むCSVを期待しています：支払先名、メールアドレス、支払い金額、および場合によっては参照または請求書番号。詳細はツールによって異なるため、インポート前に列をリマップしたりヘッダーの名前を変更する必要があるかもしれません。
問題を避けるためのいくつかのヒント：
- 支払先名を正確に一致させてください。 支払いツールに既に「Jane Smith」という名前のベンダーがあり、CSVに「J. Smith」と記載されている場合、インポートは重複を作成するか、マッチングに失敗する可能性があります。
- 参照フィールドを含めてください。 ロイヤリティラン名または期間を支払い参照として使用し、すべての支払いをそのソースに遡ることができるようにします。
- 国内と国際の支払いを分離してください。 ほとんどのツールは1つのタイプをもう1つより上手に処理するため、CSVを2つのバッチに分割することは通常時間を節約します。
エクスポートファイルの準備を詳しく見たい場合は、支払い用ロイヤリティ請求書のエクスポートに関する投稿をご覧ください。
Royalties HQがこれをどのように処理するか
Royalties HQは、各ロイヤリティランで1権利保有者あたり1つの請求書を生成します。配分ステップが完了すると、「請求書を作成」をクリックし、システムはその権利保有者のすべての取引明細書残高の正味合計に基づいて各請求書を自動的に計算します。
そこから、すべての請求書を1つのCSVとしてダウンロードでき、1請求書に1行があります。エクスポートには支払いステータスが「一時停止」に設定されている権利保有者を除外するオプションが含まれているため、保留中の著者に誤って支払いを送信することはありません。CSVはXeroへの直接インポート用にフォーマットされており、最小限の列調整後に他の会計および支払いツールで機能します。
実際のワークフロー：Royalties HQでロイヤリティランを完了し、請求書CSVをダウンロードし、選択した支払いツールにアップロードし、確認して承認します。50著者の支払いプロセス全体は、1人を支払うのとほぼ同じ労力がかかります。詳細な手順については、請求書ドキュメントを参照できます。
エンドツーエンドの完全なロイヤリティワークフローを評価している場合は、無料ガイドをダウンロードして、現代的な出版社がロイヤリティ管理をどのように処理しているかを総合的に見てください。
バッチ支払いをルーチンの一部にする
最大のシフトはツール化ではありません。それはマインドセットです。支払いを各ロイヤリティランに結び付けられたバッチ操作として扱うようになると、著者を個別に支払う争奪戦を排除し、エラーの可能性を減らします。
一貫したスケジュールを設定してください。ロイヤリティを四半期ごとに実行する場合、翌週の時間をブロックして、特に支払い処理のために確保します。ランを確定する同じ日に請求書CSVをエクスポートします。支払いツールにアップロードし、1回確認して、送信します。全体がアドホックなスクランブルではなく、銀行ポータルを通じた反復チェックリストになります。
一括ロイヤリティ支払いは大規模出版社の贅沢ではありません。これは正確性、速度、そして自分自身の正気を重視する出版社にとって実用的な必要性です。ツールが存在し、CSVエクスポートは統合を苦労なくし、時間節約は毎回複合します。
