Accepting payments in Colombia and Peru. 6 chapters and a final quiz.

Chapter 1. Two neighboring markets, two unrelated architectures.

Colombia and Peru are often treated as a single Andean bloc. That assumption is costly. Colombia built a public instant rail, Bre-B, under its central bank’s authority. Peru built nothing. It forced two already dominant private wallets to open up to each other. Two opposite approaches, two timelines, two bodies of rules. A checkout flow copied from one country to the other fails on the first screen.

The second difference is the weight of cash. Both countries still use it for most payments, but at different points in the chain. In Colombia, cash accounted for 78.4% of the number of everyday payments and 74.6% of their value (Banco de la República, perception survey, fieldwork January–April 2022). In Peru, 64% of consumer transactions are still paid in cash (BCRP, national survey of payment habits, June 2025). So the cash channel is not a convenience option. It is market share.

One Colombian figure belongs on the table before any architecture decision. In 2024, account-to-account transfers reached 16.2 million transactions a day, 3.6 times the number of card transactions (Banco de la República, Reporte de la Infraestructura Financiera, 2025). Colombia is a bank transfer market. A collection setup built around cards reaches a minority of payers there, in a minority of cities.

Chapter 2. Colombia: wiring up Bre-B without dropping PSE.

Bre-B went live on October 6, 2025. The Banco de la República does not run the rail end to end. It operates two central modules: DICE, the llave directory, and MOL, which settles each payment order in central bank money on CUD accounts. Between them sit the SPBVIs, private systems for immediate low-value payments. Each institution chooses which one hosts its llaves. This architecture shapes the merchant’s pricing negotiation.

The llave is the receiving address, and you should reserve it early. It is needed only to receive; an account without a llave can still send. Five types coexist, and two of them matter directly to an online merchant. The merchant code is assigned by the institution where the business holds its payment product, while the alphanumeric identifier, generated by the institution, can be assigned in bulk and makes order-by-order reconciliation possible.

The legacy rail is not going away, and it does not behave like Bre-B. PSE (Pagos Seguros en Línea), run by ACH Colombia S.A. since 2001, redirects the shopper to their own bank’s interface. The payment is an account debit. There is no authorization to capture and no network chargeback, and settlement follows the clearing cycle, not real time. The failure rate depends on the availability of the issuing banks, which the merchant cannot control. A shopper who drops off mid-redirect leaves no usable trace on the merchant side. The funnel goes blind.

Chapter 3. Peru: Yape, Plin, and the CIP code in one checkout.

The Peruvian market developed without a public rail. Yape was launched in 2017 by Banco de Crédito del Perú, part of the Credicorp group, and now works as a super app: QR payments, microloans, top-ups, and a marketplace. Plin, launched in 2020, is a transfer network linking the banking apps of BBVA, Interbank, Scotiabank, and BanBif, and it has no app of its own. The distinction matters in operations. Accepting Plin means depending on each member bank’s chain.

The settlement infrastructure is the Cámara de Compensación Electrónica, owned by Peru’s banks since 2000. It has run Transferencias Inmediatas since 2016, and its balances settle in the BCRP’s LBTR. The central bank built no competing rail; it limited itself to issuing circulars and setting deadlines. Each phase widened the scope of the interoperability requirement, and each produced a measurable jump in volume.

The CIP code collects payment without an account or a card. PagoEfectivo, operated by Orbis Ventures S.A.C., a Paysafe group company, generates a CIP code when the order is placed. The buyer then pays it in cash at an agent or a bodega, or through online banking. The rail is asynchronous by design. No synchronous logic holds up, because confirmation arrives after the customer pays at the counter, sometimes the next day. The order has to stay pending without tying up inventory indefinitely.

• Set an explicit expiry for the CIP. Once it passes, the code can no longer be paid, and the order must move to a documented terminal state on the merchant side.
• Reserve the inventory without freezing it. An order paid over the counter is confirmed in hours or days, so decide the reservation policy before integration, not after the first incident.
• Reconcile by reference, never by amount. The CIP code is the only reliable key; two orders for the same amount get mixed up immediately.
• Send a reminder before expiry. The email carrying the code is the customer’s only way to pay, so its deliverability is part of the conversion rate.

Chapter 4. Invoicing: prior validation with DIAN, deadline-based submission to SUNAT.

Both countries mandate electronic invoicing, but at different points in the sale. Colombia uses prior validation. The DIAN, Colombia’s tax authority, checks the XML and assigns a CUFE before the document goes to the customer; without it, the document has no tax effect. Peru works the other way around: the invoice is issued first, then sent to SUNAT, Peru’s tax authority, or to an OSE (an authorized e-invoicing operator) within a fixed deadline. The penalty mechanism differs, and so does checkout design.

In Colombia, the POS receipt is no longer a way out. The second paragraph of Article 616-1 of the Estatuto Tributario, as amended by Ley 2155 of 2021, caps the POS equivalent document. It now covers only sales of 5 UVT or less per document, excluding taxes. Resolución DIAN 001092 of July 1, 2022, set how the limit is implemented. The UVT is COP 52,374 for 2026 (Resolución DIAN 000227 of December 15, 2025), which puts the cap at COP 261,870; above it, an electronic sales invoice is mandatory.

