QORTIX · 典型场景手册

典型质量管理场景与落地方式

本手册列举 OEM/ODM 质量管理中常见的工作场景，并说明如何在本应用中一步步完成。每个场景给出参与角色、操作路径和可交付输出，帮助质量团队、代工厂和供应商在同一条可追溯链路上协同。

六角色协同 九步质量闭环 IQC·PQC·FQC AI 辅助 KPC/KCC 版本 v1 · 2026-06-21
总体闭环

多数场景都落在这条九步主线上，每一步都可追溯：

01产品导入 02BOM 导入 03AI KPC/KCC 04工程评审 05控制计划 06IQC/PQC/FQC 07工厂提交 08追溯 09NCR/8D 关闭

01新产品质量导入

新机型 / 新工厂 / 新供应商进入量产前，需要建立完整的质量基础资料和物料结构。

常见痛点：产品、型号、工厂、供应商资料散落在 Excel 和邮件中，关键件没有统一登记，后续检验和追溯缺少主数据基础。
质量数据负责人质量工程师系统管理员

在本应用中如何完成

  1. 在 /admin/product-lines、/admin/factories、/admin/suppliers 维护产品线、代工厂和供应商档案。
  2. 在 /product-onboarding 建立产品、型号与对应工厂、供应商关系。
  3. 在 /bom 维护物料清单结构，标记关键件和供应商风险等级。
  4. 在 /data 用手工录入或 Excel 导入补齐主数据（MVP 阶段，预留系统集成）。

可交付输出

02AI 辅助识别关键特性（KPC/KCC）

结合图纸、规格书、BOM 和历史失效，识别产品关键特性（KPC）与过程控制特性（KCC）。

常见痛点：关键特性识别依赖个别工程师经验，缺乏证据和一致口径，新人难以复用，评审难以追溯。
质量工程师质量经理

在本应用中如何完成

  1. 进入 /ai-quality-planning 向导：第 1 步选择产品、BOM 节点、图纸和规格书作为证据。
  2. 第 2、3 步补充历史失效与工程师自然语言判断，并运行市场 / 网页风险探测。
  3. 第 4 步由 AI 生成 KPC/KCC 候选，每条带证据引用、置信度和 requiresReview 复核标记。
  4. 在 /kpc-kcc 由质量工程师复核、调整并确认正式关键特性。

可交付输出

口径提醒

AI 负责整理证据、提出候选并标注复核状态；关键特性是否成立由质量人员最终确认，而非黑盒结论。

03控制计划制定与门禁审批

把关键特性、检验方法、抽样方案和责任人固化为控制计划，并在发布前统一门禁审批。

常见痛点：控制计划版本混乱、审批口头化，发布后无法证明谁在何时批准了哪一版。
质量工程师质量经理

在本应用中如何完成

  1. 在 /control-plan 基于 KPC/KCC 编制控制计划，补充检验方法、抽样、反应计划和责任人。
  2. 引用 /templates 的控制计划 / PFMEA 模板，保证结构一致。
  3. 按 /admin/workflows 配置的审批门槛、负责人和时限提交评审。
  4. 质量经理在控制计划页面完成门禁审批，发布后形成留痕。

可交付输出

04来料 / 过程 / 成品检验执行

按控制计划执行 IQC、PQC、FQC 检验，并汇总到看板。

常见痛点：工厂检验记录在纸面或本地表格，质量团队看不到实时执行情况，异常发现滞后。
工厂质量负责人质量工程师

在本应用中如何完成

  1. 工厂在 /factory-portal/inspection-submission 按指导书提交来料、过程、成品检验。
  2. 质量团队在 /inspection 按阶段（IQC/PQC/FQC）切换查看记录与看板。
  3. 对异常项发起分诊，必要时转入不合格处理流程。

可交付输出

05不合格品处理与 8D/CAPA 闭环

发现不合格后，按围堵、根因、纠正预防到关闭证据的八步推进，证据齐套才允许结案。

常见痛点：问题处理缺乏统一流程，根因和预防措施流于形式，关闭无证据，问题反复发生。
质量工程师质量经理供应商质量工程师

在本应用中如何完成

  1. 在 /nonconformance 创建不合格记录，登记围堵措施。
  2. 借助 /assistant 辅助根因分析，引用 /templates 的 8D / CAR 模板。
  3. 逐步推进根因、纠正预防措施和验证，补齐每一步的关闭证据。
  4. 证据齐套后由质量经理确认关闭，全过程留痕。

