Changing Processors: What Happens to an Open Payment Plan

The financing provider that funded a plan owns the agreement with your customer. You, the merchant, present the offer and take settlement, but you were never a party to the installment terms the provider set. That single fact drives everything about a processor change: you cannot alter, transfer, or renegotiate something you do not hold.

The provider approved the customer, set the terms, and schedules the payments. Your role sits alongside that contract, not inside it. For instance, if a buyer picks financing at your checkout, the balance owed runs between that buyer and the provider.

PayFull helps you offer that financing inside your own checkout. The provider still decides applications, availability, and terms, and those stay provider decisions before and after any move you make on your side.

Picture two separate layers. First, there is the customer's funded agreement with the financing provider. Second, there is the plumbing that routes a sale and its settlements to your business. A processor change works on the second layer, not the first.

Because those layers are distinct, a merchant-side move does not reach into a contract the customer already signed. It changes how money reaches you, not the terms the customer agreed to.

That said, do not assume a provider's post-funding servicing behavior from memory. Instead, read that provider's own current terms and plan around what is written there. If something is not documented, treat it as unconfirmed until you verify it directly with the provider or your processor.

For a brand-new sale, the presentation layer is what moves. The mechanics of showing the financing offer at checkout get re-pointed to your new setup. Who qualifies, and on what terms, stays with the provider exactly as before.

So a new buyer still applies to the provider, and the provider still answers. Your processor change does not shortcut, speed, or influence that decision — it only governs how the offer is displayed and how the resulting sale settles to you.

PayFull helps present financing in your own checkout. For how financing is shown to shoppers, see /platform/checkout. Aim for a clean handoff on new sales, with provider decisions left firmly where they belong.

A single card sale ends at the moment of payment. A financed buyer, by contrast, has scheduled payments still ahead, tied to stored payment credentials. That difference is why continuity matters more when payments recur.

If a token is lost mid-move, you may have to ask that customer to re-enter details — exactly the friction a financed relationship should avoid. Keeping credentials portable keeps the experience seamless while you shift the setup underneath.

For how portable tokens cut down on re-entry during a transition, see /platform/token-vault. Still, confirm token handling with your provider and processor before you schedule anything.

Card-based installments and funding posture

Not every financing type settles to the merchant the same way. SplitIt uses existing card credit and leaves normal card risk with the merchant; keep that distinction in any funding discussion. For SplitIt, the merchant is funded per installment as each is charged, which is the exception to how some other options settle. Confirm that against SplitIt's own current terms before you plan a change.

A worked example makes the layering concrete. Keep the arithmetic in mind: a deposit plus the remaining balance should equal the price, and the installments should add up to that balance.

Illustration (hypothetical): Suppose a buyer orders a program priced at $6,000. They pay a deposit of $1,200 at checkout, which leaves a remaining balance of $4,800. That balance is set as 4 installments of $1,200 each.

The schedule runs on day counts from the order date: the first installment at 30 days, the next at 60 days, then 90 days, and the last at 120 days. First the deposit clears, then each installment follows on its day. The four installments of $1,200 add up to the $4,800 balance, and the deposit plus that balance equals the $6,000 price.

Now imagine you change processors at day 45. The buyer has paid the deposit and the first installment, so three installments remain. Those scheduled payments belong to the agreement between the buyer and the provider, so a merchant-side change does not alter them. What you confirm is that those remaining settlements still route to you cleanly after the move.

Communication about a real change is the merchant's responsibility, and it should be accurate and narrow. If nothing about the customer's plan changes, do not suggest that it did. A short note confirming their schedule is unchanged beats vague wording that hints at a renegotiation.

The agreement is between the customer and the provider, so avoid any language implying your move rewrites it. Overstating your own role creates confusion and, worse, invites doubt about a plan that is actually intact.

If a real, documented change does affect the customer, say so plainly and point to exactly what changed. Otherwise, leave the financing agreement out of the message entirely. Clarity here protects trust and keeps your messaging matched to what truly happened.

Work from written sources, not habit. First, read the provider's current terms for anything addressing an already-funded plan. Next, confirm settlement routing with your processor for payments still due. Then verify token handling so a financed buyer feels no break in the experience.

Finally, draft your customer message to match what actually changes. If the plan itself is untouched, keep the financing agreement out of the note and simply confirm the schedule stands.

PayFull helps you offer financing inside your own checkout and under your own merchant accounts and provider agreements, so the pieces you control stay in your hands through a move. The provider's decisions, and the customer's contract with that provider, remain exactly where they were.