Guía de metadatos de CD Baby: Mejores prácticas para garantizar informes de regalías precisos

Cuando una pista gana reproducciones pero el dinero nunca llega, la causa principal suele ser identificadores no coincidentes o divisiones de compositores incompletas. Esta guía de metadatos de CD Baby presenta asignaciones a nivel de campo, comprobaciones de validación previas a la carga y flujos de trabajo de corrección posteriores al lanzamiento para que los informes de regalías posteriores sean auditables y recuperables. Espere reglas de validación concretas, plantillas de hojas de cálculo de muestra y procedimientos paso a paso para corregir errores de metadatos y reclamar regalías perdidas.

1. Cómo los metadatos de CD Baby fluyen hacia los sistemas de regalías posteriores

Enrutamiento directo, responsabilidades divididas. Los metadatos que ingresa en CD Baby realizan tres trabajos diferentes: crea registros de catálogo de DSP y tiendas, proporciona identificadores a nivel de grabación para las agencias de cobro y alimenta los datos de registro de composición/edición utilizados por las PRO y las sociedades de gestión de derechos mecánicos. Cada sistema posterior lee un subconjunto de campos y aplica sus propias reglas de coincidencia, por lo que un solo campo inconsistente rompe solo una de las tres rutas de ingresos, no todas.

Quién consume qué campos

• DSPs y tiendas: consumen releaseupc, trackisrc, título de la pista, artista(s) acreditado(s) y carátula de la pista. Estos forman el catálogo público y los datos utilizados en los informes de uso.
• SoundExchange y las sociedades de gestión de derechos conexos: confían principalmente en track_isrc, los créditos del intérprete y los metadatos de propiedad de la grabación para asignar regalías por ejecución digital para las grabaciones master.
• PRO y agencias de cobro de derechos mecánicos: utilizan datos de composición: nombres de los compositores, números IPI/CAE, nombres de los editores musicales, IPI del editor musical, porcentajes de división del compositor y ISWC cuando esté disponible, para asignar acciones de edición musical.

Funciones clave del identificador y una compensación práctica. ISRC es el pegamento operativo para los pagos a nivel de grabación; ISWC e IPI importan para los pagos de composición. Dejar que CD Baby asigne los ISRC es conveniente y suficiente para la distribución, pero si planea reclamar o conciliar en varios distribuidores o catálogos a largo plazo, poseer sus ISRC evita identidades de grabación divididas o duplicadas más adelante. Esa propiedad es la compensación: conveniencia ahora versus una conciliación más limpia más adelante.

Desajuste común que causa dinero perdido o retrasado. Incrustar créditos de presentación o remix dentro del título de la pista en lugar de usar los campos de colaborador comúnmente evita la coincidencia automatizada en las PRO y los DSP. Los DSP mostrarán el título tal como lo envió, pero los sistemas de coincidencia a menudo eliminan las variaciones del título y coinciden con el ISRC y las funciones del colaborador: la colocación incorrecta del campo rompe la atribución automatizada.

Ejemplo concreto: Un dúo subió un sencillo a CD Baby y aceptó un ISRC asignado automáticamente. Meses después, volvieron a lanzar un corte remasterizado con un ISRC diferente y el DSP dividió las transmisiones entre dos grabaciones. Su registro de SoundExchange usó el ISRC original, por lo que una grabación cobró regalías por ejecución mientras que el nuevo ISRC no lo hizo. La solución correcta requirió consolidar los ISRC antes del lanzamiento o presentar un reclamo retroactivo ante SoundExchange después de coordinar las actualizaciones de metadatos en CD Baby y las PRO.

Propagación y limitación para planificar. CD Baby entrega metadatos a los DSP y agencias de cobro a través de fuentes y API estilo DDEX, pero las actualizaciones no reasignan retroactivamente de manera uniforme el uso anterior. Las correcciones del catálogo generalmente actualizan los informes futuros; recuperar las asignaciones erróneas históricas a menudo requiere reclamos separados a SoundExchange o intervenciones manuales de la PRO. Espere diferentes plazos y prepare la documentación (CSV de carga original, capturas de pantalla de registro, contratos) antes de presentar los reclamos.

