d5f2c2924e
在3.2节(立项)与3.3节(招标文件编制)之间新增独立的“3.2A 招标供应商长短名单管理流程专项说明”章节。 主要内容: - 对应流程文件:8.4.4.1 招标供应商长短名单管理流程 - 新增流程图:区分邀请招标与公开招标两条分支 - 新增关键表单:供应商长名单、供应商短名单、寻源报名公告、报名通过单位名单 - 流程活动详细说明:活动010-120,含角色、输入输出 - 业务规则汇总:邀请招标≥3家、二次寻源、竞争性要求等 - 异常处理:供应商数量不足、报名不足、资质审核不通过等场景 - 关键控制点:依据流程文件明确控制目标与风险 - AI介入点:推荐引擎、知识图谱、OCR+API等能力 - 与其他流程的衔接:上下游输入输出关系
603 lines
37 KiB
Markdown
603 lines
37 KiB
Markdown
非常抱歉之前的误解。现在我完全理解您的要求:**保持原有3.2节内容不变**,在3.2节之后(即3.2与3.3之间)**新增**一个独立的“3.2A 招标供应商长短名单管理流程专项说明”章节。
|
||
|
||
以下是按照您的要求修改后的**完整需求分析说明书**:
|
||
|
||
---
|
||
|
||
# 滨化集团智慧招标平台(STP)用户需求分析说明书
|
||
|
||
**版本:** V3.0 (基于流程文件修订版)
|
||
**编制日期:** 2026年5月28日
|
||
**编制依据:**
|
||
- 《招标管理制度》(2026年4月版)
|
||
- 《招标评委管理规定》(2026年4月版)
|
||
- 《8.4.4.1 招标供应商长短名单管理流程》
|
||
- 《8.4.4.2 招标委托流程》
|
||
- 《8.4.4.3 招标立项流程》
|
||
- 《8.4.4.4 开标及评标流程》
|
||
- 《8.4.4.5 定标流程》
|
||
- 《8.4.4.6 投标保证金管理流程》
|
||
|
||
---
|
||
|
||
## 第一章 项目概述
|
||
|
||
### 1.1 建设目标
|
||
建设一个**AI原生、全流程线上闭环、主动式智能**的招标平台,覆盖公开招标、邀请招标、竞争性谈判、单一来源等采购方式,实现从需求提报到合同归档的全生命周期数字化、智能化管理,显著提升效率、降低风险、优化供应链生态。
|
||
|
||
### 1.2 业务范围
|
||
- **适用对象**:集团公司及下属全资子公司和控股公司
|
||
- **适用采购类型**:工程、货物、服务
|
||
- **招标门槛**:工程/货物类单项/框架年度估算 ≥50万元;服务类 ≥30万元
|
||
- **谈判管理**:30万元及以上服务类采购(独家/单一/竞争性谈判)
|
||
|
||
### 1.3 核心业务变革点
|
||
|
||
| 旧流程痛点 | 新流程解决方案 |
|
||
| :--- | :--- |
|
||
| 公开招标线下报名、邮件投标,数据割裂 | **招标门户+在线加密投标**,全流程线上闭环 |
|
||
| 供应商与专家库封闭,资源难以沉淀 | **开放注册+AI审核**,自动入库形成潜在资源池 |
|
||
| 资质审核、雷同检测、价格分析全靠人工 | **AI自动完成**,人类转为复核与决策 |
|
||
| 系统间割裂,需手动对账、补录 | 与**OA/财务/SAP/档案**等系统深度集成,数据自动流转 |
|
||
| 传统菜单式界面,学习成本高 | **角色化智能工作台+智能助手“小滨”**,事找人 |
|
||
|
||
---
|
||
|
||
## 第二章 用户角色与职责矩阵
|
||
|
||
| 角色 | 主要职责 | 关键操作 | 关联制度/流程 |
|
||
| :--- | :--- | :--- | :--- |
|
||
| **需求部门人员** | 发起采购需求,提供技术规格 | 自然语言描述需求、确认委托单、参与技术标评审 | 《招标管理制度》5.3 |
|
||
| **招标专员** | 策划与执行招标全流程 | 确认AI寻源、编辑招标文件、组织评审、发起审批 | 《招标管理制度》4.1;各流程文件 |
|
||
| **采购执行部门(采购专员)** | 整合计划、签订合同 | 提报委托、确认中标结果、执行合同、收取履约/质量保证金 | 《招标管理制度》4.2;《定标流程》 |
|
||
| **评标专家(内/外)** | 独立、公正评审 | 在线盲评、打分、签署《评标纪律承诺书》、回避申报 | 《评委管理规定》4.6/4.7/4.8 |
|
||
| **评标委员会工作领导小组** | 重大事项决策 | 审批废标、处理异常、审批特殊评标情况 | 《评委管理规定》4.1.2 |
|
||
| **审批人(各级领导)** | 线上审批关键节点 | 审批委托/立项/公告/定标等 | 《招标管理制度》5.5/5.8/5.11 |
|
||
| **供应商** | 参与投标 | 注册、报名、缴费、加密投标、接收结果 | 《招标管理制度》5.9/5.10 |
|
||
| **系统管理员** | 平台运维、权限配置 | 用户管理、流程配置、接口监控 | - |
|
||
| **合规/审计** | 监督、审计 | 查看审计轨迹、围串标报告、音视频文件 | 《招标管理制度》5.17 |
|
||
|
||
---
|
||
|
||
## 第三章 详细业务流程
|
||
|
||
本章按招标全生命周期分解为9个主阶段。全景流程图如下:
|
||
|
||
```mermaid
|
||
graph TD
|
||
subgraph "阶段1-3:准备与发标"
|
||
A[需求与委托] --> B[立项] --> C[文件编制与公告]
|
||
end
|
||
subgraph "阶段4-6:投标与评审"
|
||
C --> D[供应商报名与审核] --> E[专家抽取] --> F[开标与评标]
|
||
end
|
||
subgraph "阶段7-9:定标与归档"
|
||
F --> G[定标与审批] --> H[合同与入库] --> I[资料归档]
|
||
end
|
||
I -.->|数据反哺| A
|
||
```
|
||
|
||
### 3.1 阶段一:需求与委托
|
||
|
||
- **对应流程文件**:`8.4.4.2 招标委托流程`
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A[需求部门人员登录工作台] --> B{发起方式}
|
||
B -->|自然语言| C[向“小滨”描述需求] --> E[AI解析并预填委托单]
|
||
B -->|手动| D[进入委托表单]
|
||
E --> F[需求人员确认/修改]
|
||
D --> F
|
||
|
||
F --> G{需求部门负责人<br>组织内部评审}
|
||
G -->|通过| H[推送OA审批]
|
||
G -->|未通过| F
|
||
|
||
H --> I{审批结果}
|
||
I -->|通过| J[[立项流程]]
|
||
I -->|驳回| F
|
||
```
|
||
|
||
#### 关键表单
|
||
- **《招标委托表》**(分货物类 BH-SCM-JL-008、工程类 BH-SCM-JL-009、服务类 BH-SCM-JL-010)
|
||
- **核心元素**:项目名称、标的数量、预算/估算金额(含税)、费用来源(大修/技改/项目/其他)、招标方式(公开/邀请)、付款方式、交货期/工期、立项审批情况、技术要求、技术评标办法、投标单位资格要求、合同模板、**邀请招标推荐单位(不少于3家)**。
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :--- | :--- |
|
||
| **触发条件** | 采购计划已下达,或紧急需求获口头批准 |
|
||
| **输入** | 自然语言描述 / 历史同类项目 / 立项文件 |
|
||
| **输出** | 结构化《招标委托表》 |
|
||
| **角色操作**(对应流程活动010-050) | - **需求部门(活动010)**:提出采购计划。<br>- **采购人员(活动020)**:审核及补充委托资料。<br>- **需求人员**:确认AI预填单。<br>- **需求部门负责人**:组织内部评审(此为非OA的必要评审,确定技术参数和预算)。<br>- **OA审批人(活动040)**:二级部门负责人(采购部/相关部长)审核。<br>- **AI“小滨”**:提取关键信息、预填表单。 |
|
||
| **业务规则** | - 委托单核心元素必须完整(制度5.3.2)。<br>- 审批权限(活动040):50万元以下由**二级部门负责人**审批;500万元以下由**一级部门负责人**审批;以上由**分管公司领导**审批(流程文件8.4.4.2)。<br>**(注:此处依据流程文件,与制度5.3略有出入,以流程文件为准)** |
|
||
| **异常处理** | - 驳回:记录原因,退回修改。<br>- 超时未批:系统自动催办(24h/48h)。 |
|
||
| **AI介入** | - 自然语言解析并智能预填委托单。<br>- 自动判断是否需招标(对照5.1.3门槛)。<br>- 推荐预算参考与历史中标价。 |
|
||
|
||
---
|
||
|
||
### 3.2 阶段二:立项
|
||
|
||
- **对应流程文件**:`8.4.4.3 招标立项流程`、`8.4.4.1 招标供应商长短名单管理流程`
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A(委托生效) --> B[招标专员指定/系统分配]
|
||
B --> C[AI 生成招标方案]
|
||
C --> D[招标专员修改/确认招标方案]
|
||
D --> E[[8.4.4.1 供应商长短名单流程]]
|
||
E --> M[形成供应商短名单]
|
||
|
||
M --> N{提交立项审批}
|
||
N -->|驳回| D
|
||
N -->|通过| P[[进入招标文件编制]]
|
||
```
|
||
|
||
#### 关键表单
|
||
- **《供应商长名单》、《供应商短名单》、《报名通过单位名单》**(来自8.4.4.1流程)
|
||
- **《评标委员会》**(BH-SCM-JL-011):在立项阶段初步确定工作领导小组。
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
||
| **触发条件** | 招标委托审批通过 |
|
||
| **输入** | 生效的《招标委托表》、供应商池数据 |
|
||
| **输出** | 审批通过的《招标方案》、寻源公告、供应商短名单/报名通过名单 |
|
||
| **角色操作** | - **招标专员(活动010-030)**:编制招标方案(含标段划分、评标办法)、组织评审、提交审批。<br>- **审批人(活动040)**:对所提报招标方案进行审批。路径:二级部门负责人 → 一级部门负责人 → (50万以上)分管公司领导 → (500万以上)总裁。(见流程文件审批矩阵)<br>- **相关部门(活动100)**:评审报名单位业绩。 |
|
||
| **业务规则** | - 邀请招标供应商数量≥3家;框架类≥拟中标单位数2倍(制度5.9.1.b)。<br>- 公开寻源二次报名仍不足3家,可调整策略(制度5.9.1.a)。<br>- 招标方案评审需包括:技术文件、拟邀请单位、评标办法等(流程活动020)。 |
|
||
| **异常处理** | - 供应商数量不足:AI扩大寻源范围或转为竞争性谈判。<br>- 审批驳回:专员修改后重新提交。 |
|
||
| **AI介入** | - **主动寻源**:基于采购品类,从潜在供应商池推荐新供应商,并附推荐理由。<br>- 自动校验推荐供应商与黑名单、利益冲突。<br>- 生成《供应商短名单》初稿。 |
|
||
|
||
---
|
||
|
||
### 3.2A 招标供应商长短名单管理流程专项说明
|
||
|
||
- **对应流程文件**:`8.4.4.1 招标供应商长短名单管理流程`(版本1.1)
|
||
|
||
本专项说明针对招标过程中**供应商名单的确定环节**进行详细需求定义。该流程通常在立项阶段根据招标方式(邀请招标/公开招标)分支执行,其输出结果(供应商短名单或报名通过单位名单)作为后续招标文件发放和评标的基础。
|
||
|
||
#### 3.2A.1 流程图
|
||
|
||
```mermaid
|
||
graph TD
|
||
Start([招标方案确定寻源方式]) --> Branch{招标方式}
|
||
|
||
Branch -->|邀请招标| Invite[邀请招标分支]
|
||
Branch -->|公开招标| Public[公开招标分支]
|
||
|
||
subgraph Invite [邀请招标分支]
|
||
A1[AI从供应商池推荐供应商] --> A1_1[招标专员修改确认供应商]
|
||
A1_1 --> A2{组织评审}
|
||
A2 -->|通过| A3[形成供应商长名单]
|
||
A3 --> |未通过|A1_1
|
||
A3 --> A4[组织评审<br>(长名单评审)]
|
||
A4 --> A5{是否在合格供方库内?}
|
||
A5 -->|是| A6[形成供应商短名单]
|
||
A5 -->|否| A7[[转供应商注册/认证流程]]
|
||
A7 --> A6
|
||
A6 --> A8[接收短名单]
|
||
end
|
||
|
||
subgraph Public [公开招标分支]
|
||
B0[AI生成寻源公告] --> B1[修改确认寻源公告]
|
||
B1 --> B2{组织评审寻源公告}
|
||
B2 -->|未通过|B1
|
||
B2 -->|通过|B3{审批}
|
||
B3 -->|驳回|B1
|
||
B3 -->|通过|B4[发布寻源公告]
|
||
B4 --> B5[接收供应商报名资料]
|
||
B5 --> B6[[AI辅助供应商审核筛选<br>(资质/风险/关联关系)]]
|
||
B6 --> B7[组织评审]
|
||
B7 --> B8[形成报名通过单位名单]
|
||
B8 --> B9[接收短名单<br>(即报名通过名单)]
|
||
end
|
||
|
||
A8 --> End([输出短名单,进入后续招标环节])
|
||
B9 --> End
|
||
```
|
||
|
||
#### 3.2A.2 关键表单
|
||
|
||
| 表单名称 | 产生环节 | 核心元素 | 备注 |
|
||
| :--- | :--- | :--- | :--- |
|
||
| **供应商长名单** | 活动030 | 供应商名称、联系人、推荐部门、初步评审意见、资质概况 | 邀请招标专用 |
|
||
| **供应商短名单** | 活动050 / 活动120 | 最终入围供应商名单、评审结论、是否在库内 | 邀请招标≥3家;框架类≥拟中标数2倍 |
|
||
| **寻源报名公告** | 活动060 | 项目概述、报名资格要求、技术要求、报名资料清单、截止时间 | 公开招标专用 |
|
||
| **报名通过单位名单** | 活动110 | 通过审核的供应商名称、审核意见、风险等级 | 公开招标专用 |
|
||
|
||
#### 3.2A.3 流程活动详细说明
|
||
|
||
| 活动编号 | 活动名称 | 活动描述 | 角色 | 输入 | 输出 |
|
||
| :---------- | :---------- | :-------------------------------------------------------- | :------ | :------------------ | :------------- |
|
||
| **010** | 汇总供应商 | 采购执行部门在AI辅助下根据项目需求,从合格供方库或已知供应商中初步推荐潜在投标单位。 | 采购人员 | 采购需求 | 供应商推荐清单 |
|
||
| **020** | 组织评审(长名单初评) | 需求部门、采购部门、技术部门等对推荐供应商进行初步评审,筛选出符合基本条件的供应商。 | 相关部门人员 | 供应商推荐清单 | 评审意见 |
|
||
| **030** | 形成长名单 | 根据评审结果汇总形成供应商长名单。 | 相关部门人员 | 评审意见 | **《供应商长名单》** |
|
||
| **040** | 组织评审(长名单终评) | 对长名单中的供应商进行详细评审,综合考虑规模、业绩、技术能力、地域分布等。 | 相关部门人员 | 《供应商长名单》 | 评审结论 |
|
||
| **050** | 形成短名单 | 对评审通过的供应商推荐为本次招标拟邀请单位,形成最终短名单。若供应商不在合格供方库内,则触发供应商注册/认证流程。 | 相关部门人员 | 评审结论 | **《供应商短名单》** |
|
||
| **060** | 编制寻源报名公告 | 招标管理部根据招标委托编制公开寻源报名公告,明确报名资格、技术要求等。 | 招标人员 | 招标委托 | 《寻源报名公告》草案 |
|
||
| **070** | 组织评审寻源公告 | 组织需求、采购等部门对报名公告进行评审。 | 相关部门人员 | 《寻源报名公告》草案 | 评审意见 |
|
||
| **080** | 审批 | 对寻源公告进行审批(权限同委托)。 | 审批人 | 评审后的公告 | 审批通过的公告 |
|
||
| **090** | 发布寻源公告 | 在招标门户、行业平台等渠道发布公告。 | 招标人员 | 审批通过的公告 | 已发布公告 |
|
||
| **080**(公开) | 接收供应商报名资料 | 接收供应商在线提交的报名资料(资质、业绩等)。 | 招标人员 | 供应商报名信息 | 报名单位清单 |
|
||
| **090**(公开) | 供应商管理审核 | 对报名单位的资质、风险、关联关系进行审核。 | 供应商管理人员 | 报名资料 | 审核意见 |
|
||
| **100** | 组织评审 | 对报名单位的业绩、纪委审核情况进行综合评审。 | 相关部门人员 | 报名资料+审核意见 | 评审意见 |
|
||
| **110** | 形成报名通过单位名单 | 根据评审结果确定通过报名的单位名单。 | 相关部门人员 | 评审意见 | **《报名通过单位名单》** |
|
||
| **120** | 接收短名单 | 接收经评审通过的供应商短名单(邀请招标)或报名通过单位名单(公开招标),作为后续招标文件发放的依据。 | 招标人员 | 《供应商短名单》或《报名通过单位名单》 | 已接收的短名单 |
|
||
|
||
#### 3.2A.4 业务规则汇总
|
||
|
||
| 规则名称 | 规则内容 | 来源 |
|
||
| :--- | :--- | :--- |
|
||
| **邀请招标供应商数量** | 短名单中供应商数量应≥3家;框架类招标短名单数量应≥拟中标单位数的2倍。 | 制度5.9.1.b |
|
||
| **公开招标二次寻源** | 首次报名不足3家,应组织二次报名;仍不足3家且无竞争性,可调整采购策略。 | 制度5.9.1.a |
|
||
| **供应商库内优先** | 邀请招标优先从合格供方库中选择;库外供应商需先完成入库流程。 | 流程活动050 |
|
||
| **竞争性要求** | 短名单中的供应商应规模、实力相当,地域不宜过度集中,避免串标风险。 | 流程文件关键控制点 |
|
||
| **回避原则** | 评审人员与投标单位有利害关系的应回避。 | 《评委管理规定》4.7 |
|
||
| **公告发布渠道** | 寻源公告应在招标门户发布,重大项目可按需同步至行业平台。 | 制度5.9.1.a |
|
||
|
||
#### 3.2A.5 异常处理
|
||
|
||
| 异常场景 | 处理方式 |
|
||
| :----------------------- | :---------------------------------------------------- |
|
||
| **邀请招标推荐供应商数量不足** | ==AI自动从合格供方库中补充匹配度高的供应商;若仍不足,系统提示转为公开招标或竞争性谈判。== |
|
||
| **公开招标报名数量不足** | ==系统自动触发二次报名公告审批流;二次报名仍不足,推送“调整采购策略”至评标委员会工作领导小组审批。== |
|
||
| **供应商资质审核不通过** | ==系统自动通知供应商并说明原因,允许在报名截止前修改重新提交。== |
|
||
| **供应商不在库内** | ==自动发起供应商注册/认证流程,认证完成前可先参与投标(需在定标前完成入库)。== |
|
||
| **短名单竞争性不足**(如地域集中、实力悬殊) | AI预警并建议扩大寻源范围或调整名单,专员确认后可强制提交但需备注理由。 |
|
||
|
||
#### 3.2A.6 关键控制点(依据流程文件)
|
||
|
||
| 序号 | 关键控制点 | 控制目标 | 风险描述 | 控制措施 |
|
||
| :--- | :--- | :--- | :--- | :--- |
|
||
| **1** | 【120】接收短名单 | 确保邀请供应商名单具备充分竞争性 | 1. 供应商数量不足,缺乏竞争性<br>2. 供应商规模和实力不属于同一档次,缺乏竞争性<br>3. 地域范围集中,存在串标风险 | 1. 邀请招标供应商数量应至少选择4家及以上(制度要求≥3家,内部控制≥4家)<br>2. 组织对供应商现场考察,邀请规模实力同档次的供应商进行竞争<br>3. 拓宽渠道,广泛寻源,避免供应商地域集中 |
|
||
|
||
#### 3.2A.7 AI介入点
|
||
|
||
| 活动/节点 | AI能力 | 功能描述 | 优先级 |
|
||
| :--- | :--- | :--- | :--- |
|
||
| **活动010 汇总供应商** | 推荐引擎 | 根据采购品类、预算、地域,从合格供方库和外部企业库自动推荐潜在供应商,附推荐理由(历史合作、资质等级、关联风险)。 | P0 |
|
||
| **活动030/050 形成长/短名单** | 知识图谱 | 自动分析供应商之间的关联关系(投资、任职、共同投标历史),预警可能存在的围串标风险。 | P0 |
|
||
| **活动040 长名单评审** | 竞争性分析 | 分析长名单中供应商的地域分布、规模层次,输出竞争性评分,提示“地域过于集中”或“实力差距过大”。 | P1 |
|
||
| **活动090 供应商管理审核** | OCR+API | 自动识别营业执照、资质证书关键字段,对接工商/天眼查API验证真伪和经营状态。 | P0 |
|
||
| **活动100 组织评审** | 风险标注 | 自动比对黑名单、利益冲突库,标记高风险供应商(如与内部员工有关联、曾因围标被处罚)。 | P0 |
|
||
| **活动110 形成报名通过名单** | 自动汇总 | 根据评审规则自动汇总通过名单,生成《报名通过单位名单》初稿。 | P0 |
|
||
|
||
#### 3.2A.8 与其他流程的衔接
|
||
|
||
| 上游流程 | 本流程输入 | 下游流程 | 本流程输出 |
|
||
| :--- | :--- | :--- | :--- |
|
||
| 《8.4.4.2 招标委托流程》 | 生效的《招标委托表》、招标方式 | 《8.4.4.3 招标立项流程》 | 《供应商短名单》或《报名通过单位名单》 |
|
||
| 《8.4.4.3 招标立项流程》 | 招标方案、寻源策略 | 《8.4.4.4 开标及评标流程》 | 已确认的投标供应商名单 |
|
||
|
||
---
|
||
|
||
### 3.3 阶段三:招标文件编制与发布
|
||
|
||
- **对应流程文件**:`8.4.4.3 招标立项流程`(活动050-090)
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A(立项审批通过) --> B[AI生成招标文件初稿]
|
||
B --> C[招标专员在线编辑/确认]
|
||
C --> E{系统合规性<br>一致性校验}
|
||
E -->|"不通过<br>标注问题,退回修改"|C
|
||
E -->|通过|F{招标文件评审}
|
||
F -->|不通过|C
|
||
F -->|通过|G{提交立项审批}
|
||
G --> |通过|H[发布招标文件]
|
||
G --> |驳回|C
|
||
H --> I[[开标评标流程]]
|
||
```
|
||
|
||
#### 关键表单
|
||
- **《招标文件》**:包含招标公告、投标人须知、合同条款、评标办法、技术规范等(制度5.8.3)。
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :------- | :---------------------------------------------------------------------------------------------- |
|
||
| **触发条件** | 立项审批通过 |
|
||
| **输入** | 立项评审单、模板库 |
|
||
| **输出** | 《招标文件》、《寻源报名公告》 |
|
||
| **角色操作** | - **AI**:生成初稿、校验合规、生成公告。<br>- **招标专员**:编制、确认、发起审批。<br>- **审批人**:对寻源公告进行审批,路径同立项。 |
|
||
| **业务规则** | - 公告至投标截止≥7天(制度5.9.2)。<br>- 招标文件必须包含所有法定内容(制度5.8.3)。<br>- 评标办法权重参考附录B(综合评估法权重参考表)。 |
|
||
| **异常处理** | - 合规校验不通过:系统高亮显示问题(如引用废止法规)。 |
|
||
| **AI介入** | - **智能编撰**:基于模板和历史数据生成招标文件初稿。<br>- **一致性检查**:检查技术要求与评分标准是否脱节。<br>- **公告自动生成**:从定稿招标文件中提取信息填充公告。 |
|
||
|
||
---
|
||
|
||
### 3.4 阶段四:供应商报名与资质审核
|
||
|
||
- **对应流程文件**:`8.4.4.1 招标供应商长短名单管理流程`(活动080-110)
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A[公告发布] --> B[供应商在线注册/登录]
|
||
B --> C[填写报名信息、上传资质]
|
||
C --> D[AI自动审核资质]
|
||
D --> E{是否通过}
|
||
E -->|不通过| F[发送通知,说明原因]
|
||
F --> G[供应商修改后重新提交]
|
||
G --> D
|
||
E -->|通过| H[供应商在线缴纳保证金]
|
||
H --> I[启动8.4.4.6保证金流程]
|
||
I --> J[报名成功,获取投标资格]
|
||
J --> K[供应商上传加密投标文件]
|
||
K --> L[区块链存证]
|
||
```
|
||
|
||
#### 关键表单
|
||
- 无新增表单,主要产生《报名通过单位名单》。
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :--- | :--- |
|
||
| **触发条件** | 寻源公告发布 |
|
||
| **输入** | 供应商注册信息、资质文件、缴费凭证 |
|
||
| **输出** | 审核通过的供应商名单、投标文件存证 |
|
||
| **角色操作** | - **供应商**:注册、报名、缴费、上传标书。<br>- **AI**:自动审核资质、验真、对账。<br>- **相关部门人员(活动100)**:对报名单位业绩等进行评审。 |
|
||
| **业务规则** | - 投标保证金≤预算2%,最高80万元(制度5.9.3.1)。<br>- 投标文件必须加密,开标前不可解密。 |
|
||
| **异常处理** | - 资质核验不通过:系统自动驳回并说明原因。<br>- 缴费未到账:系统轮询支付网关,超时未到账取消资格。 |
|
||
| **AI介入** | - **OCR识别**:提取资质证书关键字段。<br>- **真伪核验**:对接工商/税务API验真。<br>- **自动对账**:支付回调后更新缴费状态。<br>- **区块链存证**:存证投标文件哈希。 |
|
||
|
||
---
|
||
|
||
### 3.5 阶段五:专家抽取与评标准备
|
||
|
||
- **对应流程文件**:`8.4.4.4 开标及评标流程`(活动050)
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A[投标截止前24小时] --> B[系统根据专业匹配专家库]
|
||
B --> C[招标专员确认抽取规则]
|
||
C --> D[系统随机抽取]
|
||
D --> E[自动校验回避原则]
|
||
E --> F{存在回避?}
|
||
F -->|是| G[剔除并重抽]
|
||
G --> D
|
||
F -->|否| H[生成专家名单]
|
||
H --> I[发送邀请]
|
||
I --> J{专家确认?}
|
||
J -->|确认| K[签署电子版《评标纪律承诺书》]
|
||
J -->|拒绝| G
|
||
K --> L[评标小组组建完成]
|
||
```
|
||
|
||
#### 关键表单
|
||
- **《评标纪律承诺书》**(BH-SCM-JL-014)
|
||
- **《招标评委签到表》**(BH-SCM-JL-013)
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :--- | :--- |
|
||
| **触发条件** | 投标截止前24小时内 |
|
||
| **输入** | 项目信息、专家库数据 |
|
||
| **输出** | 专家名单、承诺书签署记录 |
|
||
| **角色操作** | - **招标专员(活动050)**:确认抽取规则。<br>- **AI**:匹配、抽取、校验回避。<br>- **专家**:确认参与、签署承诺书。 |
|
||
| **业务规则** | - 评委人数:最低价法≥3人单数;综合评估法≥5人单数(评委管理规定4.1.3)。<br>- 抽取时间:开标前24小时内(评委管理规定4.5.1)。<br>- 回避原则:投标人近亲属、项目主管部门人员、有经济利益关系者(评委管理规定4.7)。 |
|
||
| **异常处理** | - 专家人数不足:从外部专家库补充或放宽专业范围。<br>- 专家临时缺席:从备选库重抽。 |
|
||
| **AI介入** | - **智能匹配**:根据品类和技术复杂度推荐匹配专家。<br>- **知识图谱反欺诈**:自动挖掘专家与供应商的隐性关联,预警利益冲突。 |
|
||
|
||
---
|
||
|
||
### 3.6 阶段六:开标与评标
|
||
|
||
- **对应流程文件**:`8.4.4.4 开标及评标流程`(活动060-120)
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A[到达开标时间] --> B[系统自动开标]
|
||
B --> C[自动解密投标文件]
|
||
C --> D[系统自动脱敏处理]
|
||
D --> E[分发技术标/商务标给评委]
|
||
E --> F[评委在线盲评打分]
|
||
F --> G[AI实时分析打分偏离度]
|
||
G --> H{偏离度异常?}
|
||
H -->|是| I[提醒评委复核并说明理由]
|
||
I --> F
|
||
H -->|否| J[系统自动汇总得分]
|
||
J --> K{需价格分析?}
|
||
K -->|是| L[AI价格合理性+雷同检测]
|
||
L --> M[生成评标汇总表]
|
||
K -->|否| M
|
||
M --> N[进入定标阶段]
|
||
```
|
||
|
||
#### 关键表单
|
||
- **《投标企业签到表》**(现场/电子邮件/SRM开标)(BH-SCM-JL-012)
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :--- | :--- |
|
||
| **触发条件** | 到达公告规定的开标时间 |
|
||
| **输入** | 所有加密投标文件、评标办法 |
|
||
| **输出** | 评委打分表、雷同检测报告、价格分析报告、得分汇总表 |
|
||
| **角色操作** | - **系统**:自动开标、解密、脱敏、分发、汇总。<br>- **评委**:在线打分、填写评审意见。<br>- **AI**:偏离度分析、价格分析、雷同检测。<br>- **招标人员(活动040)**:判断是否符合招标条件(如有效投标人数量)。 |
|
||
| **业务规则** | - 开标过程全程录音录像(评委管理规定4.8)。<br>- 有效投标人低于3家,若评委认定仍有竞争性,经评标委员会工作领导小组批准后可继续评标(制度5.11.3)。<br>- 技术标与商务标分开评审。 |
|
||
| **异常处理** | - 解密失败:系统重试,仍失败则启用人工备用流程。<br>- 不符合招标条件(投标人不足):经审批后废标(活动130)。 |
|
||
| **AI介入** | - **自动脱敏**:NLP识别并隐藏供应商身份信息。<br>- **雷同检测**:文本相似度计算,高亮显示高相似段落。<br>- **价格分析**:基于历史数据标注异常低价/高价。<br>- **业绩发票验真**:OCR+税务局API验真。 |
|
||
|
||
---
|
||
|
||
### 3.7 阶段七:定标与审批
|
||
|
||
- **对应流程文件**:`8.4.4.5 定标流程`
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A[评标结束] --> B[招标专员编制评标报告<br>活动010]
|
||
B --> C[AI给出中标建议]
|
||
C --> D[招标专员审核]
|
||
D --> E{是否采纳AI建议?}
|
||
E -->|是| F[发起定标审批<br>活动020]
|
||
E -->|否| G[修改推荐结果并附理由]
|
||
G --> F
|
||
F --> H{执行定标审批<br>活动030}
|
||
H -->|通过| I[定标生效]
|
||
H -->|驳回| J[退回复议]
|
||
J --> K[评标小组重评]
|
||
K --> B
|
||
I --> L[发布中标结果<br>活动040]
|
||
L --> M[发送通知给所有投标方]
|
||
M --> N[自动生成并盖章中标通知书]
|
||
```
|
||
|
||
#### 关键表单
|
||
- **《评标报告》**
|
||
- **《中标后资料交接单》**(BH-SCM-JL-020)
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :--- | :--- |
|
||
| **触发条件** | 评标汇总完成 |
|
||
| **输入** | 评标汇总表、AI分析报告 |
|
||
| **输出** | 评标报告、中标公示、中标通知书 |
|
||
| **角色操作** | - **招标专员(活动010,020)**:编制报告、发起审批。<br>- **审批人(活动030)**:执行定标审批,路径见审批矩阵。<br>- **系统(活动040-060)**:发布结果、转交资料、归档。 |
|
||
| **业务规则** | - 原则上按综合排名第一推荐中标(制度5.11.4)。<br>- 定标审批权限(流程文件审批矩阵):50万元以下二级部门负责人→一级部门负责人;500万元以下→分管公司领导;以上→总裁。<br>- 中标资料须转交委托部门(制度5.12)。 |
|
||
| **异常处理** | - 审批驳回:退回评标小组复议。<br>- 中标供应商放弃:按排名顺延,重新报批。 |
|
||
| **AI介入** | - **AIGC评标报告**:自动生成结构化报告。<br>- **中标建议可解释性**:提供各方案优劣势对比。 |
|
||
|
||
---
|
||
|
||
### 3.8 阶段八:合同生成与供应商入库衔接
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A[定标生效] --> B{中标供应商在库内?}
|
||
B -->|是| C[自动触发合同生成流程]
|
||
B -->|否| D[自动发起供应商入库流程]
|
||
D --> E[入库审批]
|
||
E --> F{通过?}
|
||
F -->|是| C
|
||
F -->|否| G[人工干预处理]
|
||
C --> H[推送至采购执行部门]
|
||
H --> I[采购专员编辑合同]
|
||
I --> J[对接电子签章]
|
||
J --> K[供应商线上签约]
|
||
K --> L[合同归档]
|
||
```
|
||
|
||
#### 关键表单
|
||
- 无新增表单,复用《中标后资料交接单》(BH-SCM-JL-020)中的合同条款部分。
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :--- | :--- |
|
||
| **触发条件** | 定标审批通过 |
|
||
| **输入** | 中标供应商信息、报价、合同模板 |
|
||
| **输出** | 电子合同、供应商入库审批单 |
|
||
| **角色操作** | - **系统**:自动触发流程。<br>- **采购专员(活动040)**:签订合同(流程8.4.4.6 活动040)。<br>- **供应商**:线上签章。 |
|
||
| **业务规则** | - 中标通知书发出后30日内签订合同。<br>- 履约保证金由采购专业负责收缴(制度5.9.3)。 |
|
||
| **异常处理** | - 供应商入库驳回:通知补充材料。<br>- 签约逾期:系统自动预警。 |
|
||
| **AI介入** | - **合同智能生成**:根据中标内容填充合同初稿。<br>- **风险条款标注**:对比历史合同,标注异常条款。 |
|
||
|
||
---
|
||
|
||
### 3.9 阶段九:资料归档与全程监督
|
||
|
||
#### 流程图
|
||
```mermaid
|
||
graph TD
|
||
A[合同签订完成] --> B[系统自动收集全流程资料]
|
||
B --> C[按制度5.16清单整理]
|
||
C --> D[生成电子归档文件包]
|
||
D --> E[推送至电子档案系统]
|
||
E --> F[归档完成]
|
||
F --> G[审计人员随时查阅]
|
||
G --> H[BI看板实时展示]
|
||
```
|
||
|
||
#### 关键表单
|
||
- 归档清单见制度5.16,包括:《招标委托资料》、《招标文件》、《投标单位签到表》、《评委签到表》、《评标纪律承诺书》、《投标文件》、《评标报告》、《中标通知书》等。
|
||
|
||
#### 详细说明
|
||
|
||
| 项目 | 内容 |
|
||
| :--- | :--- |
|
||
| **触发条件** | 合同签订完成 |
|
||
| **输入** | 全流程文档、音视频 |
|
||
| **输出** | 归档文件包、审计日志 |
|
||
| **角色操作** | - **系统**:自动收集、整理、推送。<br>- **审计/合规**:查询、导出。 |
|
||
| **业务规则** | - 归档资料必须包括制度5.16列明的所有文件。<br>- 开标评标音视频文件需单独长期保存。 |
|
||
| **异常处理** | - 资料缺失:系统提示缺失项,要求补传。 |
|
||
| **AI介入** | - **智能分类**:自动分类并按规范命名。<br>- **缺失检测**:对比归档清单,自动识别缺失文件。<br>- **审计辅助**:支持自然语言查询(如“查询2025年所有围标疑似项目”)。 |
|
||
|
||
---
|
||
|
||
## 第四章 关键业务规则汇总
|
||
|
||
| 规则名称 | 具体内容 | 来源 |
|
||
| :--- | :--- | :--- |
|
||
| **招标门槛** | 工程/货物≥50万;服务≥30万 | 《招标管理制度》5.1 |
|
||
| **评委人数** | 最低价法≥3人单数;综合评估法≥5人单数 | 《评委管理规定》4.1.3 |
|
||
| **评委抽取时间** | 开标前24小时内 | 《评委管理规定》4.5.1 |
|
||
| **回避情形** | 投标人近亲属、项目主管部门、经济利益关系 | 《评委管理规定》4.7 |
|
||
| **保证金上限** | 不超过预算2%,最高80万元 | 《招标管理制度》5.9.3.1 |
|
||
| **公告至投标截止** | 不少于7天 | 《招标管理制度》5.9.2 |
|
||
| **邀请招标供应商数** | ≥3家;框架类≥拟中标数2倍 | 《招标管理制度》5.9.1 |
|
||
| **废标条件** | 有效投标人<3且无竞争性;所有投标不符合要求 | 《招标管理制度》5.11.2/5.11.3 |
|
||
| **审批权限(关键分界)** | 50万/500万为分界,对应二级部门负责人/一级部门负责人/分管领导/总裁 | 各流程文件审批矩阵 |
|
||
| **内部专家奖励** | 最低价法500元/人;综合评估法10000元/人 | 《评委管理规定》4.9 |
|
||
| **外部专家报酬** | 3小时内500元,超时每增1小时+100元,日上限1500元 | 附录B |
|
||
|
||
---
|
||
|
||
## 第五章 非功能性需求
|
||
|
||
| 类别 | 关键指标 |
|
||
| :--- | :--- |
|
||
| **性能** | 页面加载≤2s;AI分析≤30s(百页文档);支持200并发 |
|
||
| **可用性** | 新手上手≤1小时;移动端适配关键审批 |
|
||
| **安全性** | 等保三级;全链路加密;区块链存证;双因素认证 |
|
||
| **集成** | 对接OA、SAP、财经管理部、天眼查、电子签章、行业公告平台 |
|
||
| **可靠性** | 核心业务可用性99.9%;RTO<30分钟;每日全量备份 |
|
||
| **可扩展性** | 微服务架构;流程/模板可配置 |
|
||
|
||
---
|
||
|
||
## 第六章 附录
|
||
|
||
### 附录1:流程节点与AI能力映射表
|
||
|
||
| 流程阶段 | 关键节点 | AI能力 | 优先级 |
|
||
| :--- | :--- | :--- | :--- |
|
||
| 需求委托 | 自然语言解析、预填表单 | NLP、大语言模型 | P0 |
|
||
| 立项寻源 | 主动推荐供应商、形成短名单 | 推荐引擎、知识图谱 | P0 |
|
||
| 文件编制 | 生成文件、合规校验 | AIGC、规则引擎 | P0 |
|
||
| 公告发布 | 自动生成公告 | NLP | P0 |
|
||
| 报名审核 | 资质审核、发票验真 | OCR、API对接 | P0 |
|
||
| 投标接收 | 加密上传、区块链存证 | 区块链 | P0 |
|
||
| 专家抽取 | 利益回避校验 | 知识图谱 | P0 |
|
||
| 开标 | 自动开标、脱敏 | OCR、NLP | P0 |
|
||
| 评标 | 雷同检测、价格分析、偏离度分析 | NLP、时序预测 | P0 |
|
||
| 定标 | 生成评标报告 | AIGC | P0 |
|
||
| 合同 | 生成合同、风险标注 | AIGC、规则引擎 | P1 |
|
||
| 归档 | 智能分类、缺失检测 | 分类算法 | P1 |
|
||
| 围串标预警 | 关联图谱、异常行为识别 | 知识图谱、异常检测 | P1 |
|
||
|
||
### 附录2:关于OA审批的专项说明
|
||
|
||
1. **评审组织**:需求委托提交OA前,必须经过**需求部门负责人组织的内部评审**(确定技术参数、预算合理性),此环节在系统外或通过系统“预审”功能完成,非OA审批流。
|
||
2. **审批人匹配**:系统应根据**项目估算金额**和**提交人的组织架构**,自动匹配审批路径。具体规则见各流程文件的审批矩阵。审批人角色包括:二级部门负责人(部长)、一级部门负责人(总经理/副总经理)、分管公司领导、总裁。
|
||
3. **流程选择**:建议采用**OA系统作为审批中心**,原因如下:
|
||
- **统一性**:公司现有审批流程(合同、付款)均在OA,用户习惯统一。
|
||
- **合规性**:OA审批记录更符合内控和审计要求。
|
||
- **集成方案**:招标平台通过API将审批单据推送到OA,OA完成审批后回调结果。审批节点、会签、转签等复杂逻辑由OA原生支持,招标平台无需重复开发。**不建议使用飞书审批**,因其难以满足公司级复杂审批矩阵和长期归档要求。
|
||
|
||
---
|
||
|
||
**(完)** |