Processor Holds Your Account? What Happens to Financing

A card processor's action lands on the account that settles your card payments. That account processes the swipes, taps, and card entries your checkout captures. A hold freezes funds tied to those card transactions, and a closure ends that card-processing relationship.

This matters because a financed sale is a different relationship. The BNPL provider has its own agreement with your business. A buyer who chooses financing enters an arrangement the provider underwrites and funds, and that arrangement does not settle through your card processor's account.

We can't speak to why any single processor acts, and we won't guess. Each processor publishes its own policies. The key point is simpler than the reasons behind any action: your card account and your BNPL provider relationship are not the same account.

On a financed sale, the BNPL provider is the party that funds it. First, the buyer applies with the provider. Then the provider decides the application under its own underwriting. Next, the provider funds the approved sale on the terms in its own published merchant agreement. The money path for that sale follows the provider's agreement, not your card processor's.

Risk follows funding here. Because the provider funded the sale, it also carries the repayment risk on it. Funding timing and the rail a provider uses live in that provider's own merchant terms, which vary by provider and by case.

A distinct structure to keep in mind

SplitIt is the exception worth flagging. SplitIt uses the buyer's existing card credit and leaves normal card risk with the merchant. Rather than being lender-funded, it is funded per installment as each is charged. Keep that SplitIt distinction in mind whenever funding and risk come up.

All financing is subject to credit approval. Ranges and availability vary by applicant and merchant. PayFull is not a lender or a bank; financing is originated by the lending partners named in each provider's own terms.

The two flows run on separate tracks. A processor action does not reassign a provider's completed funding. The provider made the approval and funding decision, and that decision belongs to the provider.

Still, this is not a promise about any specific case. Provider agreements can change, and a provider can alter its own terms. We can't promise a bank will never change its mind. For your situation, read your provider's published merchant terms and confirm the account each flow uses.

The cleanest way to answer this for your business is to look at the accounts, not the labels. One flow runs through your card processor; the other runs through your BNPL provider. Each is governed by its own agreement.

Some things sit close to a financed sale without being the funding itself. Your ordinary card sales settle through the processor account that faces the action. Those card-based, non-financed sales are a different question, and this page does not cover them.

Day-to-day work can also feel a processor action, since your checkout may rely on card acceptance for buyers who skip financing. Refunds and disputes, meanwhile, have their own path. For how disputes and chargebacks work on a financed sale, see the disputes page.

Records matter here too. Clear records of each sale, its terms, and the account it used help you see what belongs where. Your checkout runs under your own merchant account, and you can review that setup on the checkout page.

Start with the accounts. First, confirm which account your card sales settle through. Next, confirm the separate relationship your BNPL provider holds with your business. Then map each money flow to the account it actually uses. This mapping is the fastest way to see your real exposure.

• Account map: Which flow runs through the card processor, and which runs through the BNPL provider.
• Provider terms: What your provider's published merchant agreement says about funding timing and rail.
• Processor terms: What your processor publishes about holds and closures — treat it as case-by-case, not fixed or universal.
• Records: Clear records of each financed sale, its terms, and its account.

Above all, rely on each party's own published documents. Processor policies vary by case, so read the one that applies to you. Provider terms differ by provider, so read yours rather than a general summary.

A short hypothetical makes the account question concrete. It maps a price, a deposit, a schedule, and a remaining balance, and nothing else.

Suppose a business sells a program priced at $4,800. The buyer puts down a deposit of $1,200 at checkout, which leaves a remaining balance of $3,600 to schedule across installments.

Imagine the balance splits into 3 installments of $1,200 each. The first charge falls 30 days after checkout. The second falls 60 days after checkout, and the third falls 90 days after checkout. Those three installments add up to the $3,600 balance, and the deposit plus the balance equals the $4,800 price.

This example shows only plan arithmetic, so it names no provider and no rate. It simply maps the numbers to keep the two flows easy to separate.

Keep the paperwork that proves which account each sale used. Your provider's current merchant agreement belongs in that file. Your processor's agreement and its published hold policy belong there too. Together, these let you answer the account question quickly if an action ever happens.

A short internal note can list each sale channel and its account. In practice, that note saves time when you need to separate financed sales from card sales. Keep your records organized so the line between the two flows stays clear.

PayFull helps high-ticket businesses offer buy now, pay later and other financing in their own checkout, under their own merchant accounts and provider agreements. That structure keeps the provider relationship yours. Even so, the provider still decides every application and sets every term.