1 回の再生が支払いになるまでと、連鎖が静かに切れる場所

ストリームは支払いではありません。それはデータベース結合の連鎖の最初の 1 行であり、その連鎖のすべての結合は、あなたが提供した識別子の上で行われます。識別子のどれかが間違っていても、何も却下されず、誰もあなたに知らせません。再生は数えられ、お金は回収され、そして失敗した結合のところで動きが止まります。

これがその連鎖です。段階ごとに、どの部分がどの識別子を読むのか、ディストリビューターが発行した ISRC が実際に何を与えるのか、離れるときに何を持っていけるのか、そしてなぜ高くつく失敗はリリースを公開させてしまうもののほうなのかを見ていきます。

三つの識別子と、どれを誰が読むのか

録音音楽のサプライチェーンは三つの識別子で動いています。これらの混同は未照合ロイヤリティの最大の原因であり、それぞれ連鎖の別々の部分に読まれます。

ISRC は録音を識別します。 ISO 3901 で、IFPI が登録機関として管理し、割り当ては各国の機関が扱います。1 つのマスターに 1 つの ISRC。ある曲のスタジオ版とライブ版は 2 つの録音であり、したがって 2 つの ISRC です。読む側は、再生を照合するストリーミングサービス、レポートの行をあなたのカタログに突き合わせるディストリビューター、そして放送や公衆への伝達の利用を照合する隣接権団体です。

ISWC は楽曲を識別します。 ISO 15707 で、CISAC のもとで管理されます。形式は T-123.456.789-C — T の接頭辞、9 桁の数字、チェックディジット — で、数字には地域や作家や出版社についての意味は埋め込まれていません。1 曲の 20 の録音は 1 つの ISWC を共有し、20 の ISRC を持ちます。ISWC を自分で取得することはありません。作品が登録されるときに、あなたの権利団体または出版社を通じて付与されます。読む側は、作家と出版社にお金を振り分ける権利団体とメカニカル・ライセンス機関です。

UPC/EAN はリリースを識別します。 GS1 の国際取引商品番号（GTIN）— シャンプーのボトルを識別するのと同じ種類の商品コードです。UPC-A は 12 桁、EAN-13 は 13 桁。アルバム、EP、シングルを商業プロダクトとして名指します。3 曲入りの EP は 1 つの UPC と 3 つの ISRC を持ちます。読む側は、プロダクト単位の小売とレポート、そして明細をリリースと突き合わせようとするときのあなた自身です。

ISRC は録音、ISWC は曲、UPC はそれらを売った箱です。お金はまさにこの三本の線に沿って分かれます。原盤収入は ISRC で、出版収入は ISWC と権利団体のデータベースが保持する ISRC と ISWC のリンクで、プロダクト単位のレポートは UPC で。

六つの段階と、それぞれが読む識別子

リスナーの端末から口座のお金まで、1 回の再生を追います。

この表について、声に出して言っておく価値のあることが二つあります。

金額が決まるのは段階 2 であり、それは料率ではありません。原盤側のお金はプールされた収益の取り分として計算されます。Spotify は 1 再生あたりの料率では支払わないと述べています。収益はプールされ、ストリームシェアで分配されるので、1 回の再生の価値はプール次第で変わります。国別の支払い料率を公表しているサービスもありません。

段階 4 は、別の日程と別のお金を持つ別のパイプラインです。出版収入は、録音が照合されたから届くのではありません。権利団体のデータベースに ISRC と ISWC のリンクが存在するから届くのです。そのリンクが切れれば、録音のほうは完璧に支払われる一方で、作家側は未照合のまま滞留します。

ディストリビューター発行の ISRC とは実際のところ何なのか

ISRC が識別するのは録音であって、取引関係ではありません。このコードはライセンスではなく、ディストリビューターに何の権利も与えません。

ディストリビューターが発行するコードは、そのディストリビューターが承認された ISRC マネージャーである場合には正当です。US ISRC Agency は "a handful of companies are approved to assign ISRCs on behalf of the owner of a recording,"（ごく少数の企業が、録音の権利者に代わって ISRC を割り当てることを承認されている）と述べ、承認されていない企業のコードは "are invalid and risk collisions with codes issued by authorized registrants."（無効であり、承認された登録者が発行したコードと衝突する危険がある）と警告しています。承認されたマネージャーの一覧は IFPI が維持しています。割り当てを持たないサービスがでっち上げたコードは ISRC ではありません。それは、誰かの本物のコードと衝突する 12 文字の文字列です。

ISRC は 4 つのフィールドから成る 12 文字です。国コード 2 文字、登録者コード 3 文字、参照年 2 桁、指定番号 5 桁。ハイフンは読みやすさのための補助であり、コードの一部ではありません — ハンドブックの §5 がそう述べています。チェックディジットはありません。国コードと登録者コードが 接頭辞 を成し、接頭辞は各国の ISRC 機関から特定の登録者に割り当てられます。

この最後の一文がすべての論点です。

離れるときに持っていけるもの、いけないもの

半分ずつに分けて考えてください。それぞれ答えが違うからです。

