支付通道

菲律宾本地支付通道接入指南:GCash收款流程、回调验签与对账结算要点

GCash 是菲律宾覆盖率很高的本地电子钱包之一,常见于电商、线上娱乐、数字内容、O2O 服务等收款场景。本文面向商户技术与运营团队,梳理 GCash 支付通道的接入流程、接口设计、回调验签、风控与对账结算要点,帮助你降低集成成本,同时提升支付成功率与资金可控性。

2026年2月19日1 阅读

一、接入前先把业务边界说清楚

  • 收款场景:H5 收银台、App 内嵌页、二维码收款、跳转授权收款等

  • 交易链路归属:订单创建、收银引导、支付确认、异步回调、主动查询、退款或撤销、对账与结算

  • 资金路径:入账主体、清算方式、结算周期例如 T+0 或 T+1、原路退回策略、异常处理规则

  • 合规与风控:KYC、AML、交易监控、名单策略、可疑交易处置与留痕

二、推荐的系统架构与接口原则

  • 支付能力模块化:把创建、查询、回调、退款、对账封装成独立模块或服务,降低业务系统耦合

  • 全链路幂等:merchant_order_id 与 payment_id 双重幂等,回调重复触发必须可重入

  • 状态机驱动:仅允许合法状态迁移,避免重复发货、重复记账、重复退款

  • 安全默认:签名验真、时间戳防重放、必要时启用 IP 白名单,敏感信息最小化存储

三、商户侧准备清单

  • 商户资料与结算信息:主体信息、结算账户、对账联系人、风控联系人

  • 基础技术参数:notify_url、return_url、API Key、Secret

  • 订单字段规范:订单号全局唯一、金额与币种通常为 PHP、商品描述清晰可识别、可选传 client_ip 与 user_agent

四、GCash 收款标准对接流程

1 创建支付订单

服务端发起创建支付请求,获取支付单号与收银参数或跳转链接。

POST /pay/create
{
  "merchant_order_id": "2026xxxxxxx",
  "amount": 1999,
  "currency": "PHP",
  "channel": "GCASH",
  "notify_url": "https://merchant.com/pay/notify",
  "return_url": "https://merchant.com/pay/result",
  "description": "Premium Membership"
}

2 引导用户完成支付

  • 跳转授权:跳转到 GCash 或收银页,用户确认支付

  • 二维码:展示二维码,用户扫码完成支付,适用于线下或半线下场景

3 接收异步回调

支付成功与否以异步回调为准。回调处理的底线标准是验签、幂等、落库、快速响应。

  • 验签:按约定签名算法校验 sign 与 timestamp,避免篡改与重放

  • 幂等:同一 payment_id 或 merchant_order_id 的成功回调可能重复推送,只能生效一次

  • 快速响应:完成验签与入库后立即返回 success,再异步触发发货或开通权益

// 回调处理示例逻辑
if (!verify_signature(payload, secret)) return 400;
if (is_replay(payload.timestamp, payload.nonce)) return 400;

order = find_order(payload.merchant_order_id);
if (!order) return 404;

if (order.status == "SUCCESS") return 200;

update_order_status(order, payload.status, payload.payment_id);
enqueue_business_fulfillment(order);

return 200;

4 主动查询兜底

回调延迟、网络波动、用户端显示处理中时,必须用查询接口兜底,避免误判。

  • 前端轮询或用户点击我已支付触发查询

  • 定时任务扫描 PENDING 超时订单并查询回补

五、退款与代付出款

  • 退款:建议同时支持全额与部分退款,refund_id 必须幂等,重复请求不重复退

  • 撤销:仅适用于特定状态,实际是否支持以通道规则与签约为准

  • 代付出款:若涉及资金分发,务必加强审核与风控,例如限额、名单、二次确认、资金预警

六、费率与结算说明

以下为你已配置的费率表代码,直接展示 GCash 与 QRPH 相关费率信息。

[rate-table type="all"]

  • 结算周期:常见为 T+0 或 T+1,具体以实际签约为准

  • 对账单:建议按日生成对账文件,包含订单维度、通道流水号、手续费、净额、状态

  • 差错处理:长款、短款、重复扣款、用户投诉建议工单化闭环,确保可追溯

七、风控与稳定性要点

1 商户侧可落地的风控策略

  • 设备与账号:同设备多账号、同账号多设备、异常登录频次

  • 交易行为:短时间高频小额、集中失败重试、金额跳变

  • 名单体系:黑名单、灰名单、白名单,支持动态调整

  • 限额控制:单笔、单日、单用户、单设备限额

2 稳定性工程必须做

  • 超时与重试:创建、查询、退款接口设置合理超时,重试采用退避策略

  • 熔断降级:通道异常时切换备用通道或提示稍后重试,避免拖垮业务系统

  • 可观测性:成功率、回调延迟、失败码分布、订单停留时长等指标可视化并告警

八、上线验收清单

  • 创建支付:金额、币种、订单号规则、收银页展示正常

  • 回调验签:篡改参数被拒绝,重复回调不重复发货或重复记账

  • 主动查询:处理中与异常网络情况下可正确回补状态

  • 退款链路:成功、失败、重复请求幂等验证通过

  • 对账:通道流水与商户订单可一一匹配,差错可追踪

  • 监控告警:成功率异常、回调堆积、接口超时具备告警

九、常见问题与排查方向

  • 用户已扣款但订单未成功:优先查回调日志与查询接口结果,必要时以通道流水为准回补状态

  • 回调收不到:检查公网可达、HTTPS 证书链、WAF 或防火墙、回调响应是否超时

  • 验签不通过:确认参与签名的字段集合、排序规则、字符编码、空值字段处理一致

  • 成功率波动:按失败码分布定位原因,分别处理余额不足、用户取消、风控拒绝、通道超时等

十、币付接入支持

币付为菲律宾本地场景提供标准化支付通道接入能力,支持 GCash 收款与资金结算,并可根据业务类型给出更贴近实战的风控与对账建议。

需要帮助?

联系我们的客服获取更多信息

联系客服