ERN significa Notificación Electrónica de Lanzamiento. Es el mensaje XML dentro del estándar DDEX que un distribuidor envía a un DSP para decir “aquí hay un nuevo lanzamiento, aquí está el audio, aquí está cuando entra en vivo”.
Si DDEX es el sistema postal, ERN es la carta. Cada lanzamiento moderno en Spotify, Apple Music, Boomplay o cualquier otro servicio de streaming importante llegó como un mensaje ERN.
¿Qué es ERN?
ERN es una especificación publicada por DDEX, el organismo de normas de la industria musical sin ánimo de lucro. Define la estructura exacta del archivo XML que un distribuidor envía cuando lanza música. Cada campo, cada etiqueta, cada valor permitido está documentado en la especificación.
El mensaje ERN agrupa todo lo que un DSP necesita para ingerir un lanzamiento de una sola vez:
- Identificadores de lanzamiento: UPC para el lanzamiento, ISRC para cada pista.
- Metadatos de título y artista: título del lanzamiento, artista principal, artistas destacados, colaboradores, idioma, género.
- Referencias de activos: rutas de archivo al audio WAV/FLAC y la imagen de portada, más sus sumas de comprobación.
- Derechos y territorios: dónde puede transmitirse el lanzamiento, dónde no, qué modelos comerciales se aplican.
- Fechas: fecha de lanzamiento original, fecha de lanzamiento de esta entrega, fecha de retirada si la hay.
- Roles de colaboradores: quién produjo, quién escribió, quién mezcló, quién actuó, con códigos de rol del vocabulario controlado de DDEX.
¿Por qué existe ERN?
Antes de ERN, cada DSP tenía su propio formato para recibir lanzamientos. iTunes quería una forma de CSV, Beatport quería otra, Deezer quería una tercera. Un distribuidor con diez relaciones de DSP mantenía diez plantillas de ingesta diferentes.
ERN colapsó eso en una especificación XML única. Un distribuidor se construye contra ERN una vez. Cualquier DSP que apoye ERN puede aceptar el mensaje. La economía de ejecutar un distribuidor independiente solo es posible debido a este colapso.
¿Cómo funciona ERN en la práctica?
El flujo de entrega es mecánico:
- El CMS del distribuidor toma la presentación del artista y genera un archivo ERN XML.
- El XML, los activos de audio y la imagen de portada se empaquetan en una carpeta de entrega.
- La carpeta se envía por SFTP o una API privada al DSP.
- El DSP valida el mensaje contra el esquema ERN.
- Si es válido, el lanzamiento entra en la cola de ingesta y se programa para su fecha de lanzamiento.
- Si no es válido, el DSP devuelve un código de error y el distribuidor debe corregir y reenviar.
Esto es silencioso y rápido cuando funciona. Un ERN limpio entregado hoy está en Spotify en 24 a 72 horas. Un ERN roto se queda en estado de error hasta que alguien lo note.
Versiones de ERN y por qué importan
ERN ha pasado por múltiples versiones principales:
- ERN 3.x (introducida alrededor de 2011): heredada, aún aceptada por algunos DSP pero cada vez más obsoleta.
- ERN 4.1 y 4.2: la bestia de carga del final de la década de 2010 y principios de 2020, aún en uso intenso en muchos distribuidores.
- ERN 4.3 (publicada en diciembre de 2022, versión actual de disponibilidad general): ahora requerida o fuertemente preferida por Spotify, UMG, Beggars y una lista creciente de otros.
La versión importa porque ERN más nueva admite características de DSP más nuevas: mapeo de roles de colaborador más limpio, mejor manejo de Dolby Atmos, derechos de territorio más granulares, tipos de activos de audio inmersivo expandidos. Si tu distribuidor solo envía ERN 4.1, tus lanzamientos en un DSP solo de 4.3 fallarán silenciosamente o llegarán sin los atributos más nuevos.
Lo que esto significa para artistas e etiquetas independientes globales
Tres cosas que debes saber sin convertirte en un ingeniero XML.
1. Pregunta a tu distribuidor qué versión de ERN envían. Si la respuesta es “No sé” o cualquier cosa por debajo de 4.2, tu cobertura de lanzamiento tiene brechas invisibles. Los distribuidores modernos deberían estar en 4.3.
2. La mayoría de los problemas de los artistas son problemas de campos ERN. ¿El crédito del productor que no apareció en Spotify? Ese es un elemento de Colaborador en el ERN que faltaba o estaba asignado al código de rol incorrecto. ¿El artista destacado que aparece en el título en lugar de en la lista de artistas? El mismo problema. Estos no son errores de Spotify. Son errores de metadatos del distribuidor.
3. Los DSP regionales tienen validación de ERN más estricta que los principales. Boomplay, Audiomack, Anghami y JioSaavn ejecutan una validación de esquema ajustada. Un ERN poco formado que Spotify acepta puede ser rechazado por Boomplay porque el analizador de Boomplay es más estricto con los códigos de territorio. Si sigues perdiendo DSP africanos o de MENA, la higiene de ERN de tu distribuidor es la causa más probable.
Errores comunes de ERN y problemas
- Códigos de rol de colaborador incorrectos. DDEX utiliza vocabulario controlado (Producer, MainArtist, FeaturedArtist, Mixer, Engineer, etc.). Los comentarios de texto libre “producido por” en el título no rellenan el rol ERN subyacente.
- Código de idioma ISO faltante o inválido. Las canciones cantadas en Yoruba deben declarar
yo. Las canciones en mandarín deben declararzh. Si todo por defecto es inglés, se rompen la coincidencia de letras, la recomendación y el descubrimiento editorial. - Errores en la lista de territorios. “Mundialmente excluyendo EE.UU.” con un código ISO con error tipográfico puede descartar silenciosamente continentes completos del lanzamiento.
- Error de coincidencia de referencia de activo. El XML dice
audio.wav, el archivo en la carpeta esAudio.WAV. Algunos DSP aceptan, otros rechazan. - Versión ERN obsoleta. Un lanzamiento de 2026 enviado en ERN 3.x se degrada silenciosamente en cada DSP que ha avanzado.
- Confusión de fecha de lanzamiento original. ERN distingue entre fecha de lanzamiento original y fecha de lanzamiento de esta entrega. Si las inviertes, tu reedición de catálogo antiguo aparece como un debut de 2026.
Cómo maneja InterSpace Distribution esto
InterSpace Distribution genera mensajes DDEX ERN 4.3 nativos para cada lanzamiento. El mapeo de roles de colaborador se aplica en la carga, los códigos de idioma ISO se validan, los derechos de territorio son explícitos por país ISO, y el XML subyacente está disponible bajo solicitud para cualquier artista que quiera inspeccionar su propia entrega. El mismo motor envía a más de 220 DSP, incluyendo plataformas africanas, de MENA, del Sur de Asia y del Sudeste Asiático que los distribuidores enfocados en majors despriorizar.