Initial commit
This commit is contained in:
Docker7530
@@ -0,0 +1,373 @@
|
||||
[内容网络产品需求说明书V7.5.0](https://www.kdocs.cn/l/cickeTai921A)
|
||||
|
||||
# 2.2 点播和直播的域名管理新增试用订购 ID
|
||||
|
||||
> 5 工时
|
||||
|
||||
## 需求评审
|
||||
|
||||
1. ~~关于订购关系的筛选框功能如何处理。~~（本期不处理。）
|
||||
2. ~~点播和直播列表的字段位置不太一样，需要分别确认下放哪里以及导出。~~
|
||||
|
||||
## 需求备注
|
||||
|
||||
字段：
|
||||
|
||||
trialProductId
|
||||
|
||||
trial_product_id
|
||||
|
||||
## 需求开发
|
||||
|
||||
### 导出功能
|
||||
|
||||
**点播导出**：/configManage/list/data/export
|
||||
|
||||
**点播导出按钮**显示：/configManage/index（export）
|
||||
|
||||
**点播导出按钮**权限：集团业务管理员、SHOW_EXPORT_USER_ID
|
||||
|
||||
|
||||
|
||||
```sql
|
||||
select r.name,
|
||||
COUNT(*) as user_count,
|
||||
GROUP_CONCAT(u.id) as user_ids
|
||||
from user u
|
||||
join role r on u.role_id = r.id
|
||||
where u.id in
|
||||
(1, 24, 136, 736, 874, 898, 899, 900, 901, 902, 903, 904, 906, 909, 913, 915, 916, 918, 920, 921, 923, 925, 927,
|
||||
929, 930, 933, 934, 935, 937, 941, 944, 948, 950, 953, 954, 955, 958, 961, 962, 963, 964, 966, 967, 972, 974,
|
||||
977, 979, 992, 996, 997, 1010, 1013, 1015, 1017, 1020, 1026, 1028, 1095, 1107, 1110, 1134, 1170, 1171, 1294,
|
||||
1428, 1499, 1500, 1502, 1562, 1620, 1632, 1637, 1638, 1649, 1784, 1842, 1851, 1970, 1971, 1972, 1973, 1974, 1975,
|
||||
1976, 1977, 1978, 2153, 2376, 2404, 2436, 2475)
|
||||
group by r.name;
|
||||
```
|
||||
|
||||
|
||||
|
||||
**直播导出**：/configManage/livestream/listLive/data/export
|
||||
|
||||
**直播导出按钮**标识：/live/order/list/index（export）
|
||||
|
||||
**直播导出按钮**权限：LIVE_STREAM_EXPORT_CONFIG_KEY 对应运营配置文件（operation_config） SHOW_LIVE_EXPORT_USER_ID
|
||||
|
||||
|
||||
|
||||
```sql
|
||||
select r.name,
|
||||
COUNT(*) as user_count,
|
||||
GROUP_CONCAT(u.id) as user_ids
|
||||
from user u
|
||||
join role r on u.role_id = r.id
|
||||
where u.id in
|
||||
(select user_info_id
|
||||
from operation_config_user_info
|
||||
where operation_config_user_info_id = 12)
|
||||
group by r.name;
|
||||
```
|
||||
|
||||
加在域名状态前。
|
||||
|
||||
|
||||
|
||||
### 割接方案
|
||||
|
||||
`self_service_domain_config` 表联合企业表获取所有 ESOP 企业的域名。
|
||||
|
||||
过滤掉拥有 `productId` 的域名，认为是商用的。
|
||||
|
||||
通过域名获取对应的试用单（`testorder_info`、`test_substance`、`test_order_domain`）
|
||||
|
||||
注意未来开通时间的。（可以不用考虑，因为未来时间的定时任务会置空。）
|
||||
|
||||
# 3.3 试商用客户信息管理页面动态更新运营经理信息
|
||||
|
||||
> 2 工时
|
||||
|
||||
## 需求评审
|
||||
|
||||
1. 运营经理变更场景。
|
||||
|
||||
## 需求备注
|
||||
|
||||
## 需求开发
|
||||
|
||||
查询接口，接口以查询 `statement_flow_po` 为主：
|
||||
|
||||
```
|
||||
https://inte.p.cdn.10086.cn
|
||||
/statement/get/flow/list
|
||||
?pageNum=1
|
||||
&pageSize=10
|
||||
&enterpriseId=
|
||||
&productId=
|
||||
&enterProvince=
|
||||
&productType=
|
||||
&businessStatus=%E5%BC%80%E9%80%9A%E6%88%90%E5%8A%9F
|
||||
&orderNum=
|
||||
&_=1730169027819
|
||||
```
|
||||
|
||||
刷新按钮，刷新流量：
|
||||
|
||||
```
|
||||
https://inte.p.cdn.10086.cn
|
||||
/statement/refreshFlow
|
||||
```
|
||||
|
||||
|
||||
|
||||
所有 save 接口
|
||||
|
||||
```
|
||||
POST http://localhost:8080/statement/upload?
|
||||
orderNum={{$random.alphanumeric(8)}}&
|
||||
type={{$random.alphanumeric(8)}}
|
||||
|
||||
GET /statement/delete?
|
||||
id={{$random.alphanumeric(8)}}&
|
||||
orderNum={{$random.alphanumeric(8)}}&
|
||||
type={{$random.alphanumeric(8)}}
|
||||
|
||||
POST http://localhost:8080/param/config/statement/correct
|
||||
|
||||
StatementFlowQueryJob
|
||||
```
|
||||
|
||||
重点：StatementFlowQueryJob（每天凌晨 3:00 执行一次任务。）
|
||||
|
||||
关注字段 operateManagerInfo：order_info 的 currentUserId；
|
||||
|
||||
1. 在定时任务更新 `statement_flow_po` 的时候进行查询 `order_info` 后补充。新增不处理查到什么就是什么。
|
||||
2. 在删除运营经理的时候进行替换，保证实时更新显示。
|
||||
|
||||
# 3.4 新增信安交互接口接收备案号相关信息
|
||||
|
||||
> 3 工时
|
||||
|
||||
## 需求评审
|
||||
|
||||
1. 关于 信安系统推送 这个是不是和需求没关系。
|
||||
2. 我看接口文档中 我们这边规则是不是直接传参：abnormal_status 为 2 的当天数据。来做比较。
|
||||
3. 响应信息中 reg_id 和 register_abnormal_num 的区别。我们是以 register_abnormal_num 为准吗？
|
||||
4. reg_id 是不是会存在多个？reg_id 和 unit_name 要覆盖吗？还是只处理工单号。
|
||||
5. 是否要为域名重置标记位。
|
||||
6. 开发技术方面：我是否可以直接让接口吐一万个域名的信息。
|
||||
|
||||
## 需求备注
|
||||
|
||||
`register_abnormal_num` 是不是就是响应示例的 `abnormal_num`？
|
||||
|
||||
> 文档写错了。
|
||||
|
||||
`reg_id` 和 `register_abnormal_num`：这两个字段 reg_id 是代表工信部查到的嘛？`register_abnormal_num` 返回规则是什么？我看有备案号有汉字。
|
||||
|
||||
> `reg_id`：新增时 IBS 同步的备案号。
|
||||
> `register_abnormal_num`：已备案的情况下，返回的是 CU 核实后的备案号。未备案的情况下，返回的是字符串 “未备案”。
|
||||
|
||||
辛苦帮忙看下目前现网，IBS 这边 `abnormal_status` 为 1 和 2 的域名量在多少？
|
||||
|
||||
> 总数 163，未备案 52，备案号不一致 111。
|
||||
|
||||
date：关于查询日期，是不是有定期巡检？每天具体几点更新你们那边的数据呢？这个涉及产品设计到时候 IBS 定时任务设计在什么时候，获取到的是什么时候的数据？看你新更新的报文是凌晨 2 点是吧。
|
||||
|
||||
> 是的。跑多久？一个小时之内基本没问题。
|
||||
|
||||
`reg_id` 必传，总是返回 IBS 新增同步的？
|
||||
|
||||
> 必返回。
|
||||
|
||||
`abnormal_status`
|
||||
为 0 正常 时： `register_abnormal_num` 返回 CU 核实的，此时与 reg_id 是相同的。 （**此字段被更改定义为查全部异常状体啊，接口没有正常的信息。**）
|
||||
为 1 未备案 时：`register_abnormal_num` 返回“未备案”字符串。
|
||||
为 2 备案号不同 时：`register_abnormal_num` 返回 CU 核实的，此时与 reg_id 是不一样的。
|
||||
|
||||
> `abnormal_status` 必填
|
||||
|
||||
还有这个两个场景帮忙确认下。
|
||||
关于 `abnormal_status` 为 1 未备案：
|
||||
场景一：IBS 新增同步了域名和备案号。但是您那边核查后发现域名在 CU 未备案，此时这个域名属于未备案吧？
|
||||
场景二：IBS 新增同步时域名和备案号正常，后期备案号过期了 IBS 未更新，此时接口返回的 `abnormal_status` 和 `register_abnormal_num` 是什么？ 过期 备案号不同。
|
||||
场景三：关于 `abnormal_status` 为 2 备案号不同，是客户更换了备案，但是未通过 IBS 同步给信安的状态。
|
||||
|
||||
> 无备案号过期一说，对方核对 CU 有就核对备案还是未备案，无过期一说。
|
||||
|
||||
所有字段都是必返回吗？
|
||||
|
||||
> 必返回。
|
||||
|
||||
因为我们获取当天默认，我们预期只传一个 `abnormal_status` 没问题吧。
|
||||
|
||||
> 可以。
|
||||
|
||||
接口传参支持任意组合吗？
|
||||
|
||||
> 可以。
|
||||
|
||||
确认 `prov_id` 字段，您那边一个企业只有一个 `prov_id` 吗？域名。
|
||||
|
||||
> 域名。
|
||||
|
||||
接口可以联调的时间和上线的时间。
|
||||
|
||||
> 联调网络。
|
||||
> 11 月中旬。
|
||||
|
||||
### 域名备案信息同步方案
|
||||
|
||||
一、同步流程
|
||||
|
||||
每日凌晨 4:25（避开业务高峰期），系统将通过信安接口拉取所有异常域名数据，并进行如下处理：
|
||||
|
||||
1. 备案号不一致： 针对备案号与信安接口不一致的域名，系统将自动调用【域名信安信息修改同步接口】进行更正。
|
||||
2. 未备案域名： 系统将记录未备案域名，但不进行自动操作。
|
||||
|
||||
二、结果通知
|
||||
|
||||
每日同步任务完成后，系统将生成邮件报告，包含以下信息：
|
||||
|
||||
- 备案号不一致域名： 企业名称、域名、修改前备案号、修改后备案号。
|
||||
- 未备案域名： 企业名称、域名。
|
||||
|
||||
### 产品沟通记录
|
||||
|
||||
能不能把邮件发送时间调整到定时任务执行完毕后直接发送？这样就不用起两个定时任务了。或者，我们可以把定时任务调整到早上 9:20 执行，然后立即发送邮件。尽可能任务和邮件在一起。
|
||||
|
||||
发送逻辑：筛选出未备案或备案号不同的数据，就发送邮件。如果两种情况都不存在，则不发送。
|
||||
|
||||
一个小点：即使从信安返回了一个域名 A 备案号不一致。但是我会比较一下信安返回的备案号和 IBS 信安库中的是否一致，如果一致则只记录不进行同步和刷库，更严谨一些。
|
||||
|
||||
更新接口文档！！！
|
||||
|
||||
信安系统推送或者”这可以去掉了。
|
||||
|
||||
信安信息过期或变更 这可以写的清楚点，那天会上问了，备案号没有过期一说。就是未备案和备案号不一致。
|
||||
|
||||
上边写清楚是不是下边 的发送时间和发送时机就没必要了。
|
||||
|
||||
将数据通过接口同步至信安，这个接口名是：编辑加速域名接口。关于域名备案号不一致，发起信安信息修改同步，备案号取 域名异常备案查询接口 的 register_abnormal_num 字段，其余值为 IBS 库中现有信安数据填充。
|
||||
|
||||
## 需求开发
|
||||
|
||||
# 用例评审
|
||||
|
||||
## 查看试用订购 ID：新购试用单（点播集团）
|
||||
|
||||
开发注意：受理工单并关联售前支撑工单。
|
||||
|
||||
## 查看试用订购 ID：新购试用单（直播省侧）
|
||||
|
||||
测试注意：关于直播的域名，阶段反馈后需要集团运维工程师点击下发后验收反馈。
|
||||
|
||||
## 试商用客户信息管理 - 同步删除后的运营经理信息 - 新购两个试用单
|
||||
|
||||
测试注意：
|
||||
|
||||
1. 分别查看两个试用单的运营经理信息（这里表格是【总部运营经理及电话】字段）
|
||||
|
||||
## 新增接口，域名未备案或备案号不一致进行变更，查看同时同步的邮件信息
|
||||
|
||||
前提：
|
||||
|
||||
1. 存不存在备案这个不是必要的。因为会存在域名引入是正常的但是客户自己注销了。所以可以去掉。
|
||||
2. 更新备案号为：津 ICP 备 0500_20241107.com_12，这个
|
||||
3. 定时任务执行时间到时候可以配合提前执行。
|
||||
4. 发送时间。发送机制：存在备案信息不一致时，触发发送。
|
||||
5. 邮件是有表格的。
|
||||
|
||||
# 冒烟自测
|
||||
|
||||
```
|
||||
新增两个配置项存在默认值，无需写在 Patch 中：
|
||||
|
||||
DOMAIN_ABNORMAL_ICP_CHECK_JOB("DOMAIN_ABNORMAL_ICP_CHECK_JOB", "域名异常备案查询定时任务")
|
||||
INFORMATION_TO_XINAN_QUANTITY_PER_BATCH("INFORMATION_TO_XINAN_QUANTITY_PER_BATCH", "域名异常备案查询定时任务，同步信安批次数量")
|
||||
|
||||
需补充在升级文档（Patch 已增加。）：
|
||||
|
||||
DOMAIN_ABNORMAL_ICP_CHECK_JOB_EMAIL("DOMAIN_ABNORMAL_ICP_CHECK_JOB_EMAIL", "信安信息更新通知所有邮件提醒人, 包含主送和密送"),
|
||||
|
||||
key：DOMAIN_ABNORMAL_ICP_CHECK_JOB_EMAIL
|
||||
value：yushanshan@chinamobile.com;xuxuehan@cmhi.chinamobile.com,jigaofeng@cmhi.chinamobile.com,zhanxiaohong@cmhi.chinamobile.com,lichunliang@cmhi.chinamobile.com,shizheng@cmhi.chinamobile.com,zhangpenghao@cmhi.chinamobile.com,15033848944@163.com
|
||||
desc：信安信息更新通知所有邮件提醒人，包含主送和密送（“;”前为主送，后边为密送，每组邮箱之间用“,”分割。）
|
||||
```
|
||||
|
||||
## 查看试用订购 ID：新购试用单（点播集团）
|
||||
|
||||
与测试已确认，均为企业已存在场景：
|
||||
|
||||
1113_1450_04
|
||||
|
||||
## 查看试用订购 ID：新购试用单（直播省侧）
|
||||
|
||||
前提：已存在浙江省企业，且存在试用单
|
||||
|
||||
与测试已确认，集团业务管理员才能导出
|
||||
|
||||
911
|
||||
|
||||
923
|
||||
|
||||
1113_1452_24
|
||||
|
||||
|
||||
|
||||
20241113151242
|
||||
|
||||
testzw.20241113151242.com
|
||||
|
||||
## 试商用客户信息管理 - 同步删除后的运营经理信息 - 新购两个试用单
|
||||
|
||||
```
|
||||
1.政企公司-testzw，订购两个试用单，分配给不同的运营经理，到已反馈状态
|
||||
（1）试用单一：订购关系ID-001，运营经理-集团运营经理001（电话18866220001）
|
||||
（2）试用单二：订购关系ID-002，运营经理-集团运营经理002（电话18866220002）
|
||||
2.对应信息已写入 试商用客户信息管理 页面
|
||||
```
|
||||
|
||||
1113_1240_38：ProductID1731472847：xj 集团运营经理 B
|
||||
|
||||
1113_1245_03：ProductID1731473106：集团运营汤汤
|
||||
|
||||
921,xj 集团运营经理 B,15700197926
|
||||
|
||||
1354,集团运营汤汤,15512341234
|
||||
|
||||
更改定时任务时间，确保对应信息已写入 试商用客户信息管理 页面。
|
||||
|
||||
```sql
|
||||
select *
|
||||
from qrtz_triggers
|
||||
where TRIGGER_NAME like '%StatementFlowQueryJob%';
|
||||
```
|
||||
|
||||
## 新增接口，域名未备案或备案号不一致进行变更，查看同时同步的邮件信息
|
||||
|
||||
```sql
|
||||
select ssdc.domain as '域名',
|
||||
ssdc.legal as '合法性',
|
||||
ssdc.icp '域名表备案号',
|
||||
bcid.reg_id '信安表备案号',
|
||||
bcid.domain_id_cdn_sys as '域名信安 ID',
|
||||
iu.unit_name as '信安企业名称',
|
||||
ei.enterprise_name as 'IBS 企业名称',
|
||||
bcid.introduce_prov as '引入身份',
|
||||
bcid.top_domain,
|
||||
bcid.source_list,
|
||||
bcid.distribute_prov,
|
||||
bcid.user_id_cdn
|
||||
from self_service_domain_config ssdc
|
||||
join big_cloud_information_domain bcid on ssdc.domain = bcid.domain
|
||||
join enterprise_info ei on ei.enterprise_id = ssdc.tenant_id
|
||||
join information_user iu on iu.user_id_cdn = bcid.user_id_cdn
|
||||
where ssdc.legal = false
|
||||
and product not in (3, 4, 5, 6, 7)
|
||||
order by ssdc.id desc;
|
||||
```
|
||||
|
||||
```sql
|
||||
select *
|
||||
from qrtz_triggers
|
||||
where TRIGGER_NAME like '%DomainAbnormalIcpCheckJob%';
|
||||
```
|
||||
Reference in New Issue
Block a user