Sales, royalty splits, and payouts
Operate the three SpaceMedia Enterprise financial areas without mixing up transactions, allocations, and payments.
Three areas, three different questions, three different permissions. Reading the wrong one is why figures appear not to reconcile.
| Area | Answers | Permission |
|---|---|---|
| Sales | What did the catalog earn? | view revenuesplits |
| Splits | How is it allocated between people? | view revenuesplits |
| Payouts | What has actually been paid out? | view payouts |
Earning, allocating, and paying are three separate stages. A figure in Sales is not owed to anyone until it is allocated, and it is not paid until a payout completes.
Sales
Reported earnings by period, destination, and territory. Store reporting arrives months in arrears and can be restated by a later correction, so a closed period is not necessarily final.
Splits
Allocation between the parties on a release. A split changes who gets paid, not what was credited in metadata. Splits apply going forward from acceptance rather than retroactively, so an agreement set up after a release is live does not redistribute what already reported.
Your customers manage their own at Royalty Splits.
Payouts
Requests and payments. A payout can be pending on compliance, on payee details, or on the provider, and none of those are faults in the platform.
Before investigating one, confirm the balance was actually payable rather than earned or pending.
Reconciling
Match on period, currency, and reference. Comparing a reporting period against a current balance is not a discrepancy, and it is the most common false alarm.
Preserve the period, the currency, the destination, and the public reference for anything you escalate. See Troubleshooting and escalation.
Programmatic access
Reporting, exports, and payout operations are available through the Reports API. See docs.spacemedia.uk.