微邮付支付 · 五场景演示

点进去就能真实下单。下单只生成支付链接/二维码,不付款不扣钱。

网关 api.gdwxyf.com 测试商户 6026245559 应用 202311792173507165
场景 1

小程序内点餐支付

顾客在小程序里点餐、累计金额,直接点支付——微信内一步付完,体验最好。需先完成 appid 与商户号绑定。

POST /api/miniAppPay.do
进入演示
场景 2

H5 / 公众号点餐

点「去支付」跳到平台收银台,顾客在微信里确认。不需要 openid,任何商户开箱可用。

POST /api/buyPay.do
进入演示
场景 3

POS 出码让顾客扫

POS 屏上出一个二维码,顾客用微信/支付宝扫。适合没装小程序、或顾客用支付宝的情况。

POST /api/buyPay.do
进入演示
场景 4 · 新

桌码点餐(多轮加单)

顾客扫桌码进店,同桌多人共享账单,可反复加单;自动计炭火费/蘸料,沽清联动,整桌一次结账。含商户桌码台与二维码打印。

POST /api/buyPay.do · 一桌一码
打开桌码台
链路实验室 · 新

C扫B 最小服务端

回答「C扫B 要不要服务端」:服务端保管密钥、加签、算价,把二维码渲染成 PNG,用主动查单确认到账,无需公网回调。带实时链路日志与安全自检。

POST /api/buyPay.do + query.do 轮询
打开链路实验室

下单记录

还没有订单,去上面下第一单

回调记录(异步通知)

暂无回调。本机地址平台访问不到,可用订单行的「模拟回调」验证验签逻辑
两个安全约定,代码里已经落实:
1. 带 pro_access_token 的收银台 URL 只在服务端流转,页面源码里拿不到(跳转走 /pay/redirect 中转)。
2. 金额一律服务端重新计算,前端传什么只做展示参考。