Hoe om te gaan met onjuist gerapporteerde Artist Royalties

Al uw gegevens zijn in Curve ingesteld, alle verkoopbestanden zijn gevalideerd en toegewezen en perioden zijn soepel en accuraat verwerkt. U heeft zelfs de checklists in Curve’s Onboarding Cheat Sheet doorlopen en de Best Practices When Reviewing Your Statement Output beoordeeld. Er blijft echter altijd het risico op menselijke fouten en u heeft een probleem mogelijk pas opgemerkt nadat u uw royalty's heeft gerapporteerd. In dit artikel bekijken we een paar oplossingen.

Reprocess de betreffende Statements

U kunt alle wijzigingen aanbrengen die u nodig hebt om te voorkomen dat hetzelfde probleem zich opnieuw voordoet en vervolgens eenvoudigweg alle betrokken Statements Reprocessen. Dit is waarschijnlijk de eenvoudigste en snelste optie.

We raden echter over het algemeen af om Statements opnieuw te verwerken die al aan uw artiesten zijn gerapporteerd. Dit kan bijvoorbeeld voor verwarring zorgen als de artiest dezelfde statement opnieuw ontvangt, maar de details deze keer zijn gewijzigd. Hoewel het een handige optie kan zijn, zolang het probleem en de wijzigingen duidelijk met uw artiest worden gecommuniceerd.

Houd er rekening mee dat als u gebruik maakt van de Auto-Payment functionaliteit, en u een Statement Reprocest, de waarde van de Auto-Payment transactie automatisch wordt bijgewerkt op basis van de nieuwe Closing Balance van uw gereproceste Statement.

Meer specifiek, als u ook gebruikmaakt van de Payment-functionaliteit van Curve, zal de waarde van deze Payment niet meer worden bijgewerkt zodra een Payment als Betaald is gemarkeerd, zelfs niet wanneer een Statement opnieuw wordt Reprocessed.

Een correctie aanmaken als een Transaction

Zodra u precies heeft uitgezocht welke royalty's onjuist zijn gerapporteerd en welke Contracts hierdoor zijn beïnvloed, kunt u naar het tabblad Transacties voor elk Contract gaan en een nieuwe Transactie maken die inkomsten toevoegt/verwijdert van hun saldo. Als u de Transactiedatum instelt op een datum tussen de Start- en Einddatum van uw volgende Periode, dan past deze Transactie het saldo van de volgende statement voor dit Contract aan. Deze aanpassingen zijn dan zichtbaar naast al hun andere Transacties in hun Curve-portaal en ook hun PDF-statements.

Het nadeel van deze optie is dat er niet veel details in deze transactie worden gegeven. Als de aanpassing betrekking heeft op specifieke Tracks of soorten inkomsten, en u dat detailniveau in uw aanpassing wilt opnemen, dan raden we de volgende optie aan.

Upload uw aanpassingen als een Salesbestand

Iets complexer dan de vorige optie, maar misschien wel de meest transparante en gedetailleerde optie, is het importeren van een correctiebestand dat in uw volgende Periode moet worden opgenomen. Als u bijvoorbeeld per ongeluk een Sales File heeft geüpload die niet had mogen worden gerapporteerd, kunt u datzelfde Sales File uploaden met negatieve bedragen om de overrapportage in een vorige Periode te compenseren. Met deze optie kunnen de betrokken artiesten alle relevante Data in hun CSV-statements bekijken. De correctie wordt niet weergegeven als een transactie op het PDF-statement, maar wordt eenvoudigweg opgenomen in de totale uitsplitsing van de inkomsten op de PDF.

Deze oplossing werkt bijzonder goed als u een distributeur bent die rapporteert aan labels (die op hun beurt de inkomsten aan hun artiesten moeten rapporteren), omdat eventuele aanpassingen eenvoudigweg worden opgenomen in de CSV-statement en het label gewoon door kan gaan met hun rapportageprocessen.

Om te bekijken wat er te veel of te weinig is gerapporteerd, kunt u een Rapport maken zoals hieronder, zodat u de onjuiste verkoopgegevens voor die Track kunt zien.

Dit Rapport kan vervolgens worden geëxporteerd en geplakt in onze Standard Master Template. Voordat u dit bestand in Curve importeert, kunt u de verkoopgegevens op een pre-berekeningsniveau aanpassen, zodat Curve de correcties toepast terwijl de verkopen worden berekend tijdens de volgende Perioderun.