一、难的不是发现不良，是发现之后的那段路
在车间里，发现不良品其实不难：来料抽检、首件确认、过程巡检、成品终检，总会有人把问题挑出来。真正麻烦的是挑出来之后的那一段——这批料是退回供应商、还是挑拣后让步接收？这道工序的划伤件是报废、还是返修后重新投用？返修回来的件到底有没有重新检验、谁检的、结论是什么？
这些判断通常散落在三个地方：老师傅的经验、车间的口头交接、以及一张写得七零八落的纸质《不合格品处理单》。一旦要追责或复盘，几个空白几乎是必然出现的：
- 数量对不上：挑出来 200 件，返工回来 180 件，剩下 20 件去哪了，没人说得清。
- 状态是断的：单子上写着"待评审"，可评审会早开过了，纸上没改，别人只能再去问一遍。
- 复检缺位：返工完直接回线，没有独立的复检记录，"返工后到底合不合格"无从谈起。
- 原因统计不出来：不良现象用词五花八门——"划伤""有划痕""表面刮花"——月底想按原因排个序，做不出来。
结果就是：不良品处理了很多次，但没有一份数据能被用来改善，下一次同样的问题换个班组再犯一遍。不合格品处置模块要解决的正是这件事：把"发现 → 评审 → 处置 → 返工 → 复检 → 回流"这条链路变成一条可查、可追、可统计的记录，而不是一段靠人记的流程。
二、这套模块长什么样
用 Inkwell AI 构建器，你可以用一段业务需求的描述，直接生成这类"业务数据 + 管理页面 + 流程审批 + 移动端伴同"的业务模块，不需要先学数据库或写代码。不合格品处置是它的典型场景，因为它同时具备四个特征：要登记数据、要走审批、要有台账可查、要在手机上随时录。
下面按"数据怎么建 → 页面怎么用 → 手机怎么配合 → 上线查什么"分开讲，每一段都可以直接作为给 AI 构建器的需求描述。## 三、数据怎么建：四张表把链路撑起来
一句话原则：主表登记事实，从表记录判断，任务表管执行，复检表关上门。
第一张，不合格品登记单（主表）。 这是所有问题的入口。建议字段：单据编号（自动生成）、发现日期、来源类型（字典：来料检验 / 过程巡检 / 成品终检 / 客户退货）、关联单据（引用采购到货单、生产工单等）、物料或产品、批次号、不良数量、缺陷现象（字典，可多选）、缺陷描述、现场照片（附件）、发现人、所在工序、紧急程度。来源类型和缺陷现象都用下拉字典，现场只做选择题，不做填空题——这是后面能统计的前提。
第二张，处置评审记录（从表）。 一张不合格品单可以对应多条评审结论，因为同一批不良品常常要拆开处理：80 件返工、15 件让步接收、5 件报废。字段建议：评审人、评审日期、处置方式（字典：返工 / 返修 / 让步接收 / 挑选使用 / 退货给供应商 / 报废）、处置数量、责任判定（部门或供应商）、评审意见。数量拆分的意义在于——所有处置数量之和必须等于不良总数，差出来的那一部分自然会被系统暴露出来。
第三张，返工任务。 处置方式为返工或返修的记录，自动生成一条返工任务：关联不合格品单、返工工序、负责人、计划完成日期、实际完成日期、返工数量、返工过程的额外损耗、返工记录说明。返工任务有负责人和截止日期，就能进催办。
第四张，复检记录。 返工任务完成后触发复检：复检人、复检日期、复检数量、判定结论（合格 / 仍不合格）、仍不合格时的再次处置方式。这一步是"闭环"的最后一环，也是很多工厂纸质流程里最常被跳过的一环——把它做成返工任务关闭前的必填项，就再也跳不过去了。
两个平台能力能让这四张表更省事。一是数据字典：缺陷现象、处置方式、来源类型这些选项集中在一处维护，改了全公司一起变，不会出现每个车间一套说法。二是引用引擎：不合格品单可以直接引用采购、生产、仓储模块里已有的单据和物料档案（跨模块的软关联），不用把物料名称再录一遍，也避免了同一物料两个名字。## 四、页面怎么用：让每一方只看自己那一段
不合格品台账页。 默认按"待处理"优先排序，状态列一眼能看出卡在哪：待评审 / 待处置 / 返工中 / 待复检 / 已闭环。顶部筛选按来源、物料、责任部门、日期区间组合。品质经理每天打开这一页，就知道手上有多少单没走完、哪几单已经超期。
登记页。 表单短、必填少，只要求填"不填就干不下去"的字段，其余允许后补。缺陷现象做成多选下拉，现场只点选项；照片与附件直接在表单里拍或传。
评审与审批页。 提交后进入审批。审批规则建议按"处置方式 + 数量"分级：普通返工由车间主任确认即可；涉及让步接收（也就是明知不达标但决定照用）的，必须走更高级别审批并留下书面意见。这一步值得单独设规则，因为让步接收是质量风险最集中的地方。
返工任务看板。 按负责人分列，超期未完成的自动标红，并要求填写未完成原因。用看板而不是纯列表，班组长一眼知道自己手上压了几件。
不良分析页。 按缺陷现象、按物料、按工序、按责任部门分别聚合，做成排行榜；再看返工数量与报废数量随时间的走势。这一页才是这套模块真正的价值所在——它把过去"只处理不统计"的循环打断，让改善有靶子。
五、移动端怎么配合：现场的手，才能真正填满数据
这套模块的价值取决于"现场愿不愿意录"，所以手机端不是附加项，是主入口。
- 质检员在工位直接录不合格品单，拍照上传，不用回办公室补录。
- 班组长手机收到返工任务通知，处理完直接改状态。
- 复检人在手机上确认复检结论，照片一并回传。
- 品质经理在手机上随时翻台账，不用等周报。
Inkwell 的一个特点是：在 PC 上构建好的模块，会自动同步出对应的手机页面，不用为移动端再单独开发一套，字段、权限、流程规则保持一致。提醒与催办走平台的通知通道（站内信、邮件），超期单据自动推给相关人。这意味着"移动端"这件事在构建时基本是免费的，你只需要确认哪些字段适合手机填、哪些字段适合在电脑上批量维护。## 六、上线前查什么
模块搭得快，但上线前有六件事最好先落地，能省掉后面大量的返工：
- 字典先定。 缺陷现象字典、处置方式字典由品质部拍板，宁可先少后补，也不要一边用一边改——用起来之后再改字典，历史数据的分类会散掉。
- 权限先分。 谁登记、谁评审、谁审批、谁复检，用角色权限配置清楚，别让所有人都拿到管理员权限。
- 审批规则先写下来。 哪些处置必须审批、哪些可以直通、让步接收由谁批，先形成一页纸的规则，再照着配置。
- 历史数据只录在途。 上一期纸质台账里已经闭环的单据不必录入，只把尚未处理完的在途单据补进来，避免开局就背一大包脏数据。
- 发布前跑一遍预检。 Inkwell 在发布模块前会做预检（字段完整性、页面与移动端同步等），把报错清干净再上线，不要带着红字推给现场。
- 先小范围试运行。 选一个班组或一条产线跑两周，把字段口径和审批层级磨对了，再全厂推开。
七、之后怎么延伸
这套模块最有意思的地方是它可以长出触角。在 Inkwell 里，模块之间可以互相引用、由规则自动触发，所以后续延伸基本是"再描述一句需求"的事：
- 与检验模块打通：来料检验判为不合格时，自动生成一张不合格品登记单，不用再手工转抄。
- 与供应商管理打通：来料不合格自动计入该供应商的质量记录，作为评级与准入的依据，比年底凭印象打分靠谱。
- 与设备管理打通：如果某类不良原因反复指向同一台设备的参数漂移，可以设置规则自动生成设备点检或维修任务。
- 与客户投诉打通：客诉受理后追溯到成品批次，反向生成内部不合格品整改单，让"客户反馈"真正推动内部改善。
- 与定时任务打通：每周自动把未闭环的不合格品单汇总，推送给品质经理和分管负责人。
从一张纸上的处理单，到一条可查、可追、可统计的处置链路，中间隔的并不是技术难度，而是有没有一个足够低成本的方式把流程搬到线上。这正是 AI 构建器要解决的场景：你描述业务规则，它把数据表、页面、审批、手机端一起交付出来，剩下的时间留给你去解决真正的问题——把不良率降下去。