Dos ISRC en una grabación: qué se rompe y cómo fusionarlos

13 · 2026-08-11 · 13 min de lectura · English

Una grabación a la que le asignaron dos ISRC se queda con los dos. Los códigos no se retiran ni se reutilizan nunca, así que el remedio que trae el estándar es de contabilidad y no de reparación: nombra un código como el ISRC preferente, retira el otro dentro de tus propios registros y avísale a cada socio de la cadena. El ISRC Handbook mete esto en una cláusula que casi nadie cita, y esa cláusula resuelve cuál de los dos códigos gana. Lo que no puede hacer es volver a juntar tus reproducciones — las que quedaron contadas contra el código retirado se quedan donde cayeron, y la fusión que casi todo el mundo da por hecha no te la debe nadie.

• El estándar del ISRC asigna un único código a cada grabación distinta, y una grabación que no tuvo cambio material no debe recibir otro.
• Cuando una grabación ya carga más de un código, la cláusula A.13.2 del ISRC Handbook exige que el titular elija uno como ISRC preferente y anote los demás en sus propios registros.
• Cuando varias partes asignaron códigos, elige el titular que hizo la primera asignación, y normalmente se prefiere la asignación más antigua.
• El estándar no exige retirar el material ya publicado, y ninguna tienda ni sociedad publica un procedimiento para volver a unir el historial de dos códigos.
• Todo sistema que identifica grabaciones por ISRC — tiendas, YouTube, SoundExchange, The MLC — lee dos códigos como dos grabaciones.

¿Una grabación puede tener dos ISRC?

De forma válida no. El estándar asigna un único ISRC a cada grabación distinta, y una grabación que no tuvo cambio material no debe recibir otro código.

El ISRC Handbook (en inglés) — el reglamento del propio estándar, cuarta edición, 2021 — enuncia el principio en una sola línea, en 4.1:

The key principles for ISRC assignment are (a) that each distinct recording shall be assigned one and only one ISRC and (b) that any particular ISRC shall be assigned to one and only one recording.

Es decir: cada grabación distinta lleva un ISRC y uno solo, y cada ISRC pertenece a una grabación y una sola. Dos principios, y cada uno falla a su manera. Ponle un código a dos grabaciones y tienes el enredo del que trata la pieza 01. Ponle dos códigos a una grabación y tienes esta página. El Handbook los separa en dos cláusulas porque las reparaciones no son la misma reparación, y eso es lo más útil que puedes saber antes de empezar a arreglar nada.

La cláusula 4.3 le cierra la puerta a la versión honesta del error: una grabación con ISRC que no ha tenido cambio material no debe recibir otro ISRC. La US ISRC Agency, que emite los prefijos en Estados Unidos, pone la misma regla en lenguaje de página de ayuda — una vez asignado el ISRC a una canción (en inglés), debe quedarse igual durante toda la vida de esa canción, incluso si cambia el dueño. Y ninguno de tus dos códigos se puede reciclar en silencio para quitarlo del camino: el FAQ del ISRC (en inglés) es tajante en que, una vez asignado, un ISRC no se debe reutilizar bajo ninguna circunstancia.

Nada de lo cual te sirve, porque tú no estás decidiendo. Estás mirando dos códigos que ya existen.

¿Cómo termina una grabación con dos códigos?

Cuatro rutas explican casi todos los casos, y tres son administrativas antes que musicales.

Cambiaste de distribuidor y dejaste vacía la casilla del ISRC. Esta es la común, por mucho. La guía de Ari Herstand sobre cómo cambiar de distribuidor sin perder las reproducciones (en inglés) enuncia el comportamiento por defecto sin rodeos: todo distribuidor te asigna un ISRC si tú no lo pones. La subida nueva es el mismo audio, la misma interpretación, la misma grabación — y una identidad recién estrenada. Nadie se propuso duplicar nada. Alguien dejó una casilla vacía, y la puta casilla no se quedó vacía ni un minuto.

