Delitve licenčnin in pogoji za dodelitev udeležencem
Pravila za ustvarjanje, sprejemanje, verziranje in plačevanje pogodbenih dodelitev licenčnin med udeleženci.
1. Temeljno načelo
Royalty Split beleži, kako se upravičeni prihodki razdelijo med udeležence. Royalty Split sam po sebi ne prenaša avtorskih pravic, pravic na master posnetku, založniških pravic ali drugih pravic intelektualne lastnine.
2. Lastništvo pravic in razporeditev prihodkov sta različna
Oseba lahko prejme pogodbeni odstotek prihodka, ne da bi imela v lasti enak odstotek masterja ali skladbe. Lastništvo in plačilna pravica morata biti evidentirana ločeno.
3. Razcepljene vrste
X2 lahko podpira glavne delitve prihodkov, dodelitve kompozicije ali založbe, dodelitve prihodkov založbe in druge dodelitve pogodbenih udeležencev. Vsaka vrsta mora biti povezana z ustreznim virom prihodkov in kontekstom pravic.
4. Udeleženci in vloge
Razdelitev lahko identificira udeležence, kot so umetniki, producenti, predstavljeni izvajalci, lastniki masterjev, pisci pesmi, založniki, skrbniki ali druge pogodbeno upravičene osebe ali subjekti.
5. Validacija v odstotkih
Aktivna končna razdelitev mora upoštevati celotno veljavno skupino dodelitev. Osnutki potekov dela lahko identificirajo nedodeljeni del, vendar nedodeljeni zneski niso samodejno plačani drugemu udeležencu.
6. Povabila in sprejem
Udeleženci lahko prejmejo povabilo, ki navaja ustrezno sredstvo ali delo, vlogo udeleženca, odstotek, datum začetka veljavnosti in osnovo za dodelitev. Udeleženci lahko predlagano dodelitev sprejmejo ali oporekajo.
7. Preverjanje
Pred izplačilom mora vsak udeleženec opraviti preverjanje upravičenca, davka in plačila, ki je potrebno za ustrezno izplačilo. Preverjanje poklicne vloge je potrebno le, če udeleženec uporablja storitev ali uveljavlja vlogo, ki to zahteva.
8. Statusi
Razdelitev lahko uporablja statuse, kot so OSNUTEK, V ČAKANJU SPREJETJA, DELNO SPREJETO, AKTIVNO, SPORNO, ZAČASNO, NADOMESTJENO in PREKINJENO.
9. Datumi veljavnosti in različice
Vsaka delitev mora imeti datum začetka veljavnosti in, kjer je ustrezno, končni datum. Spremembe sprejete delitve bi morale ustvariti novo različico, namesto da bi tiho prepisale zgodovinske odstotke.
10. Naročilo za izračun
Razen če veljavna pogodba izrecno določa drugače, veljajo delitve udeležencev za upravičenega imetnika pravic ali skupino udeležencev po veljavni pogodbeni delitvi prihodka X2. Posamezni davčni odtegljaj, stroški izplačil ali pretvorba valut se lahko nato uporabljajo za vsakega udeleženca posebej.
11. Pozni prihodki
Zamujeni ali popravljeni prihodki bi morali uporabiti delitev, ki velja za ustrezno obdobje upravičenosti ali pogodbeno podlago, namesto samodejne uporabe trenutne delitve.
12. Spori
Kadar udeleženec oporeka dodelitvi, lahko X2 obdrži le zadevni del, kjer je to tehnično in pravno mogoče, medtem ko se nesporni zneski nadaljujejo z običajnim računovodstvom.
13. Retroaktivne spremembe
Razdeljene spremembe privzeto veljajo za naprej od datuma njihove veljavnosti. Retroaktivna prilagoditev lahko zahteva soglasje udeleženca, pogodbene dokaze, popravek ugotovljene napake, sodno ali pravno odločbo ali drugo zadostno podlago.
14. Udeleženci brez polnega dostopa do X2
Udeleženec je lahko povabljen po e-pošti in lahko prejme omejen dostop, ki zadostuje za sprejetje delitve, zagotavljanje zahtevanih podatkov o upravičencu in prejem lastne dodelitve tega udeleženca, ne da bi prejel širša poklicna dovoljenja.
15. Nezahtevane dodelitve
Delež udeleženca, ki ni zahtevan ali je v teku, ne postane samodejno prihodek X2 ali delež drugega udeleženca, razen če veljavna pogodba ali veljavna zakonodaja izrecno določa drugače.
16. Pristojbine
X2 lahko vključuje običajno ločeno administracijo v ustrezni storitvi, medtem ko uporablja razkrite storitvene provizije ali uporabnine za zapleteno zgodovinsko usklajevanje, avtomatizacijo podjetja, masovni uvoz ali druge specializirane operacije.
17. API dostop
API-ji za razdelitev avtorskih pravic lahko uporabljajo ločena področja branja, ustvarjanja, posodabljanja, povabila, sprejemanja in izpodbijanja. Zelo občutljive vsiljene spremembe ne bi smele biti na voljo prek običajnih dovoljenj razvijalca.