12 文字のコード: 持っていけますし、持っていかなければなりません。 ディストリビューターを変えても、ISRC は録音とともに移ります。これはハンドブック §4.6 — 変更されていない録音が売却または許諾されても ISRC は保持される — と、実質的に変化していない録音に 2 つ目の ISRC を割り当てることを禁じる §4.3 の常設規定から導かれます。これらのコードは、そのマスターに恒久的に付随します。

接頭辞: 持っていけません。 ディストリビューターがあなたに QZ-ES6-25-00013 を発行したなら、QZES6 はそのディストリビューターの登録者コードであって、あなたのものではありません。その録音には、その 12 文字の ISRC をこの先ずっと使い続けます。しかし離れた後に QZES6 のもとで 新しい コードを発行することはできないので、次のリリースは別の接頭辞を持つことになります。

接頭辞が混在したカタログは欠陥ではありません。指定番号が重複したカタログが欠陥です。

登録者は各年の指定番号を管理します。00000–99999 の全範囲にわたり、1 接頭辞につき年間 100,000 個までです。小規模な登録者には、割り当てがもっと狭いこともあります。"The allocation of a new prefix will be accompanied by the range of designation codes for which it is authorised for that registrant"（新しい接頭辞の割り当てには、その登録者に許可された指定番号の範囲が付随する）（ハンドブック §3.3.4）。

自分の登録者コードを申請すべきとき

以下に当てはまるなら、自国の ISRC 機関に自分の接頭辞を申請してください。

• ひと握りを超えるアーティストを抱えるレーベルを運営している、あるいはリリース単位ではなく継続的にコードを割り当てている。
• 複数のディストリビューターを通じてリリースしており、カタログ全体で一つの安定した接頭辞を使いたい。
• 納品前に ISRC が必要である — シンク、フィジカルの製造、放送納品、権利団体への登録のために。
• 自分のコードを、どの会社が存続するかに依存させたくない。

US ISRC Agency からの制約が二つ。接頭辞は順に割り当てられ、"cannot be altered after allocation,"（割り当て後に変更することはできない）こと。そして権利者の接頭辞は "to assign ISRCs for recordings that you own."（自分が所有する録音に ISRC を割り当てるため）にのみ使うべきであること。他人の録音にコードを割り当てるには、アーティストの接頭辞ではなくマネージャーの資格が必要です。

年に 2 枚シングルを出すソロアーティストなら、ディストリビューター発行のコードで十分です。何十年も管理するカタログを築こうとしている人にとっては、自分の接頭辞は、そこそこの一度きりの手間で依存を一つ取り除いてくれます。

破綻の形と、それぞれの代償

実際に起きるものと、それが壊す段階です。

異なる録音に一つの ISRC を使い回す。 あなたに可能な最悪の誤りです。自己修復しないからです。下流のあらゆる照合システムが、二つの録音を恒久的に一つとして扱います。隣接権団体は両方の再生データを受け取っても区別できず、支払いは一本の行にまとまり、そのコードに登録されている権利データに従って分配されます。録音の実演者や配分が異なるなら、誰かが自分の作っていない録音の対価を受け取っていることになります。よくある原因は、表計算のコピペか、誰も更新しなかったテンプレート行です。段階 1、3、5 を一度に壊します。

変更のない再リリースに新しい ISRC を発行する。 その録音が積み上げてきた同一性を捨てることになります。プレイリストの履歴、権利団体への登録、隣接権の申し立て、チャートの履歴はすべて古いコードに紐づいており、どれも付いてきません。業界から見れば、履歴ゼロの新録音が突然現れたことになります。よくある原因は、「ISRC をすでに持っている」欄を空にしたままコードを自動生成するディストリビューターの登録フォームです。あの欄は必ず埋めてください。これはカタログ移行で最もよくある自傷行為です。

国コードの誤り。 たいていはもっと悪い何かの兆候です。誰かがコードを手打ちしたか、割り当てられた接頭辞を持たないサービスがコードをでっち上げたか。見慣れない国コードは、リリース後ではなくリリース前に調べてください。

ISRC 内の文字の入れ違い。 チェックディジットがないので、検出できません。その録音は、誰のものでもない識別子 — 再生は未照合になります — か、他人のものである識別子のもとで納品され、後者なら再生はその人に帰属します。打ち直すのではなくコピペすること、そしてリリース内のすべての ISRC を一つの元リストと突き合わせて検証することで軽減できます。

チェックディジットが合わない UPC。 ほぼ必ず打ち間違いか、切り詰めか、表計算の自動書式で消された先頭のゼロです。貼り付ける前に列を文字列書式にしてください。この破綻は少なくとも大声です。ほとんどの取り込みシステムがその場で却下します。GS1 は GTIN を統一して保存することを推奨しています — "GS1 recommends that GTIN is always stored as a 14-digit number in the data bases. Shorter formats should be filled in with leading zeroes up to 14 characters."（GS1 は、データベース内では GTIN を常に 14 桁の数として保存することを推奨する。短い形式は 14 文字になるまで先頭にゼロを詰めるべきである。）自分の表計算でもそうしてください。

