STP/docs/architecture/需求分析说明书.md

滨化集团智慧招标平台（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个主阶段。全景流程图如下：

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 招标委托流程

流程图

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）：提出采购计划。 - 采购人员（活动020）：审核及补充委托资料。 - 需求人员：确认AI预填单。 - 需求部门负责人：组织内部评审（此为非OA的必要评审，确定技术参数和预算）。 - OA审批人（活动040）：二级部门负责人（采购部/相关部长）审核。 - AI“小滨”：提取关键信息、预填表单。
业务规则	- 委托单核心元素必须完整（制度5.3.2）。 - 审批权限（活动040）：50万元以下由二级部门负责人审批；500万元以下由一级部门负责人审批；以上由分管公司领导审批（流程文件8.4.4.2）。 （注：此处依据流程文件，与制度5.3略有出入，以流程文件为准）
异常处理	- 驳回：记录原因，退回修改。 - 超时未批：系统自动催办（24h/48h）。
AI介入	- 自然语言解析并智能预填委托单。 - 自动判断是否需招标（对照5.1.3门槛）。 - 推荐预算参考与历史中标价。

---

3.2 阶段二：立项

• 对应流程文件：8.4.4.3 招标立项流程、8.4.4.1 招标供应商长短名单管理流程

流程图

graph TD
    A(委托生效) --> B[招标专员指定/系统分配]
    B --> C[AI 生成招标方案]
    C --> D[招标专员修改/确认招标方案]
    D --> E[[8.4.4.1 供应商长短名单流程]]    
    E --> M[形成供应商短名单<br>活动050]
           
    M --> N{提交立项审批<br>活动030}
    N -->|驳回| D
    N -->|通过| P[[进入招标文件编制]]

关键表单

• 《供应商长名单》、《供应商短名单》、《报名通过单位名单》（来自8.4.4.1流程）
• 《评标委员会》（BH-SCM-JL-011）：在立项阶段初步确定工作领导小组。

详细说明

项目	内容
触发条件	招标委托审批通过
输入	生效的《招标委托表》、供应商池数据
输出	审批通过的《招标方案》、寻源公告、供应商短名单/报名通过名单
角色操作	- 招标专员（活动010-030）：编制招标方案（含标段划分、评标办法）、组织评审、提交审批。 - 审批人（活动040）：对所提报招标方案进行审批。路径：二级部门负责人 → 一级部门负责人 → (50万以上)分管公司领导 → (500万以上)总裁。（见流程文件审批矩阵） - 相关部门（活动100）：评审报名单位业绩。
业务规则	- 邀请招标供应商数量≥3家；框架类≥拟中标单位数2倍（制度5.9.1.b）。 - 公开寻源二次报名仍不足3家，可调整策略（制度5.9.1.a）。 - 招标方案评审需包括：技术文件、拟邀请单位、评标办法等（流程活动020）。
异常处理	- 供应商数量不足：AI扩大寻源范围或转为竞争性谈判。 - 审批驳回：专员修改后重新提交。
AI介入	- 主动寻源：基于采购品类，从潜在供应商池推荐新供应商，并附推荐理由。 - 自动校验推荐供应商与黑名单、利益冲突。 - 生成《供应商短名单》初稿。

---

3.3 阶段三：招标文件编制与公告发布

• 对应流程文件：8.4.4.3 招标立项流程（活动050-090）

流程图

graph TD
    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[进入供应商报名阶段]

关键表单

• 《招标文件》：包含招标公告、投标人须知、合同条款、评标办法、技术规范等（制度5.8.3）。
• 《寻源报名公告》：包含项目概述、资格要求、技术要求等（制度5.8.2）。

详细说明

项目	内容
触发条件	立项审批通过
输入	立项评审单、模板库
输出	《招标文件》、《寻源报名公告》
角色操作	- AI：生成初稿、校验合规、生成公告。 - 招标专员（活动050,060）：编制、确认、发起审批。 - 审批人（活动080）：对寻源公告进行审批，路径同立项。
业务规则	- 公告至投标截止≥7天（制度5.9.2）。 - 招标文件必须包含所有法定内容（制度5.8.3）。 - 评标办法权重参考附录B（综合评估法权重参考表）。
异常处理	- 合规校验不通过：系统高亮显示问题（如引用废止法规）。
AI介入	- 智能编撰：基于模板和历史数据生成招标文件初稿。 - 一致性检查：检查技术要求与评分标准是否脱节。 - 公告自动生成：从定稿招标文件中提取信息填充公告。

---

3.4 阶段四：供应商报名与资质审核

• 对应流程文件：8.4.4.1 招标供应商长短名单管理流程（活动080-110）

流程图

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[区块链存证]

关键表单

• 无新增表单，主要产生《报名通过单位名单》。

详细说明

项目	内容
触发条件	寻源公告发布
输入	供应商注册信息、资质文件、缴费凭证
输出	审核通过的供应商名单、投标文件存证
角色操作	- 供应商：注册、报名、缴费、上传标书。 - AI：自动审核资质、验真、对账。 - 相关部门人员（活动100）：对报名单位业绩等进行评审。
业务规则	- 投标保证金≤预算2%，最高80万元（制度5.9.3.1）。 - 投标文件必须加密，开标前不可解密。
异常处理	- 资质核验不通过：系统自动驳回并说明原因。 - 缴费未到账：系统轮询支付网关，超时未到账取消资格。
AI介入	- OCR识别：提取资质证书关键字段。 - 真伪核验：对接工商/税务API验真。 - 自动对账：支付回调后更新缴费状态。 - 区块链存证：存证投标文件哈希。

