Bayangkan seorang penulis lagu yang porsi penulisannya disepakati 16%, tetapi split-nya tercatat 8%. Bukan 8% dari pendapatan rekaman berdasarkan kesepakatan yang dinegosiasikan. Delapan persen dari porsi penulisan, tercatat sebagai angka di sebuah kolom, dan diterapkan pada setiap pembayaran yang bergantung pada data itu sampai ada yang memperbaikinya. Angka itu tidak lahir dari negosiasi tarif. Angka itu lahir dari entri data.
Sebagian besar pembahasan soal bayaran artis berfokus pada tarif: berapa nilai satu stream, bagaimana dana dibagi, siapa yang menetapkan harga. Perdebatan itu nyata. Namun, ia berada di hilir sebuah masalah yang lebih senyap, karena sebelum tarif apa pun bisa berlaku, pembayaran harus lebih dulu menemukan Anda, dan ia menemukan Anda lewat identifier dan kredit yang melekat pada rilis Anda. Saat data itu bersih, tarif adalah satu-satunya hal yang menentukan. Saat data itu salah, Anda bisa kehilangan uang yang bahkan tidak pernah disebut dalam daftar tarif.
Artikel ini membedah anatomi sebuah pembayaran royalti, titik-titik spesifik tempat uang bocor dari sebuah katalog, mengapa kebocoran itu terus berlipat tanpa terlihat, dan bagaimana identifier yang bersih serta pengiriman berstandar DDEX mengubah katalog yang Anda miliki menjadi katalog yang benar-benar menghasilkan pembayaran. Di bagian akhir ada daftar periksa kebersihan metadata yang bisa Anda jalankan untuk setiap rilis.
Anatomi sebuah pembayaran royalti
Royalti berawal dari sebuah peristiwa. Seseorang memutar track Anda, membelinya, atau memakainya sebagai sync dalam sebuah video. Peristiwa itu dilaporkan, dan di suatu titik dalam rantainya, sebuah sistem harus menjawab satu pertanyaan: milik siapa ini, dan dengan proporsi berapa? Jawabannya datang dari identifier dan kredit yang melekat pada rekaman tersebut.
Pencocokan itu bertumpu pada segelintir identifier, masing-masing dengan satu tugas. ISRC menandai rekaman yang spesifik, sementara ISWC menandai komposisi di baliknya, dan UPC menyatukan seluruh rilis. Split kemudian membagikan persentase kepada pihak-pihak di masing-masing sisi: porsi penulis dan penerbit di registrasi karya, serta porsi pendapatan rekaman di distributor. Identifier berfungsi sebagai kunci penghubung: jika benar, uang mendarat di baris yang tepat; jika satu saja salah, penghubungan itu gagal atau diam-diam mendarat di baris milik orang lain. Split lalu menentukan bagaimana baris itu dibagi.
Karena itulah cara Anda mengelola katalog adalah urusan pendapatan, bukan sekadar urusan administrasi. Katalog adalah tabel acuan yang dipakai untuk mencocokkan setiap pembayaran di masa depan.
Di mana uang sebenarnya bocor
Kebocoran jarang terjadi secara dramatis. Bentuknya kecil, spesifik, dan mudah terlewat saat upload. Ada empat yang muncul berulang kali.
- Persentase split yang salah. Contoh 8% di atas adalah ilustrasi paling jelas. Porsi yang salah dimasukkan tidak akan pernah tertangkap oleh penyesuaian tarif di kemudian hari; porsi itu terus dibayarkan dengan angka yang salah, setiap periode, selama lagu tersebut menghasilkan pendapatan.
- ISRC yang hilang atau ganda. ISRC ganda bisa membuat royalti terbagi ke rekaman-rekaman yang tidak saling berhubungan atau terkirim ke pemilik yang salah. ISRC yang hilang bisa membuat sebuah rilis ditolak sebelum menghasilkan satu sen pun.
- Karya yang tidak terdaftar. Jika komposisinya tidak pernah didaftarkan ke lembaga manajemen kolektif yang relevan, uang dari sisi publishing tidak punya apa pun untuk dicocokkan. Uang itu mengendap di dana yang belum tercocokkan sampai karyanya didaftarkan dan dicocokkan, dan di The MLC, uang yang tidak pernah tercocokkan pada akhirnya akan dibagikan kepada pemegang hak lain berdasarkan pangsa pasar, bukan kepada Anda.
- ID kontributor yang tidak konsisten. Saat seorang performer atau penulis diidentifikasi secara berbeda-beda di antara rilis, porsinya bisa dialihkan ke pihak yang salah atau dibiarkan tanpa penerima pembayaran.
Sebagian besar masalah ini tidak muncul sebagai kesalahan di laporan royalti Anda. Ciri khas kebocoran metadata adalah uang yang hilang itu memang tidak ada di sana; Anda harus mencarinya sendiri di data yang belum tercocokkan milik lembaga manajemen kolektif.
Identifikasi adalah fondasinya, bukan tarif
Infrastruktur industri sendiri bergerak ke arah ini. SoundExchange membangun infrastruktur di balik sistem penetapan ISRC otomatis milik IFPI, yang diumumkan bersama IFPI pada Juni 2026.
“Identifikasi yang andal dan terstandardisasi adalah fondasi bagi industri musik yang adil dan efisien.”
Michael Huppe, Presiden dan CEO, SoundExchange
Sumber pendapatan baru membuat poin ini makin tajam. Pada Juni 2026, Chordal menambahkan 21 mitra ke platform lisensi pre-clearance miliknya, dan CEO-nya, Grayson Sanders, menyebut pendorongnya adalah permintaan akan “infrastruktur yang lebih baik untuk ikut serta dalam bisnis lisensi mikro global yang sedang tumbuh”. Dalam pernyataan terpisah, ia mengatakan basis mitra yang lebih luas telah “memungkinkan kami menghubungkan lebih banyak titik di antara para pemegang hak bersama untuk menyediakan musik yang hak-haknya sepenuhnya bisa dibereskan” bagi para pemegang lisensinya. Pre-clearance bergantung pada pengetahuan tentang siapa yang memegang setiap porsi dari sebuah lagu. Itulah persis yang dicatat oleh metadata.
Anda bisa memenangkan setiap perdebatan soal tarif dan tetap kehilangan uang jika identifikasi di bawahnya rusak. Identifikasilah yang menentukan apakah Anda bahkan ikut dihitung saat uang dibagikan.
Jadikan royalti katalog Anda bisa ditagih
LabelGrid mengirim ke semua DSP utama dengan metadata berstandar DDEX dan kode ISRC gratis yang tetap menjadi milik Anda. Uji coba gratis 7 hari.
Lihat PaketMengapa satu kesalahan berlipat tanpa terlihat
Kesalahan metadata bukan kerugian satu kali. Pencocokan dijalankan lagi untuk setiap penggunaan yang dilaporkan, setiap periode pelaporan, di setiap wilayah, selama rekaman itu masih menghasilkan pendapatan. Jadi porsi 8% yang seharusnya 16% bukan sekadar satu pembayaran yang terlewat. Itu adalah potongan berulang yang diterapkan pada setiap pembayaran di masa depan sampai ada yang memperbaikinya.
Sekarang kalikan itu ke seluruh katalog. Label dengan ratusan atau ribuan track tidak hanya punya satu split untuk diperiksa. Ada ribuan, ditambah ribuan ISRC, ID kontributor, dan registrasi, dan masing-masing adalah peluang tersendiri untuk kebocoran kecil yang terus berulang. Kesalahan-kesalahan itu tidak memberi tanda. Semuanya diam di dalam data, dibayarkan sedikit meleset, tahun demi tahun. Pada saat seseorang akhirnya menyadari polanya, sejumlah besar uang mungkin sudah gagal sampai.
Inilah beda antara memiliki katalog dan memiliki katalog yang benar-benar menghasilkan pembayaran. Yang pertama hanyalah daftar rekaman. Yang kedua adalah aset yang bersih, bisa dicocokkan, dan royaltinya terkumpul secara andal. Akuntansi royalti dan split yang jelas adalah hal yang menjaga yang kedua agar tidak diam-diam merosot menjadi yang pertama.
Bagaimana pengiriman yang bersih membuat royalti katalog bisa ditagih
Bisa ditagih atau tidaknya royalti sebuah katalog ditentukan oleh datanya, bukan musiknya. Ada tiga hal yang membuat royalti katalog bisa ditagih, dan pengaturan distribusi yang baik menangani ketiganya sehingga Anda tidak perlu merakitnya secara manual.
Pertama, pengiriman yang terstandardisasi. DDEX adalah rangkaian standar pertukaran pesan yang digunakan perusahaan rekaman, distributor, DSP, dan organisasi lisensi musik untuk bertukar informasi rilis. Mengirim dengan DDEX ERN berarti identifier dan kredit Anda tiba dalam satu struktur standar industri yang memang dirancang untuk dibaca oleh platform penerima. Layanan distribusi LabelGrid menangani pengiriman itu sebagai standar.
Kedua, identifier yang tahan lama. LabelGrid menyediakan kode ISRC dan UPC tanpa biaya tambahan, dan kode itu tetap milik Anda meskipun nanti Anda pindah ke distributor lain. Sudah punya kode dari pengaturan sebelumnya? Masukkan saat membuat rilis, dengan metadata artis, judul, dan rilis yang sama. Kode yang cocok ditambah metadata yang cocok menjaga jumlah stream, penempatan playlist, dan riwayat chart Anda tetap terhubung ke identifier yang sama, alih-alih mulai dari nol di bawah identifier baru.
Ketiga, split yang akurat sejak awal. Menetapkan persentase kontributor dengan benar saat rilis dibuat, bukan menambalnya belakangan, berarti pembayaran pertama pun sudah dihitung dengan angka yang benar. Split di sisi rekaman, yang ditetapkan per rilis atau per track, mengatur pendapatan rekaman yang dibayarkan distributor Anda; porsi seorang penulis ditetapkan di registrasi karya pada PRO Anda atau The MLC, jadi keduanya harus benar. Bagi label yang mengelola katalog milik orang lain, akurasi itulah produknya. Itulah sebabnya perangkat kelas label memperlakukan split dan kredit penulis sebagai detail yang bisa menahan rilis, bukan kolom opsional.
Daftar periksa kebersihan metadata untuk setiap rilis
Anda tidak memerlukan tim audit untuk menutup sebagian besar kebocoran. Anda memerlukan rutinitas. Jalankan ini sebelum mengirim, lalu sekali lagi setelah laporan royalti pertama masuk.
- Pastikan split setiap kontributor berjumlah 100% dan setiap persentase mencerminkan kesepakatan yang sebenarnya, bukan nilai bawaan.
- Pastikan ISRC pada setiap rekaman unik dan benar, dan gunakan ulang hanya untuk rekaman yang sama; remix, edit, atau take baru memerlukan kodenya sendiri.
- Periksa bahwa setiap komposisi sudah didaftarkan ke lembaga manajemen kolektif yang relevan agar sisi publishing punya sesuatu untuk dicocokkan.
- Gunakan satu identitas dan ejaan yang konsisten untuk setiap kontributor di seluruh katalog. Dengan begitu, porsinya terkumpul di satu tempat alih-alih terpecah-pecah.
- Gunakan distributor yang mengirim sesuai standar DDEX agar data tiba dalam struktur yang diharapkan DSP.
- Setelah periode pelaporan pertama, cocokkan laporan royalti dengan apa yang Anda harapkan tercocokkan. Baris yang hilang sama sekali menunjuk ke masalah identifikasi, bukan tarif.
Langkah terakhir itulah yang paling penting. Pembayaran nol atau lebih kecil dari perkiraan tidak selalu berarti “musiknya kurang laku”. Terkadang itu adalah pencocokan yang tidak pernah terjadi.
Pertanyaan yang sering diajukan
Apa itu akuntansi royalti berbasis metadata musik?
Ini adalah praktik memperlakukan metadata Anda, yaitu identifier dan kredit yang melekat pada sebuah rilis, sebagai fondasi dari apa yang Anda terima. Royalti dicocokkan dengan rekaman dan karya menggunakan kode seperti ISRC dan ISWC, lalu dibagi berdasarkan split kontributor. Jika data itu salah atau tidak ada, uangnya tidak tercocokkan kepada Anda atau tercocokkan dengan persentase yang salah. Metadata yang bersih adalah hal yang membuat royalti sebuah katalog bisa ditagih.
Bagaimana kesalahan ISRC memengaruhi royalti saya?
ISRC ganda bisa membuat royalti terbagi di antara rekaman-rekaman yang tidak saling berhubungan atau salah terkirim ke orang lain. ISRC yang salah bisa mengkreditkan stream Anda ke pemegang hak yang sama sekali berbeda. ISRC yang hilang bisa membuat platform menolak rilis sebelum sempat menghasilkan apa pun. Karena kode yang sama ikut di setiap penggunaan yang dilaporkan, satu kesalahan akan terulang di setiap laporan royalti sampai diperbaiki.
Mengapa kesalahan metadata berlipat seiring waktu?
Pencocokan royalti dijalankan untuk setiap penggunaan yang dilaporkan, setiap periode pelaporan, di semua wilayah, sepanjang umur rekaman. Split yang ditetapkan dengan persentase yang salah atau karya yang tidak pernah didaftarkan tidak hanya gagal sekali. Keduanya menyebabkan pembayaran yang kurang di setiap laporan royalti sampai diperbaiki, dan itu terjadi tanpa terlihat, karena uang yang tidak pernah tercocokkan tidak muncul di laporan royalti Anda. Anda harus mencarinya sendiri, misalnya di Matching Tool milik The MLC.
Apa itu DDEX dan mengapa penting agar Anda dibayar?
DDEX adalah rangkaian standar pertukaran pesan yang digunakan perusahaan rekaman, distributor, DSP, dan organisasi lisensi musik untuk bertukar metadata rilis, ketentuan kesepakatan, dan laporan penggunaan. Mengirim sesuai standar DDEX berarti identifier dan kredit Anda tiba dalam satu struktur standar industri yang memang dirancang untuk dibaca oleh platform penerima. LabelGrid mendukung DDEX ERN 3.8.2, 4.3.0, 4.3.1, dan 4.3.2 serta menangani pengiriman DDEX ke DSP atas nama Anda.
Apakah LabelGrid menyediakan kode ISRC dan UPC?
Ya, tanpa biaya tambahan, dan kode itu tetap milik Anda meskipun nanti Anda pindah distributor. Anda juga bisa memasukkan kode yang sudah Anda miliki saat membuat rilis. Dengan metadata yang cocok, riwayat streaming dan data chart Anda tetap utuh, alih-alih diatur ulang di bawah identifier baru.
Mulai sekarang
Pilih satu rilis dan jalankan daftar periksa di atas untuk rilis itu hari ini. Pastikan split-nya benar, verifikasi ISRC-nya, periksa bahwa karyanya sudah terdaftar. Hanya butuh beberapa menit, dan Anda langsung tahu apakah royalti katalog Anda tertagih dengan lancar atau diam-diam bocor.
Saat Anda siap mengirim dengan metadata yang langsung cocok sejak awal, mulai sebuah rilis di aplikasi LabelGrid, atau baca artikel bantuan tentang kode ISRC dan UPC. Data yang bersih adalah tambahan pendapatan termurah yang pernah Anda dapatkan, karena itu adalah uang yang memang sudah menjadi hak Anda.