fix(payment): EasyPay 查单以 trade_status 判定支付成功，避免未付订单误判到账

[wucm667]

背景

EasyPay 主动查单此前只按 status == 1 判定已支付，未读取 trade_status。部分 EasyPay 兼容接口在等待支付或查询失败场景也可能返回 status=1，会导致 sub2api 在轮询/恢复订单时把未付款订单标记为 completed 并给用户充值，而商户侧实际未收款。

本修复将主动查单与 webhook 路径的 trade_status == TRADE_SUCCESS 口径对齐，作为资金安全修复，防止未付订单误充值。

改动

• QueryOrder 解析顶层与嵌套 data 下的 trade_status、status、money、trade_no。
• 优先以 trade_status == TRADE_SUCCESS 判定支付成功；WAITING、空值或其它非成功值均保持 pending。
• 仅在顶层和 data 均缺失 trade_status 时，才回退旧版 status == 1 兼容逻辑。
• 兼容嵌套 data.money / data.trade_no 返回格式。

测试

• trade_status=TRADE_SUCCESS → paid
• trade_status=WAITING 且 status=1 → pending
• trade_status="" 且 status=1 → pending
• data.trade_status=TRADE_SUCCESS / data.money / data.trade_no → paid 并正确读取嵌套字段
• 旧版仅返回数字 status=1（无 trade_status）→ paid
• 旧版 status!=1 且无 trade_status → pending
• 查询失败/字段缺失 → pending
• go test -tags=unit ./internal/payment/...
• go test -tags=unit ./...
• golangci-lint run ./...

Fixes #2958

[wucm667]

CI 失败看起来是 runner 外部网络问题，不是本 PR 的 EasyPay 逻辑失败：unit tests 已通过，包含 internal/payment/provider；失败发生在 make test-integration 启动 testcontainers 时，Redis/Postgres 镜像拉取访问 Docker Hub 超时（https://registry-1.docker.io/v2/ timeout）。我这边没有 upstream admin 权限触发 rerun，麻烦维护者重跑 failed job。