fix: harden channel retry attribution and operations UI
This commit is contained in:
@@ -1721,3 +1721,32 @@
|
||||
7. 模板变量异常指本次发送缺少模板必填变量或传入模板未定义变量。该校验保留为不可配置的确定性拒绝,返回明确的缺失/多传变量原因,不进入人工审核;模板创建时的人工审核不能替代每次发送的变量完整性校验。
|
||||
8. 短信审核页面只展示待人工审核和人工审核记录;自动放行和自动拒绝不得混入“人工通过/人工驳回”。号码数量可点击查看真实号码明细,字段仅为手机号码、号码归属地、运营商和短信记录状态,并提供服务端搜索与分页。
|
||||
9. 创建待审核批次时,每条待审`SmsMessageRecord.reviewTaskId`必须同步保存。人工通过或驳回应同时兼容短信直连审核任务和`SmsBatchTask.riskTaskId`关联路径,保证审核任务、批次、短信状态及入队/拒绝动作一致;本次不修复或补发升级前历史异常数据。
|
||||
## 2026-07-26 编号名称统一补充要求
|
||||
|
||||
- `SmsBatchTask.taskNo`在运营端短信任务进度、客户端批量任务、客户端首页及发送成功提示中统一显示为“发送批次号”,不得再显示为笼统的“任务编号”或“批次编号”。
|
||||
- `SmsSendTask.taskNo`在短信审核列表、筛选、详情及号码明细标题中统一显示为“审核任务号”。
|
||||
- 报备任务及其状态记录中的任务标识统一显示为“报备任务号”。
|
||||
- 数据库内部主键、发送批次号、审核任务号、报备任务号和协议`Msg_Id`保持原有数据结构与编号格式,本次只统一用户可见名称,不做字段迁移。
|
||||
## 2026-07-26 企业删除拦截提示补充要求
|
||||
|
||||
- 删除企业或变更企业状态被后端业务规则拦截时,错误必须显示在当前确认弹窗内,弹窗保持打开;不得只写入被遮挡的页面级错误区域。
|
||||
- 请求处理中禁用确认、取消及弹窗关闭操作,避免重复提交;仅在操作成功后关闭弹窗并刷新企业列表。
|
||||
- 企业仍有启用或停用中的应用时,必须展示后端返回的应用数量和“先完成应用停用”提示。
|
||||
|
||||
## 2026-07-26 运营页面细节与通道重连补充要求
|
||||
|
||||
1. 企业签名和引流信息报备状态中,通道运营商必须显示为移动、联通、电信或全网等中文名称;目标通道使用真实通道名称展示,不得用内部通道编号替代。
|
||||
2. 短信上行列表为上行内容保留足够列宽,列表可展示最多三行并在表格容器内横向滚动;完整内容继续以详情为准。
|
||||
3. 编辑启用中的通道时,仅当网关地址、端口、账号、密码、CMPP版本、连接数、窗口或心跳参数的实际值发生变化才请求重连。名称、运营商、地区、单价、服务号、扩展位、企业代码及TPS限速等业务参数不得触发重连;启用和停用状态变更仍按原规则连接或断开。
|
||||
4. 运营端短信记录首次进入及点击重置后,默认查询北京时间昨天和今天两天,仍允许用户选择其他日期。
|
||||
5. 下游投递详情按时间线卡片展示每次投递,分别呈现中文状态、发送/ACK/截止时间、连接ID、Sequence_Id、Msg_Id、ACK Result和错误,不使用需要横向滚动的宽表。
|
||||
6. Gateway提交异常列表标题区域必须与容器边框、表格留出清晰间距,并展示当前结果总数;分页区域具有独立分隔。
|
||||
7. 原提议的报表“T-4未知转失败”本轮明确取消,不改变既有日报未知状态、重算逻辑或历史数据。
|
||||
|
||||
## 2026-07-26 通道补发归因与发送详情补充要求
|
||||
|
||||
1. 模板短信和直接签名短信必须使用短信记录保存的真实`signatureId`进行通道路由及失败补发,不得要求直接签名短信必须存在模板;无法选出备用通道时必须写结构化原因、已尝试通道和通道组信息,禁止静默吞掉异常。
|
||||
2. Gateway返回的每条聚合和逐分片提交结果必须携带连接命令原始`submitId`。API必须按`submitId`精确更新一次`SmsSubmitRecord`;滚动升级期间收到不含`submitId`的旧结果时,只能在短信记录、通道和提交尝试构成唯一候选时兼容,零个或多个候选必须拒绝并记录日志,禁止批量覆盖历史尝试。
|
||||
3. 迟到的旧尝试结果只允许更新其对应提交尝试和分片审计,不得覆盖短信主记录当前尝试的通道、上游消息号或终态。
|
||||
4. 发送详情中的“通道发送与回执”必须优先按`SmsMessageSegmentAudit.submitId`重建逐次尝试,显示每次真实通道、发送时间、提交结果及各分片回执;不得用短信主记录最终通道回填所有历史尝试。
|
||||
5. 通道组成员顺序、优先级、权重或主备关系变更必须写操作审计,保存修改前后有序成员及真实通道名称,便于解释某条短信发送当时使用的路由配置。
|
||||
|
||||
Reference in New Issue
Block a user