Skip to content

White label-distributionsplattform

White label-plattform för musikdistribution - operativsystemet som distributionsbolagen driver sin verksamhet på

Struktur.

LabelLedger är det white label-operativsystem som ett musikdistributionsbolag driver hela sin verksamhet på: beslutskö, katalog, releasebyggande, validering, DDEX-leverans, dubbel bokföring av royalties, roster, kontrakt, analys, promo, skydd och varumärkta portaler för artister och skivbolag. Allt under ert eget varumärke, er egen domän och er egen infrastruktur. Ten Studio-paneler, inte en logotypuppladdning.

Vad white label faktiskt betyder

Ten paneler, inte en temaväljare

De flesta plattformar som säljs som white label byter ut en logotyp, en accentfärg och en domän. Produkten under förblir samma produkt, så varje distributör som kör på den levererar identisk programvara i annan färg. LabelLedger behandlar white label som komposition. Ten Studio-paneler ställer in identitet, navigationsmodell, komponentspråk, sidkomposition, modultillgänglighet, varumärkta portaler, inloggningsdörren, tenantens vokabulär, utgående anslutningar och inkommande källor. Konfiguration är data, inte kod. Den versionshanteras genom Draft, Staging och Live, med återställning med ett klick, och varje publicerad version förblir återställbar. Uppgraderingar av basprodukten levereras som nya komponent- och modulversioner utan att bryta en tenants låsta konfiguration. Testet är strukturellt snarare än visuellt: tre distributörer som kör på LabelLedger driver produkter som känns som tre olika företag, på en enda kodbas, utan någon fork per tenant.

01

Studio, kompositionsmotorn

Ten paneler komponerar hela produkten per tenant: identitet, navigationsmodell, komponentspråk, sidkomposition, modultillgänglighet, portaler, inloggningsdörr, vokabulär, utgående anslutningar och inkommande källor. En live-förhandsvisning renderar den verkliga produkten och transformerar vid varje ändring. Draft till Staging till Live, varje version återställbar.

02

Catalog, releasebyggande och validering

Redaktionell livscykel från Draft via Under granskning till Godkänd, med en gren för Avvisad, grindad av en validator med sju moduler över release, spår, artister, credits, kontrakt, mål och media. Formatet läses från magic bytes snarare än från filnamnet. Releaser paketeras som DDEX ERN med fem leveransförsök per mål och backoff från 60s upp till ett tak på 3600s.

03

Pengar, som en dubbel bokföring

Dubbel bokföring med endast tillägg, där varje bokföringspost bär båda sidorna. Intäkter läses in från DSR, normaliseras och stäms av. Royaltykörningar, avräkningar, plånböcker, utbetalningar och en fullständig transaktionsbok. Splittar fördelas i baspunkter som summerar till exakt 10000. Recoupment tas enbart ur artistandelen, med korskollateralisering enligt kontraktsvillkoren, och 154 ISO-4217-valutor med den tillämpade FX-kursen registrerad.

04

Roster, rättigheter och kontrakt

Hierarkin från organisation till skivbolag till underbolag till artist görs läsbar, med kontrakt som bär splittar, förskott, recoupment-villkor och status för e-signering. Kontrakten driver penningmotorn, och osignerade eller motstridiga splittar lyfts högst upp i stället för att upptäckas först vid avräkningstillfället.

05

Räckvidd och skydd

Analytics som hemvist för bevisen och daglig prestanda per plattform, hållna som separata axlar som aldrig summeras. Promo-pooler med kuraterade mottagarsegment och insamlade betyg, kampanjbyggande och smarta länkar med tenantens varumärke, där en pre-save omvandlas till en live-länk på releasedagen. Antipiratkopiering, detektion av AI-genererad musik, detektion av streamingbedrägeri och nedtagningar, allt uttryckt som beslut med bifogade bevis.

06

Ta med era egna, och självbetjänad onboarding

Lagring, leveranspipeline och DSP-kontrakt är oberoende utbytbara bindningar, var och en med ett förstapartsstandardval och ett alternativ som tenanten själv tillhandahåller, med hälsokontroller och säker failover. Routing ställs in per butik, så en release kan levereras till tre butiker på tre kanaler. Inkommande flyttar en distributör sin katalog, sina rapporteringsflöden och sitt historiska finansiella tillstånd på egen hand: systemet upptäcker formatet, föreslår en mappning som en människa får bekräfta, deduplicerar via identifierare och stämmer av ingående balanser innan huvudboken fylls.

Hela den operativa ytan

Ett system, inte en stack ni själva sätter ihop

