docs(design): record gate-1 acceptance result and mark v0.5 delivered

README.md

@@ -98,12 +98,12 @@ pnpm validate     # 每次改元数据后跑；其余检查见 AGENTS.md §6
 | v0.2（已合入，PR #13–#18） | 物料只读副本、银行账户、存量导入、信息变更单 | 10 |
 | v0.3（已合入，PR #29–#33、#41） | 合同与协议、供应商处置 | 13 |
 | v0.4（已合入，PR #40、#42、#44–#46、#56、#57） | 交付记录导入、质量问题 / SCAR、供应商审核与年度审核计划 | 17 |
-| v0.5 | 绩效、风险事件、管理报表 = 内部版 MVP，试运行 | 21 |
+| v0.5（已合入，PR #58、#59、#62–#64、#66–#70） | 绩效、风险事件、管理报表 = 内部版 MVP，试运行 | 21 |
 | v0.6 | 供应商门户（依赖 objectstack#25233） | 22 |
 | v0.7 | 寻源与封标、价格库；核心对象冻结 | 28 |
 
 已完成：核心设计、三个扩展包设计（保留）、ADR-0001～0009、参数文件首版、体系文件生成脚本
-和 16 份模板、v0.1 内部工作台（PR #5）、v0.2 主数据补齐（PR #13–#18）、v0.3 合同与处置（PR #29–#33、#41）、v0.4 质量（PR #40、#42、#44–#46、#56、#57）。文档目录见 [docs/README.md](./docs/README.md)；
+和 17 份模板、v0.1 内部工作台（PR #5）、v0.2 主数据补齐（PR #13–#18）、v0.3 合同与处置（PR #29–#33、#41）、v0.4 质量（PR #40、#42、#44–#46、#56、#57）、v0.5 绩效与风险（PR #58、#59、#62–#64、#66–#70）。文档目录见 [docs/README.md](./docs/README.md)；
 参与开发前先读 [AGENTS.md](./AGENTS.md)。
 
