Meta Verileriniz, Gerçekte Ne Kadar Telif Geliri Tahsil Edeceğinizi Belirler

Üzerinde anlaşılan yazarlık payı %16 olan, ama payı sisteme %8 olarak girilmiş bir şarkı yazarı düşünün. Pazarlıkla varılmış bir anlaşma gereği kayıt gelirinin %8'i değil bu. Yazarlığın yüzde sekizi; bir alana sayı olarak girilmiş ve biri düzeltene kadar o verinin yönettiği her ödemeye uygulanan bir oran. Bu rakamı hiçbir oran pazarlığı ortaya çıkarmadı. Bir veri girişi çıkardı.

Sanatçı ödemeleri üzerine konuşmaların çoğu orana odaklanır: bir stream'in değeri ne kadar, havuz nasıl bölüştürülüyor, fiyatı kim belirliyor. Bu tartışma gerçek. Ama ondan önce gelen daha sessiz bir sorun var: herhangi bir oranın uygulanabilmesi için önce ödemenin sizi bulması gerekir ve ödeme sizi yayınınıza eklenmiş tanımlayıcılar ve künye bilgileri üzerinden bulur. Bu veriler temiz olduğunda, hikâyenin tamamı orandır. Yanlış olduğunda ise oran tablosunun hiç sözünü etmediği paraları kaybedebilirsiniz.

Bu yazı, bir telif ödemesinin anatomisini, paranın bir katalogdan sızdığı belirli noktaları, bu sızıntıların neden sessizce katlandığını ve temiz tanımlayıcılarla DDEX standardında teslimatın, sahip olduğunuz bir kataloğu gerçekten ödeme alabildiğiniz bir kataloğa nasıl dönüştürdüğünü ele alıyor. Sonunda da her yayında uygulayabileceğiniz bir meta veri hijyeni kontrol listesi var.

Bir telif, bir olay olarak başlar. Biri parçanızı çalar, satın alır ya da bir videoya senkronize eder (sync lisansıyla kullanır). Bu olay raporlanır ve zincirin bir yerinde bir sistemin tek bir soruyu yanıtlaması gerekir: bu kime ait ve hangi oranda? Yanıt, kayda eklenmiş tanımlayıcılardan ve künye bilgilerinden gelir.

Eşleştirme, her biri tek bir işi üstlenen küçük bir tanımlayıcı grubuna dayanır. ISRC belirli bir kaydı adlandırır; ISWC altta yatan besteyi adlandırır, UPC ise yayını bir arada tutar. Ardından paylar, her iki taraftaki hak sahiplerine yüzdeler atar: eser tescilinde yazar ve yayıncı payları, dağıtımcıda ise kayıt geliri payları. Tanımlayıcılar birer birleştirme anahtarıdır: doğru girildiklerinde para doğru satıra düşer; biri yanlış olduğunda birleştirme ya başarısız olur ya da para sessizce başka birinin satırına düşer. Sonra paylar o satırın nasıl bölüneceğine karar verir.

Bu yüzden kataloğunuzu nasıl yönettiğiniz idari değil, gelirle ilgili bir işlevdir. Katalog, gelecekteki her ödemenin karşılaştırılacağı başvuru tablosudur.

Sızıntılar nadiren çarpıcıdır. Küçüktürler, belirli noktalarda ortaya çıkarlar ve yükleme sırasında kolayca gözden kaçarlar. Dört tanesi tekrar tekrar karşımıza çıkar.

• Yanlış pay yüzdeleri. Yukarıdaki %8 örneği bunun en net göstergesi. Yanlış girilmiş bir pay, sonradan yapılan bir oran düzenlemesinin yakalayacağı bir şey değildir; şarkı kazandığı sürece her dönem yanlış rakam üzerinden ödenmeye devam eder.
• Eksik ya da yinelenen ISRC'ler. Yinelenen bir kod, telifleri birbiriyle ilgisiz kayıtlar arasında bölebilir veya yanlış hak sahibine gönderebilir. Eksik bir kod ise yayının daha tek kuruş kazanmadan reddedilmesine yol açabilir.
• Tescil edilmemiş eserler. Beste ilgili meslek birliğine hiç tescil edilmediyse, paranın yayıncılık tarafının eşleşebileceği bir yer yoktur. Eser tescil edilip eşleşene kadar para eşleşmemiş havuzda bekler; The MLC'de hiç eşleşmeyen para ise sonunda size değil, pazar payına göre diğer hak sahiplerine dağıtılır.
• Uyuşmayan katkıcı kimlikleri. Bir icracı ya da yazar farklı yayınlarda tutarsız biçimde tanımlandığında, payı yanlış tarafa yönlendirilebilir ya da ödeme yapılacak kimse olmadan ortada kalabilir.

