Royalty-opdelinger og vilkår for deltagertildeling
Regler for oprettelse, accept, versionering og betaling af kontraktlige royaltytildelinger mellem deltagere.
1. Kerneprincip
En Royalty Split registrerer, hvordan berettigede indtægter fordeles mellem deltagere. En Royalty Split overfører i sig selv ikke ophavsret, rettigheder til masteroptagelsen, forlagsrettigheder eller andre immaterielle rettigheder.
2. Ejerskab af rettigheder og indtægtsfordeling er forskellige
En person kan modtage en kontraktlig procentdel af omsætningen uden at eje den samme procentdel af en master eller komposition. Ejerskab og betalingsret skal noteres særskilt.
3. Opdelt typer
X2 kan understøtte master-indtægtsopdelinger, sammensætning eller publiceringstildelinger, labelindtægtstildelinger og andre kontraktlige deltagerallokeringer. Hver type skal være knyttet til den relevante indtægtskilde og rettighedskontekst.
4. Deltagere og roller
En opdeling kan identificere deltagere såsom kunstnere, producere, fremhævede kunstnere, masterejere, sangskrivere, udgivere, administratorer eller andre kontraktligt berettigede personer eller enheder.
5. Procentvis validering
En aktiv endelig opdeling skal tage højde for hele den relevante allokeringspulje. Udkast til arbejdsgange kan identificere en ikke-allokeret del, men ikke-allokerede beløb skal ikke automatisk betales til en anden deltager.
6. Invitationer og accept
Deltagere kan modtage en invitation, der identificerer det relevante aktiv eller arbejde, deltagerrolle, procentdel, ikrafttrædelsesdato og tildelingsgrundlag. Deltagerne kan acceptere eller bestride den foreslåede tildeling.
7. Verifikation
Før betaling skal hver deltager fuldføre modtager-, skatte- og betalingsbekræftelsen, der kræves for den relevante udbetaling. Verifikation af professionel rolle er kun påkrævet, hvis deltageren bruger en tjeneste eller hævder en rolle, der kræver det.
8. Statusser
En opdeling kan bruge statusser som KLADDE, AFVENTENDE ACCEPT, DELVIS ACCEPTERET, AKTIV, DISPUTERT, SUSPENDERT, SUPERSED og TERMINATED.
9. Ikrafttrædelsesdatoer og versionering
Hver opdeling skal have en ikrafttrædelsesdato og, hvor det er relevant, en slutdato. Ændringer af en accepteret opdeling bør skabe en ny version i stedet for i det stille at overskrive historiske procenter.
10. Beregningsrækkefølge
Medmindre den gældende aftale udtrykkeligt angiver andet, gælder deltageropdelinger for den berettigede rettighedshaver eller deltagerpulje efter den gældende X2 kontraktlige indtægtsandel. Individuel tilbageholdelse af skat, udbetalingsgebyrer eller valutaomregning kan derefter gælde for hver deltager separat.
11. Forsinket indtægt
Forsinkede eller korrigerede indtægter bør anvende den opdeling, der gælder for den relevante berettigelsesperiode eller kontraktgrundlag, i stedet for automatisk at bruge den aktuelle opdeling.
12. Tvister
Hvor en deltager bestrider en tildeling, må X2 kun holde den berørte del, hvor det er teknisk og juridisk muligt, mens ubestridte beløb fortsætter gennem normal regnskabsføring.
13. Tilbagevirkende ændringer
Opdelte ændringer gælder som standard prospektivt fra deres ikrafttrædelsesdato. Tilpasning med tilbagevirkende kraft kan kræve deltagerens aftale, kontraktlige beviser, rettelse af en konstateret fejl, domstols- eller juridisk afgørelse eller et andet tilstrækkeligt grundlag.
14. Deltagere uden fuld X2-adgang
En deltager kan blive inviteret via e-mail og kan få begrænset adgang, der er tilstrækkelig til at acceptere opdelingen, give de nødvendige oplysninger om modtageren og modtage den pågældende deltagers egen tildeling uden at modtage bredere professionelle tilladelser.
15. Uhævede tildelinger
En deltagers uhævede eller afventende andel bliver ikke automatisk X2-omsætning eller en anden deltagers andel, medmindre den gældende aftale eller gældende lov udtrykkeligt bestemmer andet.
16. Gebyrer
X2 kan inkludere almindelig opdelt administration i den relevante tjeneste, samtidig med at oplyste servicegebyrer eller brugsgebyrer anvendes på kompleks historisk afstemning, virksomhedsautomatisering, masseimport eller andre specialistoperationer.
17. API-adgang
Royalty-split API'er kan bruge separate læse, oprette, opdatere, invitere, acceptere og bestride omfang. Meget følsomme tvungne ændringer bør ikke være tilgængelige via almindelige udviklertilladelser.