针对大量菲律宾本地支付开发者在对接 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收单系统的前提,币付让你一步到位实现全流程标准化。
发表评论
发表评论: