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 user-friendly 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 consider when selecting a provider. For a regional overview, see payment gateways in Latin America. If your business operates internationally, 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 present events, references, and reports for operating 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. Check how each one is reflected in reports and automatic notifications (webhooks).
For credit cards, it measures approval rates 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’s usually best to prioritize the methods that maximize conversion without compromising operational control: traceability, reconciliation, and returns management.
A best practice is to set up the checkout page to track 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.
Ask for examples of reconciliation: what a settlement 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, request documentation on APIs (integrations), payment events (automatic notifications (webhooks)), examples of settlement reports, and a clear breakdown of what is charged (fees, fixed per-transaction charges, chargebacks, anti-fraud fees, refunds, and exchange rates (FX) 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 commission.” The total cost typically consists of: a variable rate (percentage), a fixed fee per transaction, costs related to chargebacks, refunds, and fraud prevention, and—for international transactions—the exchange rate (FX) and bank fees.
To compare providers, request a breakdown of the net amount settled per transaction (settlement example) and simulate different payment method mix scenarios. A payment gateway with a slightly higher rate may be more efficient if it improves approval rates and reduces chargebacks.
Beyond the checkout screen, the problem usually arises 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 (automated notifications (webhooks)) and reports, the team ends up having to make up for it with spreadsheets. That's why, for companies, “integration” doesn't end with an approved payment: it ends when you can close out the month without any discrepancies.
If you work with an enterprise resource planning (ERP) system or business intelligence (BI) dashboards and reports, confirm from day one the format of export files (fields, delimiters, time zone) and how changes are versioned. A change to a column can disrupt automated processes.
Define the returns process: who initiates the refund, how the customer is notified, how it is reflected in the settlement, and how it is recorded in the accounting system (reversal of revenue vs. credit memo).
Agree with support on the incident handling process: which logs to share, response times, and how resolution is verified. In payments, time matters because it affects conversion rates and reputation.
If you plan to use more than one provider, establish from the outset the “payment method selection process” and the governance framework: when to use each method, how to compare metrics, and how to avoid duplicate reconciliations.
Before integrating, define the data model you want to maintain: internal order, customer, method, status, net amount, commissions, and dates. The finance department will use this model to close the books each month.
Determine from the outset how you will handle protection against duplicate charges (idempotence) (retry without 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: reverse transactions, partial refunds, chargebacks, pending payments, and expired payments. The important thing is that each case leaves a consistent audit trail in reports and events.
At the operational level, set up alerts for: automatic notifications (webhooks), 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 screen and the operational aspects—such as reconciliation, returns, and adjustments—are underestimated.
Operational example: For 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 ticket type. 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. Make sure each transaction has unique IDs and that the reports break down net amounts, fees, and settlements.
Calendar, currency, fee discount before payment (net settlement), and transaction details. Also, whether there are any withholdings or adjustments shown on the statement.
In addition to the payment method, you need clarity on exchange rates (FX), crediting 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 a range of methods that a single provider cannot offer. The cost is greater operational and reconciliation complexity.

.avif)