Dağıtımcın ISRC’lerini verdi. Ayrıldığında ne olur?

Bir ISRC bir kaydı tanımlar. Ticari bir ilişkiyi tanımlamaz, lisans değildir ve dağıtımcına hiçbir şey vermez. Dağıtımcı değiştirdiğinde ISRC’lerin kayıtlarınla birlikte gider — bu kısım nettir. Şaşırtan, yolculuk etmeyen kısımdır: önek. Daha önce kullandığın her on iki karakterlik kodu sonsuza dek korursun ve ayrıldıktan sonra o önek altında tek bir yeni kod bile veremezsin.

Bu ayrım, yazının tamamı. Geri kalan her şey ondan çıkar.

Kod neyden oluşur ve hangi kısmı senin

IFPI, ISRC’yi beş karakterlik bir önek — iki harf artı üç alfanümerik — sonra iki hane referans yılı, sonra beş hane tanımlama kodu olarak tarif eder. Okur için yazarsak: CC-XXX-YY-NNNNN

Ülke kodu ile kayıt kodu birlikte öneki oluşturur ve önek, ulusal bir ISRC ajansı tarafından belirli bir kuruma tahsis edilir. Kayıt sahibi her yıl içindeki tanımlama kodlarını yönetir — önek başına yılda 100.000’e kadar, 00000–99999 aralığının tamamında; küçük kayıt sahipleri için tahsis daha dar olabilir: ISRC Handbook, "yeni bir öneğin tahsisine, o kayıt sahibinin yetkili olduğu tanımlama kodu aralığının eşlik edeceğini" belirtir (§3.3.4).

Yani dağıtımcın sana QZ-ES6-25-00013 verdiyse, QZES6 dağıtımcının kayıt kodudur. 00013 seri numarasını onlar, kendi aralıklarından, kendi adlarına tahsis etmiştir. Kayıt senindir, kod kalıcı olarak senin kaydına bağlıdır ve önek onu tescil eden kuruma aittir.

Kod önündeyken bir düzen notu: tireler gerçek değildir. Handbook açıkça der ki "‘ISRC’ harfleri (boşluk) ve tireler ISRC’nin parçası değildir" (§5). QZ-ES6-25-00013 ile QZES62500013 aynı koddur. On iki karakteri noktalamasız sakla — teslim şartnameleri böyle ister ve on iki karakterlik bir alanda tireli bir dize, kaçınılabilir bir doğrulama hatasıdır.

Neyi korursun

Kodları korursun. Hepsini.

Bu, aynı yöne işaret eden iki kuraldan çıkar. Handbook §4.6, satılan veya lisanslanan bir kaydı ele alır: ISRC’sini korur. Ve değişmemiş bir kayda ikinci bir ISRC atama yasağı, hiç kimsenin — ne senin ne de yeni dağıtımcının — zaten bir kodu olan ve esaslı biçimde değişmemiş bir kayda taze kod veremeyeceği anlamına gelir.

Yani kataloğunu yeni bir dağıtımcı üzerinden yeniden teslim ederken doğru davranış, mevcut ISRC’leri vermektir. Kayıt formunun yenilerini üretmesine izin vermek değil. O formda genellikle "Zaten bir ISRC’m var" gibi bir alan bulunur — bütün mesele o alandır ve onu boş bırakmak, bir sanatçının kendi geçmişini çöpe atmasının en yaygın yoludur.

Değişmemiş bir yeniden yayına yeni ISRC vermek, kaydın biriktirdiği kimliği atar. Çalma listesi geçmişi, meslek birliği kayıtları, bağlantılı hak talepleri ve liste geçmişi — hepsi eski koda bağlıdır. Kayıt aynı şekilde duyulmaya devam eder ve eşleştirme hedefi olarak sıfırdan başlar. Görünür hiçbir şey bozulmaz; tam da bu yüzden fark edilmez.

Ne yapamazsın

Sahip olmadığın bir önek altında yeni kod veremezsin.

Eski kataloğun kodlarında QZES6 kalır, çünkü o kodlar kalıcıdır. Bir sonraki yayının QZES6 kullanamaz, çünkü kayıt sahibi hiçbir zaman sen olmadın: yeni dağıtımcın kendi öneğinden atar, ya da varsa sen kendi öneğinden atarsın.

İnsanların kataloğunun artık bozuk göründüğünden korktuğu yer burasıdır. Bozuk değildir. Karışık önekli bir katalog kusur değildir. Tanımlama kodları çift olan bir katalog kusurdur. Önekler, hangi kodu kimin ne zaman verdiğini gösterir; çiftler ise iki farklı kaydın aynı kimliği iddia ettiği anlamına gelir ve bu arıza kendini düzeltmez. Aşağı akıştaki her eşleştirme sistemi iki kaydı kalıcı olarak tek kayıt sayar.

Handbook, ilgili nokta §A.3’te nettir: bir ISRC asla yeniden atanmaz. Bir kod bir kayıt için kullanıldıysa, o kayda aittir ve başka hiçbir şeye değil, temelli.

