出厂检验不合格如何通知客户，销售、质量和仓库怎样协同

作者：轻流发布时间：2026年10月08日 12:10 预计阅读时间：约 10 分钟

一张不合格的出厂检验报告，卡在质检员手里。与此同时，仓库已经按计划把批次货物打包完毕，等待出库单；销售刚给客户承诺了交期，正等着发货通知。三个岗位各自跑在各自的流程上，直到发不出货，销售才意识到“可能出了问题”。这个瞬间，是制造企业最典型的流程断点之一——出厂检验不合格的通知和协同动作没有标准化，信息完全靠“喊”或“问”流转。

面对不合格品，质量管理必须判断是让步放行、返工、报废还是退货。销售需要立即判断是否影响客户订单、何时通知客户、用何种话术沟通。仓库则面临已备货品是否需重新分拣、隔离或退库。三个岗位如果不能在同一套信息流里获知不合格状态，以及相应的处理结论，整个交付链条就会从“一次异常”演变为“客户投诉+内部扯皮”。因此，出厂检验不合格如何通知客户，销售、质量和仓库怎样协同，本质上是一道面向“异常处理流程设计与跨部门协同”的管理考题。

“通知客户”问题背后的两道坎：谁判断，谁执行

不合格品的管理，通常有明确的处置规则：让步接收、返工、报废或退货。然而，现实中流程模糊的地方往往不在质量判定本身，而在于“谁有权决定通知客户，以及在哪个节点通知”。

第一道坎是信息同步。质量部门完成检验并获得不合格结论后，如果只通过电话、微信口头通知销售，销售再反过来补问“影响哪些订单”“是否可走让步”，仓库则完全不知情。这种模式下，一次不合格事件至少需要三次以上的人工确认才能达成一致行动。

第二道坎是决策滞后。销售接到不合格通知后，如果本身没有权限判断是否需要立即通知客户，就得先请示业务负责人，再由业务负责人与质量协商。潜在影响是：客户那边已经在等货，而内部还在走微信沟通圈。更糟糕的情况是，销售为了维护客户关系，私下选择“暂不通知”或“先发货质检追溯再说”，结果产品到客户现场暴露出问题，代价就不仅是退换货了。

销售、质量、仓库三岗协同的核心节点拆解

解决三岗协同的问题，不是靠定义每个岗位的SOP文字，而是要靠流程引擎与数据引擎把异常状态自动推送到对应角色的工作台上，并在关键节点上绑定决策权限。以下是一次标准的不合格品出厂处理中，三个岗位应参与的协同节点：

协同节点	质量部门动作	销售动作	仓库动作
不合格判定生成	在系统中录入不合格报告，标记处置方式（返工/让步/报废/退货），关联对应批次与PO号	通过流程引擎自动收到不合格报告通知，知悉涉及哪些合同和客户	收到批次隔离指令，执行备货区货品锁定、暂不出库
客户影响评估	提供质量数据，配合销售评估能否走让步放行	结合客户交期、合同条款，判断是否需要紧急沟通、启动让步或延期	提供已备货品的实物状态，便于销售区分已备品与受影响品
通知客户与处置执行	配合销售完成让步放行审批；或确认返工方案与时间	正式通知客户，更新交期承诺；如客户不同意让步，启动退货或补单流程	根据处置结论：返工品转入返工区、让步品恢复出库、报废品转入废品区
异常闭环记录	在系统中归置不合格处置记录，关联到批号和订单	更新客户订单状态（暂缓/取消/换货），留存沟通记录	执行实物处理后，在系统中完成批次状态变更（已质检/不合格）

从这张表中可以看出，协同的核心不是把信息“告知”每一个人，而是在系统里把每个节点上的角色赋予对应的规则与权限，让同一条异常信息自动触发不同角色的后续任务。

通知客户的两种场景与沟通策略

