Which payment processor pays an ISO best? How to compare residuals across processors

Most ISOs work with more than one processor, and most owners have a feeling about which one is the better deal. The feeling is usually based on the size of the monthly cheque. The cheque is the wrong number. A processor that sends the most money may simply hold the most merchants, or the biggest ones, or the ones with the highest agent splits attached. This guide is about getting to a number you can actually compare.

What "pays best" really means

Three separate things get mixed together when owners talk about which processor pays best:

1. The deal. Your buy rates, the split, and what the processor charges you for gateway, equipment and support. This is negotiable and it is what the processor's sales team talks about.
2. The merchant mix. What kind of merchants you boarded there, at what pricing. A processor full of high-volume retail looks generous. A processor where you placed your small and difficult accounts looks stingy. Neither says anything about the deal.
3. The reporting. Whether the file gives you profit before or after the processor's share, whether it includes equipment and software income, and whether closed accounts are still listed. Two processors can pay identically and report numbers that differ by a third.

A fair comparison controls for the second and third before it says anything about the first.

The four ways a residual report defines profit

Every processor reports a profit figure. They do not report the same one.

If processor A reports gross profit before its 20% share and processor B reports your income after its share, A looks 25% better than it is. If processor C reports rentals and app revenue in a second file that never made it into your spreadsheet, C looks worse than it is. This is the most common reason cross-processor comparisons are wrong, and it has nothing to do with either processor's pricing.

Five adjustments before you compare anything

1. Active merchants only. Processor files routinely list closed and pending accounts with zeros. Count active merchants, or every per-merchant figure is diluted.
2. All income types. Add the equipment, software and app revenue files to each processor's processing residuals. Some processors pay more of their money through these and less through processing.
3. One definition of profit. Work out where each file sits in the table above and bring them all to the same line, usually "your share before your own deductions and agent payouts".
4. One currency. If any processor pays in a different currency, convert at the month's rate. A cross-border book comparing CAD and USD unconverted is off by a third.
5. Same month, or the same three months. Processors release files on different days, and a month that is complete at one may be provisional at another.

The comparison, once the data is clean

With every processor on the same footing, three figures answer the question:

A worked example, illustrative numbers:

A sends twice the money, and every owner would call it the better processor. Per merchant, B pays 45% more, and the office keeps a larger share of it. Whether that is B's pricing or B's merchant mix is what the size-band comparison answers. Either way, the cheque said the opposite of the truth.

What the answer is usually worth

• Where to place the next merchant. If similar merchants earn more at one processor, board the next one there, unless the other processor's service or approval speed argues otherwise.
• What to renegotiate. A processor that pays less per merchant on the same kind of account is a processor to have a conversation with, and the comparison is the evidence.
• Which agent splits are eating the margin. A low house margin at one processor is sometimes not the processor at all, but the agents who happen to sell there being on richer splits.
• What a buyer would see. Portfolio buyers price each processor's stream separately, on its own attrition and its own terms. Knowing your numbers per processor is knowing what you own.

Traps that survive the cleaning

• Rate changes. A processor that changed a fee in March makes March look different from February. Compare periods after the change.
• Seasonality. Restaurant-heavy and retail-heavy books peak in different months. Compare the same three months, not any three.
• Provisional files. Some processors restate a month. Compare final files.
• Exclusivity and minimums. The best per-merchant economics can come with a volume commitment. Read the agreement before moving business.

Frequently asked questions

Which payment processor pays ISOs the highest residuals? There is no general answer. Residuals depend on the buy rates and split in your agreement, the merchants you place with each processor, and how each one reports profit. Compare profit per active merchant and house margin on cleaned data rather than the size of the monthly cheque.

Why do two processors report such different profit numbers? Because they define profit differently. One may report gross profit before its own share, another your income after its share, a third your income after processor-billed fees. Equipment and app revenue often arrive in separate files. Bring every processor to the same definition before comparing.

How do I compare residual reports from different processors? Filter each to active merchants, add every income type, align the profit definition, convert to one currency and take the same months. Then compare profit per active merchant, house margin, and profit per merchant within size bands.

Should I move merchants to the processor that pays more? Only after the comparison controls for merchant mix, and only after reading the agreements. Moving merchants costs relationships and sometimes early termination fees, and the better per-merchant economics can come with volume commitments.

Can software compare processors for me? SplitRun reads each processor's files, including the separate equipment and app revenue files, keeps each income type distinct, converts currencies per month, and shows active merchants, profit and commission by processor for each month, along with the share of profit held by your largest processor. See How to read a First Data residual report for how one processor's files fit together.