Para obtener detalles de implementación, consulte las pautas de entrega de CD Baby y la especificación DDEX: Pautas de metadatos y entrega de CD Baby y DDEX.

2. Identificadores esenciales y campos de colaborador para incluir siempre

Identificadores imprescindibles primero. Siempre proporcione un releaseupc y un trackisrc para cada lanzamiento y pista que controle; estos dos son las claves principales que los sistemas posteriores utilizan para vincular las reproducciones a los pagos. Envíe los números ISWC e IPI donde estén disponibles; las omisiones crearán rutinariamente ingresos de edición musical no asignados que requieren reclamos manuales para recuperarlos.

Identificadores primarios y lo que realmente protegen

• UPC / GTIN (release_upc) — identifica el paquete de lanzamiento y agrupa los ingresos en los extractos; use un UPC único por variante de lanzamiento (single digital, álbum, remasterización).
• ISRC (track_isrc) — el identificador a nivel de grabación utilizado por los DSP, SoundExchange y los informes de derechos mecánicos; verifique la propiedad antes de aceptar códigos asignados automáticamente.
• ISWC — identificador de composición que acelera la coincidencia de la PRO cuando la obra está registrada; obtenga o solicite uno a su PRO lo antes posible.
• Números IPI / CAE — esenciales tanto para los compositores como para los editores musicales; la falta de coincidencia o la falta de IPI es la principal causa de que las acciones de los compositores no se asignen.
• Divisiones de compositores y acciones de los editores musicales — porcentajes explícitos que suman 100; las divisiones ambiguas u omitidas fuerzan la intervención manual en las PRO.

Campos de colaborador y reglas de formato que evitan interrupciones posteriores

Campos de crédito, no títulos. Coloque a los artistas destacados, remixers y productores en sus funciones de colaborador en lugar de meterlos en el título de la pista. Use variantes de nombres de artistas consistentes en todos los lanzamientos y haga coincidir el nombre para mostrar con su registro de PRO o entrada de base de datos canónica como MusicBrainz para reducir las colisiones de identidad.

La afiliación a la PRO debe coincidir. Si un compositor está registrado en ASCAP, BMI, PRS, etc., asegúrese de que la afiliación a la PRO y el IPI enviados a CD Baby reflejen ese registro. Cuando el registro y la carga difieren, las PRO no se concilian automáticamente y las acciones de esos compositores pueden quedar sin pagar hasta que se presente un reclamo.

Compensación a aceptar por adelantado. Dejar que CD Baby asigne los ISRC y omitir el registro de ISWC es más rápido, pero crea trabajo adicional más adelante si necesita informes consolidados entre los distribuidores o desea combinar el seguimiento de las remasterizaciones y reediciones. Poseer sus códigos es un pequeño costo operativo que ahorra una cantidad desproporcionada de tiempo de conciliación.

Ejemplo concreto: Un compositor subió tres pistas con un nombre artístico pero se registró en su PRO con un nombre legal vinculado a un número IPI. Debido a que la carga usó el nombre artístico sin IPI, la PRO no pudo hacer coincidir las composiciones y mantuvo los pagos de edición musical en suspenso. La solución requirió actualizar los metadatos de CD Baby, agregar el IPI, volver a registrar las obras en la PRO y presentar un reclamo retrospectivo; el proceso de recuperación completo tomó varias semanas y requirió documentación de las divisiones originales.

• Comprobaciones de validación rápidas antes de la carga: confirme que ISRC coincida con ^[A-Z]{2}-[A-Z0-9]{3}-d{2}-d{5}$ o su formato nacional, asegúrese de que release_upc tenga 12 o 13 dígitos según el proveedor, y valide que las divisiones del compositor sumen numéricamente 100.
• Paso de registro: registre las obras en su PRO y solicite el ISWC donde esté disponible antes o inmediatamente después del lanzamiento; conserve las capturas de pantalla de registro o los números de confirmación con sus registros de carga.

