feat: inherit channel report requirements
This commit is contained in:
@@ -180,15 +180,16 @@
|
||||
|
||||
### 4.7 通道签名报备
|
||||
|
||||
1. 运营端在通道配置中维护签名报备字段。
|
||||
2. 客户端上传签名资料。
|
||||
3. 运营端审核企业签名资料。
|
||||
4. 运营端在通道资料更新后生成通道签名报备任务。
|
||||
5. 运营端在报备任务中导出通道报备资料。
|
||||
6. 运营端在报备任务或通道报备详情页导入通道回执。
|
||||
7. 系统根据回执同步签名在各通道的报备状态。
|
||||
8. 报备记录保留每次导出、导入、状态变更和操作人。
|
||||
9. 发送前必须校验最终选中通道上的签名报备任务为 approved;补发切换到新通道时必须重新按新通道校验报备状态,未通过则该次发送失败。
|
||||
1. 运营端先在“报备字段库”维护字段编码、名称、类型、是否必填等标准定义;通道报备详情只能从字段库选择字段,并指定用途为签名报备、引流信息报备或两者共用,不得在通道内另建同名孤立字段。
|
||||
2. 通道组配置通道,企业应用通过路由规则选择通道组。企业签名和引流信息编辑时,系统必须沿“企业应用 -> 生效路由规则 -> 通道组 -> 组内通道 -> 通道报备字段”实时解析字段合集。
|
||||
3. 同一字段被多个通道引用时按字段库记录去重;任一通道将该字段配置为必填,则企业资料中按必填处理,并保留该字段来源的全部通道用于后续分别报备。
|
||||
4. 企业签名弹窗只展示签名报备/两者共用字段;每条引流信息只展示引流信息报备/两者共用字段。文件字段走真实对象存储上传,其他字段保存真实值,必填校验同时在前端和 NestJS API 执行。
|
||||
5. 企业资料保存后,原始动态值随签名 JSON 保存,同时按实际目标通道分别写入签名报备材料和引流报备材料表,供通道报备任务导出使用;删除引流项时同步清理其规范化材料记录。
|
||||
6. 客户端上传签名资料,运营端审核企业签名资料。
|
||||
7. 运营端在通道资料更新后生成通道签名报备任务,并在报备任务中导出通道报备资料。
|
||||
8. 运营端在报备任务或通道报备详情页导入通道回执,系统根据回执同步签名在各通道的报备状态。
|
||||
9. 报备记录保留每次导出、导入、状态变更和操作人。
|
||||
10. 发送前必须校验最终选中通道上的签名报备任务为 approved;补发切换到新通道时必须重新按新通道校验报备状态,未通过则该次发送失败。
|
||||
|
||||
### 4.8 CMPP Gateway 与外部接入
|
||||
|
||||
|
||||
Reference in New Issue
Block a user