可交付输出

06供应商整改协同

供应商对质量问题提交围堵、根因、措施和关闭证据，质量团队统一复核与升级。

常见痛点：供应商整改通过邮件往返，进度和证据不透明，质量团队难以统一管控和升级。
供应商质量工程师质量工程师

在本应用中如何完成

  1. 供应商在 /factory-portal/corrective-action 提交围堵、根因、纠正措施和关闭证据。
  2. 在 /factory-portal 查看任务、提交记录和协同消息。
  3. 质量团队复核整改质量，必要时升级或退回补充，并评估追溯影响。

可交付输出

07质量追溯与批次分析

从批次到物料逐级追溯，贯通检验、问题和整改，支持影响范围分析。

常见痛点：出现批量问题时，难以快速定位涉及的批次、物料和供应商，影响范围评估靠人工拼凑。
质量工程师质量数据负责人质量经理

在本应用中如何完成

  1. 在 /traceability 选择批次或物料，贯通查看检验记录、问题和整改。
  2. 结合 /bom 的关键件与供应商信息评估影响范围。
  3. 把追溯结论关联到对应的 NCR / CAPA 处理。

可交付输出

08失效与市场风险情报

基于产品、零部件、BOM 和行业信息，从网页和历史失效中收集高质量风险线索。

常见痛点：外部标准、同类产品失效和市场风险信息分散，难以系统性纳入质量策划。
质量工程师质量经理

在本应用中如何完成

  1. 在 /knowledge 点击“查找网页知识”，或在 /ai-quality-planning 市场风险步骤运行探测。
  2. 系统按产品、BOM、失效案例和行业主题生成网页知识候选。
  3. 质量人员复核来源权威性、版本、地区适用性和版权后，决定是否入库。

可交付输出

口径提醒

网页增强不是“随便搜索互联网”，外部来源必须经过复核才能进入知识库或控制计划，不会自动变成有效质量规则。

09质量知识库与文档治理

把图纸、规格书、SOP、案例等沉淀为可被 AI 检索的结构化知识。

常见痛点：质量资料只存在网盘里，AI 和新人都无法高效检索复用。
质量数据负责人质量工程师系统管理员

在本应用中如何完成

  1. 在 /documents 归档 Word、Excel、PDF、图纸和 SOP 等源文件。
  2. 在 /admin/knowledge-base 上传文档，自动解析、向量化入库（RAG）。
  3. 在 /knowledge 维护结构化知识，在 /admin/knowledge 治理来源、分类、审核和检索范围。

可交付输出

10每日质量管理与班次交接

质量人员每天围绕风险、检验任务、整改和交接开展工作。

常见痛点：每日待办分散在多个系统和群里，交接靠口头，重要事项容易遗漏。
质量经理质量工程师工厂质量负责人

在本应用中如何完成

  1. 在 /quality-cockpit 查看今日风险、检验任务、整改和交接汇总。
  2. 在 /quality-cockpit（每日工作中心）按角色处理评审、提交、整改和关闭确认。
  3. 用 /assistant 辅助分析问题和生成建议。
  4. 在 /capabilities 查看知识、数据、工作流、治理等能力的实时状态。

可交付输出

11模板标准化输出

用统一模板生成控制计划、PFMEA、检验记录、8D 和 CAR 等标准输出。

常见痛点：各工厂、各人模板不一致，输出格式混乱，难以汇总和审核。
质量工程师系统管理员

在本应用中如何完成

  1. 在 /templates 维护控制计划、PFMEA、检验记录、8D 和 CAR 输出模板。
  2. 在控制计划、不合格处理等场景中引用统一模板。
  3. 必要时在 /skills 和 /workflows 维护可复用的质量技能与流程模板。

可交付输出

12权限、预算与治理审计

管理用户角色、模型预算和平台治理日志，保证操作可信、可审计。

常见痛点：谁能做什么不清晰，AI 调用成本不可控，关键操作没有留痕。
系统管理员质量经理

在本应用中如何完成

  1. 在 /admin/users 维护质量、工厂和供应商用户的角色权限。
  2. 在 /admin/budget-caps 按日 / 周 / 月管理模型调用预算和强制拦截策略。
  3. 在 /governance 查看信号审核、助手调用、工作流运行等治理日志。
  4. 在 /admin/settings 检查环境、数据库、平台版本和治理开关。

可交付输出

可信操作

所有写入按服务端身份归属责任人，审计记录不依赖前端声明的角色，确保操作可追溯、可问责。