Tracking payouts across multiple distributors comes down to one spreadsheet with four linked tables: releases, payout events, per-distributor thresholds, and a reconciliation summary. Cover artists tend to accumulate accounts across several services over time — often for reasons that made sense at the time, like testing a cheaper option or chasing a specific platform’s feature set — and without a unified log, it’s nearly impossible to know your real total earnings or whether a payment is actually late.

This matters more for cover song catalogs than original-music catalogs, because cover royalties are already split into performance and mechanical components before a distributor even touches them, and small releases sitting under a payout minimum are easy to lose track of across three or four dashboards.

Why do artists end up with multiple distributors in the first place?

Most multi-distributor situations happen gradually rather than by design. An artist starts on one platform, hits a $24.99-per-year renewal wall on TuneCore, moves a new batch of covers to something cheaper, then later adds a third account because a friend recommended it or because a previous distributor rejected a specific release. Three years in, an active cover artist releasing monthly can easily have 30-40 singles spread across two or three services, each with its own login, its own payout calendar, and its own minimum withdrawal threshold.

The problem isn’t having multiple accounts — it’s that each distributor reports revenue on a different cycle (monthly, quarterly, or on-demand) and uses different terminology for the same thing, which makes manual cross-referencing slow and error-prone.

What columns should the master spreadsheet actually have?

The master sheet needs enough granularity to answer «how much have I earned, and from where» without opening every dashboard. A workable structure uses one row per release, per distributor, per payout period, with these columns:

  • Track title / artist name — match exactly what’s on the release, including featured artists
  • Distributor — the specific service, not a generic label
  • ISRC — this is the one identifier that stays constant across every platform and every distributor, so it’s your best join key if you ever move a release
  • Release date and reporting period (e.g., «Q1 2026»)
  • Streams/units reported — not every distributor gives this, but log it when available
  • Gross amount reported
  • Payout status — pending, paid, below threshold
  • Payout date
  • Mechanical license status — cleared, pending, distributor-handled (useful specifically for cover songs, since this is the one extra compliance step originals don’t require)

A second tab lists each distributor’s payout minimum, payout method, and typical reporting lag, since these three variables are what actually explain why money seems «missing» when it’s really just sitting under a threshold or waiting on a reporting cycle.

How do you reconcile numbers that come from different reporting formats?

You standardize to a single row format before comparing anything, rather than trying to compare dashboards directly. Some distributors report by track, some by album, some lump singles into a single monthly statement with no per-track breakdown at all. The fix is a normalization step: every time a statement comes in, break it down to the track level using the ISRC, and only then paste it into the master sheet. Skipping this step is the single biggest reason artists misjudge their real earnings — they eyeball three different statement formats and estimate, rather than converting everything to the same unit first.

Worked example: three distributors, one cover catalog

Consider an artist with 12 cover releases split across three accounts over a year:

  • Distributor A (payout minimum $10, monthly reporting): 5 covers, $38 total earned, paid out in two batches once the $10 threshold was crossed each time
  • Distributor B (payout minimum $50, quarterly reporting): 4 covers, $61 total earned, but only one payout event so far because the threshold wasn’t hit until month 9
  • Distributor C (payout minimum $20, on-demand withdrawal): 3 covers, $22 total earned, technically withdrawable any time but never actually withdrawn

Total catalog earnings: $121. But if this artist only checks each dashboard’s «available balance» screen instead of a master sheet, they’d likely undercount — Distributor B’s balance looks like «no payout yet» even though $61 has accrued, and Distributor C’s withdrawable $22 is easy to simply forget about since it requires a manual click. A spreadsheet with an «accrued but unpaid» column catches both cases instantly; a dashboard-by-dashboard glance does not.

This is also where lower payout minimums compound in your favor over a full catalog. A $10 threshold clears roughly five times faster than a $50 threshold at the same per-track earning rate, which means more of your money is actually accessible rather than sitting invisible in a pending state.

Should you consolidate to fewer distributors instead of tracking more carefully?

For most active cover artists, yes — consolidation reduces the tracking burden more effectively than any spreadsheet trick, and the math on why is straightforward. Running the same 12-cover catalog through a single distributor charging $1 per release costs $12 total, one-time, with no annual renewal. Compare that to TuneCore’s $24.99 base yearly fee (which recurs every year the catalog stays live, plus per-cover licensing fees on top and a 20% commission specifically on social platform revenue), or DistroKid’s $44.99 annual plan, or CD Baby’s $9.95 per single plus a 9% royalty commission that applies for as long as the release is up. Over three years, the CD Baby route on 12 singles runs $119.40 in upfront fees alone before any ongoing commission is deducted — compared to $12 total, one time, through a $1-per-release model with no annual fee.

Fewer distributors also means fewer payout minimums to clear, fewer reporting cycles to reconcile, and fewer logins competing for your attention every month. If you’re maintaining a spreadsheet specifically to manage complexity across accounts, that complexity is itself a cost worth pricing in — the hours spent reconciling statements are real, even if they don’t show up on an invoice.

What update cadence keeps the spreadsheet accurate without becoming a chore?

A monthly update cycle is enough for most cover artists, timed to whenever the slowest-reporting distributor in your lineup publishes its statement. Trying to update in real time against platforms with different reporting lags just creates false alarms about «missing» money that’s actually still processing. Set one recurring calendar reminder, update all rows in one sitting, and let the spreadsheet’s payout-status column — not your memory — tell you which releases are still pending versus genuinely overdue.

Whatever platform mix you end up with, treating ISRC as your master key and normalizing every statement to track-level rows before comparing anything is what actually makes multi-distributor tracking reliable, rather than a recurring source of confusion every reporting period.

Sign up or log in to your dashboard and upload your release now

Latest from the blog

Share This Story, Choose Your Platform!