Choosing payment providers in Indonesia means deciding how each payment will connect to a real order. A QR code, a virtual account number and an IDR payout can all appear in a proposal, but they answer different questions for your checkout and finance teams.
A useful comparison follows one purchase from the amount shown to the customer through payment confirmation, order matching and settlement. This reveals which details a method list leaves unresolved.
Our review of the PayStar export dated 14 September 2026 identified 75 unique offer records linked exclusively to Indonesia: 46 incoming-payment records and 29 outgoing-payment records. All 75 have an IDR currency link. This is a research sample of recorded proposals, with each offer requiring qualification for the intended business and operation.
QRIS payment acceptance starts with the customer flow
Bank Indonesia describes three QRIS interactions: with static merchant-presented QR, the customer enters the amount; with dynamic merchant-presented QR, the amount is included; with consumer-presented QR, the merchant scans a code displayed by the customer. Bank Indonesia’s QRIS guide.
For an online checkout, ask the PSP to demonstrate the proposed interaction on the devices your customers use. A desktop demonstration alone leaves an important question unanswered: how does someone complete the purchase when the checkout and payment application are on the same phone?
Then trace the order reference. Establish which identifier your business supplies, which reference the PSP returns, and how the confirmation links the payment to the purchase. An amount embedded in a QR code does not, by itself, explain your provider’s order-matching process.
Request examples of the customer screen and the transaction record your team will receive. Check that both expose enough information to identify the intended purchase, investigate a customer query and decide whether fulfilment can proceed.
Virtual account payments need an amount policy
Virtual accounts introduce another comparison: what does the payment number identify, and which amount will the service accept?
BCA’s public business documentation describes virtual account numbers used to identify incoming customer payments. It distinguishes fixed billing, where the full billed amount is required; variable billing, where the customer can choose the amount; and a no-bill option without a displayed bill amount. This is a concrete example of local product design, rather than a description of every PSP. BCA’s virtual account business guide.
When comparing virtual account payments in Indonesia, specify whether you need an identifier for each order or a reusable identifier for a customer. Ask what happens when that customer has two unpaid orders. Confirm the supported amount rules, reference lifetime and information supplied with each incoming payment.
These choices affect everyday work: whether a payment closes an order immediately, remains partially allocated or requires a member of staff to investigate.
Compare providers using the same order
Consider a hypothetical online order for IDR 250,000, with stock held for 30 minutes. These are illustrative business requirements, not local limits or quoted provider terms.
Give each candidate the same scenarios and ask for its documented behaviour:
| Scenario | What the comparison should establish |
|---|---|
| The customer pays IDR 250,000 before expiry | Which confirmation permits fulfilment, and how it carries the order reference |
| The customer attempts to pay IDR 200,000 | Whether the payment is rejected, treated as partial or handled through another agreed process |
| Payment arrives after the stock reservation expires | Whether funds can still arrive, which status is reported and who resolves the order |
| The customer makes a second payment | How a second transfer is distinguished from a repeated notification of the first |
The purpose is to compare operational outcomes. Ask the PSP to show the relevant checkout, status response and report for each supported scenario. Record any remaining manual step and the team responsible for it.
This exercise also improves a price comparison. Two quotes can look similar while creating different amounts of support work around unmatched funds, late payments or returns.
Keep IDR payouts and merchant settlement distinct
An incoming-payment proposal does not establish the outgoing service your business needs. For IDR payouts, begin with the purpose, recipient type and destination. Ask about recipient verification, transaction and cumulative limits, funding requirements, pending payments and returns.
Keep a refund tied to a purchase separate from a new disbursement. Ask which operation the provider supports, what reference connects it to the original order, and how it appears in reporting.
Merchant settlement needs its own answer. Confirm the account and currency in which your business receives proceeds, the timetable, cut-offs, deductions and any conversion. If you plan to fund payouts from collections, ask whether the agreement permits this and when those funds become usable.
Your comparison should show three moments clearly: the customer payment is confirmed, the proceeds become available to your business, and an outgoing payment reaches its stated outcome. Ask for the evidence and responsibility attached to each.
Turn the checkout design into a PSP shortlist
Prepare a brief with your company registration country, business activity, sales channel, expected transaction sizes and volumes, required QRIS or virtual-account flow, payout destinations and settlement preferences. Include the order scenarios above so providers can respond to the same operating requirements.
PayStar Discovery helps structure that research into a focused PSP shortlist with the commercial, technical and operating context needed to evaluate the next step. You choose the PSP and contract with it directly. The provider remains responsible for approval, payment processing and settlement under that agreement.
Looking for payment providers in Indonesia? Share your checkout and IDR payout requirements through PayStar Discovery to begin a comparison built around how your business operates.
Research basis: PayStar offer export dated 14 September 2026; official sources checked on 16 September 2026. Recorded offers are not a live availability list or a measure of market share.