‹ 首页返回需求清单
UMP-20260616-001 · 生命周期台账

熊猫支付回调失败排查

熊猫支付回调失败:我方对 test-payment 域名的回调被对方服务器拒绝(Missing required params)。回调地址来源待确认(是对方请求参数指定还是系统配置)。对方回调参数无方向查询,需优化日志系统和对接文档。
主状态待排查执行进度待补首次提出2026-06-16最近讨论2026-06-16
当前需求结论
熊猫支付订单回调接口返回Missing required params,回调被对方拒绝;同时涉及回调地址来源不明、日志查询不便、需要优化日志系统。该问题跨企业钱包问题反馈和企业钱包需求沟通两个群。
模块线上问题/故障
业务对象待补
目标待补
需求演进时间线

历史记录尚未迁移为事件;新识别结果会从首次写入起展示生命周期。

需求变化对比

暂无结构化变化对比。

按日期分组 TG 原始讨论
需求原始对话70 条消息 · 纯文本脱敏版
【第1天|2026-06-16|企业钱包问题反馈】
[16:21:42] 墨渊:这是报错的参数,请您查看 熊猫支付请求参数: {"url":"[URL] []
[16:28:10] .:字符的顺序不影响结果,具体是什么报错?
[16:29:25] shane 回复 墨渊:报错的信息是什么
[16:29:33] shane:这个是请求参数
[16:29:49] shane:我问问
[16:29:57] shane:fiat_currency 这个能传 100 吗...
[16:31:56] .:"exchange_rate": "6.89", //U转法币汇率 "fiat_currency": "500" //交易法币金额
[16:32:24] shane:1,我去要下报错信息
[16:32:29] UU-木灵:报错
[16:32:30] .:按照传的汇率去转账 ,这个请求是·1 等于1 100 U
[16:32:37] UU-木灵:@aiyu5
[16:32:39] UU-木灵:一起看一下
[16:33:30] 浴火重生:请求参数没用,要给报错信息
[16:36:02] 浴火重生:没事,我在看了,估计是网络错误没传单成功
[16:37:44] .:好的
[16:39:33] 浴火重生:D2066801135202680833 D2066801016172527617 这两笔订单日志查一下,回调失败 @hetao007
[16:40:39] 核桃 回复 浴火重生:哪个站点的?
[16:40:42] 核桃:新的吗
[16:41:35] 浴火重生:对,新部署的
[16:44:49] 核桃:hao
[16:46:22] 浴火重生:后面问题多的话,也要搞个日志系统方便查询了。对接挺麻烦的
[16:46:41] 核桃:好的
[16:48:32] 核桃 回复 浴火重生:[图片/文件/语音]
[16:48:32] 核桃 回复 浴火重生:[图片/文件/语音]
[16:49:23] 浴火重生:我靠,裹脚布么😅 我瞅瞅怎么看
[16:49:36] 核桃:🙈🙈哈哈哈
[16:50:36] . 回复 核桃:2026-06-16 16:35:25 ERROR callback/callback.go:34 回调的 URL:【[URL] 参数:【map[amount:1.000000 block_number:83643171 from:[ADDRESS] hash:[HASH] order_no:D2066801135202680833 to:[ADDRESS] credential:[MASKED]]】 第:【2】次回调失败.结果为:【{"code":431,"data":null,"msg":"Missing required params","message":"Missing required params"}】 订单号:D2066801135202680833
[16:52:30] 浴火重生:他是没传回调地址吧
[16:52:38] 浴火重生:我看callback address是空的
[16:52:41] .:订单号D2066801135202680833 日志里没看到有错误响应,回调失败回进行三次重试
[16:53:34] .:[URL] 发到这接口上了,
[16:53:35] 浴火重生:订单号D2066801135202680833 金额1 付款地址TCnRMYoXbQ94Cm132pVS1cnMU6Me7aYc81
[16:54:00] .:他们回调参数做什么校验了吗
[16:55:08] 浴火重生:下单参数呢?这日志里貌似没有
[16:56:00] .:{ "amount": "1.000000", "block_number": 83643171, "from": "[ADDRESS]", "hash": "[HASH]", "order_no": "D2066801135202680833", "to": "[ADDRESS]", "credential":"[MASKED]" } 回调参数
[16:56:04] 浴火重生:2026-06-16 16:32:44下单的
[16:56:27] .:我们发回调被对方拒了
[16:56:37] 浴火重生 回复 .:这是他传的回调地址?
[16:56:41] 浴火重生:为啥日志上我搜不到
[16:57:16] 浴火重生:哦,在第二个日志里
[16:57:38] .:D2066801135202680833。这个被拒绝了
[16:58:08] .:上一个日志里没有看到回调的响应还的让核桃在查一下
[16:58:36] 核桃:昂 我过滤的全部的呀
[16:58:53] 核桃:有没有其他关键字
[17:00:00] 浴火重生:下单参数还是没找到,看下他传过来的callback_url地址是什么
[17:00:24] . 回复 核桃:你在查一下,这个是代收,回调分两次的
[17:00:49] 浴火重生:看下这是回调下单还是回调查询的
[17:03:10] .:2026-06-16 16:32:44 INFO middlewares/middlewares.go:53 请求结束 {"请求UID": "749e9ac4-e1da-4c4a-87b1-803504e63709", "/api/recharge/idle/account": "{\"success\":true,\"code\":2000,\"msg\":\"success\",\"data\":{\"address\":\"[ADDRESS]\",\"order_no\":\"D2066801135202680833\",\"token\":\"USDT\",\"amount\":\"1.0000\",\"pay_url\":\"[URL] 这个是 D2066801135202680833 收到请求以后返回到
[17:04:04] .:请求结束 {"请求UID": "a53b358d-0958-4b4c-8208-18bc0023db98", "/api/recharge/idle/account": "{\"success\":true,\"code\":2000,\"msg\":\"success\",\"data\":{\"address\":\"[ADDRESS]\",\"order_no\":\"D2066801016172527617\",\"token\":\"USDT\",\"amount\":\"1.0000\",\"pay_url\":\"[URL] 这个是 D2066801016172527617 收到以后返回到
[17:04:25] 核桃 回复 .:D2066801135202680833
[17:04:47] .:根据 请求到UIDa53b358d-0958-4b4c-8208-18bc0023db98 749e9ac4-e1da-4c4a-87b1-803504e63709 可以查完整链路
[17:04:55] 核桃:ok
[17:05:09] .:2026-06-16 16:35:25 ERROR callback/callback.go:34 回调的 URL:【[URL] 参数:【map[amount:1.000000 block_number:83643171 from:[ADDRESS] hash:[HASH] order_no:D2066801135202680833 to:[ADDRESS] credential:[MASKED]]】 第:【2】次回调失败.结果为:【{"code":431,"data":null,"msg":"Missing required params","message":"Missing required params"}】
[17:05:15] .:两个都是一样的 对方拒绝
[17:05:21] .:说缺参数
[17:06:38] 浴火重生:1.找这笔订单下单参数,我要确认他传的回调地址是哪个 2.对方说查单报错,你发的这个回调是查单回调还是充值回调
[17:07:05] .:这个是回调通知,通知对方收款成功
[17:07:08] 浴火重生:按文档给的示例来啊,不然咋对线
[17:07:09] .:付款成功这样
[17:07:28] .:报错说报错是什么啊
[17:07:30] 浴火重生:对啊,我们通知了这个地址 [[URL]) 这个地址他是通过下单传来的还是查单传来的
[17:09:06] . 回复 浴火重生:这个地址根据回调日志逆推出来的回调地址,
[17:09:36] 浴火重生:是没有记录日志还是查不到日志
[17:21:09] 浴火重生:。。。。查日志看看怎么优化一下,不要一堆乱七八糟的。 下单日志、响应日志
[17:21:17] 浴火重生:暂时是没问题了,估计是他加白的问题
[17:23:44] 浴火重生:PO2026061617120018
[17:23:57] 浴火重生:这个是UU生产环境的订单,查下回调日志
[17:58:14] shane:@moyuan111 Telegram 的 BOT 现在官方好像有点问题,机器人会回复延迟。
[19:51:57] 墨渊:我看挺正常呀
[19:52:00] 墨渊:没啥问题现在
AI 归并判断
项目UMP
证据消息待补
归并依据历史数据待迁移
关联发版

暂无关联发版。