Indonesia Payments Guide

Payments in Indonesia: Mobile Wallets, Bank Transfers, and an Archipelago at Scale A customer in Jakarta opens a social-commerce video, taps through to a product page, scans a QRIS code using a banking application, and receives payment confirmation within seconds. Another customer wants the same product from a smaller city on another island. The customer has a mobile phone, but the data connection is intermittent. The preferred wallet is not funded. The customer instead requests a virtual-account number, pays later through mobile banking, and waits for the merchant’s order system to match the transfer. A third customer places the order through an informal seller on a messaging platform and expects to pay cash when the package arrives. All three transactions can be described as Indonesian mobile commerce. They require very different payment and operational systems. Indonesia’s size makes the market strategically important. Its GDP reached IDR 23,821.1 trillion in 2025, equivalent to approximately US$1.446 trillion under the World Bank’s current-dollar measure. GDP per capita reached IDR 83.7 million, or about US$5,083, and real GDP grew 5.11%. Current international datasets place Indonesia around 17th among the world’s economies by nominal GDP, although exchange rates and revisions can alter the exact ranking. (Badan Pusat Statistik Indonesia)

Its digital market is also large. Google, Temasek, and Bain estimated Indonesia’s tracked internet-economy gross merchandise value at US$99 billion in 2025, up from US$87 billion in 2024. Ecommerce accounted for an estimated US$71 billion of that total. These figures measure GMV across specified internet-economy sectors; they are not the digital economy’s direct contribution to GDP. (Google Services) The merchant implication is straightforward: Indonesia should not be entered with a card form plus one global wallet. It should be entered through an access architecture that connects local payment accounts, banking infrastructure, QRIS, mobile interfaces, cash alternatives, logistics, and reliable payment-state operations. Indonesia Payment Snapshot Category Indonesia payment-market context Region Southeast Asia Population 284.67 million in 2025 Geography 17,380 islands officially recorded in 2024 Currency Indonesian rupiah, IDR Nominal GDP IDR 23,821.1 trillion in 2025 Current-dollar GDP Approximately US$1.446 trillion in 2025 Global nominal GDP rank Approximately 17th; verify against the final publication dataset GDP per capita Approximately US$5,083 in 2025 Real GDP growth 5.11% in 2025 Internet access 72.78% of residents in 2024 Mobile-phone ownership 68.65% of residents in 2024 Narrow digital-sector measure Information and communications contributed 4.34% of GDP in 2024 Internet-economy measure Approximately US$99 billion GMV in 2025 Defining payment infrastructure

QRIS, digital wallets, bank transfers, virtual accounts, BI-FAST Card role Important, but insufficient as the sole online payment category Cash role Still operationally relevant in ecommerce and informal commerce Mobile relevance Essential, but checkout must tolerate connection and app-switching failure Local acquiring Potentially valuable for Indonesian-issued cards and local methods Recurring readiness Cards and selected provider arrangements; many wallet, QR, and cash methods remain one-time Regulatory complexity High because payment licensing, data, tax, financing, marketplace, and cross-border rules interact Priority verticals Marketplaces, gaming, social commerce, travel, education, creator services, digital goods, and on-demand services Primary takeaway Design payment access around the customer’s available account and infrastructure—not around one assumed payment instrument The national snapshot combines BPS, Bank Indonesia, World Bank, and industry measures with different scopes. The internet-economy GMV estimate must not be interpreted as national output, and mobile-phone ownership should not be presented as smartphone penetration. (Badan Pusat Statistik Indonesia) The Indonesia Payment-Access System Map Indonesia’s payment system can be understood as five connected layers. GEOGRAPHY AND CUSTOMER ACCESS Island → Province → Urban or rural area → Connectivity → Device ↓ PAYMENT-ACCOUNT ACCESS Bank account → Mobile banking → E-money or wallet → Credit facility → Cash ↓ PAYMENT INITIATION

QRIS → Wallet → Virtual account → Transfer → Card → Pay-later → Cash code or COD ↓ COMMERCE COMPLETION Payment confirmation → Order state → Inventory → Delivery or digital fulfillment ↓ POST-PAYMENT OPERATIONS Refund → Dispute → Settlement → Reconciliation → Support A merchant can succeed at one layer and still lose the transaction at another. Examples include: * A customer has a wallet but insufficient balance. * A customer can scan QRIS but loses connectivity before the confirmation page returns. * A bank transfer succeeds but cannot be matched to the correct order. * Cash is collected by the courier but the order record remains unpaid. * A wallet payment succeeds but the merchant lacks a supported refund path. * The provider reports success while fulfillment fails. * Funds settle in IDR, but the international merchant receives another payout currency and cannot reconcile the conversion. The purpose of an Indonesian payment strategy is to connect these layers without treating them as one event. Economic Position and Geographic Concentration Indonesia is Southeast Asia’s largest economy and one of the world’s largest consumer markets by population. Its 2025 GDP was IDR 23,821.1 trillion, and its population reached 284.67 million. (Badan Pusat Statistik Indonesia) Scale, however, is concentrated.

Java contained 158.41 million residents—55.65% of the national population—in the 2025 intercensal survey. The island also contributed 56.93% of national GDP in 2025. Sumatra contained another 21.89% of the population, while the remaining population was distributed across Bali and Nusa Tenggara, Kalimantan, Sulawesi, Maluku, Papua, and thousands of smaller islands. (BPS API) This has several merchant implications. National availability does not mean uniform customer access A provider may advertise Indonesia-wide coverage, but actual completion can vary because of: * Bank participation * Wallet enrollment * connectivity * logistics coverage * customer income * merchant acceptance * provider configuration * regional support * payment-code accessibility National averages can overstate launch readiness A checkout tested only in Jakarta may not reveal: * Slower connections * lower-end devices * different wallet use * reliance on bank transfers * cash preference * different delivery times * weaker address standardization * customer-support expectations outside major cities Geographic economics affect the business case Higher-value urban cohorts may support: * Cards * wallets * premium travel * subscriptions * higher order values * instant digital fulfillment Broader national reach may require: * QRIS * virtual accounts * cash payment codes * lower transaction values * lighter checkout pages * more patient payment windows * stronger logistics integration

The merchant should define the intended customer geography before choosing the payment portfolio. Digital-Economy Maturity: Three Measures, Three Different Meanings Indonesia does not have one universally comparable “digital economy share” that should be used without qualification. Narrow information-and-communications measure BPS reported that the information and communications sector contributed 4.34% of GDP in 2024. This is a national-accounts industry measure covering a relatively narrow part of the economy. It does not include every digitally enabled transaction in retail, transport, finance, travel, media, or other sectors. (Badan Pusat Statistik Indonesia) Internet-economy GMV Google, Temasek, and Bain estimated Indonesia’s internet-economy GMV at US$99 billion in 2025. Their tracked categories include ecommerce, online travel, transport and food, and online media. This measures the value of transactions facilitated through selected digital sectors, not economic value added. (Google Services) The same report estimated: * Ecommerce GMV of US$71 billion * Online-travel GMV of US$10 billion * Transport-and-food GMV of US$9 billion * Online-media GMV of US$9 billion Its forecasts place the total near US$180–340 billion by 2030, but the range is broad and depends on economic, consumer, regulatory, and investment conditions. (Google Services) Digital-access profile BPS reported: * 72.78% of residents had accessed the internet in 2024. * 68.65% owned a mobile cellular phone.

* Indonesia’s ICT Development Index reached 6.02 on a 0–10 scale, up from 5.90 in 2023. (Badan Pusat Statistik Indonesia) Together, these indicators describe a market with substantial digital activity but incomplete and uneven access. Mobile-First Does Not Mean Mobile-Only A mobile-first strategy is necessary in Indonesia because banking, wallets, QR payments, social commerce, messaging, transport, and marketplace activity frequently converge on the phone. It should not become a reason to assume ideal conditions. Design for lower-end devices The checkout should minimize: * Large scripts * unnecessary animation * oversized images * repeated page loads * long forms * memory-intensive interfaces * dependence on several browser tabs Design for interrupted connectivity The customer may lose connectivity: * Before a QR image loads * after a wallet application opens * during a banking-app redirect * after the payment succeeds * before the merchant receives the browser return * while support is trying to retrieve the transaction The merchant must preserve the payment intent and retrieve authoritative status rather than treating every interrupted session as failure. Design for app switching A customer may move among: * Merchant application or browser * wallet * mobile-banking application * OTP or messaging application * email * marketplace * support chat The merchant should test: * Deep links * return URLs * expired sessions * browser backgrounding * payment after merchant timeout * multiple taps on Pay

