流通業者の支払いスケジュール：Amazon、Ingram など

この記事は、ロイヤリティ管理の完全ガイドの一部です。

先月の売上データをインポートし、著者たちが自分たちの明細書について問い合わせてきており、ロイヤリティを実行する準備ができています。ただし、1つの問題があります。流通業者の支払いの半分がまだ到着していません。複数の流通業者と取引している場合（ほとんどの出版社がそうです）、販売月の終了後30日から120日までの期間にわたる支払いスケジュールのパッチワークに対処することになります。各流通業者がいつ支払うかを正確に把握することはオプションではありません。それは正確なロイヤリティ処理の基礎です。

支払いタイムラインがこんなに変わる理由 #

すべての流通業者と小売業者は支払いを異なる方法で処理します。固定スケジュールで毎月支払う企業もあります。毎月支払うが遅延が可変の企業もあります。最低閾値に達した後だけ支払う企業もいくつかあります。

これらの違いの理由は、各プラットフォームが返品を処理し、源泉徴収を計算し、グローバルマーケットプレイス全体で支払いをバッチ処理する方法に帰着します。たとえば、Amazon KDPは、資金をリリースする前に潜在的な返品を考慮するために、支払いをおよそ60日間保留します。IngramとLightning Sourceは、より長いサイクルで運営されており、通常は約90日です。これは、印刷流通と返品処理の複雑さが一因です。

複数のチャネルを通じて販売する出版社にとって、これらの重複するタイムラインは、ロイヤリティを処理できる時期に直接影響するスケジューリング上の謎を生み出します。各タイムラインを理解することは、それを解くための最初のステップです。

流通業者別の支払いスケジュール #

これは、最も一般的な流通業者と小売業者の実用的なリファレンスです。すべてのタイムラインは概算であり、指定された販売月の終了から支払いが通常あなたのアカウントに到着する日までの遅延を表しています。

これらの数字は、あなたの場所、銀行、および支払いに国際通貨換算が含まれるかどうかによって変わる可能性があります。国境を越えた転送に関連する支払いは、標準的な遅延に加えてさらに数営業日かかることがよくあります。

実例：Q4支払いのマッピング #

四半期ロイヤリティを実行し、Q4が10月から12月までであるとしましょう。Amazon KDPとIngram経由で配布しています。実際にお金が到着するのはいつですか：

Amazon KDP（約60日）：

• 10月の売上：12月下旬頃に支払い
• 11月の売上：1月下旬頃に支払い
• 12月の売上：2月下旬頃に支払い

Ingram（約90日）：

• 10月の売上：1月下旬頃に支払い
• 11月の売上：2月下旬頃に支払い
• 12月の売上：3月下旬頃に支払い

到着する最後の支払いはIngram の12月の支払いで、遅くとも3月下旬に到着します。これは4月が Q4ロイヤリティ実行を安全に処理できる最初の月であることを意味します。それより早く処理しようとすると、不完全な収入データで作業していることになります。

より早く処理する誘惑に駆られている場合は、支払いを受け取る前にロイヤリティを支払うべきではない理由に関する記事をお読みください。財務リスクは実際のものです。

Ingram出版社支払いスケジュールの詳細 #

Ingramは特に注目する価値があります。その支払いサイクルは業界で最も長いものの1つだからです。約90日の遅延は、指定された販売月について、収入が到着するまで丸四半期待つことを意味します。

印刷流通がIngram またはLightning Sourceに大きく依存する出版社の場合、このタイムラインはしばしばロイヤリティサイクル全体のボトルネックになります。AmazonとすべてのほかのチャネルがすでにPDしていても、Ingram の支払いが清算されるまで、期間を閉じることはできません。より速い流通業者ではなく、Ingram のスケジュールを中心にロイヤリティカレンダーを構築することが最も安全なアプローチです。

また、Ingram の支払いは時々数日遅れる可能性があることを注目する価値があります。特に暦年末の周辺。少しのバッファ（1週間程度）を考慮することで、最後の瞬間の遅延を回避できます。

国際支払いはさらに別の層を追加します #

流通業者が外国通貨で支払う場合、タイミングの問題はより複雑になります。支払いが到着するのを待つだけではありません。あなたの出版社通貨（あなたの出版社が運営する通貨）での実際に換算された金額を見るのを待っています。

為替レートは毎日変動するため、EUR またはGBP支払いの価値は、いつそれが清算されるかに応じて変わります。資金があなたのアカウントに到着するまで、ローカル通貨での正確な金額はわかりません。これがマルチ通貨ロイヤリティ換算が推定為替レートではなく、実際に受け取った収入に基づいているときに最もよく機能する理由です。販売から明細書までのロイヤリティプロセスの完全な概要が必要な場合は、無料ガイドをダウンロードしてステップバイステップの説明を参照してください。

Royalties HQがあなたを軌道に乗せる方法 #

Royalties HQは、ロイヤリティは検証済みで受取済みの収入からのみ処理されるべきという原則を中心に構築されています。このシステムは、ロイヤリティ実行が進行する前に、売上データが実際の出版社収入支払いにリンクされなければならない調整モデルを使用しています。

新しいロイヤリティ実行を作成するとき、組み込みチェックリストは、出版社収入でまだ調整されていない売上バッチにフラグを付けます。赤いアラートは、それらのギャップが解決されるまで先に進むことを防止します。これにより、まだ受け取っていないお金でロイヤリティを支払うことは構造的に不可能になります。

Amazon KDP支払いの場合、Royalties HQはKDP支払いレポートの直接インポートをサポートしているため、データを手動で再フォーマットすることなく収入を記録できます。収入が売上バッチにリンクされるときの自動通貨換算と組み合わせると、システムは複数流通業者、複数通貨のロイヤリティ処理から推測を取り除きます。

支払いカレンダーを構築する #

最も実用的なことは、支払いカレンダーを構築することです。これはすべての流通業者のスケジュールをあなたのロイヤリティ期間に対してマップします。各流通業者をリストアップし、その一般的な支払い遅延をメモして、計画されたロイヤリティ処理日から逆算して、すべての支払いが到着することを確認します。

Ingram を含むクォータリーサイクルを使用するほとんどの出版社の場合、経験則は簡単です。期間の終了後にロイヤリティを処理する前に、大体90日のバッファが必要です。半年ごとまたは年1回のロイヤリティを実行する場合、計算はより許容的ですが、原則は成り立ちます。すべての支払いは、1行のロイヤリティを計算する前に清算されなければなりません。

これを正しく行うことは、キャッシュフローを保護し、正確な著者明細書を作成し、不完全なデータに対するロイヤリティ処理の圧力をかかるグループワークを排除します。

ロイヤリティワークフローの構造化の詳細については、ロイヤリティ管理の完全ガイドをお読みください。