评分改造

启动评分

将terms中的字段reviewRule 替换

详情查询时

判断评分状态，返回

webParam->SubmitParam时任务头、任务行、参评人员这三个参数组成一个对象传list集合

rfi目前评分使用了综合评审-技术标的逻辑，需要改为单独评审-技术标的逻辑

web层参评人员校验---询价类型也进行校验选择的在线评分模板中是否存在价格分指标（询价也进行校验）投标文件规则和文件类型的校验也加上

入参的任务行参数为数组类型[]，在对象中传类型

es中添加一个字段为source_type

解密商务文件（规则是分别上传且文件类型选择了商务文件才行）

投标文件的校验修改一下

新增、草稿提交、策略转询价时

解密时校验

之前是根据reviewRule判断的现在变成投标文件规则和文件类型逻辑和解密类似

询价接评分

参考com.sunyur.purchaser.tender.controller.TenderOrderDetailController#noAuthDetail（139行）补充评分信息

如果是综合评审商务技术替换为上传综合文件如果是单独评审商务技术替换为分别上传商务、技术文件且文件类型为全选

其他校验逻辑不变

source_templatesource_orderstrategy_orderbusiness_data_source_change

采购策略创建时

删除reviewRule字段填写投标文件规则和文件类型两个字段

查询寻源单中的规则字段

规则校验参考com.sunyur.purchaser.tender.controller.TenderOrderCreateController#save （181行）1、加上装配评分模板参数2、check选择的在线评分模板中是否存在价格分指标3、check评分模板4、补充专家参数

评分改造

解密综合文件（投标文件规则只能是上传综合文件）

寻源模板、采购策略、招标、草稿数据中类型为招标的数据

如果是一键启动、在center中 保存两次

专家端

com.sunyur.source.source.component.SourceOrdCommitMsgComponent#triggerTransmit（113行）加上询价类型也可以发送 参评人员通知

往es中添加数据时加上就行了

es中旧数据刷新

根据投标文规则和文件类型做校验

异步查询评分模板和评分任务(进度)异步查询评分历史次数异步查询参评人员等信息异步查询参评人员数据异步查询随机抽取条件数据 组装分数信息 并排序

参考com.sunyur.source.tender.processor.TenderOrderCreateProcessor#process（118行）草稿状态1、评分记录保存到草稿中2、 补充单据参评人员草稿数据3、专家随机抽取数据更新提交状态2、创建评分记录（scoreRecord）3、补充参评人员param4、补充专家库id、专家库数据快照5、创建参评人员表（participate_user）

使用在线评分否报价文件规则无需上传

查询的参数中页加个事件类型字段、如果有值搜索时加上

历史数据

供应商端投标文件

解密技术文件（规则是分别上传且文件类型选择了技术文件才行）