docs(architecture): 新增招标供应商长短名单管理流程专项说明
在3.2节（立项）与3.3节（招标文件编制）之间新增独立的“3.2A 招标供应商长短名单管理流程专项说明”章节。 主要内容： - 对应流程文件：8.4.4.1 招标供应商长短名单管理流程 - 新增流程图：区分邀请招标与公开招标两条分支 - 新增关键表单：供应商长名单、供应商短名单、寻源报名公告、报名通过单位名单 - 流程活动详细说明：活动010-120，含角色、输入输出 - 业务规则汇总：邀请招标≥3家、二次寻源、竞争性要求等 - 异常处理：供应商数量不足、报名不足、资质审核不通过等场景 - 关键控制点：依据流程文件明确控制目标与风险 - AI介入点：推荐引擎、知识图谱、OCR+API等能力 - 与其他流程的衔接：上下游输入输出关系
This commit is contained in:
+148
-28
@@ -1,3 +1,9 @@
|
||||
非常抱歉之前的误解。现在我完全理解您的要求：**保持原有3.2节内容不变**，在3.2节之后（即3.2与3.3之间）**新增**一个独立的“3.2A 招标供应商长短名单管理流程专项说明”章节。
|
||||
|
||||
以下是按照您的要求修改后的**完整需求分析说明书**：
|
||||
|
||||
---
|
||||
|
||||
# 滨化集团智慧招标平台（STP）用户需求分析说明书
|
||||
|
||||
**版本：** V3.0 （基于流程文件修订版）
|
||||
@@ -122,9 +128,9 @@ graph TD
|
||||
B --> C[AI 生成招标方案]
|
||||
C --> D[招标专员修改/确认招标方案]
|
||||
D --> E[[8.4.4.1 供应商长短名单流程]]
|
||||
E --> M[形成供应商短名单<br>活动050]
|
||||
E --> M[形成供应商短名单]
|
||||
|
||||
M --> N{提交立项审批<br>活动030}
|
||||
M --> N{提交立项审批}
|
||||
N -->|驳回| D
|
||||
N -->|通过| P[[进入招标文件编制]]
|
||||
```
|
||||
@@ -147,46 +153,159 @@ graph TD
|
||||
|
||||
---
|
||||
|
||||
### 3.3 阶段三：招标文件编制与公告发布
|
||||
### 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** | 汇总供应商 | 采购执行部门在ＡＩ辅助下根据项目需求，从合格供方库或已知供应商中初步推荐潜在投标单位。 | 采购人员 | 采购需求 | 供应商推荐清单 |
|
||||
| **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生成招标文件初稿]
|
||||
A(立项审批通过) --> B[AI生成招标文件初稿]
|
||||
B --> C[招标专员在线编辑/确认]
|
||||
C --> D[系统合规性与一致性校验]
|
||||
D --> E{是否通过}
|
||||
E -->|否| F[标注问题，退回修改]
|
||||
F --> C
|
||||
E -->|是| G[招标文件定稿]
|
||||
G --> H[AI自动生成寻源公告]
|
||||
H --> I{是否需要公告审批}
|
||||
I -->|是| J[推送OA公告审批<br>活动080]
|
||||
I -->|否| K[一键发布]
|
||||
J --> L{审批结果}
|
||||
L -->|通过| K
|
||||
L -->|驳回| M[退回修改]
|
||||
M --> H
|
||||
K --> N[发布至招标门户/平台]
|
||||
N --> O[进入供应商报名阶段]
|
||||
C --> E{系统合规性<br>一致性校验}
|
||||
E -->|"不通过<br>标注问题，退回修改"|C
|
||||
E -->|通过|F{招标文件评审}
|
||||
F -->|不通过|C
|
||||
F -->|通过|G{提交立项审批}
|
||||
G --> |通过|H[发布招标文件]
|
||||
G --> |驳回|C
|
||||
H --> I[[开标评标流程]]
|
||||
```
|
||||
|
||||
#### 关键表单
|
||||
- **《招标文件》**：包含招标公告、投标人须知、合同条款、评标办法、技术规范等（制度5.8.3）。
|
||||
- **《寻源报名公告》**：包含项目概述、资格要求、技术要求等（制度5.8.2）。
|
||||
|
||||
#### 详细说明
|
||||
|
||||
| 项目 | 内容 |
|
||||
| :--- | :--- |
|
||||
| **触发条件** | 立项审批通过 |
|
||||
| **输入** | 立项评审单、模板库 |
|
||||
| **输出** | 《招标文件》、《寻源报名公告》 |
|
||||
| **角色操作** | - **AI**：生成初稿、校验合规、生成公告。<br>- **招标专员（活动050,060）**：编制、确认、发起审批。<br>- **审批人（活动080）**：对寻源公告进行审批，路径同立项。 |
|
||||
| **业务规则** | - 公告至投标截止≥7天（制度5.9.2）。<br>- 招标文件必须包含所有法定内容（制度5.8.3）。<br>- 评标办法权重参考附录B（综合评估法权重参考表）。 |
|
||||
| **异常处理** | - 合规校验不通过：系统高亮显示问题（如引用废止法规）。 |
|
||||
| 项目 | 内容 |
|
||||
| :------- | :---------------------------------------------------------------------------------------------- |
|
||||
| **触发条件** | 立项审批通过 |
|
||||
| **输入** | 立项评审单、模板库 |
|
||||
| **输出** | 《招标文件》、《寻源报名公告》 |
|
||||
| **角色操作** | - **AI**：生成初稿、校验合规、生成公告。<br>- **招标专员**：编制、确认、发起审批。<br>- **审批人**：对寻源公告进行审批，路径同立项。 |
|
||||
| **业务规则** | - 公告至投标截止≥7天（制度5.9.2）。<br>- 招标文件必须包含所有法定内容（制度5.8.3）。<br>- 评标办法权重参考附录B（综合评估法权重参考表）。 |
|
||||
| **异常处理** | - 合规校验不通过：系统高亮显示问题（如引用废止法规）。 |
|
||||
| **AI介入** | - **智能编撰**：基于模板和历史数据生成招标文件初稿。<br>- **一致性检查**：检查技术要求与评分标准是否脱节。<br>- **公告自动生成**：从定稿招标文件中提取信息填充公告。 |
|
||||
|
||||
---
|
||||
@@ -480,4 +599,5 @@ graph TD
|
||||
- **集成方案**：招标平台通过API将审批单据推送到OA，OA完成审批后回调结果。审批节点、会签、转签等复杂逻辑由OA原生支持，招标平台无需重复开发。**不建议使用飞书审批**，因其难以满足公司级复杂审批矩阵和长期归档要求。
|
||||
|
||||
---
|
||||
|
||||
**（完）**
|
||||
Reference in New Issue
Block a user