Bunların çoğu hesap dökümünüzde bir hata olarak görünmez. Meta veri sızıntısının belirleyici özelliği, kayıp paranın orada hiç olmamasıdır; onu meslek birliğinin eşleşmemiş verilerinde sizin aramanız gerekir.

Sektörün kendi altyapısı da bu yönde ilerliyor. SoundExchange, IFPI'nin otomatik ISRC atama sisteminin arkasındaki altyapıyı kurdu; sistem Haziran 2026'da IFPI ile birlikte duyuruldu.

"Güvenilir ve standartlaştırılmış tanımlama, adil ve verimli bir müzik endüstrisinin temelidir."

Michael Huppe, SoundExchange Başkanı ve CEO'su

Yeni gelir akışları bu noktayı daha da keskinleştiriyor. Haziran 2026'da Chordal, ön onaylı lisanslama platformuna 21 yeni ortak ekledi; CEO'su Grayson Sanders bunun itici gücünü "gelişmekte olan küresel mikro lisanslama işine katılmak için daha iyi altyapıya" duyulan talep olarak tanımladı. Ayrı bir açıklamasında ise genişleyen ortak tabanının, lisans alanlarına "tamamen onaylanabilir müzik sunmak için ortak hak sahipleri arasındaki bağlantıları daha fazla kurmamızı sağladığını" söyledi. Ön onay, bir şarkının her payının kimde olduğunu bilmeye dayanır. Meta verinin kaydettiği şey de tam olarak budur.

Oranla ilgili her tartışmayı kazansanız bile, alttaki tanımlama bozuksa yine de para kaybedebilirsiniz. Para dağıtılırken masada olup olmadığınıza tanımlama karar verir.

Bir meta veri hatası tek seferlik bir kayıp değildir. Eşleştirme, kayıt kazandığı sürece raporlanan her kullanımda, her raporlama döneminde ve her bölgede yeniden çalışır. Dolayısıyla %16 olması gerekirken %8 görünen bir pay, tek bir kaçırılmış ödeme değildir. Biri düzeltene kadar gelecekteki her ödemeye uygulanan, tekrarlayan bir indirimdir.

Şimdi bunu bir kataloğun tamamıyla çarpın. Yüzlerce ya da binlerce parçası olan bir plak şirketinin kontrol etmesi gereken tek bir pay yoktur. Binlerce pay vardır; üstüne binlerce ISRC, katkıcı kimliği ve tescil. Bunların her biri, küçük ve tekrarlayan bir sızıntı için bağımsız bir fırsattır. Hatalar kendilerini belli etmez. Verinin içinde durur, yıllar boyunca hafifçe yanlış ödeme yaparlar. Biri bir örüntü fark edene kadar, büyük miktarda para çoktan kaybolmuş olabilir.

Bir kataloğa sahip olmakla, ödeme alabildiğiniz bir kataloğa sahip olmak arasındaki fark budur. İlki bir kayıt listesidir. İkincisi, güvenilir biçimde gelir toplayan, temiz ve eşleştirilebilir bir varlıktır. İkincisinin sessizce çürüyüp ilkine dönüşmesini engelleyen şey, net bir telif muhasebesi ve gelir paylaşımıdır.

Tahsil edilebilirlik müziğin değil, verinin bir özelliğidir. Bir kataloğu tahsil edilebilir kılan üç şey vardır ve iyi bir dağıtım altyapısı bu üçünü de üstlenir; böylece bunları elle kurmak zorunda kalmazsınız.

