GCash商户后台搭建参考模型(系统结构 + 接口说明)
在菲律宾开展支付业务的团队,常常需要一个稳定、高并发的商户后台系统来对接 GCash 原生 API。本文将基于币付 bifu.us 的真实部署模型,介绍如何快速搭建一套具备“收单-通知-记录-风控”全流程的商户系统,适用于个人站、聚合支付平台及SaaS支付工具商。
一、系统结构总览
GCash 商户后台系统一般包含以下五个核心模块:
- 订单接入模块(/createOrder)
- 支付跳转模块(/pay.php)
- 回调处理模块(/notify.php)
- 订单数据库模块(MySQL)
- 后台查询/管理页面(/admin)
【数据流程图】
Client → createOrder → 生成跳转链接 → 支付跳转 ↓ 数据库写入 order_info ↓ GCash 支付完成后触发回调 notify.php ↓ 校验签名 & 状态更新数据库 → 回传“success”
二、数据库设计参考
核心数据表为:order_info
字段名 | 类型 | 说明 |
---|---|---|
id | INT(11) AUTO_INCREMENT | 主键 |
order_no | VARCHAR(50) | 商户订单号 |
amount | DECIMAL(10,2) | 订单金额 |
status | TINYINT(1) | 0=未支付 1=成功 2=失败 |
pay_url | TEXT | 生成的跳转链接 |
created_at | DATETIME | 创建时间 |
updated_at | DATETIME | 支付完成时间 |
三、后端接口逻辑说明
- /createOrder:生成订单 + 跳转地址
- /notify.php:接收 GCash 通知 → 验证签名 → 更新状态
- /check.php:定时轮询(可选)用于容错
四、前端逻辑建议
- 付款页面嵌入 iframe + loading 动画,提高留存率
- 跳转链接支持
app://gcash/scanpay
与静态二维码 - 支付成功后回传
status=success&order_no=xxx
到客户端
五、GCash原生通道 vs UUpay脚本类通道
脚本类通道(如 UUpay)不支持后台状态更新,全部通过前端 JS 实时轮询,造成大量假成功 / 延迟更新问题。原生通道则通过 webhook 回调直达后端,订单清晰、可溯源,适合大体量商户和聚合平台运营使用。
六、其他可选增强功能
- 📦 自动转账模块:支持发薪/结算/返佣
- 🛡️ 黑名单风控模块:可屏蔽异常 IP / 异常手机号
- 📊 后台数据看板:Echarts 动态可视化订单趋势
- 💬 Telegram机器人:交易成功自动推送至频道
对接资源
- 📧 客服邮箱:[email protected]
- 📢 通道更新频道:TG群频道
- 💬 直连接入人:@Bifuapp
搭建你的 GCASH 商户后台系统,从 API 到管理后台,一步到位。
发表评论
发表评论: