企业钱包（UMP）需求清单

文档里今天更新的内容没有添加进去吧

文档里今天更新的内容没有添加进去吧

这个不是啊,之前做过一个只有充值模式的接口的

这个不是啊,之前做过一个只有充值模式的接口的

默认的是15 分钟，哪个用户需要更改，再企业商户管理页面操作列去改

默认的是15 分钟，哪个用户需要更改，再企业商户管理页面操作列去改

功能试一下，让用户可以测了

功能试一下，让用户可以测了

hetao 正在和pmp 开发开会沟通模版热更新的问题，估计要等一会

hetao 正在和pmp 开发开会沟通模版热更新的问题，估计要等一会

企业钱包充值模式接口调整

企业钱包充值模式接口调整

现在大部分用的都是充值模式.监听模式是基本上不用吧? 充值模式每次请求接口下发地址会持续监听15分钟 监听模式是另外一套接口.下发的地址是一直监听.

现在大部分用的都是充值模式.监听模式是基本上不用吧? 充值模式每次请求接口下发地址会持续监听15分钟 监听模式是另外一套接口.下发的地址是一直监听.

换充值模式啊...

换充值模式啊...

昨天的也都需要嘛 稍等。

昨天的也都需要嘛 稍等。

测试环境1 U 也是回调的.还是要对方重新发一下请求看看流程上有什么问题.

测试环境1 U 也是回调的.还是要对方重新发一下请求看看流程上有什么问题.

不是1u的问题吧

不是1u的问题吧

system需求

system需求

等一下这个我找一下记录看一下

等一下这个我找一下记录看一下

今天下午上期的需求才测完能发版，明天就要上这两个新需求吗？

今天下午上期的需求才测完能发版，明天就要上这两个新需求吗？

manjiushikuai 这两个需求明天尽量弄完，不要拖到下周了

@manjiushikuai 这两个需求明天尽量弄完，不要拖到下周了

查单补单补发回调与大额代付确认（配置开关）

ok，目前暂定三个需求的开发时间： 1. 新增补单补发回调功能（1 天） 2. 大额代付确认功能（2 周） 3. 8. 订单有效时间配置（ 3 天） / @sd0000 不要乱画饼哈哈，时间不够

嗯，没人处理就驳回

嗯，没人处理就驳回

飞总，这里我们做个限制，24 小时之内未有审核人员确认出款或者驳回，…

飞总，这里我们做个限制，24 小时之内未有审核人员确认出款或者驳回，就自动视为驳回可以吗？总要有个审核时间的限制

manjiushikuai 空了帮忙看一下

@manjiushikuai 空了帮忙看一下 / 这个是因为暂时没有做智能合约的兼容，后续我们尽快兼容下

驳回之后，这个订单后台就按照支付失败处理了哈

驳回之后，这个订单后台就按照支付失败处理了哈

驳回之后这个订单后台就按照支付失败处理了哈

驳回之后这个订单后台就按照支付失败处理了哈

在订单信息下方加两个按钮就行“确认”和“驳回”

在订单信息下方加两个按钮就行“确认”和“驳回”

机器人有确认出款权限的人

机器人@有确认出款权限的人

这个第一版需不需要做拒绝出款，做拒绝的话要增加几种状态，确认中、审核…

这个第一版需不需要做拒绝出款，做拒绝的话要增加几种状态，确认中、审核拒绝之类的。还是只要tg 里不点确认，订单就自动超时 支付失败了

这个第一版需不需要做拒绝出款做拒绝的话要增加几种状态确认中审...

这个第一版需不需要做拒绝出款做拒绝的话要增加几种状态确认中审...

是指订单需要人工确认时，机器人 有确认出款权限的人，还是出款成功后…

是指订单需要人工确认时，机器人 @ 有确认出款权限的人，还是出款成功后通知@某个人

这三个需求一起上，明天看看下需要多久上线 manjiushikuai…

这三个需求一起上，明天看看下需要多久上线 @manjiushikuai

商户后台修改谷歌验证码入口咨询

运营询问商户登录后台后能否修改谷歌验证码及入口位置；当前更像功能入口咨询，需确认是否转为正式需求。

查单补单补发回调与大额代付确认（配置开关）

需求1：查单补单按实际收款金额补发一次回调，商户可自行配置开关；需求2：大额代付订单出款需群管理员确认；后续 Shane 补充开发评估：补单补发回调约需 1 天。

熊猫支付回调失败排查

熊猫支付订单回调接口返回Missing required params，回调被对方拒绝；同时涉及回调地址来源不明、日志查询不便、需要优化日志系统。该问题跨企业钱包问题反馈和企业钱包需求沟通两个群。

钱包每日 0 点余额快照与对账统计

财务统计需要每日 0 点的钱包余额快照用于运营对账，同时区分链上余额、系统内统计余额与实时余额查看需求。

代付能量主动申请与消耗统计

代付流程需从固定配置能量改为主动申请，并在支付链路中检查能量/带宽，完成支付后统计能量消耗，区分一次消耗 1 笔或 2 笔。

企业钱包后台 522 网络异常排查

生产环境后台曾短暂出现 522 访问异常，后续自然恢复；排查结论倾向于 Cloudflare 部分节点路由调整，服务器网络未见中断。

代付出款增加轮询间隔，避免并发能量不足

商户同一时间发起 5-10 笔代付时，当前秒出可能导致能量补不上。需求是增加轮询/间隔出款，例如 2-3 秒出一笔，确保每笔出款有足够能量，降低付款失败。

子钱包余额手动刷新与刷新频率限制

用户希望后台可手动刷新子钱包余额，用于余额统计；Shane 提醒需与技术确认频繁刷新风险，并提出可加刷新频率限制，例如 10 秒内重复刷新弹提示。