Birincisi, standartlaştırılmış teslimat. DDEX; plak şirketlerinin, dağıtımcıların, DSP'lerin ve müzik lisanslama kuruluşlarının yayın bilgilerini paylaşmak için kullandığı mesajlaşma standartları ailesidir. DDEX ERN ile teslimat yapmak, tanımlayıcılarınızın ve künye bilgilerinizin, alıcı platformların okumak üzere tasarlandığı tek bir sektör standardı yapıda ulaşması demektir. LabelGrid'in dağıtım hizmeti bu teslimatı standart olarak üstlenir.

İkincisi, kalıcı tanımlayıcılar. LabelGrid, ISRC ve UPC kodlarını ek ücret almadan sağlar ve ileride farklı bir dağıtımcıya geçseniz bile bu kodlar sizin kalır. Önceki bir kurulumunuzdan kalma kodlarınız mı var? Yayını oluştururken bunları aynı sanatçı, başlık ve yayın meta verileriyle girin. Eşleşen kodlar ve eşleşen meta veriler, mevcut dinlenme sayılarınızın, playlist yerleşimlerinizin ve liste geçmişinizin yeni bir tanımlayıcı altında sıfırdan başlamak yerine aynı tanımlayıcıya bağlı kalmasını sağlar.

Üçüncüsü, kaynağında doğru paylar. Katkıcı yüzdelerini sonradan yamamak yerine yayın oluşturulurken doğru ayarlamak, ilk ödemenin daha en baştan doğru rakamlar üzerinden hesaplanması demektir. Kayıt tarafında, yayın ya da parça bazında belirlenen paylar, dağıtımcınızın ödediği kayıt gelirini yönetir; bir yazarın payı ise meslek birliğinizdeki ya da The MLC'deki eser tescilinde belirlenir. Dolayısıyla ikisinin de doğru olması gerekir. Başkalarının kataloglarını yöneten plak şirketleri için bu doğruluk, ürünün ta kendisidir. Plak şirketi düzeyindeki araçların payları ve yazar künyelerini isteğe bağlı alanlar olarak değil, yayını durduracak ayrıntılar olarak ele almasının nedeni budur.

Sızıntıların çoğunu kapatmak için bir denetim ekibine ihtiyacınız yok. Bir rutine ihtiyacınız var. Bunu teslimattan önce, ilk hesap dökümü geldikten sonra da bir kez daha uygulayın.

• Her katkıcı payının toplamının %100 ettiğini ve her yüzdenin varsayılan bir değeri değil, gerçek anlaşmayı yansıttığını doğrulayın.
• Her kayıttaki ISRC'nin benzersiz ve doğru olduğunu kontrol edin ve onu yalnızca aynı kayıt için yeniden kullanın; bir remiks, edit (düzenlenmiş versiyon) ya da yeni bir kayıt kendi kodunu gerektirir.
• Yayıncılık tarafının eşleşebileceği bir yer olması için her bestenin ilgili meslek birliğine tescil edildiğinden emin olun.
• Her katkıcı için kataloğun tamamında tek ve tutarlı bir kimlik ve yazım kullanın. Böylece paylar parçalanmak yerine bir araya toplanır.
• Verilerin DSP'lerin beklediği yapıda ulaşması için DDEX standartlarına uygun teslimat yapan bir dağıtımcı kullanın.
• İlk raporlama döneminden sonra hesap dökümünü, eşleşmesini beklediğiniz şeylerle karşılaştırın. Tamamen eksik bir satır oranı değil, tanımlamayı işaret eder.

En önemlisi bu son adım. Tamamen sıfır ya da beklenenden düşük bir ödeme her zaman "müzik beklenen performansı göstermedi" anlamına gelmez. Bazen hiç gerçekleşmemiş bir eşleşmedir.

Bir yayın seçin ve yukarıdaki kontrol listesini bugün o yayın üzerinde uygulayın. Payları doğrulayın, ISRC'leri kontrol edin, eserlerin tescil edildiğinden emin olun. Birkaç dakikanızı alır ve kataloğunuzun temiz biçimde mi gelir topladığını, yoksa sessizce mi sızdırdığını hızla gösterir.

İlk seferde eşleşen meta verilerle teslimata hazır olduğunuzda, LabelGrid uygulamasında bir yayın başlatın ya da ISRC ve UPC kodlarıyla ilgili yardım makalesini okuyun. Temiz veri, ekleyebileceğiniz en ucuz gelirdir, çünkü zaten size ödenmesi gereken paradır.