Payment processor
What is a payment processor?
A payment processor is a company or system that manages the movement of funds between a customer's bank and a business's bank when a transaction happens. It works behind the scenes to authorize, verify, and settle payments, communicating with banks and card networks to confirm funds are available and the transaction is legitimate.
{emphasize}
The process typically happens in seconds:
- Payment details are captured and encrypted
- The processor sends the transaction to the relevant card network or banking network
- The issuing bank checks for sufficient funds and approves or declines
- An authorization response is sent back, and funds move toward settlement
{emphasize}
Payment gateway vs. payment processor
The two terms get used interchangeably, but they play different roles.
A payment gateway is the technology that captures and encrypts payment details, then transmits them securely to the processor. Think of it as the checkout counter, it collects the information and hands it off.
A payment processor takes it from there, handling the actual movement and authorization of funds by communicating with banks and card networks. It's the system doing the verification and settlement work behind the scenes.
Some companies handle both roles. Others specialize in one and integrate with a separate provider for the other.
Third-party payment processors
A third-party payment processor is an external company that handles payment processing on behalf of a business, rather than the business building and maintaining its own processing infrastructure.
Some platforms rely on a single processor for everything. Others route through multiple third-party processors, often by payment type (ACH, card, EFT) or to build in redundancy if one processor has downtime or higher failure rates for certain transactions.
What this looks like in loan repayment
Most payment processor content is written for ecommerce checkout. Loan repayment works differently.
When a borrower makes a loan payment, the same core mechanics apply, a processor is verifying and settling funds, but the operational needs are different from a typical online store:
{emphasize}
- Payments need to route through processors that support ACH and EFT, not just card transactions, since many borrowers pay from a bank account
- Lenders often configure multiple processors rather than relying on one, so payments can route to whichever processor is best suited for that transaction type or has the strongest track record for a given payment method
- Failed or returned payments (like ACH bounces) need to be tracked and tied back to the right loan account, not just flagged as a generic failed transaction
- Payment data has to stay PCI compliant while also staying connected to the loan's real-time balance and schedule
{emphasize}
Managing payment processing on a lending platform
Handling payment processing well in lending means more than just moving money, it means keeping payment data connected to the loan itself. When a payment is processed, it needs to update the loan's balance, interest accrual, and schedule immediately, not on a delay.
This is typically handled through integration with multiple processors, giving lenders the flexibility to route ACH, EFT, and card transactions to whichever processor fits, while keeping payment data PCI compliant and synced with the loan's servicing records in real time. This kind of integration is also a common piece of broader automated loan workflows, reducing manual reconciliation and lowering the chance of a borrower's payment getting lost between systems.