Payback, percent paid and pace

Percent paid drives renewal eligibility, and pace is your early warning that a merchant is slipping. Both are only as current as the last remittance you recorded, so keeping them fed is the single most useful habit after funding.

• Paid-in percentagePaid-in percentage is how much of an advance's payback a merchant has remitted so far. Funders use it to decide when a merchant can renew.
• RTR (right to receive)RTR is the total amount of future receivables a funder buys in a merchant cash advance: the advance times the factor rate, also called the payback.

1. 1Open the funded deal and click Record remittance.
2. 2Choose Single payment to log one debit (with Result: Cleared or Returned (NSF), and a Return code for returns), or Remitted to date to enter the lender's running total from its portal or report.
3. 3Enter the amount and date and click Save.
4. 4For many deals at once, click Import remittances on the Funded list, drop the lender's CSV, pick the Lender and Report date, click Preview matches, fix or skip any row, then click the Apply button (it shows how many rows will be applied).

The import matches each row by deal reference first, otherwise by merchant name (85 out of 100 or better). Each matched row becomes a remitted-to-date entry, and a status column in the file updates the servicing status.

A $40,000 advance at a 1.32 factor has a payback of $52,800, paid at $359.18 a business day. Eighty business days after funding, the lender's portal showed $24,500 remitted to date. Since then you have logged six cleared payments and one returned (R01).

Because the newest payment bounced, the status turns to NSF returns. The progress bar marks the renewal threshold; at a 50% threshold this merchant has just crossed it. Pace under 85% is shown in amber.

• Logging single payments and then a remitted-to-date total that already includes them. That is fine: the total replaces everything before its date. Logging payments dated before the latest total does nothing.
• Recording a payment twice. Remove the extra entry with the delete button on the Remittances list; the deal recalculates.
• Leaving the funded Payment blank. Without it the CRM has no schedule, so there is no pace, and projected dates wait until remittances show the merchant's actual rate.