Midtrans 使用指南：印尼本地支付方式的收单落地

Midtrans 使用指南：印尼本地支付方式的收单落地

很多团队进入印尼市场的第一个动作，是把国际卡通道接上，然后等订单进来。这个动作本身没错，问题在于它只覆盖了印尼支付结构里的一部分。印尼的结账场景是银行虚拟账户、电子钱包与国家二维码标准三条线并行，卡只是其中一条线里的一部分。只接卡的结果通常不是完全收不到钱，而是大量买家在结账页停下来，因为本地买家日常并不用卡。

这篇文章按实际接入顺序，讲清 Midtrans 这一类印尼本地收单方的定位边界、准入与主体要求、两类接入方式的取舍、支付方式的资金特性、费用构成、与其他方案的分工、团队适配，以及几个反复出现的误解。

一、平台定位：印尼本地收单方，不是全球收单平台

1.1 三条线并行才是印尼的真实结构

把印尼的支付结构简化成一个卡普及率数字，是选型阶段最常见的错误。第一条线是银行虚拟账户：买家在结账时拿到一个专属账号，然后打开自己的手机银行或 ATM 完成转账，钱到账之后交易才算成立。第二条线是电子钱包：买家在钱包应用内确认付款，资金来源是钱包余额或已绑定的账户。第三条线是印尼的国家二维码标准 QRIS，它把不同钱包、不同银行的二维码统一成一种可以互扫的格式，把原本碎片化的扫码场景收拢成同一种体验。

卡在印尼确实存在，但它与上面三条线是并列关系，不是替代关系。同一个买家可能用虚拟账户付房租、用钱包点外卖、用 QRIS 在便利店扫码、用卡买机票。你要收的是本地买家最顺手的那种方式，而不是你自己团队最熟悉的那种方式。

这三条线的共同点，是确认机制与卡不同。卡走的是授权与请款两段式，授权结果在请求链路里就能拿到；虚拟账户、钱包跳转与二维码大多带有异步成分，买家离开你的页面之后才完成付款，你的系统需要等一个后端状态变化。这个差别决定了接入方式的选择，第三节会展开。

1.2 它不是什么

第一，它不是本地实体。Midtrans 是印尼本地收单平台，提供托管结账与核心接口两类接入方式，覆盖虚拟账户、电子钱包、国家标准二维码、卡与便利店支付等本地方式。但你在印尼经营所需的本地主体、税号与发票义务，不会因为用了它而消失。主体与账户结构的整体思路可以对照 跨境卖家主体与账户结构指南。

第二，它不是多市场聚合器。它解决的是印尼这一个市场的支付结构问题。如果你同时在做泰国、马来西亚、菲律宾，需要的要么是另一个层次的方案，要么是多个本地收单方并行。区域全景可以先读 东南亚支付指南。

第三，它不能替你决定该接哪几种方式。方式清单是商务材料，真正决定转化的是买家画像与客单价结构。清单再全，如果结账页把最常用的方式放在第三屏之后，转化一样上不去。

二、准入与主体要求

2.1 准入到底看什么

本地收单的准入变量与成熟市场同构：主体所在地、业务模式的可解释性、网站与产品的可验证性、预计交易规模与品类风险。差别在敏感度。印尼本地收单对跨境资金流与品类风险更敏感，原因有两层：本地监管对跨境资金流动的关注度更高，而非卡方式的争议处理机制与卡不同，很多情况下举证路径更依赖商户自己。

实际准备材料时，最容易被低估的是业务可解释性。审核方需要从一个第三方能打开的页面判断你在卖什么、卖给谁、退款政策是否清楚、有没有真正能用的客服渠道。如果网站只有产品图加一个下单表单，往返沟通的轮次会明显增加。这不是印尼独有的要求，但本地审核往往更依赖人工判断，材料结构化与否的差别很大。

另一个要点是品类与服务交付方式要能对上。虚拟商品、实物商品、订阅服务、平台撮合这几类主体的交易结构不同，可接受的证明材料也不同。如果页面说在卖实物，但订单链路里没有物流轨迹与退货路径，审核很容易卡住。把材料按"卖什么、怎么交付、怎么退"三段组织，通过率通常更高。

2.2 本地主体与税号并不因此消失

这是本文最想强调的一点。使用本地收单平台，改变的是你用什么接口收钱，不改变你在哪个法域有纳税与合规义务。不少团队把接入本地收单理解成合规外包，结果在第一次税务申报或第一次遇到发票要求时，才发现责任边界与预期不一致。

