docs: 更新需求分析说明书至V1.4
- 明确采购计划数据来源：从SRM API读取，不直接从SAP读取 - AI智慧寻源范围扩展：增加SRM库和本平台供应商池作为数据源 - 新增库外供应商入库流程：审核通过后自动推送信息至SRM - 细化标书费收取流程：在招标方案中确定是否收取及金额，缴费后解锁查看权限 - 优化保证金缴纳流程描述 - 移除OA审批专项说明附录，整合待确定事项 - 新增AI智慧寻源子流程示意图
This commit is contained in:
@@ -1,7 +1,7 @@
|
||||
# 滨化集团智慧招标平台（STP）用户需求分析说明书
|
||||
|
||||
**版本：** V1.3
|
||||
**编制日期：** 2026年6月8日
|
||||
**版本：** V1.4
|
||||
**编制日期：** 2026年6月25日
|
||||
**编制依据：**
|
||||
- 《招标管理制度》（2026年4月版）
|
||||
- 《招标评委管理规定》（2026年4月版）
|
||||
@@ -79,7 +79,7 @@ F-->End([结束])
|
||||
#### 流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A([采购人员登录]) --> B1[从 SAP/OA 选择采购需求<br>（可跳过）]
|
||||
A([采购人员登录]) --> B1[选择采购计划<br>（从SRM读取，可跳过）]
|
||||
B1 --> C[向“小滨”描述需求] --> E[AI解析并预填委托单]
|
||||
B1 -->|手动| D[进入委托表单]
|
||||
E --> F[需求人员确认/修改]
|
||||
@@ -110,6 +110,7 @@ graph TD
|
||||
| **输出** | 结构化《招标委托表》。 |
|
||||
| **角色操作** | - **需求部门**：提出采购计划。<br>- **采购人员**：审核及补充委托资料。<br>- **需求人员**：确认AI预填单。<br>- **需求部门负责人**：组织内部评审（此为非OA的必要评审，确定技术参数和预算）。<br>- **OA审批人**：二级部门负责人（采购部/相关部长）审核。<br>- **AI“小滨”**：提取关键信息、预填表单。 |
|
||||
| **业务规则** | - 委托单核心元素必须完整（制度5.3.2）。 |
|
||||
| **采购计划** | ==不直接从 SAP 读取，通过 SRM API 读取。== |
|
||||
| **异常处理** | - 驳回：记录原因，退回修改。<br>- 超时未批：系统自动催办（24h/48h）。<br>- 撤回：需求人员因其它原因撤回委托（已通过审批并进入下一流程的无法退回）。 |
|
||||
| **AI介入** | - 自然语言解析并智能预填委托单。<br>- 自动判断是否需招标（对照5.1.3门槛）。<br>- 推荐预算参考与历史中标价。 |
|
||||
|
||||
@@ -139,11 +140,12 @@ graph TD
|
||||
B3 -->|通过|B4[发布寻源公告]
|
||||
B4-->C1[[AI智慧寻源]]
|
||||
C1-->B5["供应商报名<br>(平台注册/提交资质材料)"]
|
||||
B5 --> E1["供应商自动入库<br>(本地供应商池和SRM)"]
|
||||
B5 --> E1["供应商自动入库<br>(本地供应商池)"]
|
||||
E1 --> B6[[AI辅助供应商审核筛选<br>（资质/风险/关联关系）]]
|
||||
B6 --> B7[组织评审]
|
||||
B7 --> B8[形成报名通过单位名单]
|
||||
B8 --> B9[接收短名单<br>（即报名通过名单）]
|
||||
B8 -.->|并行| B10[[库外供应商SRM入库]]
|
||||
end
|
||||
|
||||
Invite --> End([输出短名单，进入后续招标环节])
|
||||
@@ -160,21 +162,20 @@ graph TD
|
||||
|
||||
#### 流程活动详细说明
|
||||
|
||||
**AI 智慧寻源：** AI 通过互联网平台（须维护信任平台列表）查找相关的信息，找到优质供应商，并主动向其发送邀请投标的信息（电子邮件等），同时会将寻源结果向招标专员反馈。
|
||||
|
||||
| 活动名称 | 活动描述 | 角色 | 输入 | 输出 |
|
||||
| :----------- | :------------------------------------------------------------------------------------------------------------ | :----- | :------------------ | :------------- |
|
||||
| 形成短名单 | 对评审通过的供应商推荐为本次招标拟邀请单位，形成最终短名单。若供应商不在合格供方库内，则触发供应商注册/认证流程。 | 相关部门人员 | 评审结论 | **《供应商短名单》** |
|
||||
| 编制寻源报名公告 | 招标管理部根据招标委托编制公开寻源报名公告，明确报名资格、技术要求等。 | 招标人员 | 招标委托 | 《寻源报名公告》草案 |
|
||||
| 组织评审寻源公告 | 组织需求、采购等部门对报名公告进行评审。 | 相关部门人员 | 《寻源报名公告》草案 | 评审意见 |
|
||||
| 审批 | 对寻源公告进行审批。 | 审批人 | 评审后的公告 | 审批通过的公告 |
|
||||
| 发布寻源公告 | 在招标门户、行业平台等渠道发布公告。 | 招标人员 | 审批通过的公告 | 已发布公告 |
|
||||
| AI 智慧寻源 | AI 通过互联网平台（须维护信任平台列表）查找相关的信息，找到优质供应商，并主动向其发送邀请报名的信息（电子邮件等），同时会将寻源结果**向招标专员、供应商管理专员**反馈。(反馈之后经供应商管理专员确认，必须加回执) | AI | 采购需求、审批通过的公告 | 主动发邀请邮件，AI寻源结果 |
|
||||
| 接收供应商报名资料 | 接收供应商在线提交的报名资料（资质、业绩等）。 | 招标人员 | 供应商报名信息 | 报名单位清单 |
|
||||
| AI 辅助供应商管理审核 | 对报名单位的资质、风险、关联关系进行审核。 | AI | 报名资料 | 审核意见、筛选结果 |
|
||||
| 组织评审 | 对报名单位的业绩、纪委审核情况进行综合评审。 | 相关部门人员 | 报名资料+审核意见 | 评审意见 |
|
||||
| 形成报名通过单位名单 | 根据评审结果确定通过报名的单位名单。 | 相关部门人员 | 评审意见 | **《报名通过单位名单》** |
|
||||
| 接收短名单 | 接收经评审通过的供应商短名单（邀请招标）或报名通过单位名单（公开招标），作为后续招标文件发放的依据。 | 招标人员 | 《供应商短名单》或《报名通过单位名单》 | 已接收的短名单 |
|
||||
| 活动名称 | 活动描述 | 角色 | 输入 | 输出 |
|
||||
| :--------------- | :----------------------------------------------------------------------------------------------------------------------------- | :----- | :------------------ | :------------- |
|
||||
| **形成短名单** | 对评审通过的供应商推荐为本次招标拟邀请单位，形成最终短名单。若供应商不在合格供方库内，则触发供应商注册/认证流程。 | 相关部门人员 | 评审结论 | **《供应商短名单》** |
|
||||
| **编制寻源报名公告** | 招标管理部根据招标委托编制公开寻源报名公告，明确报名资格、技术要求等。 | 招标人员 | 招标委托 | 《寻源报名公告》草案 |
|
||||
| **组织评审寻源公告** | 组织需求、采购等部门对报名公告进行评审。 | 相关部门人员 | 《寻源报名公告》草案 | 评审意见 |
|
||||
| **审批** | 对寻源公告进行审批。 | 审批人 | 评审后的公告 | 审批通过的公告 |
|
||||
| **发布寻源公告** | 在招标门户、行业平台等渠道发布公告。 | 招标人员 | 审批通过的公告 | 已发布公告 |
|
||||
| **AI 智慧寻源** | ==AI 通过SRM库、本平台供应商池、互联网平台（须维护信任平台列表）查找相关的信息，找到优质供应商，并主动向其发送邀请报名的信息（电子邮件等），同时会将寻源结果**向招标专员、供应商管理专员**反馈。(反馈之后经供应商管理专员确认，必须加回执)== | AI | 采购需求、审批通过的公告 | 主动发邀请邮件，AI寻源结果 |
|
||||
| **接收供应商报名资料** | 接收供应商在线提交的报名资料（资质、业绩等）。 | 招标人员 | 供应商报名信息 | 报名单位清单 |
|
||||
| **AI 辅助供应商管理审核** | 对报名单位的资质、风险、关联关系进行审核。 | AI | 报名资料 | 审核意见、筛选结果 |
|
||||
| **组织评审** | 对报名单位的业绩、纪委审核情况进行综合评审。 | 相关部门人员 | 报名资料+审核意见 | 评审意见 |
|
||||
| **形成报名通过单位名单** | 根据评审结果确定通过报名的单位名单。 | 相关部门人员 | 评审意见 | **《报名通过单位名单》** |
|
||||
| **接收短名单** | 接收经评审通过的供应商短名单（邀请招标）或报名通过单位名单（公开招标），作为后续招标文件发放的依据。 | 招标人员 | 《供应商短名单》或《报名通过单位名单》 | 已接收的短名单 |
|
||||
| **库外供应商入库** | ==通过审核的合格供应商，若在库外，则将信息推送到 SRM 中。== | 系统 | 供应商名单 | 供应商在SRM中的ID |
|
||||
|
||||
#### 业务规则汇总
|
||||
| 规则名称 | 规则内容 | 来源 |
|
||||
@@ -203,6 +204,25 @@ graph TD
|
||||
| 供应商管理审核 | OCR+API | 自动识别营业执照、资质证书关键字段，对接工商/天眼查API验证真伪和经营状态。 | P0 |
|
||||
| 形成报名通过名单 | 自动汇总 | 根据评审规则自动汇总通过名单，生成《报名通过单位名单》初稿。 | P0 |
|
||||
|
||||
#### ==AI 智慧寻源子流程==
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A[启动AI自动供应商寻源]
|
||||
A --> C[SRM库内供应商]
|
||||
A --> D[本平台供应商池]
|
||||
A --> E[互联网平台]
|
||||
|
||||
C --> F[AI智能匹配筛选供应商]
|
||||
D --> F
|
||||
E --> F
|
||||
|
||||
F --> G[AI主动发送邀请报名信息<br>（短信、电子邮件等）]
|
||||
G --> H[AI将寻源结果反馈]
|
||||
|
||||
H --> K[供应商管理专员结果确认]
|
||||
K --> M([流程结束])
|
||||
```
|
||||
---
|
||||
|
||||
### 3.3 阶段三：招标立项流程
|
||||
@@ -267,7 +287,11 @@ graph TD
|
||||
```mermaid
|
||||
graph TD
|
||||
A([公告发布]) --> B[供应商登录]
|
||||
B --> H[供应商缴纳保证金<br>参考8.4.4.6保证金流程]
|
||||
B --> C{是否收取标书费}
|
||||
C -->|是| D[供应商缴纳标书费]
|
||||
C -->|否| E[供应商查看招标文件]
|
||||
D -->E
|
||||
E --> H[供应商缴纳保证金<br>参考8.4.4.6保证金流程]
|
||||
H --> K[供应商上传投标文件]
|
||||
K --> M{是否符合开标条件}
|
||||
M -->|是|N[[专家抽取与评标准备]]
|
||||
@@ -286,13 +310,12 @@ graph TD
|
||||
| **输入** | 供应商注册信息、资质文件、缴费凭证。 |
|
||||
| **输出** | 审核通过的供应商名单、投标文件存证。 |
|
||||
| **角色操作** | - **供应商**：注册、报名、缴费、上传标书。<br>- **AI**：自动审核资质、验真、对账。<br>- **相关部门人员**：对报名单位业绩等进行评审。 |
|
||||
| **缴纳保证金** | 供应商缴纳保证金后，向平台提交保证金转账证据，平台发起审批向财务确认，确认后自动转为保证金缴纳状态。 |
|
||||
| **标书费收取** | ==是否收取标书费以及标书费的金额在招标方案制定确定。<br>供应商缴纳标书费后向平台提交转账凭证，平台发起审批向财务确认，确认后才能查看招标文件内容。== |
|
||||
| **缴纳保证金** | ==供应商缴纳保证金后，向平台提交保证金转账证据，平台发起审批向财务确认，确认后自动转为保证金缴纳状态。== |
|
||||
| **业务规则** | - 投标保证金≤预算2%，最高80万元（仅提醒）（制度5.9.3.1）。<br>- 投标文件必须加密（**==系统加密/个人加密，待确认==**），开标前不可解密。 |
|
||||
| **异常处理** | - 缴费未到账：系统轮询支付网关 |
|
||||
| **AI赋能** | - **OCR识别**：提取资质证书关键字段。<br>- **真伪核验**：对接工商/税务API验真。<br>- **自动对账**：支付回调后更新缴费状态。<br>- **区块链存证**：存证投标文件哈希。 |
|
||||
|
||||
**==收取标书费方式待定，留接口, 收费节点定于标书发放前，付费后解锁招标文件查看权限；==**
|
||||
|
||||
---
|
||||
|
||||
### 3.5 阶段五：专家抽取与评标准备
|
||||
@@ -715,21 +738,12 @@ Agent 在调用任何业务数据前，必须通过统一数据网关验证请
|
||||
| 归档 | 智能分类、缺失检测 | 分类算法 | P1 |
|
||||
| 围串标预警 | 关联图谱、异常行为识别 | 知识图谱、异常检测 | P1 |
|
||||
|
||||
### 附录2：关于OA审批的专项说明
|
||||
|
||||
1. **评审组织**：需求委托提交OA前，必须经过**需求部门负责人组织的内部评审**（确定技术参数、预算合理性），此环节在系统外或通过系统“预审”功能完成，非OA审批流。
|
||||
2. **审批人匹配**：系统应根据**项目估算金额**和**提交人的组织架构**，自动匹配审批路径。具体规则见各流程文件的审批矩阵。审批人角色包括：二级部门负责人（部长）、一级部门负责人（总经理/副总经理）、分管公司领导、总裁。
|
||||
3. **流程选择**：建议采用**OA系统作为审批中心**，原因如下：
|
||||
- **统一性**：公司现有审批流程（合同、付款）均在OA，用户习惯统一。
|
||||
- **合规性**：OA审批记录更符合内控和审计要求。
|
||||
- **集成方案**：招标平台通过API将审批单据推送到OA，OA完成审批后回调结果。审批节点、会签、转签等复杂逻辑由OA原生支持，招标平台无需重复开发。**不建议使用飞书审批**，因其难以满足公司级复杂审批矩阵和长期归档要求。
|
||||
|
||||
### 附录３：待确定事项汇总
|
||||
* 委托自动合并功能（同类型多立项合并）暂缓落地，根据业务使用频次确定是否开发。
|
||||
* 投标文件加密方案
|
||||
### 附录2：待确定事项汇总
|
||||
* **委托自动合并功能**（同类型多立项合并）暂缓落地，根据业务使用频次确定是否开发。
|
||||
* **投标文件加密方案**
|
||||
两种方案待定：
|
||||
①供应商自主设密钥，开标现场输密码解密（弊端：联系人失联无法开标）；
|
||||
②系统统一加密、平台自动解密（弊端供应商不信任数据安全）。
|
||||
* 标书费配置
|
||||
* **标书费配置**
|
||||
1. 收费节点定于标书发放前，付费后解锁招标文件查看权限；
|
||||
2. 现阶段暂不开发收费功能，**预留收费接口**；
|
||||
2. 招标方案制定时可选择是否收取标书费；
|
||||
Reference in New Issue
Block a user