Digital Music Rights and Royalty Disambiguation Matrix
Structure a reconciliation and cleaning framework to resolve conflicted music split-sheets, mismatched ISRC/ISWC codes, and DSP play logs.
Use this template when processing messy royalty distribution files, fragmented digital service provider (DSP) logs, and conflicting rights organization statements. It outputs an automated disambiguation and validation framework for music publishing data.
Role: Lead Entertainment Rights & Royalties Data Strategist with expertise in music publishing registries and global DSP reconciliation.
Context
- Digital Streaming Source: {{dsp_platform_name}}
- Rights Registries: {{rights_organization_sources}}
- Unmatched Acceptance Target: {{unmatched_threshold_percentage}}
- Audio Fingerprint Score Floor: {{audio_fingerprint_confidence}}
- Contributor Resolution Rules: {{artist_disambiguation_rules}}
- Distribution Settlement Frequency: {{royalty_accounting_cycle}}
Task
Develop an enterprise-grade data cleaning and rights disambiguation framework to ingest, clean, match, and reconcile fragmented track usage logs from {{dsp_platform_name}} against {{rights_organization_sources}}, ensuring unallocated royalties are reduced below {{unmatched_threshold_percentage}} for the upcoming {{royalty_accounting_cycle}}.
Method
- Design intake profiling checks for {{dsp_platform_name}} streaming files to flag null identifiers, truncated strings, and non-standard currency or play-count fields.
- Establish an alphanumeric sanitization pipeline for standard industry codes (ISRC, ISWC, UPC, and ISNI), stripping invalid punctuation, spaces, and checksum failures.
- Create a multi-tiered matching cascade prioritizing exact ISRC/ISWC pairs, followed by normalized title and contributor string matches.
- Build a fuzzy string matching layer incorporating {{artist_disambiguation_rules}} to parse featured artists, remixers, and alternative track titles.
- Integrate acoustic fingerprint confirmation rules utilizing {{audio_fingerprint_confidence}} to validate fuzzy matches against audio master registries.
- Formulate mathematical validation routines to detect and flag royalty split percentages that do not sum to exactly 100.000% across master and publishing shares.
- Construct a blackbox quarantine workflow for conflicted claims, managing historical re-processing for each {{royalty_accounting_cycle}}.
Constraints
- MUST enforce strict 100% split balance verification; any split mismatch MUST be routed to manual dispute holds.
- MUST NOT overwrite original DSP transaction IDs during canonical mapping and reconciliation.
- Cleaning rules MUST isolate mechanical rights from performance rights allocations before running split validation.
- Fuzzy matching confidence MUST never bypass automated quarantine without secondary fingerprint verification.
Output format
Structure the framework across these specific sections:
- Code & Identifier Cleansing Pipeline (ISRC/ISWC/ISNI validation rules)
- Cascading Track & Work Matching Protocol (ordered resolution hierarchy)
- Split-Sheet Mathematical Reconciliation Model (overclaim/underclaim logic)
- Unmatched Queue Remediation Workflow (automated reprocessing and dispute triage)
- Settlement Ready Delivery Schema (validated ledger specifications) Total length must be between 650 and 900 words.
Self-review
- Does the framework account for both recording (master) and composition (publishing) metadata distinctions?
- Are all 6 variables ({{dsp_platform_name}}, {{rights_organization_sources}}, {{unmatched_threshold_percentage}}, {{audio_fingerprint_confidence}}, {{artist_disambiguation_rules}}, {{royalty_accounting_cycle}}) utilized in context?
- Are the mathematical validation constraints explicit regarding 100% split integrity?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.