This commit is contained in:
@@ -1456,7 +1456,7 @@
|
||||
8. 代理按既有店铺层级和退款业务权限查看本店及可管理下级退款，不再按creator隔离；代理不见审批人、内部意见或审批人附件，平台/超级管理员也须有退款业务查看权限。
|
||||
9. 企微终态通过Outbox和可靠Worker处理，processing_status固定0未触发、1处理中、2处理成功、3处理失败，局部失败可安全重试，不使用进程内Goroutine。
|
||||
|
||||
完成标准：审批状态与业务处理状态分离，重复终态不重复回款/扣佣/失效套餐，失败任务可可靠重试；实现期必须通过可编程Adapter自动化和真实企微两张独立退款验收（代理代提交同意、平台本人提交拒绝），INT-06不能替代。
|
||||
完成标准：审批状态与业务处理状态分离，重复终态不重复回款/扣佣/失效套餐或发送通知；退款完成后向目标店铺全部启用店铺账号及当前有效绑定的平台业务员发送站内通知；失败任务可可靠重试；实现期必须通过可编程Adapter自动化和真实企微两张独立退款验收（代理代提交同意、平台本人提交拒绝），INT-06不能替代。
|
||||
```
|
||||
|
||||
## UR#34 充值审核流程
|
||||
@@ -1494,7 +1494,7 @@
|
||||
|
||||
交互规则：在线状态每3秒轮询本地状态，页面不可见暂停；每次用户主动创建支付都使用新的request_id创建全新充值单和支付单，旧单等待回调或后端查单自然收敛；线下提交失败保留表单。
|
||||
|
||||
完成标准：微信、支付宝、第三方关闭/迟到成功、重复回调后的最终状态、支付成功但入账失败补偿、线下审批通过入账和驳回状态均可展示；在线和线下实际到账后均发送代理站内到账通知。
|
||||
完成标准：微信、支付宝、第三方关闭/迟到成功、重复回调后的最终状态、支付成功但入账失败补偿、线下审批通过入账和驳回状态均可展示；在线和线下实际到账后，均向目标店铺全部启用店铺账号及当前有效绑定的平台业务员发送站内到账通知。
|
||||
```
|
||||
|
||||
### 后端研发需求
|
||||
@@ -1518,7 +1518,7 @@
|
||||
|
||||
线下规则：仅平台/超管创建，金额大于0，目标店铺和1～5个结构化付款凭证必填，金额提交后固定；创建后提交企微，审批只能同意或拒绝。通过后自动增加代理主钱包并写流水，无操作密码；recharge:{recharge_no}防重；驳回终结原单且不支持退回/重提，撤销/删除为已关闭；通过后撤销且已入账不自动扣回。
|
||||
|
||||
完成标准：两条路径和权限严格隔离，支付/审批/钱包处理状态独立，支付成功但入账失败可补偿，支付查单与企微终态重复同步不重复加钱；钱包到账后向目标代理发送防重站内通知。本地支付网络使用可控Adapter，真实微信/支付宝在测试环境手工验收，真实企微线下充值为实现门禁。
|
||||
完成标准：两条路径和权限严格隔离，支付/审批/钱包处理状态独立，支付成功但入账失败可补偿，支付查单与企微终态重复同步不重复加钱；钱包到账后向目标店铺全部启用店铺账号及当前有效绑定的平台业务员发送防重站内通知。本地支付网络使用可控Adapter，真实微信/支付宝在测试环境手工验收，真实企微线下充值为实现门禁。
|
||||
```
|
||||
|
||||
## UR#33 套餐临期提醒
|
||||
@@ -1577,7 +1577,7 @@
|
||||
|
||||
规则：按Asia/Shanghai自然日计算0-15天；已过期和不可预计资产不计入；临期页0-3天优先，再按最终到期升序；普通列表不改排序。
|
||||
|
||||
通知：每日任务按package_usage_id+recipient+channel+node防重，节点为15/7/3天；漏跑只补当前最近未发送节点；接收店铺主账号和业务员；只发站内通知。
|
||||
通知：每日任务按package_usage_id+recipient+channel+node防重，节点为15/7/3天；漏跑只补当前最近未发送节点；接收资产所属店铺的全部启用店铺账号、当前有效绑定的平台业务员及资产绑定的启用个人账号；只发站内通知。
|
||||
|
||||
完成标准：查询、首页计数、C端和通知共用同一最终到期算法，重复任务不重复通知。
|
||||
```
|
||||
|
||||
@@ -4,9 +4,9 @@
|
||||
|
||||
## 一、业务需求
|
||||
|
||||
- [ ] **UR#33 套餐临期提醒**：核对 0～15 天临期列表、0～3 天置顶、Dashboard 数量、C 端续费入口，以及 15/7/3 天站内通知和防重。
|
||||
- [ ] **UR#34 充值审核流程**：核对代理在线扫码充值与平台线下代充值隔离；支付、企微审批、重复回调、入账补偿和到账通知正确。
|
||||
- [ ] **UR#35 退款审核**：核对企微审批、整单终结、钱包回充、套餐失效和佣金处理；审批状态与业务处理状态分开，重复终态不重复退款。
|
||||
- [ ] **UR#33 套餐临期提醒**：核对 0～15 天临期列表、0～3 天置顶、Dashboard 数量、C 端续费入口，以及 15/7/3 天向全部有效店铺账号、有效绑定的平台业务员和资产绑定个人账号发送防重站内通知。
|
||||
- [ ] **UR#34 充值审核流程**：核对代理在线扫码充值与平台线下代充值隔离；支付、企微审批、重复回调和入账补偿正确；到账后通知全部有效店铺账号及有效绑定的平台业务员。
|
||||
- [ ] **UR#35 退款审核**：核对企微审批、整单终结、钱包回充、套餐失效和佣金处理；重复终态不重复退款或通知；退款完成后通知全部有效店铺账号及有效绑定的平台业务员。
|
||||
- [ ] **UR#36 批量订购套餐**：核对 CSV 上传、跨代理资产、统一支付方式、逐行结果、部分成功、失败原因、任务恢复及重复执行不重复扣款。
|
||||
- [ ] **UR#37 企业微信审核流转**：核对企微应用、模板、成员绑定、代理固定代提交人、回调、主动同步和异常恢复；系统内不得提供本地同意或拒绝入口。
|
||||
- [ ] **UR#38 不同渠道额度处理**：核对角色默认信用只影响新店铺；已有店铺单独调额；扣款、冻结、退款、充值及并发修改遵守代理主钱包信用边界。
|
||||
@@ -74,12 +74,15 @@ Authorization: Bearer <超级管理员Token>
|
||||
}
|
||||
```
|
||||
|
||||
接口只允许超级管理员调用，并立即提交与每日 03:00 相同的异步任务。Worker 只处理当天恰好剩余 15、7、3 天的资产，随后通过 Outbox 生成个人客户站内通知。
|
||||
接口只允许超级管理员调用，并立即提交与每日 03:00 相同的异步任务。Worker 只处理当天恰好剩余 15、7、3 天的资产，随后通过 Outbox 向全部有效店铺账号、当前有效平台业务员和资产绑定的个人账号生成站内通知。
|
||||
|
||||
- [ ] API 返回成功后 Worker 日志出现“开始执行套餐临期节点提醒”。
|
||||
- [ ] 15、7、3 天资产产生通知；其他剩余天数不产生节点通知。
|
||||
- [ ] 所属店铺的所有启用店铺账号都收到通知，不限于主账号。
|
||||
- [ ] 店铺当前绑定且启用的平台业务员收到通知；已禁用、已换绑或非平台账号不收到。
|
||||
- [ ] 资产绑定的启用个人账号仍收到通知。
|
||||
- [ ] 同一资产、到期日、节点和接收人重复触发不重复通知。
|
||||
- [ ] 未绑定启用个人客户的资产不产生错误通知。
|
||||
- [ ] 未绑定启用个人账号的资产仍可正常向店铺侧通知，不产生错误个人通知。
|
||||
- [ ] Worker 或 Outbox 暂时失败后可重试，且最终仍只有一条通知。
|
||||
|
||||
## 四、全链路检查
|
||||
@@ -98,4 +101,3 @@ Authorization: Bearer <超级管理员Token>
|
||||
- [七月迭代技术方案（标准评审稿）](./7月迭代技术方案-标准评审稿.md)
|
||||
- [七月迭代禅道研发需求逐条录入稿](./7月迭代禅道研发需求逐条录入稿.md)
|
||||
- [七月迭代 AI 实施与验收操作手册](./七月迭代-AI实施与验收操作手册.md)
|
||||
|
||||
|
||||
Reference in New Issue
Block a user