一句话理解

检验批（Inspection Lot）= 一次检验任务：系统为每一批需要检验的物料自动创建一个"检验批"，检验员按检验计划逐项记录结果，最后做使用决策（合格放行 / 不合格退货）。QA32 是检验员每天打开的"工作台"。

实战提示

实战提示：给检验员培训只讲三步——"QA32 找任务 → QE01 录结果 → QA11 做决策"。三个 T-code 记住，日常检验就转起来了。

检验批的生命周期

1
检验批创建MIGO 收货 / 生产报工自动产生（QA01 可手工建）
2
下达检验检验批状态 CRTD
3
REL，检验员可在 QA32 看到
4
结果记录（QE01）按检验计划逐项录入实测值，系统自动判定合格/不合格
5
使用决策（QA11）合格
6
非限制库存；不合格
7
冻结 / 退货 / 让步接收
8
库存过账检验库存转为可用库存（或退货出库）

检验类型：什么时候触发检验批

检验类型 触发场景 典型用途
01 采购收货 来料检验（最常用）
04 生产过程 工序间检验
03 发货 出货前检验
05 库存转储 库存状态变更时的复检
08 库存 库存抽检

检验类型在物料主数据的质量管理视图中激活——没激活的类型，收货时不会产生检验批。

注意

常见坑：物料主数据 QM 视图没维护，采购收货直接进了非限制库存，绕过了检验。上线切换时，历史物料的 QM 视图要批量检查，这是数据 migrated 的必查项。

检验计划（QP01）：检什么、怎么检

检验计划是检验的"考卷"：

  • QP01 创建：指定物料+工厂，维护检验特性（每个特性：检验方法、规格上下限、采样数）
  • 主检验特性（QS21）：可复用的特性主数据（如"外观检查""尺寸测量"），多个计划引用
  • 采样方案：按批量定抽检数量（AQL 标准）
  • 状态管理：计划有"创建→释放"状态，未释放的计划不会被检验批引用
要素 说明
检验特性 检什么：定量（尺寸 10±0.1mm）或定性（外观 OK/NG）
检验方法 怎么检：卡尺、全检、抽检
采样方案 抽多少：按批量查 AQL 表
检验点 过程检验中的工序检验点

结果记录（QE01）与使用决策（QA11）

QE01 结果记录：

  • 按检验计划逐项录入实测值
  • 系统按规格限自动判定每项合格/不合格
  • 支持缺陷记录：不合格项可直接挂缺陷代码

QA11 使用决策：

决策代码 含义 库存去向
A 合格 质检库存 → 非限制库存
R 退货 退回供应商
Q 冻结 转冻结库存（待处理）
实战提示

实战提示："让步接收"（有条件放行）是最敏感的决策。系统上就是一个决策代码，但管理上意味着"不合格品进了生产线"。这个代码的使用权限必须单独授权，且每次使用要有书面记录——审厂时必查。

QA32：检验员的工作台

QA32 是按各种条件筛选检验批的清单：

  • 按物料、供应商、创建日期、检验类型筛选
  • 批量下达、批量做使用决策
  • 积压分析：按检验批创建时间排序，超期未决策的一目了然

常见问题

Q：检验批可以删除吗？

A：未做使用决策的检验批可以取消（QA02），但已产生检验结果的不建议删，走正常的决策流程关闭。检验记录是质量追溯的证据，删了等于销毁证据。

Q：紧急物料等不及检验怎么办？

A：走**"紧急放行"流程**：先做使用决策放行给生产，同时检验继续。但必须在流程上留痕（谁批准的紧急放行、后续检验结果如何），否则就是违规放行。

Q：检验计划变更了，正在进行的检验批怎么办？

A：已创建的检验批引用的是创建时的计划版本，计划变更不影响进行中的检验批。新检验批用新计划。这是标准行为，不是 bug。

实战经验

  • 检验批积压的根因永远是"决策没人做"，不是"检验没人做"。建议在 QA11 上设决策时限（如 48 小时），超期自动升级提醒给质量经理。
  • 检验特性的数量要克制：见过一个检验计划挂 80 个特性的，检验员录半天，最后全是"凭感觉填"。关键特性 10-15 个，比 80 个走过场有用。
  • S/4HANA 的 Fiori 检验 App（检验批处理）比 QA32 好用，移动端可直接录结果，车间现场检验建议推 Fiori。

相关阅读

相关 T-code：QA01QA02QA32QE01QA11QP01QS21