Siguiente consideración: después de reunir estos identificadores y campos de colaborador, prepare un CSV de fuente única que refleje los nombres de los campos de CD Baby y sus registros de PRO para que las actualizaciones y la evidencia de reclamos sean inmediatas cuando las necesite.

3. Asignación de campos de carga de CD Baby a elementos DDEX y de la sociedad

La asignación directa importa. Lo que escribe en CD Baby se convierte en elementos estructurados en las fuentes DDEX ERN y en campos individuales en las PRO, las sociedades de gestión de derechos mecánicos y SoundExchange. Trate el formulario de carga como un esquema: cada campo de CD Baby debe asignarse a un elemento DDEX específico y al atributo de la sociedad correspondiente; de lo contrario, la coincidencia automatizada fallará y el dinero quedará en suspenso.

Matriz práctica de asignación de campos

Compensación y limitación. DDEX puede modelar la propiedad complicada (múltiples editores musicales, divisiones específicas del territorio, popurrís), pero muchos DSP y sociedades normalizan o ignoran las construcciones no estándar. Si su lanzamiento tiene divisiones de territorio o un popurrí, espere que algunos destinatarios aplanen los datos; entonces necesitará registros del lado de la PRO y documentación complementaria para preservar las acciones precisas.

• Paso de validación: exija la presencia de trackisrc, composeripi para cada compositor y writersplitpercent que sumen 100 antes de la carga.
• Nombres canónicos: haga coincidir los nombres de los artistas y los editores musicales con MusicBrainz o su registro de PRO para reducir las colisiones de identidad; use mayúsculas y minúsculas y puntuación consistentes.
• Evidencia de respaldo: adjunte o conserve un acuerdo de división y confirmaciones de registro de PRO; los reclamos posteriores requerirán estos cuando las asignaciones fallen.

Ejemplo concreto: Una banda subió una versión y proporcionó los nombres de los compositores originales, pero omitió el ISWC y el IPI del editor musical. Los DSP enumeraron bien la pista, pero la sociedad de gestión de derechos mecánicos trató la obra como no registrada y retuvo los derechos mecánicos. La solución requirió registrar la obra en la sociedad para obtener un ISWC, actualizar la carga de CD Baby con ese ISWC y el IPI del editor musical, y luego presentar un reclamo retroactivo ante la sociedad de gestión de derechos mecánicos.

Siguiente consideración: automatice un validador previo a la carga que verifique estas asignaciones con las reglas DDEX ERN y sus registros de PRO para que detecte las discrepancias antes de la distribución.

4. Lista de verificación de validación previa a la carga con ejemplos y comprobaciones legibles por máquina

Directamente al grano: detecte los problemas de metadatos antes de la carga con puertas automatizadas que impongan el formato del identificador, la identidad del colaborador y la integridad numérica. La inspección visual manual pasa por alto pequeñas desviaciones que interrumpen la coincidencia; cree un breve pase de validación que se ejecute en su CSV o fuente de metadatos master y rechace las filas que fallen.

Comprobaciones legibles por máquina para ejecutar automáticamente

• Formato ISRC: acepte solo ISRC de 12 caracteres sin puntuación usando el patrón ^[A-Z]{2}[A-Z0-9]{3}d{7}$. Rechace las minúsculas o los guiones adicionales; normalice antes de intentar registrarse o cargar.
• Puerta básica de UPC: requiera d{12,13} y verifique el dígito de control para los lanzamientos UPC-A de 12 dígitos; marque cualquier valor no numérico. Si usa EAN-13, registre el formato exacto en su columna de variante de lanzamiento.
• Suma de divisiones del compositor: exija =ROUND(SUM(writersplitrange),2)=100 en las hojas de cálculo o la igualdad numérica equivalente dentro de un pequeño épsilon (0,01) en los scripts; no permita celdas de división vacías.
• Verificación cruzada de identidad del compositor: requiera un número IPI válido o una URL de confirmación de búsqueda de PRO para cada compositor acreditado. Si no hay IPI, bloquee la carga y muestre un elemento de revisión manual.
• Canonicalización del nombre del artista: compare la cadena de artista acreditado con su lista de ID de artista canónico (ID de MusicBrainz o su clave interna); marque las discrepancias y muestre el valor canónico sugerido.

