화이트 라벨 음악 유통 플랫폼 · 유통사가 회사를 운영하는 운영체제

유통 회사가 자사의 사업을 운영하는 데 사용하고, 이를 자사의 브랜드와 도메인으로 자사의 레이블과 아티스트에게 제공하는 소프트웨어입니다. 유통사가 고객 관계, 카탈로그, 계약, 지급을 그대로 보유합니다. LabelLedger는 개별 아티스트가 아니라 유통 회사를 위해 만들어졌으며, 인프라입니다. 자사 고객과 결코 경쟁하지 않습니다.

그것은 겉껍질 계층이며, 대부분의 플랫폼이 이 용어로 의미하는 바입니다. LabelLedger는 대신 열 개의 Studio 패널을 구성합니다. 아이덴티티는 그중 하나이고, 나머지 아홉 개가 내비게이션 모델, 컴포넌트 언어, 페이지 구성, 모듈 사용 여부, 포털, 로그인 관문, 테넌트 용어, 아웃바운드 연결, 인바운드 소스를 설정합니다. 하나의 코드베이스 위에 있는 두 테넌트는 제품이 어떻게 보이는지에 대해서만이 아니라 제품이 무엇인지에 대해서도 다를 수 있습니다.

결정 큐, 대규모 카탈로그, 검증을 갖춘 릴리스 생성, DDEX 전송, 정산서와 지갑과 지급을 갖춘 로열티 원장, 로스터와 계약, 애널리틱스와 일간 성과, 프로모 풀, 캠페인 생성, 스마트 링크, 저작권 침해 대응과 AI 음악 감지, 아티스트 및 레이블 포털, 그리고 역할과 감사 로그와 API 키와 webhook을 갖춘 설정입니다. 각각은 테넌트가 Studio를 통해 활성화하고, 비활성화하고, 이름을 바꾸고, 재구성하고, 테마를 적용할 수 있는 모듈입니다.

모든 공급업체에 자사 테넌트 두 개를 나란히 놓아 보여 달라고 요청한 다음, 어떤 차이가 저장된 설정이고 어떤 차이가 코드 변경이나 별도의 포크를 필요로 했는지 물어보십시오. 그 한 가지 질문이 설정 가능한 운영체제와 테마 계층을 갈라놓습니다. 자금에 관해 두 번째 질문을 하십시오. 정산서가 발행된 뒤에 잘못된 것으로 드러난 정산 항목은 어떻게 되는지 물어보십시오.

가능하며, 셀프 서비스로 진행됩니다. 유통사는 다른 플랫폼에 있는 카탈로그, 운영 중인 리포팅 피드, 그리고 아티스트 잔액과 미회수 선급금을 포함한 과거 재무 상태를 가지고 옵니다. 시스템은 모든 내보내기 파일이나 피드의 포맷을 감지하고, 어느 플랫폼에서 왔는지 인식하고, 모델에 매핑하고, 사람이 확인할 수 있도록 매핑을 제안하고, 식별자로 대조하고 중복을 제거하며, 원장에 데이터를 넣기 전에 기초 잔액을 대사합니다. 자금은 결코 모델이 확정하지 않습니다. 항상 사람이 확인합니다.

그런 경로는 없습니다. 포털 계정은 워크스페이스 멤버십을 전혀 갖지 않습니다. 권한 부여는 관계 기반이며 해당 계정 자체의 연결에서 도출되고, 운영자 테넌트 변수를 결코 설정하지 않는 컨텍스트에서 실행되므로 격리 정책이 닫힌 상태로 유지됩니다. 테넌트 격리는 애플리케이션 코드가 아니라 Postgres row level security로 강제됩니다.

아티스트와 음반 레이블입니다. LabelLedger는 이들을 유통하는 회사에 판매되며, 아티스트는 그 회사의 포털을 통해서만 접근합니다. 또한 아무것도 결정하지 않은 채 일주일 만에 스토어를 열고 싶은 구매자에게도 맞지 않습니다. 테넌트는 내비게이션 모델, 모듈, 용어, 포털, 인프라를 직접 선택하며, 그 결정들이 곧 제품입니다.

두 가지가 합산됩니다. 플랫폼 구독은 활성 트랙 5,000개와 관리자 시트 5개 기준 월 499 EUR에서 시작하고, 트랙 50,000개와 시트 30개 기준 1,999 EUR까지 이어지며, 이후 맞춤형 엔터프라이즈 등급으로 계속됩니다. 그 위에 디지털 순수익에 대한 서비스 수수료가 얹히며, 패키지가 커질수록 낮아집니다. 아티스트 및 레이블 포털은 모든 패키지에서 무제한이고 초기 계약 기간은 24개월입니다.