责任边界必须在合同里写清：税由谁申报、发票由谁开给终端买家、争议发生时谁承担举证、退款由谁执行、本地监管问询由谁响应。这些问题不问清，短时间看不出毛病，但会在最忙的时候一起出现。税务侧的整体框架可以参考 增值税与销售税合规指南，但结论必须落到印尼本地的具体规则上。

还有一个常被混淆的概念：商户记录模式是另一条完全不同的责任结构，它把面向买家的交易主体地位接过去，与收单平台默认提供的服务不是一回事。看到讨论里把两者混用，不要跟着混用。

三、接入方式与账户结构

3.1 托管结账与核心接口：控制力与工作量的取舍

Midtrans 提供两类接入方式，这是全文第二重要的判断点。

托管结账是它给你一个结账页面，你把订单参数传过去，买家在它的页面里完成支付，你拿回结果。优点是上线快、支付方式由它维护、合规细节由它承接；代价是页面样式、支付方式排序、失败后的引导都由它控制，你很难针对自己的业务做精细化调整。

核心接口是你在自己的前端里渲染支付方式选择，调用它的接口创建交易，然后自己处理跳转、回调、超时、失败重试与状态同步。优点是体验可控、支付方式可以按买家画像做优先级排序、失败原因可以自己翻译成用户能理解的话；代价是工作量大得多，状态机必须自己设计，异步方式的悬挂订单必须自己兜底。

这两条路不是好与坏的差别，而是取舍。验证期用托管结账把业务先跑起来是合理的；当转化率变成核心指标、当支付方式排序能带来可测量的差额时，再切到核心接口。要提醒的是，切换本身有成本，如果一开始就打算后期切换，前端结构上要预留抽象层，别把托管结账的参数拼装散落在业务代码里。

3.2 账户结构与服务端要处理的三件事

账户结构上，常见形态是一个主账户下挂多个商户配置，每个配置绑定不同的业务线、币种与支付方式。评估时要确认的不只是能不能建多个配置，而是每个配置能否独立设置支付方式、独立出结算报表。账户结构清晰不等于结算路径清晰，接入前需要画出一张图：钱从买家进来，经过哪些币种，在哪个账户落地，以什么方式结算，退款是原路返回还是走另一条路径。

服务端要处理三件事：幂等、状态机与对账。幂等意味着同一笔创建请求重复到达时不能产生两笔支付，回调重复投递与网络超时重试都会制造这种场景。状态机意味着创建、待付款、支付中、成功、失败、过期、退款中、已退款这些状态必须闭合，尤其是虚拟账户与二维码这类异步方式，长时间停留在中间状态是常态，不能靠前端轮询去猜。对账意味着你的订单记录要与服务商的结算报表逐笔对齐，口径要在接入前就定下来。

关于对账与退款的具体操作，可以分别参考 支付对账与账单运营指南 与 支付退款与结算运营指南。

四、核心能力与覆盖市场

4.1 支付方式清单与资金特性

对印尼市场来说，最有用的评估方式不是数方式数量，而是把每种方式的资金特性标出来。资金特性决定三件事：状态机怎么设计、客服话术怎么写、对账口径怎么定。

实时类方式的特点是授权结果在请求链路里返回，失败可以立刻重试，但成功之后也可能出现争议。异步类方式的特点是结果延迟返回，买家可能中途放弃，也可能过一段时间才付款，订单需要保留足够长的有效期，并且能在到账后按金额与账号完成匹配。需要线下凭证的方式，买家在某个物理位置完成付款并拿到凭证，你需要一个独立的核销或查询流程，不能只等回调。

4.2 支付方式与接入注意点

这张表的用法是：先按你的买家画像勾出主力方式，再逐个确认它们在你系统里的状态与对账口径。不要用支持多少种方式作为选型依据，那只是一个商务数字。成功率优化的一般方法可以参考 支付成功率优化指南，按地区梳理方式差异可以参考 分地区本地支付方式指南。

五、费用结构与真实成本

5.1 费用构成项

本地收单的费用不是一个数字，而是一组构成项。用费率是多少这样的问题去问，得到的答案通常无法用来做预算。

具体费率与适用条件以官方当前报价与合同为准。任何文章里出现的百分比都会过期，用旧数字做预算是最容易犯的一类错误。

5.2 如何判断真实成本

横向比较费率数字是这一环节最容易犯的错。正确做法是构造一个与业务结构一致的交易组合：同样的支付方式占比、同样的客单价区间、同样的退款率，然后比较总成本与最终到账金额。

