Cuando el Mechanical Licensing Collective (MLC) de Estados Unidos empezó a operar, se encontró con más de $400 millones de dólares en regalías históricamente no emparejadas. Ese dinero no estaba perdido en el sentido literal: se había generado, las plataformas lo habían pagado, pero nadie podía probar quién era el dueño real de cada grabación.

¿Cómo llega una industria a acumular $400 millones sin reclamar? La respuesta no es fraude ni negligencia individual. Es un sistema de regalías diseñado para un catálogo pre-streaming que hoy tiene que procesar millones de lanzamientos nuevos cada mes con la misma arquitectura de hace veinte años.

¿Dónde empieza realmente la fuga?

El dinero se filtra en cuatro puntos concretos de la cadena, y los cuatro tienen la misma raíz:

• Ingesta: metadata incompleta desde el momento en que el archivo entra al sistema.
• Registro: vacíos en el registro territorial de derechos.
• Matching: fallas al vincular una grabación con su verdadero titular.
• Allocation: ingresos sin atribuir que terminan en los llamados black box funds, retenidos entre uno y tres años antes de redistribuirse, casi siempre de forma proporcional entre todo el mercado en vez de para quien realmente generó el stream.

La Music Business Association calcula que esto le cuesta a la industria $100 millones de dólares al año, solo por falta de metadata estandarizada. Y la causa raíz de las cuatro fugas es exactamente la misma: datos incompletos en el momento en que el release entra al sistema.

¿Por qué un ISRC no alcanza para cobrar tus regalías?

Un master y una composición viajan por caminos distintos dentro del pipeline de distribución. El master se identifica con un ISRC, la composición con un ISWC. Son dos códigos, dos bases de datos, dos actores cobrando cosas distintas: el ISRC mueve regalías de master (streaming, sync), el ISWC mueve regalías de composición (mecánicas, performance).

Cuando el vínculo entre ambos nunca se establece, o se rompe en algún punto del pipeline, el sistema no tiene forma de saber que ese ISRC corresponde a ese ISWC. El stream se cuenta igual. La regalía de composición, simplemente, no llega a nadie y termina engrosando el black box.

‍

¿Qué pide una plataforma antes de aceptar tu lanzamiento?

Los DSP no exigen metadata perfecta por burocracia: la exigen porque sin ella no tienen forma de pagarle bien a nadie. Como mínimo, cada release necesita:

Formato correcto: artista, título de álbum, número de track e ISRC por cada pista.

Créditos completos: compositores, productores, artistas invitados.

Etiquetado consistente de género y mood.

Fechas y restricciones territoriales exactas.

Sin esto, el lanzamiento se retrasa o se rechaza. Y si pasa el filtro incompleto, la factura llega después: tracks duplicados, exclusión de playlists editoriales, sync perdido, menos recomendaciones algorítmicas.

‍

¿Cómo evita un sello terminar en el próximo reporte de "no reclamado"?

La prevención no es perseguir el dinero después de perdido. Es blindar el catálogo antes de que salga:

- Recolecta metadata desde el día uno de producción, no la última semana antes del release.

- Sigue estándares establecidos (RIAA, guías DDEX) en vez de criterios propios por sello.

- Centraliza la gestión de metadata en un solo sistema, no en hojas de cálculo sueltas.

- Verifica cada ISRC y cada ISWC antes de enviar, no después de que el DSP lo rechace.

- Automatiza la validación en vez de revisarla manualmente release por release.

¿Tu plataforma actual de distribución puede hacer esto? Porque Random Sounds White label fue construida para que tus clientes y tú puedan enviar toda la metadata necesaria a las plataformas y minimizar el riesgo de pérdidas de regalías.

‍

Conoce nuestros planes para sellos y distribuidoras acá.