* back-button behavior * duplicate callbacks * delayed events Do not require continuous connectivity after payment Where possible, the customer should be able to reopen the order and retrieve the final state without starting a second payment. How Customers Pay in Indonesia Indonesia’s payment environment is defined by several overlapping access models: * Bank-account payments * Digital wallets and electronic money * QRIS * Cards * Virtual accounts * Cash and convenience-store payments * Cash on delivery * Buy now, pay later * Gaming vouchers and prepaid value No single method reaches every commercially relevant segment. Payment-Method Priority Matrix Method Marketplaces and social commerce Gaming and digital goods Travel SaaS and subscriptions Education General priority QRIS Essential High value High value Limited for automatic renewals High value Launch essential Major Indonesian wallets Essential Essential High value Provider-dependent High value Launch essential Virtual accounts and bank transfers Essential High value High value High value Essential Launch essential Indonesian-issued cards High value High value Essential Essential High value High-value addition International cards Segment-specific High value Essential High value Segment-specific Essential for cross-border cohorts BI-FAST or instant account payment Useful at scale Useful Useful Useful High value High-value addition Cash or convenience-store code Segment-specific High value for selected users Low Usually unsuitable Segment-specific Access method where justified Cash on delivery

High for selected physical commerce None Low None Low Segment-specific BNPL or pay-later Basket-dependent Selected use High-value bookings Limited Higher-value programs Segment-specific Prepaid gaming vouchers Low High value None None None Specialist Carrier billing Selected digital use Selected use None Limited None Optional and provider-dependent Direct debit Emerging or limited Low Low Potentially useful Potentially useful Verify before use The matrix is strategic rather than a statement of universal provider availability. Merchant category, settlement model, customer eligibility, refunds, recurring support, and production activation must be confirmed for every method. QRIS: The National Interoperability Layer QRIS is not a wallet. It is Indonesia’s standardized QR payment code. Bank Indonesia requires providers offering QR-code payment services to use the standard, allowing a customer to scan one merchant QR code using supported applications from different bank or nonbank payment providers. (BPS Statistics Indonesia) That distinction matters because the source of funds may be: * A bank account * Debit card * Credit card * Credit facility * Server-based electronic money * Another approved payment instrument QRIS provides the initiation and interoperability layer; the underlying account and provider still determine funding, authorization, limits, risk, and customer support. (BPS Statistics Indonesia) Scale By the first half of 2025, QRIS had: * 57 million users * 39.3 million merchants * 6.05 billion transactions

* IDR 579 trillion in transaction value * 93.16% of its merchants classified as MSMEs (BPS Statistics Indonesia) These figures illustrate national reach but do not prove that every ecommerce customer prefers QRIS or that every international merchant can activate it without onboarding. Customer journey A standard merchant-presented flow can look like: Customer selects QRIS → Merchant generates a static or dynamic QR code → Customer opens a supported bank or payment app → Customer scans the code → Amount is entered or prefilled → Customer authorizes payment → Issuer and QRIS infrastructure process the transaction → Merchant receives confirmation → Order system retrieves the final payment state QRIS supports merchant-presented static and dynamic codes as well as consumer-presented models. A dynamic code can include the transaction value, reducing manual amount-entry errors. (BPS Statistics Indonesia) Access requirements The customer needs: * A phone with a camera * Data connectivity * A supported payment application * A funded payment account or instrument * Sufficient transaction capacity Bank Indonesia currently limits QRIS to IDR 10 million per transaction, although issuers can apply additional daily or monthly limits. (BPS Statistics Indonesia) The limit makes QRIS highly relevant to everyday retail, services, gaming, education, travel activities, and many ecommerce orders, but potentially unsuitable as the sole method for higher-value purchases. Online use

QRIS can operate offline at a physical merchant or online through a displayed QR code. For ecommerce, test: * Whether the customer uses one phone or two * Whether the QR can be saved or displayed within the same device * Whether a deep link is available * QR expiration * amount accuracy * payment after order expiry * duplicate scanning * customer return * server-side status * refund support A desktop-presented QR can be simple. A QR displayed on the same phone used for payment may require a different interaction. Payment confirmation Do not fulfill solely because the browser displays a success screen. The merchant should verify: * Merchant ID * Amount * Currency * Payment reference * Provider status * Order association * Whether the event has already been processed Bank Indonesia describes QRIS as supporting real-time transaction notification and automated recording, but merchant implementation still determines whether the correct order is updated once and only once. (BPS Statistics Indonesia) Cross-border QRIS QRIS Cross-Border connects Indonesia’s standard with partner-country QR systems. It uses local-currency conversion and can allow eligible foreign visitors to pay Indonesian merchants through participating applications. Connections have been established with markets including Thailand, Malaysia, Singapore, and Japan, with coverage depending on participating providers and merchants. (BPS Statistics Indonesia)

Cross-border QRIS can help travel and hospitality merchants, but it should not be presented as a universal tourist method. The visitor’s home payment provider and the Indonesian merchant’s PSP must support the connection. (BPS Statistics Indonesia) Digital Wallets and Electronic Money Wallets are a core part of Indonesia’s payment environment because they connect mobile commerce with transport, food delivery, marketplaces, digital services, promotions, and QRIS. Relevant products can include: * GoPay * DANA * OVO * ShopeePay * LinkAja * Provider- or platform-specific wallets This is not a definitive market-share ranking. Availability, customer adoption, refund behavior, recurring support, and commercial terms differ by provider and merchant. A wallet is not one standardized payment experience Possible flows include: * QR scan * deep link * redirect * application approval * PIN or biometric confirmation * phone-number verification * OTP * balance deduction * linked bank or card funding The merchant should document each enabled wallet separately. What wallets solve Wallets can reduce: * Card-entry friction * dependence on international cards * repeated entry of payment information * some authentication complexity * customer unfamiliarity with a foreign card form What wallets do not solve automatically A wallet does not guarantee: * Sufficient balance * stable connectivity * customer eligibility * immediate merchant confirmation * partial refunds * recurring billing * transferable credentials

* cross-provider portability * dispute parity with cards

Wallet selection strategy Do not enable every available wallet at the top of checkout. Start with wallets that have: * Relevant customer reach * A clear acquisition-channel fit * Supported refunds * acceptable settlement * stable technical performance * manageable reconciliation * a measurable completed-order contribution Measure by individual wallet rather than combining all wallets into one category. Virtual Accounts and Bank Transfers Bank-based payment access is essential in Indonesia. A customer may be comfortable paying through a bank account but unwilling or unable to use a card. The merchant can support that behavior through bank transfers, virtual accounts, instant-payment rails, or provider-hosted bank flows. What a virtual account does A virtual account gives the customer a payment destination associated with a specific: * Order * customer * invoice * merchant account * payment attempt Its main operational value is reconciliation. Instead of receiving an unidentified transfer and asking finance to locate the payer, the merchant can associate the incoming payment with the virtual-account reference. A virtual account is not itself a universal national payment method. Its availability, bank coverage, expiry, confirmation timing, and refund process depend on the issuing bank or payment provider. Typical customer journey Customer chooses bank transfer → Merchant or PSP issues a virtual-account number → Customer opens mobile or internet banking, ATM, or branch channel

→ Customer enters the destination and amount → Bank processes the transfer → Provider matches the transfer to the virtual account → Merchant receives confirmed status → Order is fulfilled Key operating questions * Which banks are supported? * Can the customer pay from another bank? * Does the amount have to match exactly? * When does the account expire? * What happens if payment arrives late? * Is confirmation immediate? * Can the account be reused? * How are overpayments handled? * How are refunds issued? * Can support locate the payment from the customer’s bank reference? Bank transfer is usually a push payment The customer initiates the transfer from the bank side. This differs from a card authorization in which the merchant submits a payment request. The merchant therefore needs to manage: * Payment instructions * waiting state * expiry * late confirmation * incorrect amount * duplicate transfer * customer proof of payment * unmatched receipts * order reservation BI-FAST BI-FAST is Bank Indonesia’s retail fast-payment infrastructure. It supports services including individual and bulk credit transfers, request for payment, and direct debit. Bank Indonesia reported 490 million BI-FAST transactions worth IDR 1,219 trillion in April 2026, representing 46.09% year-over-year volume growth. (BPS Statistics Indonesia) For merchants, BI-FAST can support faster account-to-account experiences, but availability depends on: * Participating institution * customer channel * provider product * merchant integration

