Cómo corregir un ISRC errado en una canción ya publicada

2026-07-30 · English

Un ISRC no se puede corregir en el sitio. El estándar prohíbe cambiarlo o reutilizarlo, así que corregir un código errado significa volver a entregar la grabación con un ISRC nuevo y dar de baja el listado original — en ese orden, que es la parte que salva tus streams.

• Un ISRC asignado no puede editarse ni reutilizarse nunca.
• La solución es entregar la grabación otra vez con un código nuevo, esperar a que esté en producción y solo entonces dar de baja la original — en ese orden.
• Los streams y el historial de playlists no se trasladan solos; tu distribuidor debe solicitar una fusión, y algunos servicios la niegan.
• Un remaster directo, o la misma grabación en un lanzamiento nuevo, no necesita código nuevo.

¿Un ISRC se puede cambiar?

No. Dos reglas de el estándar, ambas absolutas — citadas en su inglés original, porque una cita traducida ya no es una cita:

Once assigned, an ISRC must not be re-used under any circumstances.

Once an ISRC has been assigned to a track the ISRC should remain the same for the lifespan of the track.

Es decir: asignado una vez, no se reutiliza bajo ninguna circunstancia, y acompaña a la grabación toda su vida. Esa permanencia es el propósito del código, no una limitación. El pago de regalías, la recaudación de derechos conexos y los reportes de charts se apoyan en el ISRC, así que un código que se moviera entre grabaciones se llevaría consigo todo el historial que tiene encima.

Y ahí queda un vacío. El estándar te dice que el código no puede cambiar y ahí se detiene — no existe un procedimiento oficial para una grabación que ya salió. La agencia de ISRC de Estados Unidos es la única parte que dice lo práctico sin rodeos:

It is recognized that occasionally errors will occur, and it is the responsibility of all affected parties to work to correct or at least mitigate the error.

Fíjate en la palabra mitigate: mitigar. No hay deshacer. Todo lo que sigue funciona, y todo es control de daños.

¿Cuál de los tres errores tienes?

Lee el código antes de tocar nada. Un ISRC son doce caracteres en cuatro partes. Divididos contra un ejemplo real y publicado — USUAN1400011, el ISRC de “Monkeys Spinning Monkeys” de Kevin MacLeod:

Caracteres	Parte	Qué es
US	Código de país	El territorio del registrante, ISO 3166-1 alfa-2
UAN	Código de registrante	El titular de derechos al que la agencia le asignó el prefijo
14	Año de referencia	El año en que se asignó el código, no el año del lanzamiento
00011	Código de designación	Tu propio número para la grabación, normalmente secuencial

El código de país y el de registrante juntos son lo que asigna una agencia; la IFPI llama a esos cinco caracteres el código de prefijo. Escrito, un ISRC suele llevar guiones para leerse mejor — US-UAN-14-00011 — pero almacenado y entregado son doce caracteres sin puntuación. Un campo que rechaza tu código a veces solo está objetando los guiones.

Ahora los tres modos de falla, del peor al menos malo.

Un ISRC en dos grabaciones distintas. El caso más enredado. Normalmente empieza con una canción resubida por un distribuidor nuevo cargando su código viejo, o con una fila de planilla copiada. Dos grabaciones comparten ahora una sola identidad, así que los streams, las regalías y los reportes de ambas colapsan en una sola línea.

Un ISRC único en la grabación equivocada. La pista tres quedó con el código de la pista cuatro. Nada está duplicado, pero todo lo que depende de esos dos códigos está pegado al audio equivocado, y así se queda hasta que ambas se entreguen de nuevo.

Un código de un prefijo que no es tuyo. Tu distribuidor asignó uno automáticamente desde su propio código de registrante, o el código vino de un sello del que ya te fuiste. La grabación está identificada — solo que no como tuya. No puedes administrar un prefijo que no tienes, así que tampoco puedes emitir el siguiente código de esa serie.

Si registras en Canadá, revisa el código de país ya que estás ahí. Desde el 1 de junio de 2021 a los registrantes canadienses nuevos se les emite CB en lugar de CA, y los códigos de registrante asignados antes de esa fecha conservan CA. Ambos son vigentes y ambos son válidos. Encontrar uno donde esperabas el otro suele significar que el código vino de un registrante distinto del que asumías — muy a menudo, tu distribuidor.

¿Cómo se corrige en la práctica?

Esto es lo que las otras explicaciones se saltan: nada de la mecánica está en el estándar. La agencia de ISRC emite códigos y jamás toca un lanzamiento. Cada paso de abajo ocurre en tu distribuidor, y el flujo exacto cambia entre uno y otro, así que confirma el tuyo antes de empezar.

La forma es la misma en todas partes.

1. Consigue un código correcto. Si tienes tu propio prefijo de registrante, asigna el siguiente código de designación sin usar. Si no lo tienes, este es el momento de solicitarlo.
2. Arma un lanzamiento nuevo en vez de editar el viejo. La mayoría de las plataformas no te dejan cambiar un ISRC en un producto ya entregado a las tiendas. FUGA, por ejemplo, documenta esta forma: duplicar el producto, quitar el asset con el código errado, agregar el asset corregido, entregar eso.
3. Entrégalo, y espera a que esté en producción. No te saltes la espera.
4. Solo entonces da de baja el original. El orden es todo el puto asunto. Baja el listado viejo primero y arrancas la canción de sus playlists y pierdes el historial de oyentes que estabas tratando de proteger. Deja la versión corregida en producción al menos 48 horas antes de solicitar la baja — más tiempo no cuesta nada, y apurar este paso es como una corrección se convierte en un segundo incidente.
5. Pídele a tu distribuidor que solicite una fusión de datos. Los streams, los guardados y las adiciones a playlists que están contra el código viejo no siguen al nuevo por sí solos. Algunos servicios fusionan el historial cuando un distribuidor lo pide; otros no. Empieza esa conversación temprano, porque avanza más lento que la baja.

¿Qué te cuesta?

Semanas, y a veces meses. Los puestos en playlists son la baja más probable: una baja del listado saca la canción de cada puesto editorial y algorítmico que tenía, y la nueva entrega no los restaura. Las regalías acumuladas contra el código errado son la parte más difícil de recuperar, y donde dos grabaciones compartieron un código, repartirlas después puede ser directamente imposible.

Por eso la palabra de la agencia es mitigar.

¿De verdad necesitas un ISRC nuevo?

Buena parte del pánico por ISRC resulta no ser un error. El barco de Teseo atraca aquí más o menos una vez por semana. El estándar es específico sobre cuándo una grabación cuenta como una grabación nueva.

• Se requiere un ISRC nuevo para un remix o una edición, para un cambio de duración que exceda diez segundos, y para una restauración que involucre cambios creativos.
• No se requiere un ISRC nuevo para un remaster directo. El remaster es fundamentalmente la misma grabación que la original, salvo que involucre aportes creativos nuevos y significativos.
• No se requiere un ISRC nuevo porque la misma grabación aparezca en otro lanzamiento, otro formato u otro territorio. Una grabación, un código, en todas partes donde aparezca.

Si estás en el segundo o el tercer caso, no tienes ningún problema que corregir. Cierra la pestaña y ve a terminar el disco.

¿Cómo evitas que vuelva a pasar?

• Ten tu propio prefijo. Solicítalo a la agencia de ISRC de tu territorio en vez de depender de los códigos que asigna un distribuidor. En Estados Unidos es la US ISRC Agency de la RIAA. En Canadá la solicitud pasó a Panorama — CONNECT Music Licensing, que antes la manejaba, ahora remite ahí a los solicitantes.
• Lleva el registro tú mismo. El código de designación es tuyo para asignar y nadie más está anotando qué números ya gastaste. Registra el código contra la grabación en el momento en que se asigna.
• Escríbelo antes de la entrega, no después. Cada duplicado empieza como un código que alguien creyó recordar.
• Verifica el código en el producto entregado, no el de tus notas. Esos son los dos lugares que no coinciden.

Preguntas frecuentes

¿Un remaster necesita un ISRC nuevo?

No. Un remaster directo conserva el ISRC de la grabación original, salvo que involucre aportes creativos nuevos y significativos. Un remix, una edición o un cambio de duración de más de diez segundos sí necesitan un código nuevo.

¿Dos grabaciones pueden compartir un ISRC?

No. Una grabación lleva un solo código durante toda su vida, y un código compartido colapsa los streams, las regalías y los reportes de ambas grabaciones en una sola línea. Las dos tienen que volver a entregarse con códigos correctos.

¿La misma grabación necesita un ISRC nuevo en otro lanzamiento?

No. Una grabación conserva su ISRC a través de lanzamientos, formatos y territorios — una grabación, un código, en todas partes donde aparezca.

¿Corregir un ISRC errado me hace perder streams y playlists?

Los puestos en playlists normalmente se pierden cuando el listado original se da de baja, y el historial de streams solo se traslada si un servicio acepta una fusión solicitada por el distribuidor. Ese riesgo es la razón por la que la versión corregida sale a producción antes de la baja.

Fuentes

• IFPI, ISRC FAQ (en inglés) — las reglas de reutilización y vigencia, la estructura del prefijo, y cuándo una grabación modificada necesita código nuevo.
• US ISRC Agency (RIAA), Guidance & Support (en inglés) — la redacción sobre errores.
• CONNECT Music Licensing, ISRC (en inglés) — el cambio canadiense de CA a CB y el traspaso de las solicitudes.
• FUGA, How to Update the ISRC for an Existing Product (en inglés) — el flujo documentado de duplicar y reentregar de una plataforma.
• International Standard Recording Code (en inglés) — ISO 3901, y el ejemplo desglosado arriba.

Los procedimientos de los distribuidores cambian y esto no es asesoría legal ni financiera. Confirma la mecánica con tu propio distribuidor y con la agencia de tu territorio antes de dar nada de baja.

Para llevar el registro

CatalogTracker lleva ese registro en el teléfono: el código, la grabación a la que pertenece y los splits de titularidad asociados. En desarrollo para iPhone.