> ## Documentation Index
> Fetch the complete documentation index at: https://docs.zudo.so/llms.txt
> Use this file to discover all available pages before exploring further.

# MRR sources

> Choose where each account's MRR comes from, in priority order.

An account's MRR can come from several places — a billing platform, a synced trait, or a figure someone typed. **MRR sources** is the ordered list that decides which one wins.

It matters more than most settings because MRR is not a display field: it weights the [health score](/accounts/health-scoring), drives request impact scoring, and defines your portfolio view.

Find it under **Settings → Organization → Settings → MRR sources**.

## How the chain works

Zudo walks your list from the top for each account. The first source that has a value for that account wins.

Three rules govern the walk:

* **A source reporting zero is an answer** and stops the walk. This is what keeps a churned account at \$0 — without it, an account that churned to nothing would fall through and a stale trait would resurrect its revenue.
* **A source holding something that isn't a number falls through.** A metadata field reading `enterprise` resolves to nothing and the next source gets a turn, rather than being read as "pays zero".
* **An account no source can answer for keeps the value it already has.** Zudo never zeroes an account just because the chain came up empty — which is what protects manually created and imported accounts that have no billing source at all.

## Available sources

| Source                                   | Reads                                                                                            |
| ---------------------------------------- | ------------------------------------------------------------------------------------------------ |
| **Vitally**                              | The MRR figure Vitally reports for the account                                                   |
| **Stripe — computed from subscriptions** | Subscriptions normalised to a monthly figure. See [Stripe](/integrations/stripe#mrr-from-stripe) |
| **Stripe metadata**                      | A named field on the Stripe customer, for orgs that record a contracted figure by hand           |
| **Any numeric trait**                    | A synced or user-defined numeric trait                                                           |

Each entry shows **how many accounts it can actually answer for**. That number is the point of the display: "Stripe metadata" is a reasonable-sounding first choice that might resolve for four accounts out of four hundred.

## Nothing configured

With an empty list, MRR comes from whatever Vitally reports — the behaviour that predates this setting. Existing orgs see no change until they configure one.

## A typed figure always wins

A figure entered by hand on an account beats every source in the list and is not part of it. It is an explicit human correction, not a data source to be ranked.

When an account's MRR was set this way, the account page labels it **Set manually** with a **use sources** link that clears the override and hands the account back to the chain.

<Note>
  Blank is not the same as zero. Leaving the MRR field empty when creating an account means "no opinion", so a billing
  source can still fill it in later. Typing `0` means zero, and it sticks.
</Note>

## Changing the order

Reordering takes effect on the next sync, or immediately for an account you clear an override on.

<Warning>
  Reordering can move MRR, and MRR feeds the health score — so it can move scores too. Check the account count shown
  against each source before promoting one to the top.
</Warning>