Una versión se llevó un código que no necesitaba. Un remaster al que le pusieron ISRC propio, un fade recortado cuatro segundos y recodificado, un sencillo vuelto a registrar para el álbum. Cuáles versiones necesitan uno de verdad es una decisión con reglas escritas y un umbral, y le pertenece a su propia página, no a esta.

Volviste a entregar. Bajar y reconstruir es la reparación correcta para un código errado, y el producto reconstruido va a tomar un código nuevo salvo que cargues el viejo a propósito. Esa secuencia, y el orden en que hay que hacerla, está en la pieza de corrección.

Tu registro vive en el panel de otro. Si la única copia de tus códigos está en el back end de un distribuidor, cada migración es un ejercicio de volver a teclear de memoria. Eso no es una costumbre de archivo. Eso es echar una moneda al aire con tu catálogo encima.

¿Qué se rompe en la práctica?

Todo sistema que identifica una grabación por su ISRC lee los dos códigos como dos grabaciones, así que las reproducciones, el empate de regalías y los registros se reparten entre ellos.

Esta es la parte que vale la pena leer despacio, porque las fuentes van al revés de lo que uno esperaría. Las plataformas documentan el corte con detalle. Ninguna documenta la reunión.

YouTube lo dice con sus propias palabras. Su guía para manejar los metadatos de una grabación (en inglés) le advierte directo a quien entrega: “Keep in mind that entering a new ISRC or new Custom ID may result in the creation of a new sound recording share.” Es decir: meter un ISRC nuevo puede crear una participación de grabación nueva. El código no es una etiqueta pegada al registro. El código es el registro. Su documentación sobre participaciones de grabación (en inglés) deja el mecanismo explícito — el ISRC hace parte de la llave única — y agrega que solo el último ISRC entregado cuenta como oficial para esa participación.

Apple cierra la salida obvia. Su documentación para proveedores sobre el empaquetado digital (en inglés) gasta una sola frase en el asunto y no necesita otra: “Once you have submitted your music with an ISRC, it cannot be edited.” Entregado el material con un ISRC, ese ISRC ya no se edita. No vas a entrar a corregir esto.

SoundExchange (en inglés), que recauda la regalía estadounidense por ejecución digital, repitió la regla en diciembre de 2023 sin dejar espacio: un solo ISRC debe usarse para una sola grabación, y cada grabación distinta debe tener un solo ISRC. Su registro se arma con los códigos que mandan los titulares, y su empate corre sobre los códigos que vienen en los reportes de uso de las licenciatarias.

El lado editorial tampoco se salva, aunque falla un paso más adelante. La Matching Tool de The MLC (en inglés) existe para empatar grabaciones con obras musicales dentro de tu catálogo, y organiza por código lo que reportan los servicios: cada columna muestra la información que llega de las plataformas atada a ese ISRC. Dos códigos son dos registros de grabación llegando a que los empaten, y un empate que hiciste una vez no cubre el código que no sabías que existía.

Suma todo y la forma es aburrida y cara: dos líneas en el estado, dos entradas en el registro, la mitad de las reproducciones en cada una y cada empate posterior hecho dos veces o ninguna. Si ya te llegó un estado corto y llevas rato buscando la razón, esa búsqueda tiene su propia página y el código duplicado es una de las causas que nombra.

¿Cuál de los dos códigos te quedas?

Normalmente gana la asignación más antigua: cuando varias partes asignaron códigos, elige el titular que asignó primero y se prefiere el código más viejo.

El Handbook le dedica una cláusula a esto y es la razón de ser de esta página. A.13.2, “Single recording assigned more than one ISRC”:

Where more than one ISRC has been assigned to a recording, the Registrant shall select one and use it as the preferred ISRC. The other ISRC(s) shall be noted in the Registrant’s internal records and not used for future releases. Business partners shall be informed of the error and steps taken to mitigate the potential for further error. It is noted that it is not always practical to withdraw physical or digital stock. Where repertoire databases exist and can accept registrations, such ISRCs shall be registered as such and linked to the preferred ISRC. Where multiple parties have assigned ISRCs to the same recording, the owner making the first assignment should make the selection, with the earliest assignment normally being preferred.