* confirmation mechanism * refund design Request for Payment may become particularly relevant because it allows a payment request to be sent into a customer’s banking flow rather than requiring manual transfer instructions. (BPS Statistics Indonesia) Cards Cards are commercially important in Indonesia, particularly for: * Higher-income urban customers * Travel * SaaS * subscriptions * international customers * higher-value purchases * stored-credential use * business transactions They should not be the only launch method. Card types and networks A merchant may encounter: * Indonesian-issued debit cards * Indonesian-issued credit cards * Visa * Mastercard * other supported international networks * domestic debit-routing arrangements * card-backed mobile wallets * prepaid cards Bank Indonesia’s National Payment Gateway framework provides domestic interoperability and infrastructure for ATM and debit transactions, with switching, reconciliation, settlement, and dispute functions assigned within the system. (BPS Statistics Indonesia) Indonesian-issued versus international cards Segment: * Indonesian-issued cards processed locally * Indonesian-issued cards processed cross-border * Foreign-issued cards used in Indonesia * Foreign cards used for Indonesia-based digital products * Wallet-tokenized cards * Manually entered cards These populations can differ in: * issuer response * authentication * currency * fraud * customer identity * cost * settlement * approval Local acquiring A local acquiring route may provide:

* IDR processing * Access to Indonesian-issued cards * Local issuer recognition * potentially lower cross-border complexity * local payment-method connectivity * more relevant transaction reporting It does not guarantee higher authorization.

Authentication Customers may encounter: * 3-D Secure * OTP * banking-app approval * risk-based authentication * wallet authentication * issuer-specific verification The merchant controls: * Correct amount and currency * authentication initiation * data quality * mobile return path * timeout recovery * order state * alternative methods The merchant cannot guarantee: * OTP delivery * frictionless processing * issuer approval * issuer-app availability * challenge result Cash, Convenience Stores, and Cash on Delivery Cash remains relevant to Indonesian ecommerce even as digital payments grow. BPS’s 2024 ecommerce publication is designed from the perspective of ecommerce businesses and provides province-level estimates. Its payment findings should not be interpreted as national transaction-share data from consumers. (Badan Pusat Statistik Indonesia) BPS’s earlier ecommerce research found that cash on delivery was the most frequently used payment approach among many surveyed ecommerce businesses, particularly informal sellers using social media and messaging. The finding helps explain the continued operational role of cash, but it does not mean that most Indonesian ecommerce value is necessarily paid through COD. (Badan Pusat Statistik Indonesia) Cash on delivery COD can serve customers who: * Lack a card * lack a funded wallet * distrust online prepayment * buy through social channels * prefer inspection before payment It creates merchant costs and risks involving: * Delivery refusal * fake orders

* unreachable customers * courier cash handling * delayed payment confirmation * return logistics * cash reconciliation * geographic restrictions COD should be evaluated on retained contribution margin, not order creation. Convenience-store payment codes A customer can receive an invoice or payment code online and pay cash at a participating retail outlet. This can extend access without requiring: * Card ownership * wallet enrollment * online banking * immediate account funding The tradeoffs may include: * Delayed confirmation * payment expiry * store availability * manual customer effort * limited refunds * higher support burden

ATM transfers ATM transfer methods can provide another path for customers familiar with bank payments but not digital checkout. The customer may: 1. Receive payment instructions. 2. Visit an ATM or use another bank channel. 3. Submit the transfer. 4. Wait for provider confirmation. 5. Return later to the merchant.

Buy Now, Pay Later Pay-later products can increase payment access for selected customers and higher-value purchases. Relevant use cases may include: * Electronics * travel * education * fashion * marketplace baskets * selected digital services They should not be treated as ordinary wallets. BNPL is a financing arrangement. OJK Regulation 32 of 2025 introduced a specific framework for BNPL practices, with objectives including governance, legal certainty, risk mitigation, consumer protection, and financial-system stability. (OJK) Merchant considerations Verify: * Customer eligibility * Credit decision * provider licensing * disclosures * fees * interest or financing terms * settlement timing * merchant recourse * refund allocation * partial refunds * cancellation * dispute ownership * customer support * regulatory responsibilities Measure incremental value Use: Additional completed and retained orders attributable to BNPL ÷ customers eligible for a controlled comparison Also track: * Financing cost * fraud * refund rate * customer complaints * cannibalization of cheaper methods * contribution margin Prepaid and Gaming Payment Methods Indonesia’s large gaming audience and extensive retail distribution create a role for prepaid value and gaming-specific methods. These can include: * Gaming wallets * Prepaid vouchers * Retail codes * Platform value * Mobile or carrier-funded credit

A prepaid payment may have different finality from a card transaction. The merchant should know: * Whether the value is refundable * Whether the code can be reused * Whether partial value remains * Who handles stolen codes * How customer identity is established * How chargebacks or disputes work * Whether the provider settles immediately * How failed fulfillment is resolved Currency and Pricing Indonesia’s official currency is the rupiah, code IDR. Domestic transactions in Indonesia are generally required to use rupiah, subject to statutory exceptions. The operating model, customer location, transaction type, and provider arrangement should be reviewed before presenting or processing another currency. (BPS Statistics Indonesia) Local-currency presentation A consumer checkout should generally display IDR clearly. Typical formatting can appear as: Rp150.000 Merchants should test: * Thousands separators * Decimal handling * minimum transaction values * provider rounding * consistency between product page and payment application * consistency through refunds * large-number readability Keep currency layers separate * Presentment currency: What the customer sees * Processing currency: What the provider receives * Settlement currency: What the payment partner settles * Payout currency: What the international merchant receives * Reporting currency: What the merchant uses internally * Refund currency: What is used to reverse the transaction * FX conversion: Who converts and at what point

An IDR customer price does not guarantee that the merchant receives IDR. Pricing for lower-value mobile commerce The 2025 e-Conomy SEA report estimated an average video-commerce order value of approximately US$4.50–US$6 in Indonesia. This applies to the report’s observed video-commerce transactions, not all ecommerce. It nevertheless illustrates why payment fixed fees, wallet economics, fulfillment cost, and refund cost matter for low-value social-commerce purchases. (Google Services) Checkout Localization Localization in Indonesia should prioritize access and clarity rather than translation alone. Language Bahasa Indonesia should normally be available for domestic consumer checkout. English can remain useful for: * International visitors * expatriate customers * selected premium products * B2B buyers * travel Regional-language support may be valuable for specific audiences, but a national merchant should first ensure that Bahasa Indonesia is complete and understandable across: * Product * cart * payment instructions * errors * confirmation * refund * support Payment-method order A general domestic order might begin with: 1. QRIS 2. Relevant wallets 3. Virtual accounts or bank transfers 4. Cards 5. Pay-later, where relevant 6. Cash alternatives, where justified The order should change based on: * Customer segment * device * wallet availability * bank relationship * merchant vertical * order value * recurring requirement * prior successful method * geography Names and addresses

Physical-commerce forms should tolerate: * Single-word names * Multiple names * Local characters * Province * Regency or municipality * district * village or urban ward * postal code * neighborhood information * landmarks * building or unit details * delivery instructions A rigid Western address form can create delivery failure even when payment succeeds. Phone number A local phone number may support: * Wallet account * OTP * courier contact * customer support * delivery confirmation The checkout should: * Accept the Indonesian country code * normalize leading zeroes correctly * separate phone validation from payment authorization * avoid rejecting legitimate international customers * explain why the number is needed Trust signals Useful signals can include: * Recognizable wallets and banks * QRIS logo * IDR price * clear merchant identity * refund policy * delivery coverage * customer-support channel * payment security * order tracking Do not add logos for payment methods that are not genuinely available to the customer. Authentication and Customer Verification Indonesia does not use the European Strong Customer Authentication framework, but customers may still encounter several forms of payment authentication. Cards Possible mechanisms include: * 3-D Secure * OTP * issuer-app approval * risk-based authentication Wallets Possible mechanisms include: * Wallet PIN * device biometrics * OTP * application confirmation * QR authorization Bank transfers The customer normally authenticates within: * Mobile banking * internet banking * ATM

