寻源流程与状态机
用途:设计寻源单据的生命周期、评审环节与状态迁移
标准流程
「标准流程」小节链接需求归集 → 寻源策略确定(方式/供应商范围/评分法) → 发标/发询价(供应商受邀) → 答疑与澄清(可多轮,涉及文件补遗) → 报价/投标(密封,截止前可撤回重报) → 开标(时间到点统一解密,全程留痕) → 符合性审查(资质、格式、保证金) → 技术评审 / 商务评审(可分轮) → 澄清与多轮报价(谈判类) → 综合评分与推荐定标 → 审批与公示 → 合同生成与订单释放状态机要点
「状态机要点」小节链接寻源项目至少三层状态,混成一张状态表会导致无法表达并行分支:
| 层次 | 示例状态 |
|---|---|
| 项目状态 | 草稿、待审批、已发布、报价中、已截止、评审中、已定标、已终止、已流标 |
| 供应商参与状态 | 已邀请、已应答、已放弃、已提交报价、报价无效、中标、未中标 |
| 报价单状态 | 草稿、已密封、已解密、已评审、已作废 |
关键迁移约束:
- 截止时间前可撤回重报,截止后一律不可改;解密只能由开标动作触发。
- 流标条件(有效报价不足 N 家、全部超预算、全部不合格)要显式建模并触发后续动作(重新寻源/转谈判)。
- 终止与作废保留全部历史,不允许物理删除。
- 状态推进要有幂等与并发保护:多人同时点“开标”只能生效一次。
时间窗口与自动化
「时间窗口与自动化」小节链接| 环节 | 自动化点 |
|---|---|
| 发布 | 到点自动通知供应商,倒计时可见 |
| 截止 | 定时任务封版,禁止后续提交(服务端时间为准,不信任客户端时间) |
| 解密 | 到开标时间自动或双人操作触发 |
| 提醒 | 报价截止前、评审超时、保证金到期提醒 |
| 公示 | 定标后自动生成公示内容并推送 |
服务端时间权威:所有截止时间以服务器时间判定,避免客户端时钟差异造成“提前/延后提交”的争议。
数据可见性规则
「数据可见性规则」小节链接| 阶段 | 供应商可见 | 内部可见 |
|---|---|---|
| 报价中 | 自己的报价、需求文件 | 不可见任何报价 |
| 截止后开标前 | 已提交状态 | 报价仍加密 |
| 开标后 | 自己的结果状态 | 解密后的报价(按角色) |
| 定标后 | 中标通知、未中标可查(按策略) | 完整评审记录 |
评审专家的打分在定标前对其他专家不可见(避免互相影响),这是评审独立性的常见要求。
常见误区
「常见误区」小节链接| 误区 | 修正 |
|---|---|
| 一张状态表承载所有语义 | 分项目/参与/报价三层状态 |
| 用客户端时间判断截止 | 服务端权威时间 |
| 报价明文存储 | 需加密 + 解密留痕(防提前泄露) |
| 允许截止后补交 | 破坏公平性,必须走重新寻源 |
| 评审记录不落库 | 审计无法复现决策 |
延伸阅读
「延伸阅读」小节链接- 招投标流程的公开法规与操作规范(作为程序设计参考)
- 本站:状态机建模、权限模型