Información práctica: las comprobaciones automatizadas deben ser estrictas en las claves (ISRC, UPC, IPI) y permisivas en el texto de visualización (títulos, notas). La compensación es la fricción en la carga frente a menos excepciones posteriores; el rechazo de los colaboradores es normal, pero supera la búsqueda de regalías suspendidas.

Ejemplo concreto: un CSV del distribuidor contenía un ISRC con letras minúsculas y un espacio perdido. La canalización normalizó los títulos pero no los ISRC, por lo que la pista creó una segunda identidad de grabación posterior. Ejecutar la comprobación ^[A-Z]{2}[A-Z0-9]{3}d{7}$ lo habría detectado y forzado la corrección antes de la entrega, evitando un reclamo retroactivo de SoundExchange.

Comprobaciones prácticas que puede programar o ejecutar en OpenRefine

• Recortar y poner en mayúsculas: aplique una transformación para eliminar los espacios en blanco iniciales/finales y convierta las columnas de identificadores a mayúsculas antes de la validación.
• Canalización de validación dividida: etapa 1 = comprobaciones sintácticas (regex, rangos numéricos), etapa 2 = comprobaciones de resolución (API de PRO o búsqueda de MusicBrainz), etapa 3 = reglas comerciales (sumas de divisiones, editor musical presente).
• Columna de evidencia: agregue columnas proofurl y proregistration_id en su CSV para que cualquier fila marcada incluya inmediatamente la evidencia de registro que necesitan los revisores.

No confíe en una revisión solo humana para la coherencia de ISRC e IPI; esas son las claves que los informes programáticos utilizan para hacer coincidir las reproducciones con los pagos.

Siguiente paso: vincule estas comprobaciones a su lista de verificación de lanzamiento y almacene el CSV validado con marcas de tiempo e iniciales del revisor. Cuando necesite presentar reclamos retroactivos o corregir metadatos en CD Baby, ese registro validado es el camino más rápido hacia la prueba y la recuperación.

5. Herramientas y automatización para detectar y prevenir errores de metadatos

Comience con una puerta, no con una esperanza. Automatice una verificación previa que rechace los identificadores mal formados, las identidades de colaborador inconsistentes y los datos de división incompletos antes de que nada llegue a CD Baby. Una canalización corta y repetible ahorra mucho más tiempo que los reclamos retroactivos.

Canalización de automatización práctica

1. Fuente de verdad: mantenga un CSV canónico o un pequeño repositorio Git con una fila JSON/CSV por pista y columnas con nombres que coincidan con los campos de CD Baby (releaseupc, trackisrc, composeripi, writersplit_percent).
2. Validación sintáctica: ejecute comprobaciones regex y de suma de comprobación (normalización de mayúsculas, longitud numérica de UPC, formato ISRC) y bloquee las filas que fallen para que se requiera una revisión humana antes de la anulación.
3. Comprobaciones de resolución: llame a MusicBrainz o a un registro de artistas interno para verificar los ID de artistas canónicos y marcar las discrepancias de nombres; valide el IPI con las API de PRO donde estén disponibles.
4. Organización DDEX: transforme su registro canónico en un DDEX ERN y ejecútelo a través de un validador para detectar problemas estructurales de forma temprana; almacene la diferencia de ERN para la auditoría.
5. Política de entrega: si es posible un envío automatizado a CD Baby para su flujo de trabajo, exija un informe verde de las etapas sintáctica y de resolución; de lo contrario, exporte el CSV validado y adjunte el informe de validación al ticket de carga.