* bank branch * another approved channel QRIS The customer authorizes within the bank, wallet, or payment application used to scan the code. Merchant responsibilities The merchant should: * Transmit the correct amount * preserve payment intent * verify provider notifications * protect customer sessions * prevent duplicate attempts * localize recovery messages * offer another method where appropriate * avoid storing unnecessary authentication data Provider and issuer responsibilities Banks, wallet providers, issuers, and payment-service providers control significant parts of: * Customer enrollment * KYC * OTP * account access * transaction authorization * fraud screening * transaction limits The merchant cannot guarantee a particular authentication outcome. Recurring Payments and Subscriptions Indonesia supports subscription opportunities in: * SaaS * streaming * gaming memberships * education * creator platforms * membership services * subscription retail The one-time payment portfolio should not be assumed to support recurring billing. Cards Cards can support: * Card-on-file * tokenization * initial customer authentication * subsequent recurring charges * merchant-initiated transactions * account-updater services where offered * retries and dunning Verify: * Indonesian-issued card support * recurring indicators * local-acquirer rules * token portability * card-expiry recovery * customer consent * cancellation * refund handling Wallets

Some wallets may support only customer-initiated transactions. Others may offer recurring authority through specific products. For each wallet, verify: * Whether recurring charging exists * whether the merchant is eligible * required customer consent * maximum amount or frequency * token or mandate behavior * cancellation * failed-payment recovery * refund support

Bank debit and recurring account payments BI-FAST includes direct-debit functionality within its developing service set. Merchant access and suitability depend on participating banks, provider implementation, mandates, consumer protections, and reconciliation. (BPS Statistics Indonesia) Failed-payment recovery Recovery should distinguish: * Insufficient wallet balance * Card decline * Card expiry * blocked transaction * bank-account failure * expired mandate * technical failure * customer cancellation * unsupported recurring method Do not retry every failure in the same way. Refunds, Reversals, and Disputes Method popularity does not prove refund simplicity. Cards Card operations may support: * Authorization reversal * void * full refund * partial refund * chargeback The merchant should preserve the authorization, capture, refund, and settlement relationship. QRIS Refund capability depends on the provider and merchant implementation.

Wallets Wallet refund support can differ by: * Provider * wallet product * merchant category * transaction state * elapsed time * customer account status Do not promise an instant refund until the provider’s customer-crediting timeline is known. Bank transfers and virtual accounts A completed push transfer may require a separate outbound reimbursement rather than reversal of the original instruction. The merchant may need: * Customer bank details * account-name validation * manual approval * a new transfer reference * finance controls * customer communication Cash payments Cash-code and convenience-store methods can be difficult to refund through the original method. Possible alternatives include: * Bank transfer * wallet credit * merchant balance * another approved payout route The customer should know the refund method before paying. Refund-state model Use: Requested → Approved → Submitted → Provider accepted → Pending → Completed Add: * Failed * partially completed * customer information required * reconciliation required A customer-support agent should be able to tell whether the refund is merely approved or has actually reached the customer. Settlement and Treasury A customer payment can succeed long before an international merchant has usable funds. Customer pays in IDR → Provider confirms payment → Fees and adjustments are applied → Transactions enter settlement → Provider or partner pays the merchant → FX may be applied → Merchant bank receives funds → Finance reconciles the payout Settlement questions

For every method, document: * Customer currency * processing currency * settlement currency * merchant payout currency * settlement frequency * payout frequency * minimum payout * fees * reserve * refund deductions * dispute deductions * FX rate * receiving-bank requirements * reporting identifiers Local settlement Local acquiring or local-method contracting may involve: * Indonesian entity requirements * Domestic bank account * IDR settlement * local tax and reporting * provider underwriting * merchant-category restrictions These requirements vary by provider and operating model. Cross-border payout A provider may accept IDR and pay an international merchant in another currency. This can simplify launch while creating: * FX cost * longer payout intervals * reconciliation differences * reserve exposure * cash-flow timing * refund conversion issues

Fraud and Risk Characteristics Indonesia should not be described as uniformly high risk. Risk changes by: * Method * customer account * delivery model * geography * device * product * merchant category * provider * customer history * transaction value Account takeover Relevant to: * Gaming * wallets * marketplaces * creator platforms * digital goods * stored-value accounts Signals can include: * New device * password reset * SIM or phone-number change * changed wallet * rapid purchase velocity * unusual gifting or transfer * login-location change Social-engineering and authorized-payment scams A customer may be manipulated into authorizing a transfer or QR payment. Authentication can establish that the customer approved the instruction. It does not prove that the merchant, product, or communication was legitimate. The checkout should display: * Correct merchant name * correct amount * order reference * trusted payment channel * warning against sharing PIN, password, CVV, or OTP Bank Indonesia’s consumer guidance similarly warns customers to protect credentials and verify payment destinations and amounts. (BPS Statistics Indonesia) QR substitution A malicious QR code can redirect payment to another recipient. Controls include: * Dynamic merchant-generated QR * merchant-name verification * protected physical displays * PSP validation * transaction confirmation * staff training COD and logistics fraud Possible patterns include: * Fake orders * intentional refusal * address manipulation * courier collusion * empty-box disputes

* return substitution * promotion abuse Risk controls should incorporate payment and delivery data together. Marketplace risk Marketplaces must separate: * Buyer fraud * seller fraud * collusion * account takeover * payout manipulation * fake fulfillment * refund abuse * chargebacks * platform liability BNPL risk BNPL introduces credit, affordability, disclosure, identity, and financing risk. OJK’s 2025 regulation reflects the need for dedicated governance and consumer protection rather than treating BNPL as an ordinary checkout button. (OJK) Regulation and Licensing Bank Indonesia regulates payment-system activity and licenses relevant payment providers. Its licensing framework covers functions including: * Issuers * acquirers * payment gateways * e-wallet providers * switching companies * funds-transfer providers * clearing and settlement providers (BPS Statistics Indonesia) Bank Indonesia Regulation 10 of 2025 and its implementing regulation took effect on March 31, 2026, reforming the structure and governance of the payment-system industry. Merchant integrations and provider arrangements should be checked against the current framework rather than older payment classifications alone. (BPS Statistics Indonesia) Merchant responsibility The merchant should confirm: * Product legality * Merchant-category eligibility * Customer terms * Accurate price * Fulfillment * refund policy * customer support * data processing * tax treatment * provider contract * payment-state integrity PSP responsibility

The licensed payment provider may be responsible for defined elements involving: * Payment-account or instrument access * acquiring * transaction processing * KYC * risk management * consumer protection * settlement * reporting The precise division comes from regulation and contract. Verify licensing status Provider status can change. Bank Indonesia publishes licensing and status information for payment-system participants. Merchant due diligence should confirm the exact legal entity and current operational status—not only a commercial brand name. (BPS Statistics Indonesia) Personal Data and Cross-Border Data Indonesia’s Personal Data Protection Law, Law 27 of 2022, regulates personal-data processing, data-subject rights, controller and processor obligations, data transfers, sanctions, and other protections. (Database Peraturan | JDIH BPK) A payment integration can involve: * Name * phone number * email * address * bank or wallet identifiers * device data * payment history * financial information * identity information * delivery details * fraud signals The merchant should map: Data collected → Purpose → Merchant system → PSP or wallet → Fraud provider → Logistics partner → Storage location → Cross-border transfer → Retention → Access → Deletion Do not collect a national identifier simply because a provider field exists. Every field should have a defined payment, legal, tax, risk, or fulfillment purpose. Tax and Invoicing Context

Foreign businesses supplying digital goods or services to Indonesian consumers can fall within Indonesia’s VAT framework for trade through electronic systems. Indonesia’s tax authority states that VAT applies to foreign digital supplies such as applications, software, games, streaming, books, media, advertising, design, marketing, and video-conferencing services. It also publishes thresholds for appointing foreign operators as PMSE VAT collectors. (Pajak) Merchant review should determine: * Who is the seller * Whether the product is taxable * Whether the merchant must register or collect * Whether a marketplace or Merchant of Record collects * How customer location is established * What invoice or receipt is required * How refunds adjust tax * Whether withholding or income-tax obligations apply * Whether the operating model creates a local taxable presence Marketplace tax responsibilities are also evolving. Indonesia’s tax authority began implementing marketplace-related income-tax collection measures under PMK 37/2025 in 2026. Marketplace operators should confirm current designation, seller, reporting, and collection requirements. (Pajak) This article provides general information and does not constitute legal, regulatory, tax, or accounting advice. Merchants should confirm applicable obligations and operating requirements with qualified advisers and relevant payment partners. Local Acquiring vs. Cross-Border Processing Cross-border model An international PSP can potentially provide:

