SAP QM 检验批上的‘容器数’

文章讨论了在SAP系统中,由于容器数字段长度限制为6位,包含3位小数,导致无法处理超过999个容器的收货情况。启用嵌套HU功能后,若收货箱数超限,需拆分为多个检验批,增加了质量部门工作量。解决方案是从业务流程调整,如拆分收货批次。测试显示,当输入数量超过容器数时,系统允许收货但需要创建多个检验批。
摘要由CSDN通过智能技术生成

  近期遇到一个问题。项目上质量部门发现某个原料批次收货打印出来的样品标签数不对。经查发现收货后触发的检验批上的‘容器数’(No.Containers)为999,实际上此次收货的箱数有1500多。

 

对于栏位‘容器数’,SAP的官方帮助文档,

质量管理。集装箱数量
指定检验批中的批次容器数量
使用
该系统使用批次容器的数量来确定物理样品图中物理样品的数量
程序
如果要使用检验批次中的批次容器数量来确定物理样本,则必须设置基于批次容器数量的物理样本绘制程序中的指标
依赖项
借助工厂级“设置”中的“批量容器”指示器,可以控制收货过账中批量容器的记录

 由于业务上对于原辅料,有启用嵌套HU,即HU管到托盘上的箱子层级。这样每次收货,收数百个箱很常见。看得出,SAP系统里的检验批上的这个容器数能自动根据收货时候HU的数量来自动得到。

经查这个‘容器数’栏位,从技术层面来看,是6位长度,并且含有三位小数点,也就是整数部分只有3位,最大值就是999。

字段名:QALS-ANZGEB

 

 

也就是说,这个问题没法从技术角度去解决的,毕竟数据库层面字段长度的设置是没法改的。只能从业务的角度去解决了,比如如果某次收货的箱数超过1000箱,就拆分成多个接收批次号(SAP Batch number),确保每个批次的收货箱数不超过999。这样可以解决这个问题,但是会带来质量部门冗余的工作量,原本只用产生一个检验批,却因这个原因需要产生多个检验批,取样啊,检测啊,放行啊等等都会增加多倍的工作量。

这也算是启用嵌套HU功能之后,对于业务部门的影响吧。
 

检验批收货容器数到底是做什么的?

从SAP到上面的文章理解,容器是存放货物的载体,例如托盘,那么托盘上能放多少货呢?收货时在这个容器数上进行维护数量。是否启用容器呢?在后台维护SM30-V_TQSS1

三个选项,没有容器、必须使用容器、可能使用容器。按实际需求维护。

如果维护成必须使用,测试下。

下采购订单,收货。就要求输入容器号和批容器

 

输入容器数量和单位,就可以过账了,物料凭证 5000213184 已过帐

按上面的文章,如果收入的值超过999,就需要拆分,测试下。

 

容器数输入1000,报错条目太长。改成999,检查绿灯没问题,过账测试超过容器

物料凭证 5000213185 已过帐,现在收货数量1000超过了容器数量999,产生了一个检验批

现在没有报错,那继续做使用决策,

批 1000 010007087698 的使用决策被保存,也没有报错。,是可以进行正常收货的,

查看采购订单历史记录也是没问题的。我这个测试没有启用批次管理,所以跟上面的文章会有些差别。 

 

 综上总结,容器数是物料载体,这个容器能放多少物料,例如一个托盘只能放10箱,收货50箱,就需要5个容器,那么收货就可以分批操作,10箱产生一个检验批,共产生5个检验批。也就是抽检五次。如果收货数量超过容器数不影响收货。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SAP龙哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值