Limitación práctica. La automatización detecta de manera confiable las discrepancias de formato e identidad, pero no puede probar la propiedad legal, las divisiones de edición musical territoriales o resolver los créditos en disputa. Esos requieren decisiones humanas y evidencia documental; planifique una cola de revisión manual con reglas de escalamiento.

Integraciones y herramientas para usar

Use una combinación de herramientas de conciliación y limpieza en lugar de una sola bala de plata: OpenRefine para la normalización masiva, la búsqueda de MusicBrainz para los ID canónicos, el validador DDEX ERN para las comprobaciones estructurales, la guía ISRC de la IFPI para las comprobaciones de propiedad del código y la guía de SoundExchange para los metadatos de ejecución. Siempre que sea posible, registre los enlaces de prueba (URL de registro de PRO, recibos de ISWC) en sus filas de metadatos.

Ejemplo concreto: Un pequeño sello creó una canalización que normaliza los CSV con OpenRefine, ejecuta un paso de conciliación de MusicBrainz, convierte las filas limpias en un ERN y lo valida con un validador DDEX, luego produce un informe PDF por lanzamiento guardado en la carpeta de lanzamiento. Cuando un DSP informó más tarde una grabación no coincidente, el equipo usó el PDF para mostrar los valores exactos previos a la entrega y resolvió la división en tres semanas en lugar de meses.

• Señales de monitoreo para automatizar después del lanzamiento: porcentaje de transmisiones sin coincidencia de editor musical, aparición repentina de ISRC duplicados para el mismo título, discrepancia en el recuento de ISRC esperado frente al real en los catálogos de DSP y delta inesperado en los ingresos del editor musical por lanzamiento.
• Alertas prácticas: conecte estas comprobaciones a un panel simple o un webhook de Slack para que un humano obtenga un elemento de clasificación priorizado en lugar de una bandeja de entrada ciega llena de errores.

6. Conciliación y monitoreo después de la distribución

Comience con un libro mayor canónico. Mantenga una hoja de cálculo o fila de base de datos definitiva por pista (que coincida con los nombres de los campos de CD Baby) que registre releaseupc, trackisrc, artistas acreditados, composeripi, publisheripi, writer_splits y enlaces de prueba a los registros de PRO. Esa fuente única es lo único en lo que debe confiar al conciliar los extractos; todo lo demás es transitorio.

Pasos operativos de conciliación

Siga un ciclo repetible: ingiera archivos de extractos, haga coincidir el uso por identificador, muestre las discrepancias, clasifique por tipo de error y luego ejecute las acciones de corrección o reclamo. Automatice los tres primeros pasos para que los humanos se concentren en las excepciones, no en la coincidencia de filas de rutina.

1. Ingerir: importe los informes de uso de DSP y los CSV de pago/extracto de CD Baby a su libro mayor y normalice los campos (mayúsculas, recorte de espacios).
2. Coincidir: una las filas de DSP a su libro mayor en trackisrc y releaseupc. Cuente las reproducciones no coincidentes y enumere los distintos ISRC desconocidos.
3. Clasificar: clasifique las discrepancias en categorías (ISRC faltante, ISRC duplicado, datos de colaborador incorrectos o discrepancia de editor musical/IPI) y asigne el propietario y la prioridad.
4. Resolver: para los errores de catálogo, envíe los metadatos corregidos a CD Baby y, donde ya se hayan producido reproducciones, prepare reclamos retroactivos para SoundExchange o su sociedad de gestión de derechos mecánicos con la evidencia canónica.
5. Verificar: después del envío, rastree el estado del reclamo y vuelva a ejecutar la coincidencia semanalmente hasta que la diferencia se cierre o se deniegue el reclamo.

Compensación práctica: automatizar la conciliación semanal detecta la deriva de forma temprana, pero cuesta tiempo de desarrollador; hacerlo trimestralmente reduce los gastos generales, pero multiplica los reclamos retroactivos y el tiempo de recuperación. Elija la cadencia que coincida con el tamaño de su catálogo y la sensibilidad a los ingresos.