En corto: el titular elige uno como ISRC preferente, anota los demás en sus registros internos y deja de usarlos en lanzamientos futuros; les avisa a sus socios comerciales; donde haya bases de datos de repertorio que lo acepten, registra los códigos retirados como tales y los enlaza al preferente. Y cuando varias partes asignaron códigos, elige quien asignó primero, con preferencia normal por la asignación más antigua.

Lee esa última frase dos veces. Responde la pregunta que frena a todo el mundo: dos códigos válidos, ninguno errado y una regla para saber cuál sobrevive. La primera asignación. No el que prefiere tu distribuidor actual, no el del lanzamiento más nuevo ni el que va ganando.

Que es justo donde el estándar y tu cuenta bancaria se pueden separar. El código más antiguo con frecuencia no es el que carga las reproducciones — el duplicado suele llegar en la entrega más nueva, y la entrega más nueva es muchas veces la que está recogiendo los playlists. A.13.2 te dice cuál código es correcto. No dice nada sobre cuál es más rico, y la palabra del Handbook es “normalmente”, que en una frase sobre una regla está haciendo trabajo de verdad.

Así que toma el código más antiguo como tu opción por defecto y apártate de ella a propósito, por escrito y con la razón anotada — porque el único desenlace sin defensa es haber elegido según cuál panel tenías abierto.

¿Cómo se fusionan de verdad?

Hay dos operaciones distintas que se llaman fusión, y la que tú controlas es la del registro, no la de las reproducciones.

La fusión del registro es tuya y la puedes hacer esta tarde. A.13.2 pone los pasos y todos son de oficina:

• Elige un código como ISRC preferente, con la regla de arriba.
• Anota el otro código — o los otros — en tus propios registros, marcado como retirado y atado al preferente. No lo borres. Te lo vas a volver a encontrar en un estado de regalías, y un código sin explicación es como esto se vuelve un misterio por segunda vez.
• Deja de usar el código retirado en lanzamientos futuros. De forma permanente.
• Avísales a tus socios comerciales: tu distribuidor, tu sello si lo hay, tu PRO y tu agencia de derechos conexos, y quien administre la grabación.
• Donde una base de datos de repertorio acepte el registro, inscribe el código retirado como retirado y enlázalo al preferente.

La fusión del catálogo no es de nadie, sobre el papel. Ninguna tienda ni sociedad publica un procedimiento para volver a unir el historial de reproducciones de dos códigos. Lo que existe a nivel de plataforma es un distribuidor pidiéndole a un servicio una fusión de datos y el servicio decidiendo — una solicitud, no un derecho, y está cubierta junto con la secuencia de bajada en la pieza sobre corregir un código errado. Empieza esa conversación temprano si la vas a empezar, y no armes un plan encima de ella.

Si toca meter a una agencia nacional — un prefijo que nunca fue tuyo, un código asignado por una empresa con la que ya no trabajas — A.13.4 te manda a la agencia de registro de ISRC de tu propio país, que escala al plano internacional si le toca.

¿Qué te cuesta esto y qué no recuperas?

Las reproducciones ya contadas contra el código retirado se quedan ahí, y nada en el estándar obliga a nadie a retirar el material ya publicado.

El Handbook lo concede dentro de A.13.2, en la frase más plana de todo el documento: “It is noted that it is not always practical to withdraw physical or digital stock.” Se hace notar que no siempre es práctico retirar el material físico o digital. Eso es un organismo de estandarización escribiendo esto no se va a arreglar del todo en el único registro que tienen los organismos de estandarización.

Entonces la cuenta honesta. Te quedas con el catálogo, con el derecho de autor y con cada reproducción que alguna vez sonó — nada de eso está en riesgo. Lo que pierdes es la aritmética: el historial de una grabación contado como dos medios historiales, en cada sistema, de forma permanente, salvo que una plataforma decida por su cuenta enlazarlos. A Moonlight la corrigieron en vivo por televisión. A ti te queda un ticket de soporte.