子钱包自定义归集与单个钱包归集

在子号余额统计场景下，支持选择单个钱包或指定地址做自定义归集，避免某个钱包入账金额较大时只能和其他钱包一起归集导致额外成本。

企业钱包 v1.9.0 每日统计优化

企业钱包 v1.9.0 改动需求中明确包含每日统计优化，需要择日更新。

出款请求读取超时但订单实际成功

企业钱包向三方通道提交出款时客户端读取超时，但订单实际成功；需核对客户端 readTimeout，并补齐超时后的状态查询、重试与幂等确认。

商户密钥在公司TG明文暴露

测试商户凭据被直接发送到公司 TG；归档已脱敏，但凭据仍需立即轮换或吊销并完成访问审计。同一时段的异常访问告警尚不能归因。

企业钱包每日统计 V2

每日统计新增子号统计、热钱包统计与导出；带宽和能量具体统计仍需研究，本版本不做。

UPay监控服务安全组调整导致不可用告警

监控服务安全组调整导致 UPay 监控不可用告警；人工确认调整后已恢复，未发现明确业务中断证据。

UMP 代付服务空指针崩溃。

UMP 代付服务空指针崩溃。

个别商户金额不符时取消补单、按实际到账金额回调，待大额代付后评审。

客户接受风险时按实际到账直接回调，取消补单流程。

UMP 代付回调提示非白名单。

UMP 代付回调提示非白名单。

UMP 回调失败/链路日志难检索。

UMP 回调失败/链路日志难检索。

企业钱包所有登录会话失效，需重新登录及处理 IP 解封。

企业钱包所有登录会话失效，需重新登录及处理 IP 解封。

订单有效时间可配置。

订单有效期默认 15 分钟，商户级可配置。

大额代付 TG 审核确认/驳回，24 小时未处理自动驳回。

旧机器人服务缺少通知接口并返回 404；服务更新后人工确认恢复。既有大额代付 TG 审核需求推进到已发版、待验证，仍需真实商户持续验证。

UMP 新部署环境回调遭商户端拒绝/缺参数。

UMP 新部署环境回调遭商户端拒绝/缺参数。

企业钱包新部署环境登录/默认密码异常。

企业钱包新部署环境登录/默认密码异常。

企业钱包生产环境短暂 522/网络异常。

企业钱包生产环境短暂 522/网络异常。

每日 0 点记录链上钱包余额快照，与系统跑量数据一起用于运营对账。

每日 0 点记录链上钱包余额快照，与系统跑量数据一起用于运营对账。

从固定预配能量改为主动申请、检查支付可行性、完成付款并统计能量消耗。

从固定预配能量改为主动申请、检查支付可行性、完成付款并统计能量消耗。

UMP 正式环境零点推送各项为零。

UMP 正式环境零点推送各项为零。

UMP v1.8.0 包含 hash 展示统一、代付金额校验、异步归集和最近两小时订单扫描优化。

UMP v1.8.0 包含 hash 展示统一、代付金额校验、异步归集和最近两小时订单扫描优化。

大额代付确认人按商户群指定，而非统一全局权限。

明确列入下期需求：通过 TG 指令添加大额代付审核人和提醒人；按语音沟通方案实现，整体预计开发 7 个工作日。

财务角色使用下发/退预付指令调账，保留操作人审计并允许负余额。

明确列入下期需求：支持下发指令，并同步流水审计和余额调整；按语音沟通方案实现。

更新开发文档以覆盖充值模式回调方式，并区分功能更新说明。

更新开发文档以覆盖充值模式回调方式，并区分功能更新说明。

收银台订单时效与钱包可配置有效期同步。

收银台订单时效与钱包可配置有效期同步。

查单按当前订单实际状态返回，区分 hash 关联同单与他单。

查单按当前订单实际状态返回，区分 hash 关联同单与他单。

兼容智能合约标识订单的自动回调。

既有智能合约兼容需求再次被业务现场验证未落地：链上已到账，但自动回调、拉单和人工补单均无法完成，当前仍以人工加款兜底。

已补单订单再次查单需返回已补单提示，并支持补发回调。

已补单订单再次查单需返回已补单提示，并支持补发回调。

补齐下单、响应、回调的可检索链路日志，降低回调失败排障成本。

补齐下单、响应、回调的可检索链路日志，降低回调失败排障成本。

支持手动刷新子钱包余额、显示总余额与单钱包余额。

支持手动刷新子钱包余额、显示总余额与单钱包余额。

按子地址与热钱包记录链上收付明细，并支持订单、转入转出地址、金额、币种、时间和交易哈希筛选；没有订单号时允许为空。

按子地址与热钱包记录链上收付明细，并支持订单、转入转出地址、金额、币种、时间和交易哈希筛选；没有订单号时允许为空。

评估单机主服务+数据库部署的风险，降低回调 IP 暴露攻击面，并为多套推广系统准备隔离方案。

评估单机主服务+数据库部署的风险，降低回调 IP 暴露攻击面，并为多套推广系统准备隔离方案。

对多类付款失败状态向商户群机器人推送具体失败原因。

对多类付款失败状态向商户群机器人推送具体失败原因。

子钱包支持余额阈值触发式归集和人工选择地址的自定义归集。

子钱包支持余额阈值触发式归集和人工选择地址的自定义归集。

所有商户共用热钱包付款地址；监控热钱包能量/带宽，不足时任务等待，超时后给明确失败。

所有商户共用热钱包付款地址；监控热钱包能量/带宽，不足时任务等待，超时后给明确失败。

商户新增按实际到账金额回调模式

商户可选择按实际到账金额回调；实际到账与期望不一致时自动回调并计为已支付，等大额代付完成后再开发。