跳转到内容

寻源流程与状态机

用途:设计寻源单据的生命周期、评审环节与状态迁移

需求归集 → 寻源策略确定(方式/供应商范围/评分法)
→ 发标/发询价(供应商受邀)
→ 答疑与澄清(可多轮,涉及文件补遗)
→ 报价/投标(密封,截止前可撤回重报)
→ 开标(时间到点统一解密,全程留痕)
→ 符合性审查(资质、格式、保证金)
→ 技术评审 / 商务评审(可分轮)
→ 澄清与多轮报价(谈判类)
→ 综合评分与推荐定标
→ 审批与公示
→ 合同生成与订单释放

寻源项目至少三层状态,混成一张状态表会导致无法表达并行分支:

层次 示例状态
项目状态 草稿、待审批、已发布、报价中、已截止、评审中、已定标、已终止、已流标
供应商参与状态 已邀请、已应答、已放弃、已提交报价、报价无效、中标、未中标
报价单状态 草稿、已密封、已解密、已评审、已作废

关键迁移约束:

  1. 截止时间前可撤回重报,截止后一律不可改;解密只能由开标动作触发。
  2. 流标条件(有效报价不足 N 家、全部超预算、全部不合格)要显式建模并触发后续动作(重新寻源/转谈判)。
  3. 终止与作废保留全部历史,不允许物理删除。
  4. 状态推进要有幂等与并发保护:多人同时点“开标”只能生效一次。
环节 自动化点
发布 到点自动通知供应商,倒计时可见
截止 定时任务封版,禁止后续提交(服务端时间为准,不信任客户端时间)
解密 到开标时间自动或双人操作触发
提醒 报价截止前、评审超时、保证金到期提醒
公示 定标后自动生成公示内容并推送

服务端时间权威:所有截止时间以服务器时间判定,避免客户端时钟差异造成“提前/延后提交”的争议。

阶段 供应商可见 内部可见
报价中 自己的报价、需求文件 不可见任何报价
截止后开标前 已提交状态 报价仍加密
开标后 自己的结果状态 解密后的报价(按角色)
定标后 中标通知、未中标可查(按策略) 完整评审记录

评审专家的打分在定标前对其他专家不可见(避免互相影响),这是评审独立性的常见要求。

误区 修正
一张状态表承载所有语义 分项目/参与/报价三层状态
用客户端时间判断截止 服务端权威时间
报价明文存储 需加密 + 解密留痕(防提前泄露)
允许截止后补交 破坏公平性,必须走重新寻源
评审记录不落库 审计无法复现决策
  • 招投标流程的公开法规与操作规范(作为程序设计参考)
  • 本站:状态机建模、权限模型