Ejemplo concreto: Un pequeño sello independiente ejecutó una ingesta semanal y descubrió que el 2,3% de las transmisiones en un nuevo lanzamiento no se asignaron a ningún track_isrc. La clasificación mostró una sola fila donde un ISRC tenía un carácter final en la carga de CD Baby. El equipo corrigió el registro de CD Baby, presentó un reclamo retroactivo de SoundExchange con el CSV validado original y los recibos de PRO, y recuperó la mayoría de las regalías por ejecución retenidas en dos ciclos de pago.

Supervise tres señales continuamente: recuento de ISRC no coincidentes, ISRC duplicados inesperados para el mismo título y tasa de coincidencia del editor musical (porcentaje de transmisiones con IPI de editor musical registrado).

Lo que a menudo se malinterpreta: muchos asumen que la actualización de los metadatos en CD Baby reasignará automáticamente las reproducciones históricas. En la práctica, los catálogos de DSP actualizan los metadatos futuros, pero los extractos históricos rara vez reasignan el uso anterior sin un reclamo formal. Trate las actualizaciones de metadatos y los reclamos retroactivos como dos pistas separadas.

Siguiente consideración: vincule esta canalización a sus registros de registro de PRO y mantenga la evidencia adjunta a cada fila de pista. Cuando presente reclamos, los agentes le pedirán el CSV exacto previo a la entrega y las confirmaciones de registro; tenerlos en un solo lugar cierra los reclamos más rápido.

7. Corrección de metadatos y recuperación de regalías perdidas

Hecho directo: corregir los metadatos y recuperar el dinero son dos flujos de trabajo relacionados pero distintos: uno actualiza la entrega futura, el otro persigue los pagos retroactivos. Trátelos por separado y ejecútelos en paralelo: corrija primero el registro en vivo, reúna la evidencia de auditoría en segundo lugar y presente los reclamos solo después de tener una prueba canónica.

Flujo de trabajo de corrección paso a paso

1. Actualice el registro de CD Baby: corrija los campos que son incorrectos (por ejemplo, track_isrc, campos de función de artista acreditado, IPI del compositor, IPI del editor musical, ISWC). Use el panel de CD Baby o el canal de soporte y conserve el número de ticket. Si la plataforma impide el cambio (algunas ediciones de ISRC están restringidas), documente esa restricción en su paquete de evidencia.
2. Sincronice los registros de PRO: actualice o agregue inmediatamente la obra en su cuenta de PRO para que los nombres de los compositores, el IPI, el ISWC y las divisiones de los compositores coincidan con los metadatos corregidos de CD Baby. Guarde capturas de pantalla de confirmación o ID de registro.
3. Prepare un paquete de evidencia: reúna el CSV validado previo a la carga, el recibo de carga original, las confirmaciones de registro de PRO, el acuerdo de división, la prueba de propiedad de los masters (propiedad o asignación de ISRC) y cualquier acuerdo que muestre los porcentajes del compositor.
4. Presente reclamos retroactivos ante las sociedades de gestión de derechos: envíe a SoundExchange para la ejecución digital y a las sociedades de gestión de derechos mecánicos/PRO relevantes para los ingresos de composición/derechos mecánicos. Adjunte el paquete de evidencia y haga referencia al ticket de soporte de CD Baby donde corrigió el registro público.
5. Rastree e itere: registre los ID de reclamo, las ventanas de revisión esperadas y la cadencia de seguimiento. Si se rechaza un reclamo, solicite el motivo específico y rectifique la pieza de evidencia faltante en lugar de volver a presentarla sin rodeos.

Limitación práctica: algunos DSP y sociedades no reasignarán retroactivamente los usos pasados simplemente porque editó el registro del distribuidor. Cambiar el ISRC de una grabación después de que ya se hayan informado las reproducciones generalmente crea una nueva identidad de grabación posterior. Eso significa que una corrección de metadatos por sí sola rara vez recupera las divisiones históricas sin reclamos formales a las agencias de cobro.