* IDR checkout * cards * selected wallets * QRIS * bank transfers * consolidated integration * payout outside Indonesia Potential advantages include: * Faster initial launch * fewer direct local contracts * centralized reporting * shared global payment infrastructure Potential limitations include: * Method restrictions * merchant-category restrictions * foreign payout and FX * reduced acquiring control * limited local reporting * wallet or QR onboarding requirements * slower resolution through multiple partners Local acquiring or local provider A local arrangement can potentially provide: * Indonesian-issued card processing * local wallet access * QRIS acquiring * virtual accounts * local support * IDR settlement * domestic reporting * stronger bank connectivity Potential requirements include: * Special underwriting * local entity * local bank account * local contract * technical certification * tax review * more complex reconciliation Recommended sequencing For many merchants: 1. Launch through a verified provider with IDR and essential methods. 2. Measure method visibility, selection, completion, refunds, and settlement. 3. Identify cohorts that remain inaccessible or underperform. 4. Evaluate local acquiring or another provider for those specific gaps. 5. Compare completed orders and fully loaded economics. 6. Avoid adding another provider without a defined role. Growth Prospects and Merchant Verticals Marketplaces: Strong Immediate Fit, High Operational Complexity

Indonesia’s ecommerce and small-business ecosystem supports marketplace growth, while BPS’s ecommerce research shows a large population of small and informal online sellers using platforms, social media, and messaging. (Badan Pusat Statistik Indonesia) Payment needs include: * Buyer wallets * QRIS * virtual accounts * cards * COD * seller onboarding * payout accounts * reserves * refunds * dispute allocation * seller-level reconciliation Marketplace payment complexity lies as much in seller payout and liability as in buyer checkout. Classification: Strong immediate fit with substantial regulatory, tax, fraud, and payout requirements. Social and Video Commerce: High-Growth Opportunity The 2025 e-Conomy SEA report estimated that the number of Indonesian video-commerce sellers grew 75% year over year to 800,000, while annual transaction volume grew 90% to 2.6 billion. Fashion and accessories represented the largest category in the report’s video-commerce mix. (Google Services) Payment implications include: * Low average order values * mobile checkout * wallet and QR preference * promotion-driven demand * influencer attribution * high transaction volume * COD in selected physical flows * refund and counterfeit disputes Classification: High-growth opportunity, particularly for fashion, beauty, household goods, and creator-led retail. Gaming and Digital Goods: Strong Digital Fit

Google, Temasek, and Bain estimated that Indonesia accounted for approximately 40% of Southeast Asian game downloads and 35% of game revenue in its 2025 analysis. Indonesia’s Ministry of Communication and Digital has also published a national gaming-ecosystem map covering developers, publishers, infrastructure, policy, and industry challenges. (Google Services) Payment priorities include: * Wallets * QRIS * local cards * prepaid gaming value * low-value payment economics * recurring passes * account security * instant fulfillment * duplicate-event controls Classification: Strong immediate fit with account-takeover, refund, and youth-customer considerations. Travel and Hospitality: Strong Opportunity Indonesia recorded 15.39 million international visitor arrivals in 2025, including 6.95 million arrivals to Bali. BPS also maintains separate expenditure and travel-pattern research for international visitors. (Badan Pusat Statistik Indonesia) Travel payment needs include: * International cards * wallet acceptance * QRIS Cross-Border for eligible visitors * deposits * delayed or split capture * cancellations * no-show charges * partial refunds * multilingual support * reservation reconciliation Classification: Strong opportunity with high post-payment complexity. Education: Segment-Specific Opportunity Education payments may include: * One-time course purchases * recurring tuition * bank transfers * virtual accounts * QRIS * wallets * installment financing * institutional invoices

The method mix changes according to whether the merchant sells: * Low-value online content * Tutoring * professional qualifications * university-related services * recurring learning subscriptions * employer-funded programs Classification: Attractive, with payment timing, refunds, financing, and regulatory treatment varying by product. Creator Services and Digital Media: High-Growth Opportunity Indonesia’s video-commerce activity and broader online-media growth support opportunities for: * Creator subscriptions * fan payments * digital content * livestream commerce * paid communities * advertising tools * editing and publishing software Payment requirements may include: * Low-value one-time transactions * recurring cards * wallet access * creator payouts * split payments * tax reporting * account security * content disputes Classification: High-growth opportunity, especially where the platform can support local methods and reliable payouts. On-Demand Services Indonesia’s transport-and-food digital sector was estimated at US$9 billion GMV in 2025. This category demonstrates how mobile identity, wallets, location, fulfillment, and payment can operate as one system. (Google Services) Payment priorities include: * Wallets * QRIS * stored credentials * small transaction economics * promotion controls * driver or provider payouts * cancellation * real-time support Classification: Strong fit where the merchant can coordinate payments with physical service delivery. Provider and Operating-Model Options Global PSP

Potential strengths: * One integration * International cards * selected local methods * centralized payment state * foreign payouts * multi-market reporting Verify: * QRIS * Indonesian wallets * virtual accounts * local cards * cash options * merchant eligibility * settlement * refunds * production support Local PSP or Acquirer Potential strengths: * Bank connectivity * virtual accounts * QRIS * local cards * wallet relationships * IDR settlement * local operations Potential burden: * Local contracting * more integrations * separate events * separate reconciliation * another provider relationship Gateway A gateway can unify technical access without necessarily providing: * Merchant underwriting * acquiring * method contracts * settlement * refunds * regulatory responsibility Payment Facilitator A platform or payment facilitator may support submerchant onboarding and payment acceptance. Marketplace merchants should verify: * Seller identity * underwriting * fund flow * reserves * payout * refunds * fraud * reporting * tax Merchant of Record An MoR may become the seller for defined transactions and assume contractually specified responsibilities for: * Payment acceptance * tax * invoicing * refunds * disputes * customer billing support The tradeoff can include: * Reduced checkout control * provider dependence * different economics * payout rather than direct settlement * data limitations * migration complexity Payment Orchestration Orchestration becomes relevant when the merchant has: * Multiple providers * distinct wallets and bank routes

* local and cross-border cards * large volume * centralized payment intent * reliable cross-provider reconciliation * defined routing hypotheses It should not be used to mask an unclear internal payment-state model.

* QRIS * GoPay * DANA * OVO * ShopeePay * Indonesian local cards * ATM transfers * Indomaret or minimart payments

These pages support public product positioning. They do not establish merchant-specific production availability or outcome. The merchant should verify: * Which legal entity provides the service * Merchant-category eligibility * Current method status * IDR presentment and processing * local acquiring * wallet onboarding * QRIS model * refund support * partial refunds * recurring payments * settlement and payout * transaction limits * customer support * reporting and reconciliation

Payment-Performance Measurement Do not evaluate Indonesia through one blended payment-success rate. Payment-method visibility rate Eligible checkout sessions in which the method appeared ÷ eligible checkout sessions This identifies: * Configuration gaps * geographic restrictions * provider eligibility * device restrictions * customer segmentation errors Payment-method selection rate Sessions selecting the method ÷ sessions in which the method appeared Payment-method completion rate Completed paid orders using the method ÷ initiated attempts using the method Define completion windows for bank, cash, and other asynchronous payments. QRIS completion rate Confirmed paid QRIS orders ÷ generated QRIS payment requests Segment failures into: * QR not loaded * QR expired * customer did not scan * insufficient account funding * customer canceled * issuer or PSP rejection * payment succeeded but order failed * technical error * unknown state Wallet completion rate Completed wallet orders ÷ initiated wallet attempts Segment by wallet and app-return behavior. Virtual-account payment rate Virtual accounts receiving a matched payment within the defined window ÷ virtual accounts issued Track: * Unpaid * underpaid * overpaid * late * unmatched * duplicated Card authorization rate Approved card authorizations ÷ eligible card authorization attempts submitted Segment by: * Indonesian versus foreign issuer * local versus cross-border acquiring * debit versus credit * network * 3DS result * wallet token versus manual entry * provider * order value

