この記事は、ロイヤルティ管理の完全ガイドの一部です。
これまで以上に多くの出版社が、自社ウェブサイトを通じて読者に直接本を販売しています。 Shopifyストア、WooCommerceショップ、またはその他のeコマースプラットフォームを運営しているかどうかにかかわらず、直販には明らかな利点があります。利幅が大きく、顧客との直接的な関係が構築でき、購買者データの所有権を完全に保有できます。ただし、著者に支払いを行う段階になると、直販はほとんどの出版社が対応できていないロイヤルティ処理の課題を引き起こします。
問題は単純明快です。流通業者経由の販売では、レポートと支払いを受け取ります。各タイトルでいくら稼いだかが正確にわかり、著者契約はその数字を中心に構成されています。直販の場合、流通業者は仲介しません。あなたが小売業者となるのです。そしてそれがロイヤルティの計算方法、追跡方法、報告方法を変えてしまいます。
出版社が直販に転換する理由
経済性は非常に説得力があります。流通業者経由で25ドルの本を売ると、小売業者割引と流通手数料を差し引いた後、10～12ドルのネット利益になるかもしれません。同じ本をウェブサイトを通じて直接販売する場合、小売価格全額から小額の決済手数料（通常2～3%）を差し引いた額を保有できます。25ドルの本の場合、約11ドルではなく24.25ドルを保有することになります。利幅の差は非常に大きいのです。
金銭的な面を超えて、直販は流通業者が決して提供できないもの、つまり読者との直接的な関係を与えてくれます。メールアドレス、購買履歴、そしてプラットフォームが間に立つことなく再度マーケティングできる能力を得られます。特定のニッチや特定の著者セットを中心にブランドを構築している出版社にとって、そのデータは非常に貴重です。
しかし、トレードオフがあります。流通業者はロイヤルティソフトウェアが取り込める整理された構造化された販売レポートを提供します。Shopifyストアは提供しません。あなたが自らの販売データを抽出、フォーマット、インポートする責任を持つようになり、出版社��小売業者の両方である場合に意味のある契約構造が必要になります。
直販向けに売上高のパーセンテージ契約を使用する
これはこの記事で最も重要な推奨事項です。直販を行っており、それらの売上に対してロイヤルティを支払う場合、直販契約を売上高のパーセンテージとして構成します。定価または実売価格のいずれかです。
その理由はこのようなものです。従来の流通業者経由の販売では、出版社は通常、ネット収益ロイヤルティモデルを使用しています。流通業者は20ドルの本で10ドルの小切手を送り、著者はその10ドルのパーセンテージを獲得します。シンプルで公平です。実際に受け取ったものに対してのみロイヤルティを支払います。
しかし直販の場合、あなたが小売業者です。流通業者が関与していないため、「流通業者からのネット収益」は存在しません。顧客は24.99ドルを支払い、決済プロセッサが0.75ドルを取得し、あなたに24.24ドルが残ります。では、ロイヤルティを何に基づいて計算しますか？全額の24.99ドル？処理手数料を差し引いた24.24ドル？送料についてはどうですか。それらは控除されますか？返品準備金については？プラットフォーム契約料は？
ここからは事態が複雑になります。直販に適用されたネット収益モデルは、正当な控除として何が当てはまるかについての意見の相違の扉を開いてしまいます。より洗練されたアプローチは売上価格のパーセンテージです。
例： 著者契約が直販売上に対して15%を指定しています。本がShopifyストアで24.99ドルで売れています。著者は1部あたり3.75ドルを獲得します。決済処理手数料が何であったか、広告に何を費やしたか、送料がいくらかかったかは重要ではありません。計算は透明性があり、予測可能であり、あなたと著者の両方が簡単に検証できます。
流通業者販売のネット収益モデルで提供する価格より低いパーセンテージを設定するかもしれません。それは正常で予想されることです。重要なのは明確性です。両当事者は、販売が行われる前に正確にその数字が何であるかを知っています。異なる契約構造があなたの収益にどのように影響するかについての詳細については、本のロイヤルティを計算する方法を参照してください。
直販データの準備
eコマースプラットフォームはIngramやKDPレポートのようなファイルを生成しません。代わりに、注文データをエクスポートし、ロイヤルティソフトウェアが受け入れられる形式にマッピングする必要があります。
ほとんどのプラットフォーム（Shopify、WooCommerce、BigCommerce、Squarespace）では、注文をCSVファイルとしてエクスポートできます。エクスポートには通常、注文日、商品名、SKUまたはISBN、数量、販売価格、適用された割引、顧客情報が含まれます。
ロイヤルティ処理の観点からは、各注文から次のいくつかの重要なデータポイントを抽出する必要があります：
- ISBN（またはタイトルにマップする任意の商品識別子）
- 販売数量
- 単位あたりの販売価格（割引後ですが送料と税金を除く）
- 通貨
- 販売日またはロイヤルティ月
その他すべてを削除します。顧客名、配送先住所、税額、フルフィルメント詳細はロイヤルティ計算に関連していません。必要なのは次のように言う明確なファイルです：このタイトル、この数のコピー、この価格で、この通貨で、この月の間に。
Royalties HQカスタムインポートテンプレートの使用
直販はサポートされている流通業者フォーマットから来ていないため、Royalties HQのカスタム販売インポート機能を使用します。これは、自社ウェブサイトを含む任意のソースからの販売データを受け入れる柔軟なテンプレートを提供します。
カスタムインポートテンプレートの必須フィールドは次のとおりです：
- isbn — タイトルのISBN-13
- royalty_month — 販売期間（例：「2026-03」）
- currency — 3文字の通貨コード（USD、GBP、EUR等）
- royalty — 単位あたりのロイヤルティ対象額（直販の場合は通常売上価格）
- royalty_on_sales — 行の合計ロイヤルティ対象額（ロイヤルティに単位を乗じたもの）
- units_sold — 販売されたコピー数
- sales_channel — 直販の場合は「other」に設定
- marketplace — 「Shopify」、「WooCommerce」、または「Website」など、わかりやすい名前を使用
特にmarketplaceフィールドは重要です。直販と流通業者販売を報告で区別でき、各チャネルを通じて流れる収益とロイヤルティの額が一目でわかります。
ステップバイステップ：eコマースエクスポートからロイヤルティインポートまで
月ごとの実際のワークフローは次のとおりです：
- 完了した月の注文をeコマースプラットフォームからエクスポートします。 注文日でフィルタリングし、CSVとしてエクスポートします。
- 本の販売のみをフィルタリングします。 ストアが商品やその他のロイヤルティ対象外の製品を販売している場合は、それらの行を削除します。
- RHQテンプレートにマップします。 カスタムインポート形式に一致するスプレッドシートを作成します。ISBN、ロイヤルティ月、通貨、販売価格（ロイヤルティ列として）、総販売額、単位、販売チャネルを「other」として、marketplaceを入力します。
- 割引を処理します。 プロモーションを実行して、本を24.99ドルではなく19.99ドルで販売した場合、実売価格（19.99ドル）をロイヤルティ額として使用します。これはデータの誠実性を保ち、著者の支払いを正確に保ちます。
- CSVとして保存し、 Royalties HQの販売を追加でアップロードします。カスタムインポート形式を選択します。
- 確認とインポート。 システムがファイルを検証し、問題（ISBN欠落、認識されない通貨、重複期間、重複ファイル（既にアップロード済みの場合）をフラグします。エラーを修正してインポートします。
インポート後、販売データは流通業者データと同じようにロイヤルティ実行を通じて流れます。契約がマッチングされ、レートが適用され、ステートメントが自動的に生成されます。
払い戻しと返品の処理
直販には返品が伴い、それらを処理するための計画が必要です。顧客がウェブサイト経由で購入した本を返品した場合、払い戻しはロイヤルティデータに反映される必要があります。
最もシンプルなアプローチは、返品を次の月次インポートでマイナス数量として含めることです。顧客が2月に2部購入し、3月に1部を返品した場合、3月のインポートファイルにはunits_soldが-1、royalty_on_salesがマイナス値である行を含める必要があります。これは返品販売をその期間の著者の収入から控除します。
返品量が少ない場合は、月次ではなく四半期ごとに返品をバッチ処理するかもしれません。重要なのは、ロイヤルティステートメントが正確なままであるように、返品が���終的に記録されることです。また、返品準備金を管理する出版社については、ダイレクト・ツー・コンシューマー注文の返品率は卸売より低い傾向にあるため、直販は別途処理することができます。
それをクリーンに保つためのヒント
エクスポートを月ごとに整理します。 フォルダ構造を作成します。例えば、Direct Sales / 2026 / 03 Marchのようなもので、生のeコマースエクスポートとフォーマットされたインポートファイルの両方を保存します。監査または再インポートが必要な場合、オリジナルを保持していることを喜ぶでしょう。
決済プロセッサと照合します。 月次販売総額をあなたの決済プロセッサ（Stripe、PayPal等）が実際に入金した額と照合します。数字が一致しない場合は、インポート前に調査します。不一致は通常、返金、チャージバック、または注文エクスポートに表示されるまだ失敗した支払いから生じます。
送料を別途追跡します。 送料収益と費用はロイヤルティ計算に影響を与えるべきではありません。eコマースエクスポートが注文合計に送料を含める場合は、インポートテンプレートにマップする前に必ずそれらを削除します。ロイヤルティは製品販売価格のみに基づくべきです。
marketplaceの名前で一貫性を保ちます。 1月に直販を「Shopify」としてラベル付けし、2月に「Website」としてラベル付けした場合、レポートはそれらを2つのチャネルに分割します。1つのラベルを選んでそれを固守してください。
直販が流通業者インポートとどのように並ぶか
直販はあなたの全体的なインポートワークフローの一部にすぎません。ほとんどの出版社はAmazon KDP、Ingram、その他の流通業者からのインポートと並んで直販を実行します。直販にカスタムインポートを使用する素晴らしさは、データがシステムに入ると、流通業者データと同じように動作することです。同じロイヤルティ実行、同じステートメント、同じレポート。
全体的なインポートワークフローを構築している場合は、これらのガイドが流通業者側をカバーしています：
目標は、すべての販売チャネル（直販および流通）をカバーする単一の統合ロイヤルティ実行であり、著者がすべてを説明する1つの明確なステートメントを受け取ることです。
完全なワークフローを取得する
直販ロイヤルティ処理は複雑である必要はありませんが、適切な契約構造、反復可能なエクスポート・アンド・インポート・プロセス、一貫したデータ衛生習慣などの前置きセットアップが必要です。これらの部分がそろうと、直販の処理はあなたの月次ルーチンの別のステップになるだけです。
すべての販売チャネル全体のインポートから自動ロイヤルティ計算および著者ステートメント生成までの完全なワークフローがどのように適合するかについて見たい場合は、無料ガイドをダウンロードして、完全な説明を参照してください。