Que es el argumento para encontrar estas cosas antes de que ellas te encuentren a ti. Un código duplicado no se anuncia; aparece como un estado de regalías calladamente más chico de lo que debería, meses después, en un renglón que nadie lee. Cotejar tu propio registro contra lo que muestran de verdad los servicios, código por código, es una tarea programada y no una corazonada — y la lista de chequeo para eso trae la sección de identificadores escrita justo para este caso.

Una grabación, un código, guardado en un registro que tú controlas y entregado con cada delivery. Eso es toda la prevención, no cuesta nada y es la única parte de esta página sobre la que puedes actuar antes de que el problema exista.

Preguntas frecuentes

¿Un ISRC se puede borrar?

No. Una vez asignado, un ISRC no se debe reutilizar bajo ninguna circunstancia, y el estándar no ofrece forma de retirarlo ni de borrarlo — un código retirado se queda retirado dentro de tus propios registros.

¿El segundo lanzamiento tiene que bajarse?

No. La cláusula A.13.2 exige que el código retirado deje de usarse en lanzamientos futuros, y dice sin rodeos que retirar el material ya publicado no siempre es práctico.

Dos empresas asignaron un código cada una. ¿Quién elige?

Elige el titular que hizo la primera asignación, y normalmente se prefiere la asignación más antigua.

¿Un ISRC duplicado afecta el lado de la composición?

La obra musical lleva su propio identificador, pero The MLC empata las grabaciones con las obras por ISRC, así que un segundo registro de grabación hay que empatarlo aparte.

Fuentes

• IFPI, ISRC Handbook, cuarta edición, 2021 (en inglés) — las cláusulas sobre las que corre esta pieza: el principio de uno y solo uno (4.1), nada de segundo código sin cambio material (4.3) y el anexo de recuperación, A.13.2 para una grabación con más de un código y A.13.4 para los errores que alcanzan a otros registrantes. Cada código de cláusula de arriba enlaza a su página del PDF.
• IFPI, FAQ del ISRC (en inglés) — el resumen de la propia industria, incluida la regla de que, una vez asignado, un ISRC no se debe reutilizar bajo ninguna circunstancia.
• US ISRC Agency, Guidance and Support (en inglés) — la agencia estadounidense y su posición: el código se queda con la canción toda su vida aunque cambie el dueño, y corregir o mitigar un error es trabajo de todas las partes afectadas.
• Apple, Digital packaging for music (en inglés) — documentación para proveedores: un ISRC no se puede editar una vez entregado el material con él.
• YouTube, Manage your sound recording metadata (en inglés) — la advertencia de que un ISRC nuevo puede crear una participación de grabación nueva.
• YouTube, Sound Recording Shares for music labels (en inglés) — el ISRC como parte de la llave única y solo el último código entregado tratado como oficial.
• SoundExchange, All About ISRCs (en inglés, diciembre de 2023) — un código por grabación y una grabación por código, dicho por la organización que empata las ejecuciones digitales en Estados Unidos.
• The MLC, What is the Matching Tool? (en inglés) — grabaciones empatadas con obras musicales, organizadas por ISRC.
• Ari Herstand, How To Switch Distributors Without Losing Stream Counts or Playlists (en inglés, actualizado en mayo de 2021) — la asignación automática que causa la mayoría de los duplicados.

El Handbook, el FAQ y las páginas de agencias y plataformas de arriba son documentos de sus propios editores, citados textualmente y vigentes a la fecha de esta página. El comportamiento de una plataforma no es un estándar y cambia sin aviso; confirma cualquier cosa operativa con tu distribuidor antes de actuar. Nada de esto es asesoría legal.

Para llevar el registro

Un duplicado se encuentra buscando un código y hallando dos de algo. CatalogTracker guarda el ISRC como campo de la propia canción y busca los identificadores directo — escribe un código y el resultado te dice cuál identificador coincidió — y su historial conserva qué cambió, cuándo y de qué a qué. Elegir el código preferente sigue siendo tu decisión, y anotarla también. En desarrollo para iPhone.