Cash-order completion rate COD or cash-code orders paid and fulfilled ÷ cash-payment orders created Do not count an unfulfilled COD order as payment conversion. Authentication success rate Successful authentication outcomes ÷ initiated authentication attempts Technical-error rate Attempts ending in a technical failure ÷ eligible payment attempts Separate: * Connection * provider * redirect * callback * timeout * reconciliation Refund completion rate Refunds confirmed complete ÷ approved refunds submitted Settlement delay Time from confirmed payment to merchant receipt of the associated payout Reconciliation-exception rate Payment, refund, or settlement records requiring manual investigation ÷ records included in reconciliation Cost per completed order **Payment fees * FX * fraud and dispute cost * cash handling * directly attributable operational cost** ÷ completed paid orders Retained-revenue conversion Revenue remaining after refunds, fraud, disputes, payment cost, delivery failure, and COD refusal ÷ eligible payment-intent value Required segmentation At minimum: * Province or island group * Urban and nonurban cohort where available * Method * Wallet * bank * provider * device * operating system * connection class where available * new versus returning customer * order value * product * physical versus digital fulfillment * local versus foreign card * checkout version * acquisition channel Recommendations by Merchant Stage Merchant Testing Demand Launch: * IDR * QRIS * One or two relevant wallets * Virtual accounts or bank transfer

* Cards * Bahasa Indonesia * Low-bandwidth mobile checkout * Basic full-refund support Avoid building an extensive local-provider portfolio before establishing demand. Merchant Launching Indonesia Add: * Dynamic QRIS * Wallet-specific event handling * Major bank coverage * Local-card processing where justified * Full and partial refund testing * Support for pending transfers * Cash alternative where the target cohort needs it * IDR settlement or clearly modeled FX * Indonesia-specific customer support * Payment-state reconciliation Merchant Scaling Volume Evaluate: * Local acquiring * More banks and virtual accounts * Additional wallets * BI-FAST-based products * Pay-later * Provider routing * Regional completion differences * Wallet and bank economics * Domestic settlement * Support capacity * COD reduction strategies Merchant Optimizing Performance Analyze: * Wallet individually * QRIS scan and expiry behavior * Bank and virtual-account completion * App switching * connection interruptions * local and cross-border cards * issuer * geography * low-value and high-value baskets * payment-to-fulfillment failures Merchant Introducing Subscriptions Prioritize: * Recurring cards * tokenization * initial authentication * correct recurring indicators * failed-payment recovery * explicit wallet recurring verification * bank-debit capability * renewal messaging * cancellation * refund policy Do not assume that QRIS or a popular wallet automatically supports unattended renewal. Merchant Expanding Across Southeast Asia

Reuse regional infrastructure for: * Payment intent * wallet abstraction * cards * fraud * event processing * settlement records * customer support * multi-currency reporting Keep Indonesia-specific configuration for: * QRIS * virtual accounts * Indonesian wallets * local cards * IDR * cash alternatives * geographic access * tax and licensing * local support Indonesia-Specific Launch Checklist Opportunity * Confirm the target provinces, cities, and island groups. * Define whether the opportunity is urban, national, or platform-specific. * Confirm target customer income and typical order value. * Identify physical versus digital fulfillment. * Establish pilot, expansion, and pause criteria. Payment Access * Enable QRIS. * Select relevant wallets. * Provide virtual accounts or bank transfers. * Enable suitable Indonesian and international cards. * Decide whether cash codes or COD are commercially necessary. * Evaluate BNPL only for suitable baskets. * Add gaming or prepaid methods only for relevant cohorts. Mobile and Connectivity * Test lower-end devices. * Minimize page weight. * Test weak connections. * Preserve sessions across wallet and bank applications. * Handle customer return after timeout. * Allow order-status retrieval without creating another payment. * Test duplicate taps and callbacks. Currency and Pricing * Present IDR clearly. * Confirm rounding and minimum amounts. * Keep amounts consistent through QR, wallet, bank, and card flows. * Document settlement and payout currencies.

* Model FX and refund conversion. QRIS * Confirm merchant and provider eligibility. * Use dynamic QR where practical. * Test same-device and second-device flows. * Test expiry. * Verify merchant name and amount. * Test payment without browser return. * Test refunds. * Confirm the IDR 10 million transaction limit for the intended product. Wallets * Confirm production enablement for each wallet. * Test insufficient balance. * Test app not installed. * Test redirect and deep link. * Test cancellation. * Test full and partial refunds. * Confirm recurring capability separately. * Measure wallets individually. Bank Payments * Confirm bank coverage. * Test virtual-account creation and expiry. * Test interbank transfer. * Test late and incorrect amounts. * Test unmatched transfers. * Test refunds. * Confirm BI-FAST or request-for-payment availability where relevant. Cards * Test Indonesian-issued debit and credit cards. * Test international cards. * Test local and cross-border routes. * Test 3DS and OTP. * Test card-on-file. * Test recurring billing. * Test reversals and partial refunds. Cash and Logistics * Confirm geographic delivery coverage. * Model COD refusal cost. * Confirm convenience-store coverage and expiry. * Define fulfillment timing. * Reconcile courier or retail cash. * Prepare a noncash refund route. Regulation and Tax * Verify the PSP’s current Bank Indonesia status. * Review payment-system regulation effective from March 2026. * Review personal-data obligations. * Review PMSE VAT.

* Review marketplace tax and payout rules. * Review BNPL requirements. * Confirm merchant-category eligibility. * Assign qualified legal and tax reviewers. Settlement and Operations * Confirm settlement currency and schedule. * Validate the receiving account. * Reconcile payments, fees, refunds, and payouts. * Prepare Bahasa Indonesia support. * Define pending-payment guidance. * Define wallet, bank, card, QRIS, and cash escalation paths. * Establish an incident and reconciliation owner. Measurement * Track method visibility, selection, and completion. * Separate QRIS from wallets. * Separate bank transfer from virtual-account completion. * Separate local and foreign cards. * Segment by geography and device. * Track COD fulfillment, not just orders. * Track refund completion. * Measure retained revenue. * Set a post-launch review date. Final Merchant Recommendation Indonesia should be prioritized by merchants in: * Marketplaces * Gaming * Digital goods * Social and video commerce * Creator services * Travel * Education * On-demand services * Selected subscription businesses The first payment release should normally include: 1. IDR pricing 2. QRIS 3. Relevant Indonesian wallets 4. Virtual accounts and bank transfers 5. Indonesian and international card acceptance 6. Bahasa Indonesia mobile checkout 7. Low-connectivity recovery 8. Server-side payment confirmation 9. Tested refunds 10. Settlement and reconciliation

Cash codes or COD should be added when the target cohort requires them and the merchant can support the associated fulfillment cost. BNPL should be introduced only where the basket value and incremental contribution justify financing complexity. Local acquiring should be evaluated after the merchant has measured Indonesian-issued card traffic and established a specific performance, cost, method-access, or settlement objective. Before committing significant resources, validate: * Geographic customer concentration * Mobile and connection behavior * QRIS eligibility and contribution * Wallet-level completion * Bank coverage * local-card processing * cash dependence * refund feasibility * recurring-payment suitability * provider licensing * tax and data obligations * settlement economics * fulfillment and support capacity The operating conclusion is: Indonesia is not one mobile checkout spread across many islands. It is a connected payment-access system in which geography, devices, wallets, banks, QR standards, cash, logistics, and regulation determine who can actually complete the purchase.

This execution follows the uploaded Indonesia brief’s geographic system-map structure, mobile-access thesis, QRIS and bank-payment focus, and requirement to distinguish digital adoption from universal card access or consistent connectivity. Editorial-Brief Interpretation Indonesia is commercially distinct because its scale is distributed rather than uniform. A merchant can reach hundreds of millions of potential customers, but those customers do not share one payment environment. Access varies by island, province, urbanization, bank relationship, wallet, device, connectivity, logistics network, and merchant type. The payment question is therefore not simply: Which methods are popular in Indonesia? It is: Which combination of wallets, QR standards, bank access, cards, cash alternatives, connectivity assumptions, and fulfillment operations allows each target customer to complete the purchase? Unique Evidence Anchor Indonesia had 284.67 million residents in 2025 and comprised 17,380 officially recorded islands. Yet 55.65% of the population lived on Java, which generated 56.93% of national GDP. Geographic scale and economic concentration therefore coexist. (BPS API)

