SMARTPAY

菲律宾OTC线下代收渠道是什么:7-Eleven、Cebuana、银行柜台代收全解析

我们在马尼拉做本地支付接入这几年,见过太多刚进菲律宾市场的中国商户,一上来脑子里只有GCash、QRPH、Maya这几个名字,觉得把电子钱包接齐就等于把本地支付接齐了。直到运营几个月后翻订单记录,才发现总有一批客户下单后既不付款也不弃单,而是在等着去楼下的7-Eleven,或者街角的典当行柜台交现金。这篇文章就想把这件容易被忽略的事讲清楚:OTC(Over-the-Counter)线下代收到底是什么原理,为什么电子钱包已经这么普及了它还有存在的必要,商户技术上又该怎么接。

OTC线下代收是什么:从一张付款码说起

OTC代收的逻辑其实很朴素:商户系统先根据这笔订单生成一个付款参考码(有的渠道是一串数字,有的直接给条形码或二维码),客户拿着这个码走到线下网点的收银台,把现金交给柜员,柜员在他们自己的终端上输入或扫描这个参考码完成收款登记,后台再把这笔入账信息同步回商户系统,系统凭参考码匹配到具体订单,完成确认。整个过程里客户不需要开通任何账户,不需要绑卡,甚至可以完全没有智能手机,只要能把参考码记下来或打印出来就行。这也是它和电子钱包收款最大的区别:电子钱包是"账户对账户"的资金移动,OTC是"现金换登记"的线下动作,中间多了一个物理网点和一个人工环节。如果你还没完整理清代收代付这套资金路径,可以先看菲律宾代收代付是什么这篇再回来看OTC这个分支会更顺。

为什么电子钱包渗透率不低,OTC渠道依然有存在的价值

这几年菲律宾电子钱包的用户规模确实涨得很快,GCash、Maya在城市年轻群体里几乎是默认选项,我们在菲律宾移动支付市场现状里也聊过这个趋势。但市场足够大、人口结构足够分散的时候,"渗透率高"不代表"覆盖率高"。相当一部分菲律宾居民仍然没有银行账户,也没有开通电子钱包,或者开通了但出于习惯只信任看得见、摸得着的现金交易;还有不少客户是家里长辈代为下单、本人没有智能手机,或者单纯不信任把身份证件绑定给一个App。这些客群不是小众边缘人群,而是实实在在撑起线下零售和典当行网络密度的基础人口。对这部分客户来说,OTC网点就是他们唯一熟悉也唯一信任的付款方式,商户如果只接电子钱包,等于主动把这一块订单挡在门外。

无论走哪条收款通道,我们内部评估服务商的第一条标准都没变过:资金最终要落到持有BSP OPS(支付系统运营商)或EMI(电子货币机构)牌照的主体账户上,OTC代收同样要满足这个前提,不能因为它"看起来是现金"就当成灰色地带来接。

常见OTC网点盘点:7-Eleven、Cebuana Lhuillier、银行柜台怎么分工

实际接触下来,OTC网点大致分三类,彼此的客群定位和使用场景并不完全重叠:

网点类型典型代表客群定位营业特点常见使用场景
便利店柜台7-Eleven等连锁便利店年轻、城市、临时现金支付人群门店密集,很多门店24小时营业电商小额订单、游戏充值、话费缴纳
典当行/汇款网点Cebuana Lhuillier等unbanked/underbanked、习惯线下汇款的群体覆盖到不少中小城镇和乡村地区账单缴纳、小额汇款、较大额现金交易
银行柜台各大本地银行分行有一定金额、信任传统银行流程的客户营业时间固定,流程更正式大额订单、企业客户现金入账

三者各自的网络是独立运营的,接口规格、结算周期、柜员操作习惯都不一样,这也是后面讲接入方式时要重点说的问题。

OTC代收和电子钱包、银行转账,结算逻辑差在哪

很多商户第一次接触OTC时最大的误解,是拿它跟电子钱包支付按同一个逻辑理解,以为无非是"换了个收款方式",结算节奏应该差不多。实际完全不是一回事:

维度OTC线下代收电子钱包(GCash/Maya等)银行转账
客户操作线下网点交现金+报参考码App内扫码或直接扣款网银/柜台转账
确认机制人工登记后系统同步,靠参考码匹配订单系统直接回调通知到账后银行流水比对
确认时效存在延迟,不是即时触发通常较快,接近实时视清算窗口而定
是否需要账户客户不需要任何账户客户需要钱包账户客户需要银行账户
商户对账方式参考码匹配+网点侧对账单核对回调记录+商户后台报表银行流水+备注信息匹配

这里最关键的一点是"确认机制"和"确认时效"——OTC渠道的确认不是由商户系统主动触发的事件,而是柜员在网点完成登记之后,数据才逐步同步回来,中间这一段时间订单状态应该是"待确认"而不是"失败",商户的订单系统和客服话术都要按这个节奏设计,否则客户明明已经付了钱,系统却显示未支付,很容易引发不必要的纠纷。

商户怎么接入OTC渠道:自己对接还是走聚合商