还有一个维度容易被忽略：支付方式覆盖会反向影响成交率。多接一种本地方式可能带来明显的转化提升，也可能只是多了一套需要维护的状态与对账。只比费用不看转化，结论往往是偏的。

最后提醒一点，结算币种的选择会显著影响现金流。如果业务同时覆盖多个东南亚市场，把币种路径先想清楚再谈价格，比在费率上争几个基点更有价值。

六、与其他方案的分工

6.1 与区域聚合商的分工

区域聚合商的对手不是另一家聚合商，而是只做一个市场就找一家本地收单方这个方案。本地收单方在单一市场往往更深：更懂本地风控偏好，方式覆盖更完整，支持响应更快，结算安排更灵活。代价是每进一个市场就要重复一次选型、签约、对接与对账。

所以这是一个成本结构问题。目标市场集中在一两个、且量足够大，本地收单方通常更划算；目标市场分散、每个市场的量都不大，聚合商的边际成本优势就出来了。想看聚合商视角的判断标准，可以读 2C2P 使用指南，同类方案还可以对比 2C2P、Xendit 与 dLocal 的市场侧重与账户结构。

6.2 与全球收单平台的分工

另一类常见方案是全球收单平台。它们的优势是接口成熟、文档完善、工具链完整、多币种与多市场支持标准化，适合有一定工程能力、希望把支付逻辑掌握在自己手里的团队。

差别在本地深度。全球平台在印尼这类市场的本地方式覆盖通常更依赖合作通道，方式清单可能够用，但成功率与本地化体验不一定比得上深耕当地的收单方。评估时可以同时看 Adyen 与 Stripe 的本地方式清单与结算结构。

一种务实组合是：用全球平台承接主力卡交易与成熟市场业务，用本地收单方补齐印尼的本地方式。代价是两套对账、两套状态机、两套争议流程，需要额外的工程投入做抽象。是否值得，取决于印尼业务在整体盘子里的权重。

七、适合与不适合的团队

7.1 适合的团队

第一类：印尼是主要或重要目标市场、订单量已经足以支撑单独接一家本地收单方的团队。这时本地方式覆盖带来的转化差额，通常远大于接入与维护成本。

第二类：买家以本地消费者为主、客单价不高但订单频次高的团队。这类业务的结账失败损失最直接，本地方式的覆盖度几乎等于收入。

第三类：愿意在状态机与对账上投入工程的团队。本地收单把异步逻辑交给你，如果团队没有能力处理悬挂订单与对账差异，运营会被长期拖住。

7.2 不适合的团队

第一类：印尼只是试水市场、订单量很小、主要买家在境外的团队。这时接入成本摊不薄，先用能覆盖的通用方案跑一段时间更合理。

第二类：希望一个接口解决所有东南亚市场的团队。本地收单方是单市场方案，多市场需要聚合商或多家并行。

第三类：把合规完全外包当成目标的团队。收单平台改变的是接口，不改变合规义务，这一点前面已经说过。

第四类：完全没有服务端工程能力、只想改几行配置就上线的团队。托管结账可以撑一段时间，但一旦要提升转化，核心接口的工作量躲不掉。

八、落地要点与误解澄清

8.1 落地要点

8.2 常见误解澄清

第一个误解是以为接好卡就等于接好印尼。卡在印尼只是支付方式之一，虚拟账户、钱包与二维码承担的交易量在本地场景中占比很高。只接卡不会让你完全收不到钱，但会让你在结账页丢掉大量本来可以完成的订单。

第二个误解是把虚拟账户当成普通银行转账。虚拟账户是异步的：买家拿到账号之后可能立刻付款，也可能几小时后才付款，也可能根本不付款。系统必须保留足够长的有效期、能够在到账后按金额与账号匹配、能够自动关闭超时订单。把它当成提交即成功的同步流程处理，会出现大量已发货但未收款的订单。

第三个误解是把方式数量当成能力强弱。方式清单是商务材料，关键是你的买家实际会用哪几种，以及这几种在你系统里的体验与对账是否闭环。

如果你正在做印尼市场的支付选型，可以把这篇文章当作一张检查表：先确认你的买家实际用什么方式付钱，再看本地收单方能不能把这几种方式的资金结果、退款路径与对账口径完整交到你手里。区域层面的整体判断，可以回到 支付 分类页继续看。

来源：16IDC 原创，文中涉及的产品能力、费率与准入要求以相关服务商官网文档及合同为准。