How to Compare Payment Providers in Argentina: Beyond the QR

For a business comparing payment providers in Argentina, a QR logo is only the start of the specification. A useful comparison follows the customer's funding source, the receiving account and the evidence that connects a payment to an order.

That approach makes an initial request such as “We need QR payments and ARS payouts” much more actionable. It gives each prospective PSP a concrete customer journey to demonstrate, and gives your operations team a way to assess what happens when a payment needs investigation or a customer needs their money returned.

What our Argentina offer review tells us

In the PayStar offer snapshot dated 14 September 2026, we identified 74 distinct offers associated exclusively with Argentina: 38 classified as incoming payments and 36 as outgoing payments. All 74 were linked to ARS.

These are offers, rather than a count of independent providers. The dated sample helps structure a shortlist; it does not establish current availability, merchant eligibility or market coverage. Its incoming and outgoing categories also do not confirm every possible combination of payment method and transaction type. Those details need qualification with the provider.

Separate the QR experience from the payment behind it

Argentina's central bank describes pagos con transferencia, or PCT, as merchant purchases using immediate transfers with an acceptor involved. Its Transferencias 3.0 guidance explicitly distinguishes their commercial rules from those of other immediate transfers. BCRA: Transferencias 3.0

QR also appears in card payments. The BCRA's June 2026 retail payments report records interoperable QR PCT separately from card transactions initiated through interoperable QR. For provider selection, that distinction means a statement such as “QR supported” needs a second level of detail. BCRA: June 2026 retail payments report

Ask each candidate to complete a comparison like this for your business:

The table is a qualification brief. It is not a statement that every provider offers all three flows.

Request a demonstration using real operational questions

Consider a hypothetical merchant selling products priced in ARS. Two customers use QR for purchases of the same amount. One funds the payment from an account through PCT; the other uses a card. Ask the provider to demonstrate both flows if they are included in its proposal.

Ask the PSP to show how its records distinguish the two payments. A matching amount alone will not identify the right order when several customers owe that amount. Look for the provider's payment reference, your own order reference, confirmation status and the information your support team can retrieve later.

Now ask the finance team to find each payment in the provider's report. Can it distinguish PCT from a card-funded purchase and match each to the corresponding fees and receipt of funds? The same checkout entry should not conceal differences that affect reconciliation.

Finally, have both customers request a refund. Ask the provider to show the permitted process, original payment reference, recipient destination and resulting evidence for each flow. Compare any manual work and the responsibility for resolving an incomplete return. These demonstrations reveal more than a long list of wallet logos.

Make CBU, CVU and alias support explicit for ARS payouts

Argentina's official transfer guide distinguishes CBU, which identifies a bank account, from CVU, used for a payment account. An alias can be used in place of either account identifier. Argentina.gob.ar: Electronic transfers

For business payouts, request a written answer for each destination you need: bank accounts identified by CBU, payment accounts identified by CVU and recipients supplied through an alias. Ask how the provider checks the recipient information before sending funds and what it returns when the destination is invalid or cannot be reached.

Define the purpose of the outgoing payment as well. A merchant refund, a supplier payment and a customer withdrawal can have different requirements in a provider's service. Incoming ARS payment acceptance does not establish that the same agreement covers your intended disbursements.

Include the expected recipient population, typical and largest amounts, daily volume and peak periods. Have the candidate explain any prefunding requirement and the evidence available when a payout is still pending.

Connect payment confirmation, refunds and settlement

The BCRA describes PCT as immediately credited and irrevocable once the merchant receives the funds. That makes it particularly useful to request a separate demonstration of how the provider handles a merchant refund. BCRA: Transferencias 3.0

Ask for a sample showing the original payment, the decision to return money and the resulting refund record. Establish who initiates it, which destination is used and how both transactions appear in reporting. This is a request to verify the provider's workflow, not a promise that a particular refund facility is available.

Then trace the money to the account your business will actually use. Confirm the receiving entity and account, when the funds become available there, and any additional settlement step in the proposed arrangement. Compare fees, deductions and reporting against that complete flow. An immediate customer payment should not be used to infer the terms of a separate provider settlement arrangement.

Build a focused Argentina shortlist

Bring PayStar Discovery your business activity, country of registration, intended QR and transfer flows, payout destinations and expected volumes. We can help turn those requirements into a focused PSP shortlist and identify the commercial and operational questions to resolve before integration.

Your business selects and contracts directly with the PSP. The PSP remains responsible for processing and settlement under that agreement; Discovery structures the research and qualification needed to make that choice.