这是我们被问得最多的问题。老实说,对绝大多数商户(尤其是刚进入菲律宾市场的境外商户)而言,自己挨个去对接7-Eleven、Cebuana Lhuillier和各家银行柜台是不现实的。原因很直接:每个网点运营方都有自己的接口规格、自己的商户审核流程、自己的合规要求,有的还要求本地实体公司身份、本地银行账户作为前提条件,逐一谈判、逐一测试、逐一维护,投入的时间和人力跟订单量完全不成比例。实际操作中,商户基本都是通过已经跟这些网点签约的聚合服务商统一接入——商户只对接聚合商提供的一套API,生成参考码、查询状态都走同一个接口,聚合商在背后负责跟各个OTC网络的具体对接和清算。关于这类统一接入方案怎么挑,可以参考聚合支付 API 怎么选这篇里讲的评估维度;而选聚合商的前提,一定是先确认对方的持牌资质,这一点我们在持牌支付网关怎么选里专门拆过。

我们筛选OTC聚合服务商时,会要求对方明确说清楚资金最终落在哪个持牌主体名下——是BSP批准的EMI账户,还是有OPS资质的清算主体,这个问题含糊其辞的服务商,基本直接划掉候选名单。

OTC代收的对账怎么做:参考码匹配是核心

因为OTC代收的确认不是实时推送,商户在设计对账流程时要习惯一件事:不能只靠回调通知,必须有主动查询/轮询这一层兜底。我们接入OTC渠道之后,通常会在生成参考码时把订单号作为自定义字段一起传过去,方便后续用参考码反查订单,再定期拉取状态做批量核对,这部分思路跟我们在收款对账怎么做里讲的半自动对账方案是一脉相承的。下面是一段示例代码,展示生成OTC参考码和查询付款状态的大致请求结构(字段名和域名是示意,实际要按服务商文档替换):

curl -X POST https://apix.example.com/api/otc/create \
  -H "Content-Type: application/json" \
  -d '{
    "merid": "MCHXXXX",
    "tno": "ORDER20261004001",
    "channel": "7eleven",
    "amt": "amount_placeholder",
    "expire_minutes": "1440",
    "sign": "..."
  }'
// Node.js 查询 OTC 付款状态示例
const axios = require('axios');

async function queryOtcStatus(tno) {
  const payload = {
    merid: 'MCHXXXX',
    tno: tno,
    sign: generateSign({ merid: 'MCHXXXX', tno: tno }),
  };
  const res = await axios.post('https://apix.example.com/api/otc/query', payload);
  // res.data.status 可能是 pending / paid / expired
  return res.data;
}

需要特别注意的是,很多OTC渠道的状态是以"批次同步"方式更新的,查询接口拿到的状态可能本身就带有一定滞后,商户轮询的频率要跟服务商确认过的同步周期匹配,盲目加密轮询频率并不会让状态变得更实时。

接入OTC渠道前,要跟服务商确认哪几件事

基于我们踩过的坑,接入前至少要问清楚这几点:参考码的有效期是多久,过期之后订单怎么处理;柜员登记完成到系统同步之间大概要等多久,这段延迟窗口有没有一个参考范围;对账文件(或对账接口)是按天提供还是按笔实时推送;客户在网点多付或少付金额时系统怎么判定;以及这家聚合商到底支持哪几个OTC网络,是不是只接了便利店没接典当行网络,或者反过来。把这些问题提前问清楚,比上线之后再去排查订单状态异常省心得多。

常见问题

OTC代收是不是只有没有电子钱包的客户才会用?

大多数场景下确实如此,但也有一部分客户是出于习惯,即便开通了电子钱包,仍然倾向于线下现金交易,尤其是金额较大或者对线上操作不熟悉的人群。

客户在柜台交完钱,商户系统能立刻知道吗?

不能完全等同于即时通知。柜员登记之后,数据要经过网点内部系统同步到聚合商,再回传给商户,这中间存在一定延迟,商户的订单状态设计要预留"待确认"这个中间状态。

付款参考码有没有有效期?过期了怎么办?

通常会设定一个有效期,具体时长由商户在生成时设置,也受服务商规则限制。过期后客户需要重新生成新的参考码,原订单一般会被标记为超时未支付。

OTC渠道的退款怎么处理?

因为客户付的是现金而不是账户余额,OTC渠道基本没有"原路退回"这个选项,退款通常要走人工审核后以其他方式(如银行转账)重新打给客户,流程比电子钱包退款要慢,商户在售后规则里要提前说明。

商户能不能只开通OTC渠道,不接电子钱包?

技术上可以,但不建议。OTC更适合作为电子钱包和银行转账的补充渠道,覆盖那部分触达不到的客群,单独只做OTC会放弃掉已经很大的电子钱包用户群体。

为什么不建议自己挨个对接每个OTC网点?

每个网点运营方的接口规格、商户审核门槛、合规要求都不一样,逐一谈判和维护的成本对大多数商户来说远高于订单量能带来的收益,统一走聚合商接入是更现实的路径。

OTC代收和COD(货到付款)是同一回事吗?

不是。COD是客户收到货物时当面付款给配送员,资金路径和确认方式跟OTC完全不同;OTC是客户主动去固定网点凭参考码交款,跟是否发货、是否配送没有直接关系。

接入OTC渠道需要额外的合规资质吗?

商户自身的合规要求跟其他收款方式基本一致,关键是要确认负责OTC资金归集和清算的那个主体持有相应牌照,这是筛选服务商时必须核实的前提,不能因为走的是"现金"渠道就放松这道审查。

如果你正在评估要不要给自己的菲律宾业务加上OTC线下代收,或者已经在用但对账老是对不上、延迟窗口说不清楚,欢迎找我们聊聊具体情况,可以直接加 Telegram @LouisSMARTPAY,或者发邮件到 [email protected]。

相关推荐