Bir akış bir ödeme değildir. Bir veritabanı birleştirmeleri zincirindeki ilk satırdır ve o zincirdeki her birleştirme, sizin verdiğiniz bir tanımlayıcı üzerinden yapılır. Bu tanımlayıcılardan biri yanlış olduğunda hiçbir şey onu reddetmez ve kimse size yazmaz. Dinleme yine sayılır, para yine toplanır ve başarısız olan birleştirmede durur.
Bu yazı o zincir, durak durak: her parçanın hangi tanımlayıcıyı okuduğu, dağıtımcının verdiği bir ISRC'nin size gerçekte ne verdiği ve ayrıldığınızda neyi elinizde tuttuğunuz, bir de pahalı hataların neden yayının yayına girmesine izin verenler olduğu.
Üç tanımlayıcı ve hangisini kimin okuduğu
Kayıtlı müzik tedarik zincirini üç tanımlayıcı yürütür. Bunları karıştırmak, eşleşmemiş teliflerin en yaygın nedenidir ve her biri zincirin farklı bir parçası tarafından okunur.
ISRC kaydı tanımlar. ISO 3901; Kayıt Otoritesi olarak IFPI tarafından yönetilir, tahsisi ise ulusal ajanslar yapar. Bir master, bir ISRC. Bir şarkının stüdyo sürümü ile aynı şarkının canlı sürümü iki kayıttır, dolayısıyla iki ISRC'dir. Okuyanlar: bir dinlemeyi eşleştiren yayın servisleri, bir rapor satırını kataloğunuzla eşleştiren dağıtımcılar ve yayın ile umuma iletim kullanımını eşleştiren bağlantılı haklar birlikleri.
ISWC besteyi tanımlar. ISO 15707; CISAC bünyesinde yönetilir. Biçimi T-123.456.789-C'dir — bir T ön eki, dokuz hane ve bir kontrol hanesi — ve haneler bölge, eser sahibi ya da yayıncı hakkında gömülü hiçbir anlam taşımaz. Bir şarkının yirmi kaydı tek bir ISWC'yi paylaşır ve yirmi ISRC'ye sahiptir. ISWC'yi kendiniz almazsınız; eser kaydedilirken meslek birliğiniz ya da yayıncınız aracılığıyla atanır. Okuyanlar: parayı eser sahiplerine ve yayıncılara yönlendiren birlikler ve mekanik lisans kuruluşları.
UPC/EAN yayını tanımlar. Bir GS1 Global Trade Item Number — bir şampuan şişesini tanımlayan ürün koduyla aynı sınıftan. UPC-A 12 hane, EAN-13 13 hanedir. Albümü, EP'yi ya da tekliyi ticari bir ürün olarak adlandırır. Üç parçalık bir EP'nin bir UPC'si ve üç ISRC'si vardır. Okuyanlar: ürün düzeyindeki perakende ve raporlama; bir de bir dökümü bir yayınla karşılaştırmaya çalıştığınızda siz.
ISRC kayıttır, ISWC şarkıdır, UPC ise onları sattığınız kutudur. Para tam olarak bu üç hat boyunca bölünür: kayıt geliri ISRC üzerinden, yayıncılık geliri ISWC ile birlik veritabanlarında tutulan ISRC–ISWC bağlantıları üzerinden, ürün düzeyindeki raporlama ise UPC üzerinden.
Altı durak ve her birinin okuduğu tanımlayıcı
İşte tek bir dinleme, dinleyicinin telefonundan hesaptaki paraya.
| Durak | Ne olur | Okunan tanımlayıcı | Kopması neye mal olur |
|---|---|---|---|
| 1 | Dinleme kaydedilir | ISRC (servisin kendi katalog kaydıyla eşleştirilir) | Kayıt tarafındaki para daha baştan eşleşmez |
| 2 | Servis kullanımı raporlar | Parça başına ISRC, yayın başına UPC | Hiçbir şeye bağlayamadığınız rapor satırları |
| 3 | Dağıtımcı muhasebeleştirir | Kataloğunuza karşı ISRC ve UPC | Satır dökümünüze hiç ulaşmaz; tahsis edilmemiş olarak bekler |
| 4 | Beste tarafı paralel işler | Kayıtlı ISWC'ye bağlanmış ISRC | Eser sahibinin parası eşleşmez |
| 5 | Bağlantılı haklar toplanır | Hak sahibini ve icracıları adlandıran bir tescile karşı ISRC | Yayın ve umuma iletim geliri eşleşmez |
| 6 | Ödeme | — | Kaynakta vergi muamelesine tabi |
Bu tablonun iki yönünü yüksek sesle söylemekte fayda var.
Tutarın belirlendiği yer 2. duraktır ve bu bir ücret değildir. Kayıt tarafındaki para, havuzlanmış gelirin bir payı olarak hesaplanır. Spotify akış başına bir ücret ödemediğini belirtiyor: gelir havuzlanıp akış payına göre bölünüyor, yani bir dinlemenin değeri havuza göre değişiyor. Hiçbir servis ülke bazlı bir ödeme oranı da yayımlamıyor.
Dördüncü durak, kendi takvimi ve kendi parası olan ayrı bir hattır. Yayıncılık geliri, kayıt eşleştiği için gelmez. Birlik veritabanında ISRC–ISWC bağlantısı var olduğu için gelir. O bağlantıyı koparın, kayıt kusursuz ödeme yapmaya devam ederken eser sahibinin tarafı eşleşmemiş hâlde bekler.
Dağıtımcının verdiği bir ISRC gerçekte nedir
Bir ISRC bir kaydı tanımlar, bir ticari ilişkiyi değil. Kod bir lisans değildir ve dağıtımcınıza hiçbir şey vermez.
Dağıtımcının verdiği kodlar, dağıtımcı onaylı bir ISRC Manager olduğunda meşrudur. US ISRC Agency, "a handful of companies are approved to assign ISRCs on behalf of the owner of a recording" diyor ve yetkisiz şirketlerden gelen kodların "are invalid and risk collisions with codes issued by authorized registrants" olduğu uyarısını yapıyor. Onaylı yöneticilerin listesini IFPI tutuyor. Hiçbir tahsisi olmayan bir servisin uydurduğu kod bir ISRC değildir. Birinin gerçek koduyla çakışacak on iki karakterlik bir dizedir.
ISRC dört alanda 12 karakterdir: iki karakter ülke kodu, üç karakter kayıt eden kodu, iki hane referans yılı, beş hane tahsis kodu. Tireler bir okuma kolaylığıdır ve kodun parçası değildir — Handbook bunu §5'te söylüyor. Kontrol hanesi yoktur. Ülke kodu ile kayıt eden kodu birlikte ön eki oluşturur ve ön ek, ulusal bir ISRC ajansı tarafından belirli bir kayıt edene tahsis edilir.
Meselenin tamamı bu son cümlededir.
Ayrıldığınızda neyi elinizde tutarsınız, neyi tutmazsınız
Bunu ikiye ayırın, çünkü her yarı için cevap farklı.
On iki karakterlik kodlar: onları elinizde tutarsınız ve tutmak zorundasınız. Dağıtımcı değiştirdiğinizde ISRC'leriniz kayıtlarla birlikte gider. Bu, Handbook §4.6'dan çıkar — satılan ya da lisanslanan, değişmemiş bir kayıt ISRC'sini korur — ve esaslı biçimde değişmemiş bir kayda ikinci bir ISRC atanmasına §4.3'te konan kalıcı yasaktan. O kodlar o master'lara kalıcı olarak bağlı kalır.
Ön ek: onu elinizde tutmazsınız. Dağıtımcınız size QZ-ES6-25-00013 verdiyse, QZES6 dağıtımcının kayıt eden kodudur, sizin değil. O kayıtta o tam on iki karakterlik ISRC'yi sonsuza dek kullanmaya devam edersiniz. Ayrıldıktan sonra QZES6 altında yeni kod basamazsınız, dolayısıyla bir sonraki yayınınız farklı bir ön ek taşır.
Ön ekleri karışık bir katalog kusur değildir. Tahsis kodları yinelenmiş bir katalog kusurdur.
Her yıl içindeki tahsis kodlarını kayıt eden denetler — 00000–99999 aralığının tamamı boyunca, ön ek başına yılda 100,000 adede kadar. Küçük kayıt edenler için tahsis daha dar olabilir: "The allocation of a new prefix will be accompanied by the range of designation codes for which it is authorised for that registrant" (Handbook §3.3.4).
Kendi kayıt eden kodunuza ne zaman başvurmalı
Şu durumlarda kendi ön ekiniz için ulusal ISRC ajansınıza başvurun:
- Bir avuçtan fazla sanatçısı olan bir etiket işletiyorsanız ya da kodları yayın başına değil sürekli olarak atıyorsanız.
- Birden fazla dağıtımcı üzerinden yayın yapıyor ve katalog boyunca tek ve istikrarlı bir ön ek istiyorsanız.
- ISRC'lere teslimattan önce ihtiyacınız varsa — senkron, fiziksel üretim, yayın teslimi ya da birlik tescili için.
- Kodlarınızın herhangi bir şirketin varlığını sürdürmesinden bağımsız olmasını istiyorsanız.
US ISRC Agency'den iki kısıt: ön ekler sırayla tahsis edilir ve "cannot be altered after allocation"; ayrıca bir hak sahibi ön eki yalnızca "to assign ISRCs for recordings that you own" için kullanılmalıdır. Başkalarının kayıtlarına kod atamak, bir sanatçı ön eki değil, yönetici statüsü gerektirir.
Yılda iki teklik çıkaran solo bir sanatçı için dağıtımcının verdiği kodlar sorunsuzdur. Onlarca yıl yönetilecek bir katalog kuran herkes içinse kendi ön ekiniz, mütevazı ve tek seferlik bir çabayla bir bağımlılığı ortadan kaldırır.
Hata biçimleri ve her birinin maliyeti
Gerçekten yaşananlar, her birinin kopardığı durakla birlikte.
Aynı ISRC'yi farklı kayıtlarda yeniden kullanmak. Elinizdeki en kötü hata, çünkü kendi kendini düzeltmiyor. Hattaki her eşleştirme sistemi iki kaydı kalıcı olarak tek kayıt sayar. Bir bağlantılı haklar birliği ikisi için de dinleme verisi alır ve aralarındaki farkı göremez; ödemeler tek bir satırda birleşir ve o kod için hangi mülkiyet verisi tescilliyse ona göre dağıtılır. Kayıtların icracıları ya da payları farklıysa, birine yapmadığı bir kayıt için ödeme yapılıyor demektir. Olağan nedeni: bir tablo kopyala-yapıştırı ya da kimsenin güncellemediği bir şablon satırı. 1., 3. ve 5. durakları aynı anda koparır.
Değişmemiş bir yeniden yayın için yeni ISRC basmak. Kaydın biriktirdiği kimliği çöpe atar. Çalma listesi geçmişi, birlik tescilleri, bağlantılı haklar talepleri ve liste geçmişi eski koda bağlıdır ve hiçbiri peşinden gelmez. Sektöre göre, sıfır geçmişi olan yepyeni bir kayıt ortaya çıkmıştır. Olağan nedeni: "Zaten bir ISRC'm var" alanı boş bırakıldığında kodları otomatik üreten bir dağıtımcı kayıt formu. O alanı her zaman doldurun. Katalog taşımada en sık yapılan öz kıyım budur.
Yanlış bir ülke kodu. Genellikle daha kötü bir şeyin belirtisidir: ya kodu biri elle yazmıştır ya da bir servis tahsis edilmiş ön eki olmadan kod uydurmuştur. Tanımadığınız bir ülke kodunu yayından sonra değil, önce araştırın.
Bir ISRC'de yer değiştirmiş karakterler. Kontrol hanesi yok, tespit yok. Kayıt, ya kimseye ait olmayan — dinlemeler eşleşmez — ya da bir başkasına ait bir tanımlayıcı altında teslim edilir; ikinci durumda dinlemeler ona atfedilir. Yeniden yazmak yerine kopyala-yapıştır yapın ve bir yayındaki her ISRC'yi tek bir kaynak listeye karşı doğrulayın.
Kendi kontrol hanesinden geçmeyen bir UPC. Neredeyse her zaman bir yazım hatası, bir kısaltma ya da elektronik tablonun otomatik biçimlendirmesinin yok ettiği baştaki bir sıfır. Yapıştırmadan önce sütunu metin olarak biçimlendirin. Bu hata en azından gürültülüdür: alım sistemlerinin çoğu doğrudan reddeder. GS1, GTIN'lerin tek biçimli saklanmasını öneriyor — "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." Kendi tablolarınızda da öyle yapın.
Ses teslimatı ile üst veri arasında uyuşmayan tanımlayıcılar. En sessiz ve en pahalı hata. Ses dosyasına gömülü ISRC, ona eşlik eden DDEX ya da elektronik tablo üst verisindeki ISRC ve birlik tescilinizdeki ISRC aynı on iki karakter olmak zorundadır. Ayrıştıklarında her şey çalışıyor görünür — yayın yayına girer, akışlar birikir, panolar rakam gösterir — ama eşleştirme, göremediğiniz bir yerde, aylar sonra başarısız olur. Ses ile üst veri arasındaki karşılığı koparın, her adım aynı anda kopar.
Bozuk bir tanımlayıcı neden hata değil sessizlik üretir
Zincirin sessizce başarısız olmasının iki yapısal nedeni var ve bunlar birbirini büyütüyor.
Birincisi, bir birleştirmenin görüşü yoktur. Yukarıdaki her durak bir veritabanı birleştirmesidir: bir rapor satırından bir tanımlayıcı al, onu bir katalogda ara, eşleşene para bağla. Hiçbir şey bulamayan bir birleştirme hata vermez. Hiçbir şey döndürür. Dağıtımcınızın kataloğunda bulunmayan, raporlanmış bir ISRC dökümünüze hiç ulaşmaz — tahsis edilmemiş olarak bekler. Mekanizmadaki hiçbir şey size bir satırın kaybolduğunu söylemek üzere tasarlanmamıştır, çünkü sistemin bakış açısından kaybolan bir satır yoktur; yapılacak bir eşleşme hiç olmamıştır.
İkincisi, ISRC kendi kendini denetleyemez. UPC'nin bir kontrol hanesi vardır, ISWC'nin bir kontrol hanesi vardır. ISRC'nin yoktur — şartnamede böyle bir şey öngörülmemiştir. Dolayısıyla tek bir karakter yer değiştirmesi, bir başkasının kaydına ait, kusursuz biçimde geçerli başka bir ISRC üretir ve her doğrulayıcıdan geçer. Mekanik olarak denetleyebileceğiniz tek şey biçimdir: iki harf, üç alfanümerik, iki hane, beş hane, tescilli bir ülke kodu, makul bir yıl. ISRC veri girişinin UPC girişinden farklı olarak paranoya hak etmesinin nedeni bu asimetridir — bir UPC yazım hatası genellikle kendi kontrol hanesinden geçemez, bir ISRC yazım hatası ise gemisini yürütür.
Hepsi bir arada: yanlış ama geçerli tanımlayıcı teslimatta kabul edilir, kopardığı birleştirme sessizce başarısız olur ve tek görünür belirti, olması gerekenden küçük bir rakamdır — ki bu, sakin geçen bir aydan ayırt edilemez.
Eşleşmemiş bir telif henüz kaybedilmiş bir telif değildir. Ama bir takvime bağlı olarak öyle olur ve kimse hatırlatma göndermez.
Bir sonraki teslimattan önce ne yapmalı
Disiplin gösterişsizdir ve yayın başına yaklaşık bir saat alır.
- Denetimi sizde olan tek bir yetkili tablo tutun: parça başlığı, sürüm, ISRC, ISWC, eser sahibi payları, yayın UPC'si. Bir dağıtımcı panosu değil — kendi dosyanız. İçine bir şey yapıştırmadan önce tanımlayıcı sütunlarını metin olarak biçimlendirin.
- ISRC'leri teslimat sırasında değil, öncesinde atayın. Bir kayıt için elinizde zaten bir kod varsa, onu forma yazın. Bir sürümün yenisine ihtiyacı olup olmadığından emin değilseniz, remiksler, düzenlemeler, canlı kayıtlar ve remaster'lar için kurallar /blog/isrc-when-you-need-a-new-one/ adresinde anlatılıyor.
- Her UPC kontrol hanesini doğrulayın ve sesinize gömülü tanımlayıcıların tabloyla karakter karakter uyuştuğunu, herhangi bir şey teslim edilmeden önce teyit edin.
- Kayıtları ve eserleri ilgili birliklere, teslim ettiğiniz kodların aynısıyla tescil ettirin. 4. duraktaki ISRC–ISWC bağlantısını kuran şey budur.
Sonra, bir dökümde bir satır eksik olduğunda, üzerinden tartışabileceğiniz bir doğruluk kaynağınız olur. Böyle bir kaynak olmadan neyin ödenmesi gerektiğini ortaya koyamazsınız.
Mazufa'nın ISRC ve UPC/EAN denetleyicisi /isrc-upc-checker adresinde ücretsiz; ISRC yapısını ve UPC/EAN kontrol hanelerini doğruluyor ve tamamen kendi tarayıcınızda çalışıyor. Bir ISRC'nin sizin ISRC'niz olduğunu size söyleyemez — bunu hiçbir şey söyleyemez — ama hatalı kurulmuş bir kodu ve bozuk bir kontrol hanesini teslimattan sonra değil önce yakalar.
Kaynaklar
- IFPI, ISRC Structure (ülke kodu, kayıt eden kodu, referans yılı, tahsis kodu) — https://isrc.ifpi.org/isrc-standard/isrc-structure
- IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 tahsis kodu aralıkları; §4.3 esaslı değişiklik olmadan ikinci ISRC yok; §4.6 satılan ya da lisanslanan, değişmemiş kayıt ISRC'sini korur; §5 tireler kodun parçası değildir) — https://www.ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
- IFPI, ISRC Managers (hak sahibi adına ISRC atamaya onaylı kuruluşların listesi) — https://isrc.ifpi.org/get-isrc/isrc-managers
- US ISRC Agency, How It Works (onaylı yöneticiler; yetkisiz kod verenlerden kaynaklanan çakışma riski; ön ekler sırayla tahsis edilir ve değiştirilemez; hak sahibi ön ekleri yalnızca sahip olunan kayıtlar için kullanılır) — https://usisrc.org/how-it-works/
- GS1, Communicating GS1 trade item numbers (GTIN'ler 14 hane olarak saklanır, kısa biçimler baştaki sıfırlarla tamamlanır) — 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 yönetimi) — https://www.cisac.org/services/information-services/international-identifiers
- International Standard Musical Work Code, Wikipedia (ISWC biçimi
T-123.456.789-C) — https://en.wikipedia.org/wiki/International_Standard_Musical_Work_Code