-下一步：v0.5 绩效与风险——指标库、按周期考评、风险事件与黑名单，出口即门槛 1 内部 MVP 验收（[07 §1](./docs/design/07-delivery-plan.md#1-分期路线图)）。
+下一步：门槛 1 内部 MVP 验收已跑通（[07 §2.3](./docs/design/07-delivery-plan.md#23-量化标准)），田騏确认后进入 v0.6 供应商门户（依赖 objectstack#25233）。

docs/design/07-delivery-plan.md

@@ -17,7 +17,7 @@
 | v0.2 主数据补齐 | 银行账户、信息变更申请、法人（业务单元）、物料与存量供应商导入 | +3 = 10：物料、银行账户、信息变更单 | 存量供应商导入后能复核；关键信息变更走审批 | 已交付（PR #13–#18） |
 | v0.3 合同与处置 | 合同与合同行、处置单（暂停 / 冻结 / 解除）、供应商自助重新申请 | +3 = 13：合同、合同行、处置单 | 合同到期前提醒；冻结后不能被邀请 | 已交付（PR #29–#33、#41） |
 | v0.4 质量 | 交付记录导入、质量问题与整改单、供应商审核与年度审核计划 | +4 = 17：交付记录、质量问题、供应商审核、审核问题项 | 不合格交付能开整改单并闭环；OTD、合格率、PPM 出数 | 已交付（PR #40、#42、#44–#46、#56、#57） |
-| v0.5 绩效与风险 | 指标库、按周期考评、风险事件与扫描、黑名单 | +4 = 21：绩效指标、考评单、考评明细、风险事件 | 第一次考评自动生成并发布；D 级进入处置 | 门槛 1：内部 MVP 验收（§2.1） |
+| v0.5 绩效与风险 | 指标库、按周期考评、风险事件与扫描、黑名单 | +4 = 21：绩效指标、考评单、考评明细、风险事件 | 第一次考评自动生成并发布；D 级进入处置 | 已交付（PR #58、#59、#62–#64、#66–#70）；门槛 1 验收已跑通（2026-10-26，§2.3），待田騏确认 |
 | v0.6 供应商门户 | 邀请注册、门户补资料与证书、整改回复、通知 | +1 = 22：供应商邀请 | 供应商自己维护资料并回复整改 | objectstack#25233 修复；V1–V5 实测通过（§6） |
 | v0.7 寻源 | 询价 / 竞价、封标、比价、定标审批、价格记录 | +6 = 28：寻源单、寻源明细、寻源邀请、报价单、报价明细、价格记录 | 封标询价到定标，价格记录生效 | 门槛 2：核心 28 个对象冻结（ADR-0009 第 5 条） |
 | 之后（客户驱动） | ERP 连接器与门户镜像（订单确认、送货通知、付款进度）、电子签、工商数据、扩展包 | 镜像对象另计 | — | 客户明确型号或需求 |
@@ -51,18 +51,18 @@ gantt
 
 1. 品类经理为供应商 X 登记准入申请，选择「电子元器件」品类（A 类物资、高风险），上传
    营业执照；系统查重通过；
-2. 采购员收齐 ISO9001 证书与银行账户；应付会计核验银行账户；
+2. 采购主管（或品类经理）收齐 ISO9001 证书与银行账户（采购员对证书只读、看不到银行账户，04 §2）；应付会计核验银行账户；
 3. SQE 完成现场审核并上传报告，审核通过；
 4. 准入审批按矩阵走品类经理、采购总监两级，A 类加质量经理会签；审批人与发起人为同一人
    时自动改派；通过后 X 变为「合格」；
 5. 导入上月交付记录表格两遍，结果一致；其中一条不合格记录开出整改单，X 的整改回复由
    SQE 代录（FR-602），SQE 审核退回一次后通过，验证关闭；
 6. 月初考评 flow 为 X 生成本期考评单（A 类按月），OTD、合格率、PPM 与导入数据一致；
    采购总监审定发布；
-7. 把 X 的考评改成 D 级并连续两期，处置单自动建议暂停；处置单审批通过后 X 不能再被
-   关联新的合同；
+7. X 的考评连续两期为 D 级：第一期发布后自动生成冻结处置单草稿，第二期改为生成淘汰处置单草稿
+   （[03 §10](./03-processes-and-automation.md#10-p9-绩效评估v05) 第 6 步）；处置单审批通过后 X 不能再被关联新的合同；
 8. 将 X 的 ISO9001 证书有效期改为昨天，次日扫描后 X 被标记「资质异常」，列表上有提示；
-9. 为 X 新建合同，到期前 30 天提醒到采购员待办。
+9. 为 X 新建合同，到期前 30 天提醒合同所有者、品类经理和采购员。
 
 ### 2.2 门槛 2：门户与寻源（v0.7 出口）
 
@@ -88,6 +88,18 @@ gantt
 | 封标测试 | 截止前经界面、API、导出、仪表盘、AI 助手五个通道均取不到报价内容 | 2 |
 | 可用性 | 5 家试点供应商在无培训的情况下完成「接受邀请 → 提交报价」 | 2 |
 
+门槛 1 验收结果（2026-10-26，main 上的本地演示环境，`pnpm setup:local` 造数）：
+
+- §2.1 九步剧本在浏览器里按岗位走通；第 8 步发现证书「必备资质」没有按品类自动标记、必备证书过期后供应商不进「资质异常」，
+  第 9 步到期提醒没有发给采购员，均由 PR #70 修复后重跑通过；第 2、7、9 步的措辞按权限矩阵和 03 §10 校正。
+- 导入幂等：物料、存量供应商、联系人、证书、合同与明细、交付记录各导入两遍，第二遍只更新、不新增，业务字段逐条一致。
+- 数据迁移：存量供应商、联系人、证书在两个全新环境各演练一轮，逐格核对 164 / 164（100%）。
+- 审批矩阵：本阶段适用的 10 行（准入两行、合同、银行账户、其他信息变更、冻结 / 解冻、淘汰、绩效发布、SCAR 审核）各有
+  一条通过用例，另有一条「采购主管审批本人发起的变更单不计入、改由另一位采购主管」；寻源与定标 6 行随 v0.7 验收。
+- 性能：供应商、交付记录各 10 万行时，列表首屏（含页面加载）1.1–1.5 秒，筛选视图同样在 2 秒内（单机 sqlite，
+  正式环境上线前按部署数据库复测）。
+- 可用性（2 名采购员无培训完成「登记申请 → 审批通过」）需要真实用户，留到试运行时做。
+
 ## 3. 应用包结构与工程规范
 
 ### 3.1 目录结构