Dağıtımcının kod verme yetkisi var mıydı

Dağıtımcı tarafından verilen ISRC’ler meşrudur — dağıtımcı onaylı bir ISRC Manager ise. US ISRC Agency, "bir avuç şirketin, bir kaydın sahibi adına ISRC atamak üzere onaylandığını" belirtir ve yetkisiz şirketlerin kodlarının "geçersiz olduğunu ve yetkili kayıt sahiplerinin verdiği kodlarla çakışma riski taşıdığını" uyarır. Onaylı managerların listesini IFPI tutar.

Pratikte: tahsisi olmayan bir servisin uydurduğu kod ISRC değildir. ISRC’ye benzeyen on iki karakterlik bir dizedir ve eninde sonunda başkasına ait gerçek bir kodla çakışır. Kodun biçiminden bunu anlamak mümkün değildir, çünkü ISRC’nin kontrol hanesi yoktur — UPC’nin vardır, ISWC’nin vardır, ISRC’nin yoktur ve şartname böyle bir hane öngörmez.

Bu yokluğu içselleştirmeye değer, çünkü kodlarla ne kadar özenli çalıştığını değiştirir. UPC’deki bir yazım hatası genellikle kendi kontrol hanesinde takılır ve alım sırasında gürültüyle reddedilir. ISRC’deki bir yazım hatası fark edilmeden geçer. Tek bir yer değiştirmiş karakter, başkasının kaydına ait, tamamen geçerli görünen başka bir ISRC üretir — ve dinlemeler o kişiye ya da hiç kimseye gider, sessizce.

Kataloğunda tanımadığın bir ülke kodu belirirse, yayından sonra değil önce araştır. Genellikle daha kötü bir şeyin belirtisidir: elle yazılmış bir kod ya da tahsis edilmiş öneki olmadan kod veren bir servis.

Kendi kayıt kodun ne zaman anlamlı olur

Şunlardan biri geçerliyse ulusal ISRC ajansından kendi öneğini iste:

• Bir avuçtan fazla sanatçısı olan bir etiket işletiyorsun ya da yayın başına bir kez yerine sürekli kod atıyorsun.
• Birden fazla dağıtımcıyla yayın yapıyorsun ve katalog boyunca tek ve sabit bir önek istiyorsun.
• Teslimden önce ISRC’ye ihtiyacın var — sync, fiziksel üretim, yayıncı teslimi ya da meslek birliği kaydı için.
• Kodlarının herhangi bir şirketin varlığını sürdürmesinden bağımsız olmasını istiyorsun.

İki kısıt geliyor. Önekler sırayla tahsis edilir ve US ISRC Agency’ye göre "tahsisten sonra değiştirilemez" — akılda kalan bir tane seçemezsin. Ve hak sahibi öneği yalnızca "sahip olduğun kayıtlara ISRC atamak için" kullanılmalıdır. Başkalarının kayıtlarına kod atamayı düşünüyorsan, bu manager statüsüdür, sanatçı öneği değil, ve ayrı bir başvurudur.

Yılda iki single çıkaran solo bir sanatçı için dağıtımcı kodları gayet uygundur ve yukarıdaki geçiş bütün maliyettir. Onlarca yıl yöneteceği bir katalog kuran biri içinse kendi öneği, mütevazı bir kerelik çabayla bir bağımlılığı ortadan kaldırır.

Bütün bunlar neden banka hesabında görünür

Aldığın her telif, bir veritabanı birleştirmesinin sonucudur ve o birleştirmeyi ayakta tutan tek şey tanımlayıcıdır. Zincir şöyle işler:

1. Dinleme gerçekleşir. Servis onu kendi kataloğundaki kayda karşı, teslim ettiğin ISRC ile eşleştirerek kaydeder.
2. Servis raporlar. Kullanım raporları hak sahibine veya dağıtımcıya ISRC bazında ayrıntılı olarak ulaşır, yayın UPC ile tanımlanır. Kayıt tarafındaki para, dinleme başına sabit bir fiyat olarak değil, havuzlanmış gelirden bir pay olarak hesaplanır — Spotify, dinleme başına bir oran ödemediğini belirtir: gelir havuzlanır ve dinleme payına göre bölünür, dolayısıyla bir dinlemenin değeri havuzla birlikte değişir.
3. Dağıtımcı muhasebeleştirir. Rapor satırlarını ISRC ve UPC üzerinden kataloğunla eşleştirir ve hesap özetini üretir. Kataloğunda olmayan, raporlanmış bir ISRC hesap özetine hiç ulaşmaz; dağıtılmamış olarak kalır.
4. Eser tarafı paralel ilerler. Meslek birlikleri ve mekanik lisans kurumları raporlanan ISRC’yi tescilli eserle (ISWC) ve oradan söz-müzik sahipleri ve yayıncılarla ilişkilendirir. Ayrı hat, ayrı takvim, ayrı para.
5. Bağlantılı haklar. Kaydın yayın ve umuma iletim geliri, hak sahibini ve öne çıkan icracıları adlandıran bir tescile karşı ISRC üzerinden eşleştirilir.
6. Ödeme, kaynakta vergi işlemine tabi olarak.