Varje arbetsyta följer samma hierarki: beslut först, sedan drift, sedan pengar, sedan bevis. Bridge öppnar i en rangordnad beslutskö i stället för ett diagram, så att en operatör ser en release som avvisats vid QC, en royaltykörning redo att godkännas, en bootleg med bevis redo för nedtagning och ett kontrakt med obekräftade splittar, var och en med en primär åtgärd. Under den ligger pipelinens aktuella tillstånd, penningpositionen och, sist och minst, bevisen. Catalog rymmer hundratusentals releaser och miljontals spår, sökbara på release, artist, ISRC eller katalognummer. Release Builder går igenom info, spår, artister och splittar, media, kontrakt, distribution och granskning, med en live-förhandsvisning av artefakten och ett förstklassigt fält för AI-deklaration. Allt körs under en behörighetsmodell, en kommandoyta och en granskningslogg som registrerar varje tillståndsändrande åtgärd med aktör, åtgärd, entitet, före och efter.

FAQ

Programvara som ett distributionsbolag driver sin egen verksamhet på och sedan levererar till sina egna skivbolag och artister under sitt eget varumärke och sin egen domän. Distributören behåller kundrelationen, katalogen, kontrakten och utbetalningarna. LabelLedger är byggt för distributionsbolag snarare än för enskilda artister, och det är infrastruktur: det konkurrerar aldrig med sina egna kunder.

Det är ytskiktet, och det är vad de flesta plattformar menar med begreppet. LabelLedger komponerar i stället ten Studio-paneler: identitet är en av dem, och de övriga nio ställer in navigationsmodellen, komponentspråket, sidkompositionen, modultillgängligheten, portalerna, inloggningsdörren, tenantens vokabulär, utgående anslutningar och inkommande källor. Två tenants på en och samma kodbas kan vara oense om vad produkten är, inte bara om hur den ser ut.

Beslutskön, katalog i skala, releasebyggande med validering, DDEX-leverans, royaltyboken med avräkningar, plånböcker och utbetalningar, roster och kontrakt, analys och daglig prestanda, promo-pooler, kampanjbyggande, smarta länkar, antipiratkopiering och detektion av AI-musik, portaler för artister och skivbolag, samt inställningar med roller, granskningslogg, API-nycklar och webhooks. Var och en är en modul som en tenant kan aktivera, inaktivera, byta namn på, komponera om och tematisera genom Studio.

Be varje leverantör att ställa två av sina egna tenants sida vid sida, och fråga sedan vilka skillnader som är lagrad konfiguration och vilka som krävde en kodändring eller en separat fork. Den enda frågan skiljer ett konfigurerbart operativsystem från ett temalager. Ställ en andra fråga om pengarna: vad händer med en avräkningsrad som visar sig vara fel efter att avräkningen har utfärdats.

Ja, och med självbetjäning. En distributör kommer med en katalog på en annan plattform, aktiva rapporteringsflöden och historiskt finansiellt tillstånd inklusive artistsaldon och ej återvunna förskott. Systemet upptäcker formatet på vilken export eller vilket flöde som helst, känner igen vilken plattform det kommer från, mappar det till modellen, föreslår mappningen för en människa att bekräfta, matchar och deduplicerar via identifierare och stämmer av ingående balanser innan huvudboken fylls. Pengar bokförs aldrig av en modell: en människa bekräftar alltid.

Det finns ingen väg dit. Portalkonton har inget medlemskap i arbetsytan alls. Auktorisering är relationell, härledd ur det kontots egna kopplingar, och körs i en kontext som aldrig sätter variabeln för operatörens tenant, så isoleringspolicyerna förblir stängda. Tenantisolering upprätthålls av Postgres row level security snarare än av applikationskoden.

Artister och skivbolag. LabelLedger säljs till det bolag som distribuerar dem, och en artist når det bara genom det bolagets portal. Det är inte heller till för en köpare som vill ha en butik live på en vecka utan att besluta något: tenanten väljer sin navigationsmodell, sina moduler, sin vokabulär, sina portaler och sin infrastruktur, och de besluten är produkten.

Två saker, som läggs ihop. Plattformsprenumerationen börjar på 499 EUR i månaden för 5,000 aktiva spår och 5 administratörsplatser, går upp till 1,999 EUR för 50,000 spår och 30 platser, och fortsätter in i en skräddarsydd enterprise-nivå. Ovanpå det ligger en serviceavgift på netto digitala intäkter, som sjunker när paketet växer. Portaler för artister och skivbolag är obegränsade i varje paket och den initiala avtalstiden är 24 månader.