オーディオ納品とメタデータの間で識別子が一致しない。 最も静かで、最も高くつく破綻です。オーディオファイルに埋め込まれた ISRC、付随する DDEX や表計算のメタデータ内の ISRC、そして権利団体への登録の ISRC は、同じ 12 文字でなければなりません。これらが食い違うと、すべてはうまくいっているように見えます — リリースは公開され、再生は積み上がり、ダッシュボードには数字が並びます — が、見えないどこかで照合が失敗し、それが判明するのは数か月後です。オーディオとメタデータの対応が切れれば、すべての段階が一度に壊れます。

壊れた識別子がエラーではなく沈黙を生む理由

連鎖が静かに失敗する構造的な理由は二つあり、両者は掛け合わさります。

一つ目は、結合には意見がないということです。上の各段階はどれもデータベース結合です。レポートの行から識別子を取り、カタログの中を探し、一致にお金を結びつける。何も見つからなかった結合はエラーを上げません。何も返さないだけです。ディストリビューターのカタログにない ISRC が報告されても、その行はあなたの明細に届かず、未配分のまま滞留します。行が消えたことを知らせるようには、この仕組みのどこも設計されていません。システムから見れば消えた行など存在せず、単に成立する一致がなかっただけだからです。

二つ目は、ISRC が自己検査できないことです。UPC にはチェックディジットがあり、ISWC にもチェックディジットがあります。ISRC にはありません — 仕様のどこにもその備えがないのです。したがって 1 文字の入れ違いは、他人の録音に属する、これまた完全に形式の正しい別の ISRC を生み、あらゆるバリデーターを通過します。機械的に確認できるのは形だけです。英字 2、英数字 3、数字 2、数字 5、登録済みの国コード、もっともらしい年。この非対称性こそ、UPC の入力には要らない偏執が ISRC の入力には必要な理由です。UPC の打ち間違いはたいてい自分のチェックディジットで落ちますが、ISRC の打ち間違いはすり抜けます。

まとめると、間違っているのに形式上は正しい識別子は納品時に受理され、それが壊す結合は静かに失敗し、目に見える唯一の症状は本来より小さい数字だけ — そしてそれは、たまたま静かだった月と区別がつきません。

未照合のロイヤリティは、まだ失われたロイヤリティではありません。しかし期限とともに失われたものになり、誰も催促してくれません。

次の納品の前にすること

この規律は華やかさに欠け、1 リリースあたり 1 時間ほどかかります。

1. 自分が管理する権威ある表を一つ保つ。 トラック名、バージョン、ISRC、ISWC、作家の配分、リリースの UPC。ディストリビューターのダッシュボードではなく、あなた自身のファイルです。何かを貼り付ける前に、識別子の列を文字列書式にしてください。
2. ISRC は納品時ではなく、納品前に割り当てる。 すでにその録音のコードを持っているなら、フォームに入れてください。あるバージョンに新しいコードが必要かどうか判断できないときは、リミックス、エディット、ライブテイク、リマスターの規則を /blog/isrc-when-you-need-a-new-one/ にまとめてあります。
3. すべての UPC のチェックディジットを検算し、オーディオに埋め込まれた識別子が表と一文字ずつ一致することを、何かを納品する前に確認する。
4. 納品したものと同じコードで、録音と作品を関係する権利団体に登録する。 それが段階 4 の ISRC と ISWC のリンクを作ります。

そうしておけば、明細に行が欠けているとき、主張の拠り所となる真実の源があります。それがなければ、いくら支払われるべきだったのかを立証できません。

Mazufa の ISRC と UPC/EAN チェッカーは /isrc-upc-checker で無料です。ISRC の構造と UPC/EAN のチェックディジットを検証し、すべてあなたのブラウザ上で動きます。ある ISRC が あなたの ISRC だと教えることはできませんが — それは何にもできません — 形式の壊れたコードとチェックディジットの誤りを、納品後ではなく納品前に捕まえてくれます。

出典

• IFPI, ISRC Structure（国コード、登録者コード、参照年、指定番号） — https://isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook（§3.3.4 指定番号の範囲、§4.3 実質的な変更なしに 2 つ目の ISRC を割り当てない、§4.6 変更のない録音が売却・許諾されても ISRC を保持する、§5 ハイフンはコードの一部ではない） — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers（権利者に代わって ISRC を割り当てることを承認された事業者の一覧） — https://isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works（承認されたマネージャー、無許可のコード発行者による衝突の危険、接頭辞は順に割り当てられ変更できない、権利者の接頭辞は所有する録音にのみ使用） — https://usisrc.org/how-it-works/
• GS1, Communicating GS1 trade item numbers（GTIN は 14 桁で保存し、短い形式は先頭にゼロを詰める） — https://www.gs1.org/edi-xml/technical-user-guide/Item_Numbers
• ISO 15707:2001, International Standard Musical Work Code (ISWC) — https://www.iso.org/standard/28780.html
• CISAC, International Identifiers（ISWC の管理） — https://www.cisac.org/services/information-services/international-identifiers
• International Standard Musical Work Code, Wikipedia（ISWC の形式 T-123.456.789-C） — https://en.wikipedia.org/wiki/International_Standard_Musical_Work_Code