出厂检验不合格，通知客户的时机和方式取决于质量处置结论的确定速度，以及客户对交期的敏感度。从常见实践来看，应区分为两类场景：

场景一：处置结论明确（立刻可判定让步放行或返工有时间表）。销售应在结论确定后，第一时间与客户沟通，并附带质量部门提供的整改方案或让步依据。这种情况下的沟通重点在于“主动反馈+给出方案”，将内部异常转化为客户可接受的交付变更。否则，客户可能因“突然断货”产生不满，而其实客户在意的是“是否影响进度”而非“是不是零缺陷”。
场景二：处置结论未定（需要多部门会商，或需要质量与技术共同确认）。此时不宜让客户陷入等待真空。销售应发一个“预通知”，告知客户该批次正在走质量评估，预计X个工作日内给出结论并更新交期。这种预通知可以降低客户后期突然获知延期的情绪风险，也能为内部争取更从容的决策时间。

值得注意的是，通知客户本身是销售岗位的核心职责，但销售能否准确发出通知，取决于质检数据与流程的实时性，以及仓库库存状态的及时更新。如果销售需要通过层层追问才能拼凑出客户的影响范围，通知的时效性就会大打折扣。

从协同流程看系统配置的三个关键设计

很多企业试图用“群通知”来解决协同问题，但群聊无法记录审批环节、无法约束处理时效、难以追溯完整的事件脉络。如果考虑用系统承载协同流程，以下三个设计点值得优先关注：

第一，把不合格报告作为流程触发点。 质检员填报不合格报告时，应通过流程引擎自动将报告同步给仓库主管与销售负责人。仓库端操作界面自动弹出“是否锁定该批次”，销售端自动弹出“影响订单清单”。这个自动触发动作，把原来2-3次的单向人工沟通压缩为一次同步推送。

第二，数据权限的配置要支持跨岗位视图。 质量部门需要看到完整的批次质检记录；销售需要看到该批次涉及的所有客户订单清单，而不是只能问仓库“这个单发了没”；仓库需要看到完整的处置结论才能决定库位操作。基于数据引擎设计一张跨部门的“不合格品看板”，让三个岗位各取所需的数据视图，而非彼此封闭在各自系统里。

第三，异常处置的自动提醒与升级机制。 不合格品从“判定”到“处置结论确定”之间通常有时间窗口，如果超过预设时间（如24小时）质量部门未输入处置方案，系统应自动向质量负责人和销售负责人发出升级提醒。这个机制可以避免“质检报告写了但没后续”的极端场景。

实施中的边界与倾向性建议

需要说明一个判断：出厂检验不合格如何通知客户，销售、质量和仓库怎样协同这个问题，并非所有企业都必须立刻上系统。

对于月度检验批次少、人员规模在十几人以内的小型制造企业，用一张共享表格管理不合格记录、加上明确的岗位协作规则，完全能跑通流程。真正需要系统介入的边界在于以下三点：是否存在因信息滞后导致客户流失或赔偿的历史记录；是否因三个岗位处于不同办公地点或使用不同工具（如质量用纸质，销售用微信，仓库用Excel）；是否希望沉淀异常处置数据，用于追溯、成本分析和供应商评价。

如果考虑系统实现，可在现有办公平台上基于表单引擎构造一张“不合格品处置单”，再配合流程引擎配置审批与通知规则，无需立即替换已有的生产管理系统或ERP。例如，通过轻流搭建一个从检验不合格上报、跨部门审批到客户通知协同的自动化流程，将质检、销售、仓库三个角色的操作界面合并到一张流程单上，就能大幅减少信息断点。类似思路已在一些定制型制造企业中落地，例如渝维家具通过搭建项目管理和生产管理应用，实现了从销售订单到采购、排单生产、交付全流程的信息化与协同。

最终，决定三岗协同效果的，不是某个功能模块有多强，而是企业能否把“异常处理”从人的责任变为流程的闭环。