Royaltydelning och villkor för deltagartilldelning
Regler för att skapa, acceptera, versionera och betala avtalsenliga royaltytilldelningar mellan deltagare.
1. Kärnprincip
En Royalty Split registrerar hur kvalificerade intäkter fördelas mellan deltagare. En Royalty Split överför i sig inte upphovsrätt, rättigheter till masterinspelningen, förlagsrättigheter eller andra immateriella rättigheter.
2. Rättighetsägande och inkomstfördelning är olika
En person kan få en avtalsenlig procentandel av intäkterna utan att äga samma procentandel av en mästare eller sammansättning. Ägande och betalningsrätt måste registreras separat.
3. Dela typer
X2 kan stödja uppdelning av master-intäkt, sammansättning eller publiceringstilldelningar, Labelintäktsallokeringar och andra avtalsenliga deltagareallokeringar. Varje typ måste vara kopplad till lämplig intäktskälla och rättighetskontext.
4. Deltagare och roller
En split kan identifiera deltagare som artister, producenter, utvalda artister, mästarägare, låtskrivare, förläggare, administratörer eller andra avtalsenligt berättigade personer eller enheter.
5. Procentuell validering
En aktiv slutlig uppdelning bör stå för den fullständiga tillämpliga allokeringspoolen. Utkast till arbetsflöden kan identifiera en otilldelad del, men otilldelade belopp betalas inte automatiskt till en annan deltagare.
6. Inbjudningar och acceptans
Deltagare kan få en inbjudan som identifierar den relevanta tillgången eller arbetet, deltagarrollen, procentsatsen, ikraftträdandedatum och allokeringsgrund. Deltagare kan acceptera eller bestrida den föreslagna tilldelningen.
7. Verifiering
Före betalning måste varje deltagare fylla i mottagarens, skatte- och betalningsverifieringen som krävs för den tillämpliga utbetalningen. Verifiering av yrkesroll krävs endast när deltagaren använder en tjänst eller hävdar en roll som kräver det.
8. Statuser
En uppdelning kan använda statusar som UTKAST, VÄNTAR ACCEPT, DELVIS ACCEPTERAD, AKTIV, DISPUTED, SUSPENDED, SUERSEDED och TERMINATED.
9. Ikraftträdande datum och versionering
Varje uppdelning bör ha ett ikraftträdandedatum och, i förekommande fall, ett slutdatum. Ändringar av en accepterad uppdelning bör skapa en ny version i stället för att tyst skriva över historiska procentsatser.
10. Beräkningsordning
Såvida inte det tillämpliga avtalet uttryckligen anger annat, gäller deltagardelningar för den kvalificerade rättighetsinnehavaren eller deltagarpoolen efter den tillämpliga X2 kontraktuella intäktsandelen. Individuell skatteinnehållning, utbetalningsavgifter eller valutaomräkning kan då gälla för varje deltagare separat.
11. Sena intäkter
Försenade eller korrigerade intäkter bör använda den uppdelning som är tillämplig för den relevanta rättighetsperioden eller avtalsgrunden snarare än att automatiskt använda den aktuella uppdelningen.
12. Tvister
Om en deltagare bestrider en tilldelning, får X2 endast inneha den berörda delen där det är tekniskt och juridiskt möjligt medan obestridda belopp fortsätter genom normal redovisning.
13. Retroaktiva förändringar
Delade ändringar gäller som standard prospektivt från deras ikraftträdandedatum. Retroaktiv justering kan kräva deltagaröverenskommelse, kontraktsbevis, rättelse av ett konstaterat fel, domstols- eller rättsligt beslut eller annan tillräcklig grund.
14. Deltagare utan fullständig X2-åtkomst
En deltagare kan bjudas in via e-post och kan få begränsad tillgång som är tillräcklig för att acceptera uppdelningen, tillhandahålla nödvändig information om förmånstagare och ta emot deltagarens egen tilldelning utan att få bredare professionella tillstånd.
15. Outtagna tilldelningar
En deltagares outnyttjade eller väntande andel blir inte automatiskt X2-intäkt eller en annan deltagares andel om inte det gällande avtalet eller tillämplig lag uttryckligen anger annat.
16. Avgifter
X2 kan inkludera vanlig delad administration i den relevanta tjänsten samtidigt som avslöjade serviceavgifter eller användningsavgifter tillämpas på komplex historisk avstämning, företagsautomatisering, bulkimport eller annan specialistverksamhet.
17. API-åtkomst
Royalty-delade API:er kan använda separata läs-, skapa-, uppdatera-, inbjudnings-, acceptera- och bestridande omfattningar. Mycket känsliga påtvingade ändringar bör inte vara tillgängliga genom vanliga utvecklarbehörigheter.