あなたのレーベルに所属するアーティストが、四半期に40万回ストリーミング再生された。ロイヤルティ明細書が届くと、支払残高はちょうど$0.00と記載されている。これはレーベルが不正をしているからではない。レコーディング予算、ミュージックビデオの撮影費、ツアーサポートの前払金がまだ元帳の上で未回収のまま残っており、ストリーミング収益がアーティストの口座に届く前に、その1ドル1ドルを静かに食いつぶしているからだ。
これは音楽業界では普通のことだ。そしてこれは、独立系レーベルがキャリアを共に築こうとしているアーティストとの間でトラブルになる最も一般的な原因の一つでもある——契約条件が不公平だったからではなく、お金が実際にどう動いたのかを、誰も文書で明確に説明できなかったからだ。
インディーレーベルを運営するということは、同時に二種類の帳簿をつけることを意味する。レーベル自体の経営財務と、その上に重なる形で、所属するすべてのアーティスト、作詞作曲家、コラボレーターに対して何が支払われるべきかを追跡するロイヤルティ会計のレイヤーだ。この後者を間違えると、単にお金を失うだけでなく、つなぎとめようとしているアーティストからの信頼を失うことになる。
ロイヤルティ会計は通常の簿記とはまったく別の専門分野である
一般的な中小企業は収益と経費を記録すれば、それで会計は完了する。しかしレコードレーベルは、それに加えて契約ごとの並行会計システムを運用しなければならない。各リリースは、ストリーミングの機械的複製権、シンクロ・ライセンス、フィジカル販売、公の演奏に対するロイヤルティ、YouTubeのContent IDクレームなど、十数種類もの異なる収益源から収入を生み、それぞれ報告フォーマット、通貨、そして60日から1年以上にも及ぶ支払いラグが異なる。
このプロセスの大まかな流れは次のとおりだ。
- 収益の受け取り — ロイヤルティ明細書がディストリビューター（DistroKid、Tunecore、The Orchardなど）、デジタルサービスプロバイダー、著作権管理団体から届く。多くの場合、互換性のないスプレッドシート形式で送られてくる。
- データの標準化 — すべての明細書を、社内で統一された勘定科目体系にマッピングし、正しいリリース、トラック、契約に紐づける。
- 契約の適用 — レーベルの契約条件によって、各権利者が受け取る割合と、最初に適用される控除内容が決まる。
- リクープメント（回収）計算 — 未回収の前払金と回収可能なコストが、支払い前にアーティストの取り分から差し引かれる。
- 明細書の作成 — 総収益、控除額、純支払額を示すアーティストごとの明細書が作成される。
- 支払いの実行 — 実際にお金が動き、元帳が更新されて新しいリクープメント残高が反映される。
スプレッドシートで5枚のリリースまでなら問題なく機能する仕組みも、50枚になると手に負えなくなる。ほとんどのレーベルはステップ1や6でつまずくのではない。途中の工程で、手作業によるデータ処理がミスを生み、それが四半期ごとに積み重なっていくのだ。
回収可能な前払金は実際どう機能するのか
前払金は贈与でもなければ、個人向けファイナンスの意味での融資でもない。将来のロイヤルティに対する前払いだ。レーベルがレコーディング費用を立て替え、アーティストはそれを自腹で「返済」するのではなく、リリースが収益を生み始めた後、自分のロイヤルティの取り分から差し引かれる形で返していく。
問題は、何が回収対象（recoupable）に含まれるかだ。典型的なインディー契約では、次のものがアーティストのロイヤルティに対して回収可能とされる。
- レコーディングおよびスタジオ費用
- ミキシングとマスタリング
- ミュージックビデオの制作費
- そのリリースに紐づくマーケティングおよびプロモーション支出
- ツアーサポートの前払金
- 場合によっては、そのリリースにかかるレーベルの間接費の按分相当額
アーティストが実際に小切手を手にできるかどうかを左右する構造上のポイントが二つある。
クロス担保化（cross-collateralization）。 レーベルがアーティストのカタログ全体にわたって前払金をクロス担保化している場合、失敗したシングルの未回収コストが、2年後にリリースされたヒットアルバムのロイヤルティを食いつぶすことがある。クロス担保化されていない契約はリリースごとにのみ回収を行い、アーティストにとってはるかに有利だ。この点は曖昧なままにせず、契約書に明記しておく価値がある。
回収レート。 一部の契約では、前払金が清算されるまでアーティストの取り分の100%を回収に充てる。一方、支払いを分割して、未回収の状態でもアーティストに一部の収入が入るようにする契約もある。この違いはアーティストのつなぎとめに大きく影響する——帳簿上で負債が清算されるのを2年間、支払いなしで待たされる所属アーティストは、他のレーベルからの電話を取り始めるアーティストでもある。
契約条件がどうであれ、それはメールのやり取りより耐久性のある場所に記録されている必要がある——明細書に疑問が生じたときに、レーベルとアーティストの双方が参照できる、書面化されバージョン管理された記録だ。
リクープメントのウォーターフォールを、実際の数字で見る
一つのリリースを例に考えてみよう。レコーディング費用が$8,000、ビデオ制作費が$4,000、レーベルが立て替えたツアーサポートの前払金が$3,000——回収対象の合計は$15,000で、契約上アーティストのロイヤルティ取り分は純受取額の50%、かつその取り分の100%が清算されるまで回収に充てられるものとする。
| 四半期 | 受け取った総ロイヤルティ | アーティストの50%取り分 | 回収に充当された額 | 未回収の残高 | アーティストへの支払額 |
|---|---|---|---|---|---|
| 第1四半期 | $6,000 | $3,000 | $3,000 | $12,000 | $0 |
| 第2四半期 | $9,000 | $4,500 | $4,500 | $7,500 | $0 |
| 第3四半期 | $11,000 | $5,500 | $5,500 | $2,000 | $0 |
| 第4四半期 | $14,000 | $7,000 | $2,000 | $0 | $5,000 |
ここでは誰も損をしていない——計算は透明で、契約条件どおりに実行されている。しかし、アーティストが3四半期連続で「支払残高$0.00」という一行しか目にせず、その裏にあるウォーターフォールの中身が一切見えなければ、たとえ完全に正しくても、それは不誠実な対応に見えてしまう。解決策はより良い契約条件ではなく、最終残高だけでなくウォーターフォール自体を示す明細書だ。
メタデータのエラーこそが、お金が消える本当の理由
リクープメントの計算はトラブルのきっかけにはなるが、実際にお金を消し去っているのはメタデータのエラーだ。
業界には、推計で25億ドルもの未請求「ブラックボックス」ロイヤルティが滞留している——ディストリビューター、DSP、著作権管理団体が回収したものの、権利者と紐づけられず、最終的には別の場所へと再分配されてしまうお金だ。しかもその再分配先は、すでにメタデータが整備された大規模なカタログであることが多い。業界の推計では、データの不一致によりデジタルロイヤルティの20%から40%が未請求のままになっているとされ、リリース前にミスを検出する法務担当や事務チームを持たない独立系アーティストでは、その割合はさらに高くなる。
つまずきの原因はどれもありふれたもので、しかも完全に予防可能だ。
- 作詞作曲家の名前がレーベルのシステムとPRO（著作権管理団体）のデータベースで綴りが違って登録されている
- ISRCの欠落または誤りにより、レコーディングとそのロイヤルティ収益との紐づけが完全に断たれる
- 共同作詞作曲者のIPI/CAE番号の欠落により、その人物の機械的複製権ロイヤルティの取り分が割り当て不能になる
- 未登録の権利配分がリリース後何か月も文書化されないまま放置され、すでにトラブルが始まってから初めて明るみに出る
- リミックス、ラジオエディット、「feat.」バージョンなどの別タイトルが、DSPやPROによって同一の原曲として自動的に認識されない
これらはリリースの時点では、会計上の問題には一切見えない。スプレッドシート上の些細な誤字が、18か月後には恒久的に回収不能な収益の穴になる——ほとんどの著作権管理団体は、未紐づけの資金を一定の期間（一般的には約3年）しか保持せず、その後は別の場所へ再分配してしまう。
対策に費用はかからない、必要なのは注意力だけだ。メタデータのQAを後回しにせず、リリース当日に行う会計上の統制と位置づけること。すべてのISRC、すべての作詞作曲家のIPI番号、すべての権利配分比率が、ディストリビューター、PRO、レーベルの社内記録の間で登録・一致していることを、リリースが公開される前に確認する——最初のロイヤルティ明細書が疑問を生んでからでは遅い。
ほぼすべてのインディーレーベルの帳簿に見られる三つのミス
リリース後に署名されるスプリットシート。 非公式に合意され、後から文書化される権利配分比率は、トラブルの温床になることが確実だ。「60対40で合意した」という会話の記憶は、実際にお金が絡んでくると急速に曖昧になっていく。リリースがディストリビューションに渡る前に日付を入れて署名されたスプリットシートがあれば、この問題は完全に防げる。
規模に耐えられないスプレッドシート。 リリースごとに1タブというやり方は、10曲程度のカタログなら機能する。しかし、20組のアーティストが百件のリリースを抱え、それぞれ回収条件、通貨、支払いラグが異なる規模になると破綻する。誰も見ていないまさにその場所——ディストリビューターの報告内容とアーティストの残高に実際に適用された内容との照合作業——にこそエラーが忍び込む。
レーベルの資金とアーティストの資金を一つの未分化なプールとして扱うこと。 レーベルの運営口座とアーティストに支払うべきお金が、それらを区別する元帳もないまま同じバケツに入っていると、「所属アーティスト全体で現在いくら支払い義務があるか」という基本的な質問にすら、手作業での監査なしには答えられなくなる。これは避けられない宿命ではなく、修正可能な構造上の問題だ。
これが単なる音楽業界の問題ではなく、簿記の問題である理由
ISRCコードやPRO特有の専門用語を取り除けば、レコードレーベルのロイヤルティ元帳は標準的な会計の問題に帰着する。共有収益に対して複数の当事者が権利を主張し、負債の残高が期ごとに変動し、トラブルが起きた際に耐えうる監査証跡が必要になる、という構図だ。これをうまく扱えているレーベルは、あらゆる前払金を初日から追跡対象の負債として扱い、アーティストごとの回収残高を常に把握できる状態に保ち、アーティストやそのマネージャーから求められた瞬間に、最終残高だけでなく取引履歴全体を提示できるレーベルだ。
これはまさに、プレーンテキスト会計が得意とする記録管理のあり方だ。すべての前払金、リクープメント、ロイヤルティ支払いは、いつの間にか上書きされてしまうスプレッドシートのセルではなく、日付付きで監査可能なエントリとして記録される。18か月後にトラブルが持ち上がったときも、履歴全体はバージョン管理された状態でそのまま残っており、誰かが保存し忘れた古いファイルの中に埋もれてしまうことはない。
カタログの帳簿も、メタデータと同じくらいクリーンに保とう
リクープメントのウォーターフォール、権利配分比率、そして十数種類の収益源から十数種類の異なるスケジュールで届く収益——インディーレーベルの財務はあっという間に複雑になる。そして、あなたのレーベルに所属するアーティストたちは、本当に信頼できる明細書を受け取るに値する。Beancount.ioなら、透明でバージョン管理されたプレーンテキスト会計が使えるので、すべての前払金とすべてのロイヤルティ支払いに、後から完全に再現できないスプレッドシートに埋もれることのない、恒久的で監査可能な記録が残る。無料で始めて、開発者たちや財務に強いレーベルオーナーたちが、自分たちだけのブラックボックスを作らずに、複雑で多当事者にまたがる収益をどう追跡しているかを確認してほしい。