概览
今日收款与系统状态
最近订单
订单管理
全部订单与状态跟踪
商品管理
预先登记商品，下单时直接引用
为什么要用商品目录：微信风控会比对「商品描述」与你在商户平台登记的「经营范围」。
预先登记、名字稳定、能对应真实经营内容的商品，人工审核一眼通过。
不要每次随机生成商品名 —— 那是「订单描述与实际经营不符」的典型特征，
会被判定为规避交易识别。
商品列表
怎么在代码里用
POST /api/v1/create
{
"merchantOrderNo": "你的订单号",
"productId": 1, // 传商品 ID，价格和名称自动取目录里的
"sign": "..."
}
// 或者显式传金额和商品名（两者要一致）
{
"merchantOrderNo": "你的订单号",
"amount": 2990,
"subject": "月度会员服务费",
"sign": "..."
}
推荐用 productId —— 价格和描述都来自预先登记的目录，
天然满足「描述与经营一致」。
风控体检
本地自查潜在的异常特征，不调用微信接口
先说清楚一件事：没有任何技术手段能"避开"风控。
真正降低风险的是把这些指标本身做健康 —— 商品描述真实、金额来自定价、
有退款渠道、不刷单。下面这些检查项就是按这个原则做的。
体检报告
加载中…
支付通道
启停通道，并为每个通道配置收款账号
通道要真正可用，需要两件事都完成：① 把通道开关打开；② 在通道下配置一个收款账号（微信需要填商户号、证书等）。
加载中…
商户配置
商户信息与接口密钥
商户列表
回调记录
通道推送的全部异步通知，含验签失败的记录
最近 50 条
对接文档
你的业务系统如何接入本平台
0. 先读这段：怎么让收款更稳
随机生成商品名是反效果。微信风控会比对「商品描述」与你在商户平台登记的 「经营范围」。描述每次都不一样、或者和经营范围对不上，会被判定为 「订单描述与实际经营内容不符」甚至「规避交易识别」—— 后者的处理是直接冻结资金、终止服务，比限额严重得多。
正确做法（本平台已内置）：
1. 在「商品管理」里预先登记商品 → 名字稳定、价格固定、能对应真实经营内容 → 下单时传 productId，名称和价格自动取自目录 2. 商品名要具体、像真东西 ✓ 「月度会员服务费」「游戏道具-高级强化石」 ✗ 「测试」「商品1」「随便买」 （含"测试/demo/试一下"会被直接拒绝） 3. 金额来自定价，不要刻意凑数 → 平台会在下单时给出风险提示，记录在订单里 4. 保留退款能力 → 投诉率是风控头号红线，用户能退就不会投诉 → 订单详情页有退款按钮 5. 上线后用「风控体检」定期自查
没有任何技术手段能"避开"风控。能做的只是把这些指标本身做健康 ——
商品描述真实、金额来自定价、有退款渠道、不刷单。这才是稳定的根源。
1. 创建订单
向 POST /api/v1/create 发起请求，全部参数参与签名。
2. 接收支付结果通知
支付成功后，平台会向你在下单时传的 notifyUrl 推送结果。收到后请返回 HTTP 200；返回非 200 平台会按 10/30/120/600/1800 秒退避重试。
3. 签名算法
参数按 key 字典序升序排列，过滤空值与 sign、signType、channel，拼成 k1=v1&k2=v2，末尾追加 &key=商户密钥，再做 HMAC-SHA256 取小写十六进制。