SAP WM 虚拟Storage Type设计案例之 - Fixed Bin Storage Type 里实现FIFO –

SAP WM 虚拟Storage Type设计案例之 - Fixed Bin Storage Type 里实现FIFO –

笔者所在的SAP实施项目里,有部分采购物料是存放在固定货架上。业务要求,存储在这些货架上的物料,要能在SAP系统上较好的管理与实现先进先出(FIFO)。

 

前提:项目里的全球模板里不启用SAP
Batch Management,而是一个与库存无关的弱批次管理功能 – Documentary Batch, 以实现追溯。业务仓库空间很有限,这些物料只能固定存储,不能放在其它货架上。

 

方案:使用SAP标准的storage type 005 (fixed bin storage)用于标识固定货架存储区。为Storage Type 005激活SAP标准功能- Storage Unit Management。这样,在不同日期上架到某个货架上的相同物料的库存,可以有唯一的storage unit number, 有各自不同的GR Date。这样,在出库的时候,能根据GR Date来很好的实现先进先出(FIFO)。但是经过测试,当业务把原料从固定货架备料到产线边上,生产没有用完退料回来的时候,GR date会乱。所以,对于固定货架存储的storage type 仅仅启用SUM是不够的。后来,经过反复测试与讨论,我们决定创建一个虚拟的storage type R05, 专门用于存储产线退料的时候所退回的物料,这个storage
type是复制005 storage type而来,其storage
bin 结构完全等同于005 storage type。当为固定货架存储的原料下架的时候,优先从R05这个storage type里出货, 其次才从005 storage type里出货。这样就能基本保证从SAP系统层面管理与实现先进先出。

 

设计出来的虚拟的storage
type R05的出现,解决了这个问题,业务也基本满意。

 

2016-10-26 写于中国武汉市经济技术开发区

 

 

 

 

 

 

 

 

 

 

时间: 2024-09-21 11:08:14

SAP WM 虚拟Storage Type设计案例之 - Fixed Bin Storage Type 里实现FIFO –的相关文章

《精通LabVIEW虚拟仪器程序设计与案例实现》一2.3 基本概念

2.3 基本概念 精通LabVIEW虚拟仪器程序设计与案例实现在这一节里主要介绍用LabVIEW编程时遇到的一些基本概念,包括前面板.后面板.数据连线.图标端口.VI等. 2.3.1 VI LabVIEW开发出来的程序叫虚拟仪器(Virtual Instrument),缩写VI.一个最基本的VI由3部分组成:前面板.后面板(程序框图)和图标/连线端口,如图2-15所示. 2.3.2 前面板 前面板是图形化用户界面,用于设置输入值和观察输入值,可以模拟真实的仪器前面板.前面板由控制.指示.装饰三部

SAP WM TO单差异确认如何不让差异计入Storage Type 999?

SAP WM TO单差异确认如何不让差异计入Storage Type 999? 正常业务场景下,我们是不做TO单差异确认的.少数情况下的差异确认,项目实践中都会将差异计入storage type 999.然后业务需要定期去清理999里的差异数量. 如下图示: 这是LI21的界面,可以看出,TO单差异确认后进入storage type 999之后,storage bin都是动态的,bin的代码就是对应的TO单的号码.我们可以选择需要清理的项目点击'Write off'按钮,过账后,系统会产生物料凭

SAP WM 自动创建TO单的JOB运行报错 - Enter the storage unit type - 对策

SAP WM 自动创建TO单的JOB运行报错 - Enter the storage unit type - 对策 报错如下:   详细信息: Log for automatic creation of transfer orders Program: RLAUTA10 Version: X Date: 02/28/2017 Time: 21:26:02 Selected transfer requirements: 1 Number of created transfer orders: 0

SAP WM Storage Type启用SUM之后需要指定storage type允许的Storage Unit Type

SAP WM Storage Type启用SUM之后需要指定storage type允许的Storage Unit Type                      

SAP WM 为Storage Type启用SUM后要为Storage Unit Type指派Storage Bin Type

SAP WM 为Storage Type启用SUM后要为Storage Unit Type指派Storage Bin Type                                

SAP WM Storage Location Ref在项目实践中的使用

SAP WM Storage Location Reference在项目实践中的使用 笔者目前所在的一个项目是一个已经上了SAP系统,但是需要扩展到新工厂的项目.该项目在组织结构设计的时候,结合业务的实际情况,不打算增加新的工厂代码,只为新厂创建几个storage location.在WM层面,也只为新厂存储区域增加若干个storage type, 新厂和老厂共用同一个warehouse number.   那带来的问题是:当采购订单上的物料,既有送到老厂的,又有送到新厂的,收货后上架的时候,如

SAP WM Storage Section Search Strategy不起作用之对策

SAP WM Storage Section Search Strategy不起作用之对策 [问题] 通用物料的上架是维护002的,但SAP系统会自动跳出001的架位,请帮忙查下是什么原因.   [方案] 物料主数据里维护了storage section indicator为002,而后台配置里,storage section search 也维护了相应的数据,为啥不生效?原因在于没有为指定的Storage Type激活storage section check功能. 为仓库号下相应的Stora

SAP LX15 报错-Annual inventory procedure not allowed for storage type 001-

SAP WM LX15创建年度盘点凭证, error msg - Annual inventory procedure not allowed for storage type 001 LX15 Error Msg - Annual inventory procedure not allowed for storage type 001 - ,如下图,   Annual inventory procedure not allowed for storage type 001 Message no

SAP WM TO Print Control设置里,Movement Type 的优先级更高

SAP WM TO Print Control设置里,Movement Type 的优先级更高 存储类型的配置: 从storage type GRM 搬到任何地方,都不需要打印TO单.   移动类型的配置: 根据配置,如果是移动类型997的TO单,是不需要打印的:如果是移动类型999的TO单,则是需要打印的,print code是02.   那如果使用997或者999将物料从GRM storage type搬到其它storage type,到底要不要打印TO单呢?   1)使用997做了一个TO