• Factura electrónica de venta, for sales of goods and services (Resolución 000165 of 2023)
• Notas crédito y débito, to adjust an already validated invoice without reissuing it
• Documento soporte, to support a cost paid to a supplier that is not required to invoice (Resolución 000167 of 2021)
• Documento soporte de nómina electrónica, payroll costs reported within the first 10 business days of the following month (Resolución 000013 of 2021)
• RADIAN, a public registry that lets the invoice circulate as a negotiable instrument, linked to the document by the CUFE (Resolución 000015 of 2021)

In Peru, the choice between boleta and factura happens at checkout. The checkout flow has to settle it before payment. A factura can be issued only to a buyer with a RUC, the tax identification number. The boleta de venta electrónica covers the end consumer, and above S/ 700 it requires the buyer’s identification by DNI (national ID) or RUC (SUNAT). A payment page that never asks for these details produces documents a business buyer cannot use, because it won’t be able to deduct the purchase.

{
  "co": {
    "tipo_documento": "NIT | CC | CE | Pasaporte",
    "numero_documento": "required for the factura electrónica de venta",
    "regla_pos": "documento equivalente POS capped at 5 UVT = COP 261,870 in 2026"
  },
  "pe": {
    "tipo_comprobante": "factura (RUC required) | boleta (end consumer)",
    "numero_documento": "11-digit RUC, or DNI if boleta > S/ 700",
    "envio_sunat": "factura: 3 calendar days; boletas: resumen diario"
  }
}

Boletas are not sent one at a time. They are reported in a resumen diario, sent on the day they are issued or by the seventh calendar day after at the latest (SUNAT). That grace period saves time but sets an accounting trap: a boleta that is issued but never summarized does not exist for the tax authority, even though it exists for the customer. Monitoring should track the acknowledgment rate, not the number of documents generated.

Chapter 5. Calculating the real cost: fees, withholdings, and transaction taxes.

Comparing two Andean payment methods on fees alone gives the wrong answer. Both countries tax the flow itself, and Colombia also withholds on revenue collected by card. The gap between the provider’s quoted rate and the amount actually available often exceeds a percentage point. That delta can be modeled, and the math belongs before the RFP, not after the first statement.

In Colombia, the GMF exemption covers 350 UVT per month, or COP 18,330,900 for 2026 with the UVT at COP 52,374. Above that monthly cap, only the excess is taxed at four per thousand. The 1.5% withholding, by contrast, has no threshold and hits card sales at the source, while account-to-account transfers are exempt. The imbalance is structural and steers the choice of rail.

Peru: the banking requirement comes before the cost calculation

Decreto Legislativo 1529 lowered the bancarización (mandatory banking channel) threshold under Ley 28194. Since April 1, 2022, any obligation of S/ 2,000 or US$500 or more must be paid through an accepted payment method: deposit, transfer, check, or card. Splitting the payment into smaller installments does not get around the rule. A cash payment above the threshold qualifies for neither a cost deduction nor a tax credit.

That leaves Colombian cuotas. Installments on a credit card are chosen at the terminal or online and travel as an attribute of the authorization message, not as a separate product. Non-card installment payments exist separately: Addi claims more than 35,000 points of sale and more than three million Colombian customers (Addi, 2026). It targets buyers with no credit history, whom 23.3% credit card penetration does not reach.

Chapter 6. Fraud, declines, and recourse: what the merchant still carries.

An Andean setup designed around Visa and Mastercard rules alone leaves two gaps. The first is the irrevocability of instant rails, which eliminates the chargeback but not the dispute. The second is local consumer law, which creates recourse regardless of the instrument. Both catch merchants off guard, and late. Both have to be handled upstream, in commercial policy and fraud settings, not when the complaint arrives.

In Colombia, the buyer’s recourse is statutory, not contractual. Article 51 of Ley 1480 of 2011, Colombia’s consumer protection statute, grants a right to reversión del pago (payment reversal) for remote purchases. Four cases trigger it: goods not delivered, defective goods, goods that don’t match the order, or a fraudulent transaction. The consumer has five business days from learning of the problem, and Decreto 587 of 2016 governs implementation. The right applies regardless of the instrument, card or not.

In Peru, a prudential regulation allocates liability for unrecognized transactions. Article 23 of the Reglamento de Tarjetas de Crédito y Débito, approved by Resolución SBS N° 6523-2013, lists the cases where the issuer bears that liability. They include transactions after a loss or theft has been reported, cloned cards, failures of channels or systems the issuer provides, ATM tampering, and identity fraud at a branch. The Reglamento de Gestión de Conducta de Mercado, approved by Resolución SBS N° 3274-2017, governs how reclamos (complaints) are handled.

Lowering the decline rate without touching the product

• Acquire locally. A transaction routed from abroad carries a different risk profile at the Andean issuer, and the declines show up in response codes before they show up in revenue.
• Track declines by code, issuer, and city. A blended rate can’t be diagnosed; the same card fails in Barranquilla and goes through in Bogotá for reasons you can document.
• Open a rail without declines. Bre-B, PSE, and Peruvian wallets have no authorization declines; they have abandonment. The lever is no longer fraud screening but a clear payment flow.
• Treat the 20-second limit as a commitment. Expected compliance on Bre-B is 99.5%, and the participant, not the rail, is accountable for any overrun.
• Document the refund policy. On an irrevocable rail, buyer confidence no longer comes from the instrument. It comes from what the merchant promises and delivers.