Share this article
No items found.
No items found.

The definitive guide to expanding your business in LATAM.
A FREE 5-day email course that teaches you how to optimize your payment rates and simplify your operations.
Obtain the guide

Choosing a payment gateway in Colombia is about more than just “accepting cards.” In practice, it determines which payment methods you offer, how seamless the checkout process is, how funds are settled, and how automated the accounting reconciliation can be.
In this technical guide, we review how online payments are structured in Colombia, the most commonly used methods, and what to look for when selecting a provider. For a regional overview, see payment gateways in Latin America. If your business involves cross-border transactions, see international payments.
PSE is often a key method for determining coverage and costs, but it requires rigorous reconciliation by reference and status.
In assisted sales, the payment link is a product in its own right: it requires tracking, an expiration date, and clearly defined events.
For businesses, the priority is that every payment can be broken down: gross amount, fees, taxes, net amount, and final amount.
In a typical e-commerce workflow, your website or app captures the payment intent, sends the transaction to the provider, and the provider handles the authorization (credit card or bank transfer), confirmation, and subsequent settlement. The difference between providers lies not only in “whether they approve” the transaction, but also in how they expose events, references, and reports to operate in Colombia.
For businesses, the most critical issues are typically: issuer approval, fraud and chargeback management, settlement times, availability of reports, and consistency of identifiers for reconciliation.
In PSE, statuses can be: initiated, pending, confirmed, or expired. See how each one is reflected in reports and webhooks.
For credit cards, I calculated the approval rate by issuer and chargebacks. The total cost isn't just the fee.
The mix of methods varies by industry, average order value, and sales channel. In general, it is advisable to prioritize methods that maximize conversion without compromising operational control: traceability, reconciliation, and returns management.
A best practice is to set up tracking for the checkout process to measure conversion rates by payment method, rejection rates by issuer, and confirmation times. This allows you to choose a provider based on data, not just on the published rate.
I asked for examples of reconciliation: what a settlement statement looks like and how to identify the transactions that make it up. Without that, the closing process becomes a manual one.
This list is for informational purposes only and is not a ranking. The exact availability of payment methods, terms and conditions, and technical support varies depending on the specific case and volume.
Before making a decision, I requested API documentation, payment event notifications (webhooks), sample settlement reports, and a clear breakdown of the fees charged (transaction fees, fixed fees per transaction, chargebacks, anti-fraud fees, refunds, and FX fees, if applicable).
For businesses, the selection process should be based on operational and risk requirements. A practical checklist:
In Colombia, PSE is adjusting its cost mix and reducing surcharges, but is requiring compliance with settlement terms.
There is no such thing as a “single fee.” The total cost typically consists of: a variable rate (percentage), a fixed fee per transaction, chargeback costs, refund costs, anti-fraud costs, and, for international transactions, FX and bank fees.
To compare providers, request a breakdown of the net amount settled per transaction (settlement example) and simulate different payment method combinations. A payment gateway with a slightly higher fee may be more efficient if it improves approval rates and reduces chargebacks.
Beyond the checkout process, issues often arise in the back office: reconciliation, refunds, adjustments, and reporting. A minimum set of data per transaction includes: merchant ID, order ID, payment method, gross amount, fee, taxes, net amount, currency, authorization date, settlement date, and final status.
If the provider doesn’t offer a consistent model for events (webhooks) and reports, the team ends up having to make up for it with spreadsheets. That’s why, for businesses, “integration” doesn’t end with an approved payment: it ends when you can close out the month without any discrepancies.
If you work with ERP or BI systems, make sure to verify the format of export files (fields, delimiters, time zone) and how changes are versioned from day one. A change to a column can break pipelines.
I defined the returns process: who initiates the refund, how the customer is notified, how it appears on the statement, and how it is recorded in the accounting system (reversal of revenue vs. credit memo).
Work with support to define the incident response process: which logs to share, response times, and how to verify resolution. When it comes to payments, time is of the essence because it affects conversion rates and reputation.
If you plan to use more than one provider, design the “workflow” and governance from the start: when to use each method, how to compare metrics, and how to avoid duplicate reconciliations.
Before integrating the system, define the data model you want to maintain: internal order, customer, method, status, net amount, fees, and dates. The finance department will use this model to close the books each month.
Determine early on how you will handle idempotence (retry mechanisms that prevent duplicate charges), how you will store tokens, and what retry strategy you will use in the event of authorization failures.
In QA, test "unfavorable" scenarios: chargebacks, partial refunds, disputed charges, pending payments, and expired payments. The key is to ensure that each scenario is consistently tracked in reports and events.
At the operational level, set up alerts for: webhook failures, rejection rates by issuer, fraud spikes, discrepancies between settled net and expected net, and settlement delays.
These signs often foreshadow operational and reconciliation issues, even if the provider “charges fairly” or promises high conversion rates.
These errors occur when the focus is solely on launching the checkout process and the related operations—such as reconciliation, returns, and adjustments—are overlooked.
Practical example: For bank transfers, confirmation may be delayed. If your fulfillment depends on confirmed payment, you need reliable events and expiration rules to avoid processing deliveries without payment.
It depends on your audience and payment amount. Generally, credit cards are the standard; adding bank transfers or local payment methods can improve coverage. Track conversion rates by payment method.
Define which identifiers and reports you receive. Ensure that each transaction has unique IDs and that the reports detail the net amount, fees, and settlements.
Calendar, currency, commission breakdown, and transaction details. Also, whether there are any withholdings or adjustments listed on the statement.
In addition to the payment method, you need to clarify the foreign exchange rate, credit times, and reconciliation between the supplier, the bank, and the accounting department. See the guide to international payments.
When you need redundancy, better rates per method, or coverage for methods that a single provider cannot offer. The trade-off is greater operational and reconciliation complexity.

.avif)