针对大量菲律宾本地支付开发者在对接 GCash 时遇到“测试难”“上线易误”“参数混乱”等问题,币付Pay建立了严格区分的开发环境(Dev)与生产环境(Prod)接口体系。本文将系统讲解如何基于币付提供的开发环境完成完整测试流程,并一键迁移至正式环境,避免踩坑,提升上线成功率。
一、开发环境(沙盒)API入口
| 功能 | 测试地址 | 说明 |
|---|---|---|
| 创建订单 | https://dev-api.bifu.us/v2/order/create | 测试交易,不真实收款 |
| 查询订单 | https://dev-api.bifu.us/v2/order/query | 模拟支付状态变化 |
| 回调地址 | 由商户自定义 | 需公网可访问 |
| 结算接口 | https://dev-api.bifu.us/v2/payout/batch | 仅模拟打款 |
注意:开发环境默认签名密钥为测试专用key,不可用于正式收款。
二、切换至生产环境配置说明
待开发测试完成后,正式环境接口地址变更如下:
- 正式创建订单接口:
https://api.bifu.us/v2/order/create - 正式订单查询接口:
https://api.bifu.us/v2/order/query - 签名密钥:使用平台分配的 生产商户密钥
推荐采用 .env 配置区分环境:
# .env.development API_URL=https://dev-api.bifu.us API_KEY=测试商户KEY # .env.production API_URL=https://api.bifu.us API_KEY=正式商户KEY
三、推荐调试流程
- 使用 Postman / Insomnia 工具验证接口通畅性
- 对照文档手动拼接签名并比对系统返回签名
- 配置 ngrok / frp 将本地调试地址映射为公网回调地址
- 监听
/v2/notify回调数据,记录日志 - 模拟支付完成后,从回调获取支付状态并完成业务逻辑测试
开发阶段建议每一个接口均打印请求内容、响应数据与签名字符串,方便排查。

四、数据示例(完整一套调试数据)
POST /v2/order/create { "merchant_no": "demo001", "order_no": "T202507030001", "amount": 100.00, "notify_url": "https://yourdomain.com/notify", "sign": "A1B2C3D4..." } 返回内容:
{ "code": 0, "msg": "success", "data": { "pay_url": "https://dev-gcash.bifu.us/pay/abc123" } } 五、错误码说明
| 错误码 | 含义 | 处理建议 |
|---|---|---|
| 1001 | 签名错误 | 检查字段顺序与密钥 |
| 1002 | 商户无效 | 商户号不存在或未激活 |
| 1003 | 金额格式异常 | 使用 100.00 形式 |
| 1005 | 重复订单 | order_no 已存在,换编号 |
| 9999 | 系统繁忙 | 重试或联系客服 |
六、测试后切换流程建议
币付建议使用以下切换步骤:
- 在测试环境完成
下单 → 模拟支付 → 接收回调全流程 - 将正式接口URL及商户key切入项目配置
- 先部署正式环境但订单量限制1笔,观察状态
- 观察回调时效、订单状态是否一致
- 正式开通大批量交易权限
七、联系方式与资料获取
- 客服邮箱:[email protected]
- 通知频道:https://t.me/GcashNativePay
- 申请测试商户号 / 生产环境权限:请联系 @Bifuapp
开发与生产环境的明确分层,是稳定GCash收单系统的前提,币付让你一步到位实现全流程标准化。
需要接入菲律宾本地支付通道?
币付PAY 专注菲律宾 GCash / GrabPay / QRPH 等本地钱包支付,支持 USDT/PHP 结算, 适合跨境电商、游戏娱乐、会员充值等多种场景。
👉 接入流程说明: 币付PAY 接入完整教程
👉 唯一官方客服: Telegram @bifuapp
温馨提示:请勿相信其他渠道散布的“客服账号 / 钱包地址 / 收款二维码”,避免资金风险。
币付pay
发表评论
发表评论: