Ejecutar tu primera auditoría de catálogo

Rights & Metadata Audit Engine evalúa registros persistidos para condiciones administrativas y de gobernanza compatibles. Comprueba metadatos esenciales, formato y duplicación de ISRC, títulos y nombres de archivo duplicados, writers, publishers, PRO e IPI, totales de splits y ownership, campos de rights readiness, taxonomía de genre y assets huérfanos.

Esta guía explica cómo ejecutar tu primera auditoría. El flujo es Run Audit → Review Findings → Resolve Issues → Review Tracks → Re-run. Los hallazgos describen condiciones observadas y no editan registros canónicos. No son opiniones legales ni garantías de clearance, monetización o licensing readiness.

1. Selecciona Workspace y Catalog correctos.
2. Ejecuta Catalog Audit y supervisa el trabajo en segundo plano.
3. Revisa scores y hallazgos deterministas.
4. Abre las pistas afectadas y corrige metadatos o derechos canónicos.
5. Ejecuta otra auditoría para evaluar el estado persistido actualizado sin borrar el historial.

Workspace Context muestra Workspace y Catalog activos. CatalogSwitcher recarga la auditoría. Antes del primer run, Tracks to Audit es la cantidad elegible; no significa Tracks Scanned. Termina imports y guarda los registros fuente primero.

Usa Run Catalog Audit. CatalogIQOS encola un trabajo CATALOG_AUDIT y crea un run persistido. Mientras esté queued, processing o retrying, muestra Catalog audit in progress y enlaza /jobs. Los duplicados quedan bloqueados. Enterprise Demo Viewer puede inspeccionar resultados, pero no ejecutar ni modificar.

Si falla, la guía muestra Catalog audit could not be completed y no presenta ceros predeterminados como resultados actuales. Abre Processing Details y reintenta cuando el trabajo anterior sea final.

Los scores aparecen solo después de completar la auditoría. Antes, la interfaz muestra raya y Not evaluated: cero significa cero medido, no ausencia de datos.

• Tracks Scanned es el número de Track procesados.
• Metadata Health promedia ocho comprobaciones: artist, ISRC, writers, publishers, PRO, genre, mood y keywords. Cada pista usa (8 - campos ausentes) / 8 × 100.
• Integridad ante Duplicados es una puntuación de seguridad donde un número mayor es mejor. Parte de 100 y resta la suma de pistas implicadas en grupos de ISRC, título y filename duplicados dividida por el total; después limita 0–100. Solo muestra 100 si una auditoría lo calculó.
• Catalog Integrity combina Metadata Health al 45%, rights readiness al 30% e Integridad ante Duplicados al 25%, resta dos puntos por asset huérfano y limita 0–100.
• Latest Audit también muestra Rights, el promedio del score implementado de rights readiness.

Son señales administrativas, no prueba de ownership o cumplimiento legal.

Audit Findings en #findings contiene resultados deterministas del último run completo. Muestra type, severity, title, explicación, acción recomendada y navegación a pista cuando existe. Las severidades generadas son critical y warning.

Las familias implementadas incluyen metadatos ausentes, baja calidad, ISRC malformado o duplicado, títulos y filenames duplicados, splits incorrectos, PRO/IPI/publisher/ownership ausentes, conflictos de ownership, assets huérfanos y taxonomía inválida. El hallazgo no repara datos automáticamente.

Usa Review affected track para abrir Track Audit Review en #track-review. El selector contiene IDs enlazados por hallazgos del último run. Revisa identificadores, splits, publisher, derechos e issues y abre Open Canonical Track, Review Rights o Open AI Optimization según corresponda.

Seleccionar o leer un hallazgo no modifica Track.

• Usa Track Detail para title, artist, genre, mood, ISRC y metadatos canónicos.
• Usa Rights para contributors, PRO/IPI, publishers, ownership y splits.
• Usa workflows de assets para asociaciones huérfanas o duplicadas.
• Usa AI Optimization solo para sugerencias descriptivas compatibles; no es una reparación automática ni un hecho verificado.

Guarda antes de verificar. No elimines una pista solo por una señal duplicate; compara identifiers, versions, titles y assets.

Después de corregir datos, usa Re-run Catalog Audit. El nuevo run evalúa el estado persistido y no sobrescribe los anteriores. Audit History conserva runs recientes. Que desaparezca un hallazgo solo significa que la condición implementada ya no apareció.

La relación es Audit Finding → Track Audit Review → Track o Rights canónico. Usa la búsqueda de pistas afectadas, corrige el origen y vuelve a ejecutar.

Latest Catalog Audit resume el run más reciente. Audit History muestra fecha e Integrity score de runs persistidos. Durante un run activo o fallido, los KPI permanecen sin evaluar en vez de presentar scores anteriores como actuales.

• Run Catalog Audit disabled: confirma rol editable y workspace no demo; espera cualquier run queued, processing o retrying.
• Audit remains processing: abre /jobs mediante View Processing Details y no envíes duplicados.
• No findings appear: confirma que terminó. Un run sin hallazgos es una señal saludable conservadora, no prueba de catálogo perfecto.
• Finding remains after correction: confirma el guardado, Catalog activo y vuelve a ejecutar. Los hallazgos históricos permanecen.
• Affected track unavailable: la revisión carga hasta 50 pistas recientes, mientras el motor audita todo el catálogo. Usa búsqueda canónica si el ID no está cargado.
• Score did not improve: pueden quedar gaps o señales de duplicates/derechos que compensen el cambio.
• Audit failed: revisa Processing Details y reintenta solo cuando el trabajo sea final.

AI Insights es interpretación complementaria y está separada de Audit Findings deterministas. No es evidencia equivalente.

Catalog Audit aporta señales administrativas de gobernanza. Derechos y clearance requieren documentos autorizados y revisión humana cualificada.