Paquete de evidencia y prioridades de reclamo

• Evidencia mínima para incluir: CSV validado previo a la entrega, recibo o ticket de carga de CD Baby, confirmación de registro de PRO (ID o captura de pantalla), acuerdo de división firmado o con marca de tiempo y prueba de propiedad de ISRC (IFPI/agencia emisora o registro de asignación interno).
• Regla de decisión de prioridad: sopese la recuperación esperada con el costo administrativo. Para catálogos pequeños, establezca un umbral de dólar/tiempo (por ejemplo: presente reclamos cuando la recuperación neta esperada exceda tres veces el costo administrativo proyectado). Escale los reclamos complejos multiterritoriales o de alto valor a un especialista.
• Cuándo no volver a emitir: no intente corregir la asignación histórica volviendo a emitir la misma grabación con un nuevo ISRC y esperando que los sistemas fusionen las reproducciones. Vuelva a emitir solo para nuevos lanzamientos: presente reclamos por reproducciones pasadas.

Ejemplo concreto: Un compositor fue omitido de la lista de compositores en un sencillo. El equipo actualizó la pista de CD Baby para agregar al compositor y corrigió la división del compositor, luego registró la obra corregida en la PRO y guardó el ID de registro. Presentaron un reclamo retroactivo de SoundExchange adjuntando el CSV validado original, el ticket de soporte de CD Baby y la confirmación de la PRO. La sociedad solicitó un acuerdo de división firmado adicional; después de proporcionarlo, la mayoría de las regalías por ejecución retenidas se liberaron en dos ciclos de pago.

Juicio y compensación: la recuperación es posible, pero rara vez instantánea o total. Muchos creadores subestiman la fricción administrativa: espere solicitudes de prueba complementaria y revisión de varios pasos. Si su catálogo es grande o prevé correcciones recurrentes, invierta en una plantilla de paquete de reclamos repetible y un pequeño flujo de trabajo para reunir evidencia rápidamente; eso reduce la fricción mucho más que los intentos manuales ocasionales.

Regla clave: nunca confíe en una edición de metadatos por sí sola para recuperar los ingresos pasados; siempre combine la edición con un reclamo documentado ante el organismo de cobro apropiado y un paquete de evidencia claro.

Para obtener orientación específica de CD Baby sobre ediciones y canales de soporte, consulte las pautas de metadatos del distribuidor en Pautas de metadatos y entrega de CD Baby. Para los procedimientos de reclamo de ejecución, consulte SoundExchange y la documentación de su sociedad de gestión de derechos mecánicos al presentar reclamos retroactivos.

8. Apéndice: Artefactos y plantillas de referencia rápida

Regla práctica: mantenga una sola carpeta de lanzamiento con artefactos versionados que coincidan con los nombres exactos de los campos de CD Baby. Cuando necesite presentar un reclamo o responder a un ticket de soporte, el camino más rápido hacia la recuperación es un paquete de evidencia pequeño y bien organizado guardado en el momento de la carga.

Artefactos centrales para almacenar por lanzamiento

• CSV canónico: patrón de nombre de archivo RELEASEUPCartistrelease-datemaster.csv. Columnas para incluir: releaseupc, trackisrc, tracktitle, recordingartist, creditedartists, composernames, composeripi, publishername, publisheripi, iswc, writersplitpercent, proofurl.
• Acuerdo de división firmado: un PDF de una sola página con los nombres de los colaboradores, los números IPI, los porcentajes de división exactos, la fecha y las firmas o el consentimiento digital con marca de tiempo.
• Paquete de evidencia: ZIP compacto que contiene el CSV canónico, el recibo o la captura de pantalla de carga de CD Baby, las confirmaciones de registro de PRO, la prueba de propiedad de ISRC y cualquier acuerdo de edición musical.
• Informe del validador: una salida automatizada (CSV o PDF) que muestra qué filas pasaron las comprobaciones sintácticas y de resolución y quién aprobó el lanzamiento.