The same tension appears in digital access. BPS reported that 72.78% of residents accessed the internet in 2024, while 68.65% owned a mobile cellular phone. These are substantial national figures, but they do not prove universal smartphone ownership, stable data access, card ownership, or identical digital behavior across provinces. (Badan Pusat Statistik Indonesia) At the same time, QRIS reached 57 million users and 39.3 million merchants by the first half of 2025, with 93.16% of those merchants classified as micro, small, or medium enterprises. (BPS Statistics Indonesia) Editorial Position Merchants should build Indonesia around mobile wallets, QRIS, and bank-based access while preserving alternatives for customers constrained by connectivity, financial access, cash preference, or regional infrastructure. The recommended starting stack is: * IDR pricing * QRIS * Relevant Indonesian wallets * Virtual-account and bank-transfer options * Locally suitable card acceptance * Mobile-first, low-bandwidth checkout * Cash or convenience-store alternatives where commercially justified * Reliable asynchronous payment-state handling * Tested refunds and reconciliation * Explicit merchant and provider eligibility verification Common Assumption Being Challenged “Indonesia is mobile-first, so a wallet-led checkout will reach nearly everyone.” Mobile-first behavior does not imply: * Universal internet availability * Universal smartphone ownership * Universal wallet enrollment * Universal bank access

* Reliable app switching * Consistent last-mile logistics * Immediate payment confirmation * Simple refunds * Identical customer behavior across the archipelago Merchant Decision Being Supported Which payment-access layers must the merchant support to serve its target Indonesian customers without building excessive complexity? Selected Format A geographic and customer-access system map. The guide follows five connected access layers: 1. Customer and device access 2. Payment-account access 3. Payment initiation 4. Order and logistics completion Refund, settlement, and customer support

Editorial Recommendations Package SEO Title Options 1. Payments in Indonesia: QRIS, Wallets, and Bank Transfers 2. Indonesia Payment Methods: QRIS, E-Wallets, Cards, and Cash 3. Payments in Indonesia: Mobile Wallets, Bank Transfers, and an Archipelago at Scale 4. How to Accept Payments in Indonesia 5. Indonesia Ecommerce Payments: Methods, Regulation, and Market Entry Recommended SEO Title Payments in Indonesia: QRIS, Wallets, and Bank Transfers Recommended H1 Payments in Indonesia: Mobile Wallets, Bank Transfers, and an Archipelago at Scale Meta Description Learn how customers pay in Indonesia and how to plan QRIS, wallets, virtual accounts, cards, cash options, refunds, settlement, and mobile checkout. URL Slug /global-payments-atlas/indonesia-payments Primary Keyword Payments in Indonesia Secondary Keywords * Indonesia payment methods * How to accept payments in Indonesia * QRIS for merchants * Indonesia digital wallets * Indonesia ecommerce payments * Indonesia bank transfer payments * Virtual account Indonesia * Indonesia payment gateway * Indonesia PSP * Indonesia local acquiring * Indonesia mobile payments * Indonesia cash on delivery * Indonesia recurring payments * Indonesia BNPL Related Entities * Bank Indonesia * QRIS * BI-FAST * National Payment Gateway * OJK * BPS-Statistics Indonesia * GoPay * DANA * OVO * ShopeePay * LinkAja * Visa * Mastercard * IDR * Virtual accounts * PMSE * MSMEs Search Intent

Merchant market-entry, method-selection, checkout-access, payment-infrastructure, and operational-readiness guidance. Article Excerpt Indonesia combines one of the world’s largest populations with a payment environment distributed across thousands of islands. Merchants need QRIS, wallets, bank-based methods, cards, and selected cash alternatives—supported by mobile checkout, reliable payment states, refunds, settlement, and geographic segmentation. Social Description Mobile-first does not mean card-first—or universally connected. Learn how QRIS, wallets, virtual accounts, bank transfers, cash alternatives, and local infrastructure shape payments in Indonesia. Internal-Link Recommendations * How to Expand Payments Into a New Country * International Payment Expansion Checklist * What to Evaluate Before Entering a New Market * How to Build a Global Payments Strategy * How to Select a PSP for International Expansion * Global Payment Gateway vs. Local PSP * One Global PSP vs. Multiple Local PSPs * Merchant of Record vs. PSP * Payment Orchestration for International Expansion * How Many PSPs Does a Global Merchant Need? * Payment Method Performance by Market * How Payment Timeouts Affect Revenue * Missing Webhooks and Payment Status Errors * Duplicate Payment Prevention * What Is 3D Secure? * Gaming Payments in Southeast Asia * Marketplace Payment Infrastructure * Payment Processing for Social Commerce Authoritative External-Source Recommendations

* BPS-Statistics Indonesia: GDP, population, internet access, mobile-phone ownership, ecommerce businesses, tourism, regional concentration, and ICT measures. (Badan Pusat Statistik Indonesia) * Bank Indonesia: QRIS, QRIS Cross-Border, BI-FAST, provider licensing, payment-system regulation, consumer protection, and payment infrastructure. (BPS Statistics Indonesia) * OJK: BNPL regulation and financial-services requirements. (OJK) * Directorate General of Taxes: PMSE VAT and marketplace-related digital-tax requirements. (Pajak) * Geospatial Information Agency: Official island count and geographic information. (Sipulau Website) * World Bank: Current-dollar GDP and international economic comparison. (World Bank Open Data) * Google, Temasek, and Bain: Internet-economy GMV, video commerce, digital finance, and sector forecasts—with definitions and limitations stated. (Google Services)

Structured-Data Recommendation Use Article or TechArticle with: * Named author * Indonesia regional payments reviewer * Payments-product reviewer * Regulatory reviewer * Tax reviewer * Last-reviewed date * Country * Currency * Payment methods discussed * mainEntityOfPage FAQ schema should be used only when a visible, reviewed FAQ is included in the published page. Original Asset Recommendations Asset 1: Indonesia Payment-Access System Map Purpose: Explain how geography, connectivity, devices, accounts, methods, fulfillment, and post-payment operations interact. Intended reader: Payments, product, engineering, expansion, and operations teams. Data required: * Province or island group * internet and device access * bank or wallet availability * payment method * confirmation timing * fulfillment model * refund route * settlement Recommended format: Five connected layers: Geography and connectivity → Device and application → Bank, wallet, card or cash access → Payment initiation → Fulfillment, refund and settlement Use branching paths for: * QRIS * Wallet * Virtual account * Card * Cash code * COD Where it should appear: Immediately after the country snapshot. Bottom takeaway: A payment method is useful only when the customer can access it and the merchant can complete the full lifecycle. Asset 2: Indonesian Payment-Method Suitability Matrix Purpose: Distinguish method suitability by vertical and transaction model. Rows: * QRIS * GoPay * DANA * OVO * ShopeePay * Virtual accounts * BI-FAST * Cards * Cash codes * COD * BNPL

* Gaming vouchers Columns: * Marketplace * Social commerce * Gaming * Travel * Education * Creator services * SaaS * Physical retail Additional indicators: * One-time * recurring * refund support * confirmation speed * access requirements * operational burden Where it should appear: Before the detailed payment-method sections. Asset 3: Indonesia Payment-State and Fulfillment Map Purpose: Prevent payment confirmation from being confused with order completion. Recommended format: Payment request → Customer action → Provider confirmation → Merchant order update → Fulfillment → Refund or dispute → Settlement → Reconciliation Create separate lanes for: * QRIS or wallet * Virtual account * Card * Cash or COD Where it should appear: Before the refund and settlement sections. Bottom takeaway: The payment method changes, but every order still needs one authoritative financial state. Visual Recommendations Hero Image Concept A mobile phone at the center of an Indonesian payment network. Connect the phone to: * QRIS * Digital wallet * Mobile bank * Virtual account * Card * Convenience store * Courier collecting COD * Merchant order system * Refund * Settlement Use an abstract island network or geographic nodes rather than a generic flag or Jakarta skyline. Hero caption: “Indonesia’s payment market connects customers across an archipelago through wallets, banks, QRIS, cards, cash networks, and mobile commerce.” Hero alt text:

“Mobile payment ecosystem across Indonesia connecting QRIS, digital wallets, bank transfers, virtual accounts, cards, convenience-store payments, cash on delivery, fulfillment, refunds, and settlement.” Diagram Concept Title: “One Country, Six Paths to Payment” Show six customer paths: 1. Wallet 2. QRIS 3. Virtual account 4. Card 5. Convenience-store code 6. Cash on delivery For each, show: * Access requirement * Customer action * Confirmation timing * Fulfillment gate * Refund route Chart Concept Title: “Indonesia’s Scale and Payment Access” Use separate, clearly labeled callouts for: * 284.67 million population * 17,380 islands * 55.65% of population on Java * 56.93% of GDP on Java * 72.78% internet access * 57 million QRIS users * 39.3 million QRIS merchants * US$99 billion internet-economy GMV Do not put population, percentage, GMV, and transaction figures on one continuous axis. Suggested caption: “Indonesia combines national digital scale with concentrated economic activity and uneven customer access; method availability must therefore be evaluated by geography and customer segment.” Map Concept Create a non-choropleth network map showing: * Java as the largest population and economic center * Sumatra * Kalimantan * Sulawesi * Bali and Nusa Tenggara * Maluku * Papua Overlay categories rather than unsupported regional method shares: * Major urban payment concentration * QRIS reach * Bank and wallet access * Tourism gateways * Logistics dependencies * Connectivity constraints Map alt text:

“Indonesia map showing island groups, population and economic concentration, digital-payment access, tourism gateways, and logistics dependencies.” Human Review and Contribution Recommendations Required Before Publication Indonesia regional payments specialist Review QRIS, wallets, virtual accounts, bank transfers, local cards, merchant eligibility, and customer behavior. Payments-product reviewer Review payment flows, callbacks, refunds, recurring support, transaction limits, and provider-state handling. Indonesian regulatory reviewer Review Bank Indonesia’s 2026 payment-system rules, PSP licensing, merchant responsibilities, and cross-border processing. Tax reviewer Review PMSE VAT, marketplace collection, invoice requirements, refunds, and Merchant of Record implications. Data-protection reviewer Review Indonesia’s Personal Data Protection Law, payment-data flows, storage, and international transfers. Strongly Recommended Fraud specialist Review account takeover, social engineering, QR substitution, COD, wallet fraud, marketplace fraud, and refund abuse. Treasury and reconciliation specialist Review IDR settlement, foreign payouts, FX, virtual accounts, refunds, cash reconciliation, and payout timing. Logistics and marketplace operations specialist Review COD, delivery refusal, seller payouts, address design, and order-payment matching. Gaming specialist Review prepaid methods, younger users, digital delivery, account security, refunds, and merchant-category restrictions. Optional Enhancement

Add an approved first-hand observation answering: What is the most common mistake international merchants make when interpreting Indonesia’s mobile-first payment behavior? Potential themes: * Assuming mobile means card access * Treating QRIS as a wallet * Enabling wallets without bank transfers * Ignoring virtual-account reconciliation * Designing only for strong connections * Treating COD orders as completed sales * Assuming every wallet supports refunds or subscriptions * Testing only in Jakarta * Failing to connect payment status with delivery Do not present the observation as a merchant case until the contributor, role, facts, anonymity, and publication approval are confirmed. Final Fact-Check Recommendations Economic and Geographic Claims * Reconfirm 2025 GDP and per-capita GDP. * Recheck the current nominal GDP rank. * Confirm the latest population estimate. * Confirm the official island count. * Recheck Java’s population and GDP shares. * Avoid treating national averages as representative of every province. Digital-Economy Claims * Keep ICT-sector GDP contribution separate from internet-economy GMV. * Recheck the 2025 e-Conomy SEA estimates and 2030 forecast. * State forecast uncertainty. * Confirm internet access and mobile-phone ownership. * Do not substitute mobile-phone ownership for smartphone penetration. * Validate urban and regional connectivity differences with current BPS tables. Payment-Method Claims * Recheck QRIS users, merchants, transaction count, and value.

* Confirm the IDR 10 million QRIS limit. * Confirm current QRIS Cross-Border partners. * Verify merchant eligibility. * Verify each wallet’s customer flow. * Verify full and partial refunds. * Verify recurring support. * Verify virtual-account bank coverage. * Verify BI-FAST merchant products. * Verify card acquiring and authentication. * Verify cash-method confirmation and expiry. * Verify BNPL provider and regulatory status. Local Acquiring * Confirm whether the merchant needs an Indonesian entity. * Confirm bank-account requirements. * Confirm IDR settlement. * Confirm Indonesian-issued card coverage. * Confirm domestic versus cross-border routing. * Avoid promising authorization improvement. * Compare matched customer cohorts. Regulation, Data, and Tax * Confirm the application of PBI 10/2025 and PADG 32/2025. * Confirm provider licensing. * Confirm consumer-protection responsibilities. * Confirm Personal Data Protection Law implementation. * Confirm cross-border data-transfer requirements. * Confirm PMSE VAT. * Confirm marketplace tax collection. * Confirm BNPL obligations. * Confirm merchant-category and product restrictions. Vertical Claims * Recheck gaming-sector estimates. * Recheck video-commerce seller and transaction estimates. * Recheck tourism arrivals and expenditure. * Verify education-sector restrictions. * Verify creator-platform payment and payout requirements. * Avoid using broad digital-economy growth as proof of demand for one merchant.

* Indonesia merchant eligibility * QRIS * QRIS transaction limits * QRIS refunds and partial refunds * QRIS Cross-Border * GoPay * DANA * OVO * ShopeePay * LinkAja * Indonesian local cards * Visa and Mastercard * Local acquiring * Indonesian-issued debit cards * Virtual accounts * Bank transfers * BI-FAST * ATM transfers * Indomaret * Minimart payments * Cash methods * Gaming vouchers * BNPL or Akulaku * IDR presentment * IDR processing * IDR settlement * Foreign payouts * Local-entity requirements * Indonesian bank-account requirements * Hosted and embedded checkout * Mobile SDK * Bahasa Indonesia checkout * 3-D Secure and OTP * Card tokenization * Recurring cards * Recurring wallets * Full refunds * Partial refunds * Chargebacks * Payment-state notifications * Settlement reporting * Reconciliation * Fraud tools * Marketplace support * Merchant of Record * Indonesian customer support * Any conversion, approval, cost, launch-speed, or revenue claim Provider-Specific Claims Requiring Verification For every PSP, acquirer, bank, wallet, gateway, financing provider, or MoR: * Legal entity * Bank Indonesia or OJK status * Merchant-category eligibility * Country and product coverage * QRIS role * Wallet role * Virtual accounts * Bank coverage * BI-FAST * Cards * local acquiring * authentication * tokenization * recurring payments * refunds * partial refunds * disputes * settlement * payout * reserves * FX * reporting * reconciliation * consumer support * incident escalation * data storage * contractual termination * credential portability

Indonesia-Specific Claims Requiring Verification * Nominal GDP rank * Internet-economy methodology * Internet and smartphone access * QRIS adoption * Wallet adoption * COD prevalence * Bank-transfer prevalence * Regional payment differences * Local acquiring requirements * Rupiah-use requirements * PSP licensing * PMSE VAT * Marketplace tax rules * BNPL regulation * Data-protection implementation * Tourism opportunity * Gaming opportunity * Social-commerce rules * Seller-payout requirements * Refund timing * Recurring-payment consent * Consumer disclosures Cluster-Wide Sameness Audit Fields Field Indonesia guide Title Payments in Indonesia: Mobile Wallets, Bank Transfers, and an Archipelago at Scale First sentence A customer in Jakarta opens a social-commerce video, taps through to a product page, scans a QRIS code using a banking application, and receives payment confirmation within seconds. Economic premise A top-20 global economy with 284.67 million people and strong but geographically concentrated output Digital-economy premise A nearly US$100 billion internet economy operating across uneven access and infrastructure Writer influence Ed Yong’s systems-oriented explanatory structure Primary format Geographic and customer-access system map Evidence anchor 17,380 islands, 57 million QRIS users, and strong concentration of population and GDP on Java Editorial position Build around wallets and bank-based access while preserving alternatives for uneven infrastructure Common assumption challenged

Mobile-first means universally connected and wallet-ready Merchant decision Which access layers are necessary for the target Indonesian customer Main customer behavior Mobile payment is common, but the underlying account, connection, and fulfillment path vary Priority methods QRIS, wallets, virtual accounts, bank transfers, cards, and selected cash methods Original framework Indonesia Payment-Access System Map Main operational challenge Connecting payment access to order, delivery, refund, and settlement across diverse customer conditions Priority verticals Marketplaces, gaming, social commerce, travel, education, creator services, and digital goods Regulatory focus Payment-provider licensing, 2026 payment regulation, data protection, digital tax, BNPL, and marketplace obligations Primary metric Completed-order rate by payment-access path Secondary metric Retained revenue after payment, fulfillment, refund, fraud, and operational cost Launch recommendation Begin with IDR, QRIS, wallets, bank access, and resilient mobile payment-state handling Closing argument Indonesia is a payment-access system, not one mobile checkout replicated nationally