---

3.5 阶段五：专家抽取与评标准备

• 对应流程文件：8.4.4.4 开标及评标流程（活动050）

流程图

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）：确认抽取规则。 - AI：匹配、抽取、校验回避。 - 专家：确认参与、签署承诺书。
业务规则	- 评委人数：最低价法≥3人单数；综合评估法≥5人单数（评委管理规定4.1.3）。 - 抽取时间：开标前24小时内（评委管理规定4.5.1）。 - 回避原则：投标人近亲属、项目主管部门人员、有经济利益关系者（评委管理规定4.7）。
异常处理	- 专家人数不足：从外部专家库补充或放宽专业范围。 - 专家临时缺席：从备选库重抽。
AI介入	- 智能匹配：根据品类和技术复杂度推荐匹配专家。 - 知识图谱反欺诈：自动挖掘专家与供应商的隐性关联，预警利益冲突。

---

3.6 阶段六：开标与评标

• 对应流程文件：8.4.4.4 开标及评标流程（活动060-120）

流程图

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）

详细说明

项目	内容
触发条件	到达公告规定的开标时间
输入	所有加密投标文件、评标办法
输出	评委打分表、雷同检测报告、价格分析报告、得分汇总表
角色操作	- 系统：自动开标、解密、脱敏、分发、汇总。 - 评委：在线打分、填写评审意见。 - AI：偏离度分析、价格分析、雷同检测。 - 招标人员（活动040）：判断是否符合招标条件（如有效投标人数量）。
业务规则	- 开标过程全程录音录像（评委管理规定4.8）。 - 有效投标人低于3家，若评委认定仍有竞争性，经评标委员会工作领导小组批准后可继续评标（制度5.11.3）。 - 技术标与商务标分开评审。
异常处理	- 解密失败：系统重试，仍失败则启用人工备用流程。 - 不符合招标条件（投标人不足）：经审批后废标（活动130）。
AI介入	- 自动脱敏：NLP识别并隐藏供应商身份信息。 - 雷同检测：文本相似度计算，高亮显示高相似段落。 - 价格分析：基于历史数据标注异常低价/高价。 - 业绩发票验真：OCR+税务局API验真。

---

3.7 阶段七：定标与审批

• 对应流程文件：8.4.4.5 定标流程

流程图

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）：编制报告、发起审批。 - 审批人（活动030）：执行定标审批，路径见审批矩阵。 - 系统（活动040-060）：发布结果、转交资料、归档。
业务规则	- 原则上按综合排名第一推荐中标（制度5.11.4）。 - 定标审批权限（流程文件审批矩阵）：50万元以下二级部门负责人→一级部门负责人；500万元以下→分管公司领导；以上→总裁。 - 中标资料须转交委托部门（制度5.12）。
异常处理	- 审批驳回：退回评标小组复议。 - 中标供应商放弃：按排名顺延，重新报批。
AI介入	- AIGC评标报告：自动生成结构化报告。 - 中标建议可解释性：提供各方案优劣势对比。

---

3.8 阶段八：合同生成与供应商入库衔接

流程图

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）中的合同条款部分。

详细说明

项目	内容
触发条件	定标审批通过
输入	中标供应商信息、报价、合同模板
输出	电子合同、供应商入库审批单
角色操作	- 系统：自动触发流程。 - 采购专员（活动040）：签订合同（流程8.4.4.6 活动040）。 - 供应商：线上签章。
业务规则	- 中标通知书发出后30日内签订合同。 - 履约保证金由采购专业负责收缴（制度5.9.3）。
异常处理	- 供应商入库驳回：通知补充材料。 - 签约逾期：系统自动预警。
AI介入	- 合同智能生成：根据中标内容填充合同初稿。 - 风险条款标注：对比历史合同，标注异常条款。

---

3.9 阶段九：资料归档与全程监督

流程图

graph TD
    A[合同签订完成] --> B[系统自动收集全流程资料]
    B --> C[按制度5.16清单整理]
    C --> D[生成电子归档文件包]
    D --> E[推送至电子档案系统]
    E --> F[归档完成]
    F --> G[审计人员随时查阅]
    G --> H[BI看板实时展示]

关键表单

• 归档清单见制度5.16，包括：《招标委托资料》、《招标文件》、《投标单位签到表》、《评委签到表》、《评标纪律承诺书》、《投标文件》、《评标报告》、《中标通知书》等。

详细说明

项目	内容
触发条件	合同签订完成
输入	全流程文档、音视频
输出	归档文件包、审计日志
角色操作	- 系统：自动收集、整理、推送。 - 审计/合规：查询、导出。
业务规则	- 归档资料必须包括制度5.16列明的所有文件。 - 开标评标音视频文件需单独长期保存。
异常处理	- 资料缺失：系统提示缺失项，要求补传。
AI介入	- 智能分类：自动分类并按规范命名。 - 缺失检测：对比归档清单，自动识别缺失文件。 - 审计辅助：支持自然语言查询（如“查询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原生支持，招标平台无需重复开发。不建议使用飞书审批，因其难以满足公司级复杂审批矩阵和长期归档要求。

---

（完）