Tracking stacked MCA advances: why two positions on one merchant need separate records

When a merchant takes a second advance while the first is still open, funders need two separate receivable records, not one combined balance, or income recognition and default exposure both go wrong.

An MCA funder we work with had a merchant on their books for $60,100. The number was accurate. What the books did not show was that $60,100 represented two separate advances, funded nine months apart, at different factor rates, with different amounts already collected on each. When the merchant fell behind on payments, the funder could not calculate how much income had been earned on each deal or what the true default exposure was on either position.

What stacking creates in the books

When a funder writes a second advance on a merchant who still has a balance outstanding, that is not an extension of the first deal. It is a new instrument with its own cost basis, its own factor rate, and its own collection schedule.

A combined balance tells you total exposure. It does not tell you what income has been recognized, what remains unearned, or how incoming payments should be applied between the two positions. Merging the two into one figure is common at early-stage shops. It produces inaccurate financial statements from the day the second advance funds.

Four problems created by a single combined balance

Each deal has a different cost basis and factor rate.

The first advance was funded at 1.35 on $32,000, producing a total repayment amount (the money owed back, commonly called RTR in this industry) of $43,200. The second was funded at 1.40 on $25,000, producing an RTR of $35,000. Combining these into one balance makes it impossible to calculate earned income correctly. The factor cost belongs to each deal separately, and the recognition schedule is different for each.

Incoming payments need to be split between positions.

Most merchant agreements specify whether payments reduce the first position first, the second position first, or are split in proportion to each RTR balance. If the books show one combined balance, there is no record of how payments are allocated. Discrepancies accumulate month over month and become expensive to untangle at audit or year-end.

Income recognition runs on different schedules for each deal.

The factor cost on the first advance is partially earned. On the second, very little may be earned yet. A single combined balance cannot support deal-level income recognition. The Profit and Loss report (P&L) shows an income figure that is neither position one’s nor position two’s, but an undocumented blend of both.

Default exposure is calculated incorrectly.

When a merchant with two open positions stops paying, the exposure is not simply the combined balance. The correct figure is the remaining unearned factor cost on each position, calculated separately. A lender or investor reviewing the books will ask for deal-level detail. A single combined balance answers nothing.

What the numbers looked like on this merchant

Here is the two-position breakdown at the time the merchant fell behind.

	First Advance	Second Advance
Original funded amount	$32,000	$25,000
Factor rate	1.35	1.40
Total RTR	$43,200	$35,000
Payments received to date	$15,600	$2,500
Remaining RTR	$27,600	$32,500
Factor cost earned	$4,000	$700
Factor cost unearned	$7,200	$9,300

The deal sheet showed one number: $60,100. The books needed two receivable records, two income recognition schedules, and two exposure calculations.

Why this matters when something goes wrong

When this merchant stopped paying, the funder needed three pieces of information: how much income had been earned on each deal, how much was still outstanding as a receivable, and how to record the default on each position for the reserve calculation. With a blended balance, none of those questions had a clean answer.

The funder spent three weeks rebuilding the payment history from bank statements to produce the deal-level schedule a collection firm required before taking the account.

For funders who carry 50 or more active merchants, the same gap is present across multiple stacked accounts. The cumulative income misstatement can be material by year-end, and a lender or auditor reviewing the books will find it.

What proper position tracking looks like

For MCA clients we work with, every advance is recorded as a separate deal record from the day it funds. In QuickBooks, each deal gets its own class or sub-account, identified by a deal number and position.

When the second advance funds, it opens a new record with its own funded amount, factor rate, and total RTR. Incoming payments are applied to each position according to the deal terms on file. Factor cost income is recognized at the deal level, proportional to the fraction of RTR collected in the period.

At month-end, the funder can read the P&L and see how much income was earned from each position, what the remaining unearned balance is on each deal, and exactly what receivable is at risk if any single merchant defaults.

Best practices for stacked position tracking

Four practices that keep multi-position records accurate:

Open a new deal record for every advance, with the factor rate, funded amount, and total RTR entered on the record date. Do not add to or adjust an existing balance.
Document the payment allocation method when the second advance is written. If the agreement specifies a sequencing rule or a proportional split, record it so payments can be applied correctly going forward.
Reconcile each position’s receivable balance separately every month against the remittance history. The balance should equal total RTR minus all confirmed collections on that deal.
When a merchant pays off one position, close that deal record before any renewal or third advance is written. A clean close prevents balances from carrying into the new deal.

Three questions worth asking

If your portfolio includes merchants with two or more outstanding positions:

Can you pull the payment history for each position separately, showing what has been applied to each deal receivable by date?
How is factor cost income recognized when a merchant has two open deals, and can you show the income calculation at the deal level?
If a merchant with two open positions stopped paying today, what would your records show as the exact remaining RTR and unearned income on each deal?

If those answers require rebuilding records from bank statements, the books are not structured for the product you are writing.

If you want a second look, send us your deal register. We will review how the books handle stacked positions and whether the income figures can be trusted at the deal level.