feat(ui): 查标第 6 步前端补齐
- 读标页：每条清单项写最近一次检查的结论，点投标侧出处看投标原文；
「已响应」也能反馈判断有误（漏报）；证书要求写资质库里的情况
（新接口 GET /projects/{id}/qualification-matches，资质库空时不写）
- 概览：检查记录卡（历次检查、各级问题数、报告下载）、文件卡
- 工作台：「致命」列、统计可点筛选、待处理的致命问题卡（?f= 定位到问题）
- 日期输入加日历弹层（DateInput，Reka UI Calendar）
- 查标页：? 键显示快捷键说明；反馈对话框抽成 FeedbackDialog 共用
- 扫描件提示去掉多余空格
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
YANG JIANKUAN
@@ -46,15 +46,15 @@
|
||||
| 步骤（原型页面） | 接口 |
|
||||
|---|---|
|
||||
| 注册 / 登录（login） | `POST /auth/sms-codes` → `POST /auth/register` 或 `POST /auth/login` → `GET /me` |
|
||||
| 工作台（workbench） | `GET /projects`，每行带「下一步」`next_action`、就绪状态、正在跑的任务；`GET /quota` 给顶栏额度 |
|
||||
| 工作台（workbench） | `GET /projects`，每行带「下一步」`next_action`、就绪状态、正在跑的任务；`GET /quota` 给顶栏额度；「待处理的致命问题」按有致命问题的项目取 `GET /check-runs/{id}/findings`，「去处理」带 `?f=问题编号` 进查标页 |
|
||||
| 新建项目、上传招标文件（project-new） | `POST /projects` → `POST /uploads` → `PUT /uploads/{id}/parts/{n}` × N → `POST /uploads/{id}/complete` → `POST /projects/{id}/documents` → `POST /documents/{id}/parse-jobs`（预扣 1 次） |
|
||||
| 解析进度（parsing） | `GET /events` 收 `job.progress`；断线时轮询 `GET /parse-jobs/{id}`；`POST /parse-jobs/{id}/cancel`；失败后重试再调一次 `POST /documents/{id}/parse-jobs` |
|
||||
| 选包（lots） | `GET /projects/{id}/lots` → `PUT /projects/{id}/bidding-lots`；手工增删改分包 |
|
||||
| 读标（checklist） | `GET /projects/{id}/checklist`、`GET /projects/{id}/checklist/items`；原文查看器用 `GET /documents/{id}/file?variant=normalized`、`GET /documents/{id}/pages`；选句补出处用 `GET .../pages/{n}/sentences` → `POST /projects/{id}/citations`；修改、采纳、删除、恢复、补遗更新、修改记录、确认清单 |
|
||||
| 读标（checklist） | `GET /projects/{id}/checklist`、`GET /projects/{id}/checklist/items`；原文查看器用 `GET /documents/{id}/file?variant=normalized`、`GET /documents/{id}/pages`；选句补出处用 `GET .../pages/{n}/sentences` → `POST /projects/{id}/citations`；修改、采纳、删除、恢复、补遗更新、修改记录、确认清单；每条的检查结论用 `GET /check-runs/{id}/item-results`（「已响应」的反馈判断有误走 `POST /feedback`，`object_type = checklist_item`、`kind = false_negative`）；资质库的情况用 `GET /projects/{id}/qualification-matches` |
|
||||
| 上传投标文件、发起检查（bid-check） | 上传同上，`role = bid_volume`；`GET /projects/{id}/check-preview` 给出扣点说明 → `POST /projects/{id}/check-runs` |
|
||||
| 查标（results） | `GET /check-runs/{id}`、`GET /check-runs/{id}/findings` → `POST /findings/{id}/resolve`、`/reopen`（U 键）、`POST /check-runs/{id}/findings/bulk-resolve`；需人工核对用 `GET/PUT /projects/{id}/manual-checks`；`POST /feedback` |
|
||||
| 报告（report） | `POST /check-runs/{id}/reports` → 事件 `report.ready` → `GET /reports/{id}/file` |
|
||||
| 项目概览（project） | `GET /projects/{id}`、基本信息字段的修改和补遗确认、`GET /projects/{id}/documents`、`GET /projects/{id}/check-runs`、`POST /projects/{id}/transitions`（递交 / 归档及撤销）、`DELETE /projects/{id}` |
|
||||
| 项目概览（project） | `GET /projects/{id}`、基本信息字段的修改和补遗确认、`GET /projects/{id}/documents`（文件卡）、`GET /projects/{id}/check-runs` 和 `GET /projects/{id}/reports`（检查记录卡）、`POST /projects/{id}/transitions`（递交 / 归档及撤销）、`DELETE /projects/{id}` |
|
||||
| 额度（quota） | `GET /quota`、`GET /quota/entries`、`GET /plans`、`POST /activation-requests` |
|
||||
| 资质库（qualifications） | `/qualifications` 的增删改；附件先上传，再 `POST /qualifications/{id}/files` |
|
||||
|
||||
|
||||
@@ -14,7 +14,7 @@
|
||||
| 第 3 步 AI 响应匹配 | 进行中 | 整行上下文、提示词 v2、偏离栏直读、响应错位、复查复用、硬预算；送给模型的同一行按单元格、重复条目只合并显示（C5 修订）；致命项重问按数据暂不做。见 `check-eval.md` §8–§9 |
|
||||
| 第 4 步 资质库 | ✅ 2026-11-04 | 方案和落地记录见 `qualification-plan.md`（决策 QL1–QL7）。`qualification` 模块（增删改、附件按企业级密钥加密、`late_for` 到期提醒、审计）和前端资质库页；`check/qualification.py`：证书类别词表（16 类）、规则 `QUAL.EXPIRED / LEVEL_LOW / NOT_COVERED`，投标文字层按清单项定级、只有资质库记录的降一级，规则集 2026.11-r4。评测见 `check-eval.md` §13 |
|
||||
| 第 5 步 检查报告 | ✅ 2026-11-04 | `report` 模块：导出 → worker 用 Gotenberg（Chromium）把 HTML 转成 A4 PDF → 按项目数据密钥加密存对象存储 → `report`（不可改，存哈希）；`report_job` 记生成过程（迁移 0009），完成推 `report.ready`、发通知。首页有项目信息、投标文件版本、检查依据、规则版本、导出人、检查覆盖范围、汇总、免责声明；问题明细带两侧出处和处理人；附录是需人工核对的勾选结果；页眉 logo、页脚「本报告为辅助检查结果，仅供投标前自查参考」+ 页码；测试检查模板文字不出现「通过 / 合格 / 保证」。前端「报告」标签页：选项、导出、内嵌预览、历次报告下载。「证据索引」页没有单独做（出处已在问题明细里逐条列出）。同时补了项目状态流转（递交 / 撤销递交 / 归档 / 撤销归档，FR-M6-02）：致命问题未处理也能递交，确认框说明；递交后只读，撤销归档回到归档前的状态，都写审计 |
|
||||
| 第 6 步 前端补齐 | 部分 | 需人工核对、重复问题折叠、报告页已做；键盘操作、批量处理提示、判断有误反馈还没做 |
|
||||
| 第 6 步 前端补齐 | ✅ 2026-11-05 | 查标页：对照布局、键盘（J / K / O / 1 / 2 / 3 / X / U / ?）、「提示」批量确认、判断有误反馈、从工作台带 `?f=` 定位到问题。读标页：每条写最近一次检查的结论，点投标侧出处看投标原文，「已响应」也能反馈判断有误（漏报）；资格、评分里的证书要求写资质库的情况（`GET /projects/{id}/qualification-matches`，资质库空时不写）。概览：检查记录卡（历次检查、各级问题数、报告下载）、文件卡（招标方文件、投标分册最新版本，追加补遗挪到这里）。工作台：「致命」列、统计可点筛选、待处理的致命问题卡。日期输入加日历弹层（`DateInput`，Reka UI Calendar，周一开始、非本月留空）。反馈对话框抽成 `FeedbackDialog` 两页共用 |
|
||||
|
||||
**第 1 步落地记录**（和本文设计不一致、或留到后面的，记在这里）：
|
||||
|
||||
|
||||
@@ -1257,6 +1257,39 @@ paths:
|
||||
application/json:
|
||||
schema: { $ref: '#/components/schemas/CheckPreview' }
|
||||
|
||||
/projects/{project_id}/qualification-matches:
|
||||
parameters:
|
||||
- $ref: '#/components/parameters/ProjectId'
|
||||
get:
|
||||
tags: [checks]
|
||||
operationId: listQualificationMatches
|
||||
summary: 读标清单上的资质库情况（qualification-plan §4，第 6 步）
|
||||
description: |
|
||||
正式清单里资格条件、评分项中认出证书类别的条目，每类给出资质库里有效期最晚的一条，按投标截止日判断是否过期
|
||||
（没有截止时间按今天）。认类别、排除产品和人员证书的口径和查标一样；资质库是空的时 items 为空（QL3）。
|
||||
responses:
|
||||
'200':
|
||||
description: OK
|
||||
content:
|
||||
application/json:
|
||||
schema:
|
||||
type: object
|
||||
required: [as_of, by_deadline, items]
|
||||
properties:
|
||||
as_of: { type: string, format: date, description: 按哪天判断有效期 }
|
||||
by_deadline: { type: boolean, description: as_of 是投标截止日（false 时是今天） }
|
||||
items:
|
||||
type: array
|
||||
items:
|
||||
type: object
|
||||
required: [checklist_item_id, families]
|
||||
properties:
|
||||
checklist_item_id: { $ref: '#/components/schemas/Id' }
|
||||
families:
|
||||
type: array
|
||||
items: { $ref: '#/components/schemas/QualificationMatch' }
|
||||
'404': { $ref: '#/components/responses/NotFound' }
|
||||
|
||||
/projects/{project_id}/check-runs:
|
||||
parameters:
|
||||
- $ref: '#/components/parameters/ProjectId'
|
||||
@@ -1997,6 +2030,27 @@ components:
|
||||
QuotaEntryKind: { type: string, enum: [grant, hold, settle, release, expire, adjust, waive] }
|
||||
PlanCode: { type: string, enum: [free, pro, enterprise] }
|
||||
QualificationKind: { type: string, enum: [certificate, system_cert, software_copyright, other] }
|
||||
QualificationMatch:
|
||||
type: object
|
||||
description: 一类证书在资质库里的情况（读标页用）
|
||||
required: [family, count, record, state]
|
||||
properties:
|
||||
family: { type: string, examples: [ISO 9001 质量管理体系认证] }
|
||||
count: { type: integer, description: 资质库里这一类有几条 }
|
||||
state: { type: string, enum: [valid, expired, missing], description: 按 as_of 判断；missing 是资质库里没有这一类 }
|
||||
record:
|
||||
description: 有效期最晚的一条；没有时为 null
|
||||
oneOf:
|
||||
- type: 'null'
|
||||
- type: object
|
||||
required: [id, name, kind, valid_to]
|
||||
properties:
|
||||
id: { $ref: '#/components/schemas/Id' }
|
||||
name: { type: string }
|
||||
kind: { $ref: '#/components/schemas/QualificationKind' }
|
||||
level: { type: [string, 'null'] }
|
||||
cert_no: { type: [string, 'null'] }
|
||||
valid_to: { type: [string, 'null'], format: date, description: 'null 表示长期有效' }
|
||||
ProjectFieldKey:
|
||||
type: string
|
||||
enum: [name, code, purchaser, agency, procurement_method, legal_regime, budget_total, ceiling_total,
|
||||
|
||||
@@ -79,7 +79,7 @@
|
||||
- **项目要点**：13 个字段，每个带出处（点开看原文）；人工改过的标「已修改」，可以恢复 AI 值；点「修改」打开对话框，按字段类型给输入控件。
|
||||
- **采购包**：包号、名称、预算、限价、是否投；「更改所投的包」去选包页。不分包的项目这张卡写「不分包」。
|
||||
- **关键日期**：时间线和倒计时（FR-M2-09）。
|
||||
- 原型里的检查记录、文件、AI 摘要卡留到第 6 步。
|
||||
- 原型里的检查记录、文件卡已在查标第 6 步做（2026-11-05）。AI 摘要还没做：原型「项目要点」里评分构成、保证金、递交方式这类概括，要另加抽取。
|
||||
- **选包页**（原型 `lots.html`）：
|
||||
- 解析完成后，识别到 2 个及以上的包时，解析页的「下一步」进选包页，否则直接进清单（PI4）。
|
||||
- 页面内容：每个包一张选择卡（包号、名称、预算、限价带出处、各包的条目数）、通用条目数、「识别得不对？手工调整」、「这个项目不分包」。
|
||||
|
||||
@@ -146,7 +146,7 @@
|
||||
| D15 业绩 / 人员证明的时间窗口 | 业绩库、人员库是 V1 |
|
||||
| 产品证书核对 | 厂商的证书，不是用户的资质（红线 5：不从外部补数据） |
|
||||
| 从投标文件或附件里自动识别、批量导入资质 | 要 OCR / 多模态；MVP 只手工录入（01-scope-roles：「手工录入 + 有效期」） |
|
||||
| 读标清单上显示「资质库：ISO 9001 有效期至 …」 | 并入第 6 步前端补齐 |
|
||||
| 读标清单上显示「资质库：ISO 9001 有效期至 …」 | 已在第 6 步做（2026-11-05）：`GET /projects/{id}/qualification-matches`，按投标截止日判断，资质库空时不显示 |
|
||||
| 软著按软件名称配对、按件数核对评分 | 写法太散，认不准的不报 |
|
||||
|
||||
## 5. 评测
|
||||
@@ -185,5 +185,5 @@
|
||||
- **响应错位规则收窄**（`check/deviation.py`）：资质情况表的名称格（「安全生产许可证」，比要求短、以证书名结尾）不算「照抄的要求格」，右边的编号、有效期不算「响应对不上」。端到端测试里发现的。
|
||||
- **营业执照、法人证书、联合体的资质认定规则**不算「没认出类别的资质要求」，不进覆盖范围的计数。
|
||||
- **出处**：资质问题挂清单项自己的招标侧出处（`Hit.tender_refs`）；问题接口的 `rule` 改为规则问题都带（原来挂了清单项就不带）；报告模板 v2 在问题明细里写「依据：资质库记录《…》」。
|
||||
- **前端**：资质库页和对话框（日期可直接键入，接受 2026/11/20、2026年11月20日等写法；日历弹层留到第 6 步）；查标页资质问题显示「依据：资质库记录」块，墨色（用户录入的数据，不用 AI 出处的蓝铅笔色）。
|
||||
- **前端**：资质库页和对话框（日期可直接键入，接受 2026/11/20、2026年11月20日等写法；日历弹层第 6 步已加）；查标页资质问题显示「依据：资质库记录」块，墨色（用户录入的数据，不用 AI 出处的蓝铅笔色）。
|
||||
- 评测见 `check-eval.md` §13。
|
||||
|
||||
Reference in New Issue
Block a user