Dağıtımcı değişikliği doğrudan 1–3 arası adımları etkiler. Eski ISRC’leri teslim et, birleştirmeler çalışmaya devam eder: raporlar hâlâ kataloğunun tanıdığı kodları adlandırır. Yeni kodlar üretilmesine izin ver, raporlar kimsenin geçmişinde hiçbir anlamı olmayan kodlarla gelir — para yine ulaşır, ama kaydın kimliği onunla birlikte yolculuk etmez ve 4 ile 5. adımlar terk ettiğin kodlara bağlı tescillere karşı eşleştirme yapar.

Bütün zincirin en sessiz arızası, ses dosyasına gömülü ISRC ile ona eşlik eden metadata’daki ISRC ve meslek birliği tescilindeki ISRC arasındaki uyumsuzluktur. Bunlar birbirinden ayrıldığında her şey çalışıyor görünür — yayın yayında, dinlemeler birikiyor, panolar sayı gösteriyor — ve eşleştirme göremediğin bir yerde, aylar sonra çöker.

Fesih e-postasını göndermeden önce ne yapmalı

Geçiş idari bir iştir, teknik değil, ve çalışan bir girişin varken çok daha kolaydır.

• Önce tanımlayıcı listesini dışa aktar. Parça adı, sürüm, ISRC, ISWC, söz-müzik payları, yayın UPC’si — tek ve yetkili bir tablo, onu tutan panoya erişimini kaybetmeden önce.
• Tanımlayıcı sütunlarını metin olarak biçimlendir, bir şey yapıştırmadan önce. Elektronik tablonun otomatik biçimlendirmesinin yok ettiği baştaki sıfır, ilerde kendi kontrol hanesinde takılan bir UPC demektir.
• Kopyala, asla yeniden yazma. Yer değiştirmeyi yakalayacak bir kontrol hanesi yok.
• Yeni dağıtımcıda her parça için "Zaten bir ISRC’m var" alanını doldur. İstisnasız her parça için.
• Sesine gömülü tanımlayıcıların tabloyla eştiğini teslimden önce doğrula, sonra değil.
• Bir sonraki yayında yeni bir önek bekle ve bunu hata sayma.

Yayın başına yaklaşık bir saatlik gösterişsiz iş — ve tartışabileceğin bir hesap özeti ile yalnızca kabul edebileceğin bir hesap özeti arasındaki fark.

Bununla ne yapmalı

Kodların senin, çünkü kayıtlarına bağlılar; onları kimin verdiği yüzünden değil. Önek geride kalır; kimliğin kalmak zorunda değil. Asıl arıza kodları kaybetmek değil — onları sessizce değiştirmek.

Mazufa’nın ücretsiz ISRC ve barkod denetleyicisi /isrc-upc-checker adresinde. Tamamen tarayıcında çalışır — hiçbir şey yüklenmez — ve bir kodun yapısal olarak düzgün olup olmadığını, bir barkodun kontrol hanesinin doğru olup olmadığını söyler. Bir ISRC’nin senin kaydın için doğru kod olduğunu söyleyemez, çünkü bunu hiçbir araç söyleyemez: kontrol hanesi yoktur ve bunu yalnızca kendi kaynak listen çözer.

Mazufa müziği yükleme ücreti, abonelik ve yayın başına ücret olmadan dağıtır ve %0 komisyon alır: bir yayın için alınan telifler eksiksiz aktarılır. Bankanın veya ödeme sağlayıcının kendi transfer ücreti ve yasal stopaj üçüncü taraf maliyetleridir, Mazufa kesintisi değil. Eksiksiz her başvuruyu bir insan inceler.

Kaynaklar

• IFPI, ISRC Structure (ülke kodu, kayıt kodu, referans yılı, tanımlama kodu). isrc.ifpi.org/isrc-standard/isrc-structure
• IFPI, International Standard Recording Code (ISRC) Handbook (§3.3.4 tanımlama kodu aralıkları; §4.6 satılan veya lisanslanan kayıt ISRC’sini korur; §5 tireler kodun parçası değildir; §A.3 bir ISRC asla yeniden atanmaz). ifpi.org/wp-content/uploads/2021/02/ISRC_Handbook.pdf
• IFPI, ISRC Managers — hak sahibi adına ISRC atamaya yetkili kurumların listesi. isrc.ifpi.org/get-isrc/isrc-managers
• US ISRC Agency, How It Works (onaylı managerlar; yetkisiz verenlerin kodları geçersizdir ve çakışma riski taşır; önekler sırayla tahsis edilir ve değiştirilemez; hak sahibi önekleri yalnızca sahip olunan kayıtlar için). usisrc.org/how-it-works/
• Spotify’ın dinleme başına oran ödemediğine dair yayımlanmış açıklaması: gelir havuzlanır ve dinleme payına göre bölünür. support.spotify.com