Migración de catálogo DDEX: qué revisar antes de mover tu metadata a otra plataforma. 

DDEX (Digital Data Exchange) ha emitido más de 15,000 licencias de implementación desde que se fundó en 2006. Ese número no es una curiosidad histórica: es la razón por la que casi cualquier DSP relevante (Spotify, Apple Music, Amazon) espera recibir tu metadata en formatos DDEX, y por la que una migración de catálogo mal ejecutada en estos formatos se traduce en semanas de metadata rota y regalías mal atribuidas.

Si eres un sello que está absorbiendo un catálogo o una distribuidora que está evaluando cambiar de plataforma de distribución, este es el terreno técnico que decide si esa migración toma días o meses.

¿Qué es DDEX y por qué aparece en una migración de catálogo?

‍DDEX es el organismo de estándares que actúa como un lenguaje común entre sellos, distribuidoras, DSPs y sociedades de derechos. Antes de DDEX, cada DSP definía su propio formato de entrega, y cada migración de catálogo implicaba reconstruir manualmente el mapeo de metadata para cada destino. Con DDEX, ese mapeo es (en teoría) el mismo estándar en ambos extremos.

La implementación en sí es gratuita: cualquier empresa puede solicitar la licencia. El costo real está en otro lado: construir o adaptar los sistemas que generan e ingieren estos formatos correctamente. Ahí es donde la mayoría de las migraciones de catálogo se retrasan. Es por eso que si estás considerando migrar tu catálogo, deberías hacerlo con expertos en este proceso, como Random Sounds. 

‍

‍

¿Qué formatos DDEX vas a encontrar al migrar tu catálogo?

Los estándares son modulares: no necesitas implementarlos todos, solo los que tu operación mueve. Estos son los que aparecen con más frecuencia en una migración de catálogo:

‍ERN (Electronic Release Notification): transmite los datos de lanzamiento (álbum, tracks, precios, territorios) a los DSPs. Es el formato que rompe primero si tu migración está mal mapeada: un ERN con territorios mal configurados puede dejar un lanzamiento fuera de mercados donde ya generaba streams.

MEAD (Media Enrichment and Description): contenido promocional enriquecido (letras, biografías, imágenes, posiciones en charts). Si tu catálogo migrado pierde el MEAD, el lanzamiento llega "pelado" al DSP, sin la capa editorial que ayuda al descubrimiento.

PIE (Party Identification and Enrichment): más de 50 puntos de datos sobre artistas, compositores y personal de estudio. Crítico cuando migras un catálogo con muchos featurings o créditos de sesión, porque es lo que evita duplicar o mezclar identidades de artistas en el destino.

MWDR (Musical Work Data Reporting): gestiona derechos de obra musical, licencias y transferencias de titularidad de catálogo. Este es, literalmente, el estándar diseñado para el escenario de "un catálogo cambia de manos", y es el que más sellos ignoran hasta que ya están en medio de la migración.

RDR (Recording Data Reporting): derechos conexos de las grabaciones sonoras, relevante para sociedades de gestión y discográficas que reportan uso a nivel de grabación.

‍

¿Cómo migrar un catálogo de metadata sin perder tu historial?

Una migración de catálogo DDEX que funciona sigue, en términos generales, esta secuencia:

• Auditoría de metadata origen: identifica qué formatos usa tu proveedor actual y qué campos son obligatorios en el destino (ERN 3 vs ERN 4, por ejemplo, no son intercambiables sin mapeo).
• Mapeo de PIE y créditos: antes de mover un solo release, resuelve la identidad de cada artista y colaborador para evitar duplicados en el catálogo destino.
• Transferencia de titularidad vía MWDR: si la migración implica cambio de dueño del catálogo (no solo cambio de distribuidor técnico), este es el mensaje que documenta la transferencia frente a editoriales y sociedades de gestión.
• Validación de ERN por lote: no migres el catálogo completo de una vez. Migra un lote pequeño, confirma que el DSP procesó territorios, precios y fechas de lanzamiento correctamente, y recién entonces escala.
• Reconciliación de regalías post-migración: compara el reporting de regalías del primer ciclo después de la migración contra el histórico. Ahí aparecen los errores de mapeo que ninguna auditoría previa detectó.

¿Qué errores comunes arruinan una migración DDEX?

Los tres que más se repiten: tratar el ERN como si fuera un solo estándar fijo (cuando hay versiones incompatibles entre sí), migrar el catálogo sin resolver primero el MWDR de titularidad, y asumir que el "costo cero" de la licencia DDEX significa que la migración también es gratis. La licencia no cuesta, pero el trabajo de ingeniería y control de calidad detrás sí, y subestimarlo es la causa más frecuente de catálogos que llegan incompletos al nuevo destino.

Metadata correcta. Regalías completas. Catálogo intacto: eso es lo que separa una migración DDEX bien planificada de una que te obliga a reconstruir meses de reporting.

‍

Si tu sello o distribuidora está evaluando migrar su catálogo a una infraestructura propia, revisa nuestra guía de distribución digital para sellos y distribuidoras independientes.

‍

Migra tu operación a nuestra plataforma con total seguridad, y cuenta con el respaldo de un equipo especialista en migraciones a través de DDEX ERN 3.8.2

‍