必须先有的材料
- 缺陷描述、影像、批次、检验数据
- 处置意向：退货 / 报废 / 返工 / 让步
- 8D 各步证据与时限
- 报废、返工、索赔、加急费用
需求 / 适用前提
什么条件下该开庭
工作台管不合格品评审与客户 8D，不是通用表单系统。没有缺陷描述、批次与影像，判例检索没有对象。
谁在用、管什么
- SQE/PQE：立案、根因、8D
- 评审组：合议与让步审批
- 客户质量窗口：对外 8D
- 质量总监：损失与复发
现在账为什么对不上
- 同样超差，这批让步下批报废
- 根因写「操作疏忽」，对策写「加强培训」
- 同一缺陷换描述又立一案
- 让步批次流向与后续客诉对不上
如何工作
每起不合格是一宗案件
评审是合议，决议是判决书，复发自动并案。安全特性件禁止让步，系统硬拦截。
01
立案与同案检索
不合格或客诉统一立案。AI 按语义检索相似判例（「端面划伤」对上「表面拉毛」），三秒内给出当时怎么判、后来有没有复发。关键词搜不到的描述，靠语义。
02
合议与 8D
退货、报废、返工、让步线上合议，意见与依据留痕。让步须风险评估与审批链。8D 分步引导，围堵带时限；纠正措施没有证据不能关闭。根因栏写「操作疏忽」会被五个为什么追问。
03
让步追踪与损失账
让步批次流向哪个客户要记下，后续客诉回挂。报废、返工、索赔、空运费归集到产品线与缺陷模式。年底要能说出质量花了多少冤枉钱。
工作台
立案、合议、8D、判例、让步、账房
静态部署路径为 /defect-court。在线工作台见 apps.chatsoftware.cn/defect-court。
立案登记台
描述、影像、批次结构化。相似判例侧栏。
合议评审室
本案证据对援引判例。让步走审批链。
8D 工作台
D1–D8 分步。24 小时围堵、10 天关闭催办。
判例库
现象 / 根因 / 对策 / 效果。复发并案。
让步追踪链
批次流向与后续客诉回挂。
质量损失账房
报废返工索赔加急，按模式分摊。
对使用者的价值
判例在，口径才不会看谁嗓门大
价值在重复缺陷下降、8D 一次通过、质量损失可归集——不是八个空白大文本框。
质量工程师
立案即见旧案。套话根因会被追问，而不是过关。
评审组
让步有风险链。安全件走不了让步。
客户窗口与总监
对外 8D 须人工审定。复发与损失在总览上可见。
边界
系统代劳的上限
处置决议必须人工合议。AI 只提供判例与质询，不编造未验证的对策效果。
- 让步审批必须人工签核。
- 对外 8D 发出前须质量窗口审定。
- 法规安全特性件禁止让步，硬拦截。
- AI 禁止编造未验证的对策效果。
- 客户与工艺数据支持不出厂。
进出角色
从哪进、从哪出
打开已部署实例：apps.chatsoftware.cn/defect-court。
进入
- 缺陷描述与影像
- 批次与检验数据
- 合议意见
- 费用单据
离开
- 判决式处置决议
- 可验证关闭的 8D
- 并案后的复发记录
- 可归集的质量损失