SAP STO与项目库存

本文档详述了SAP系统中的库存转移操作,包括工厂间的一步法和两步法转移,普通库存与特殊Q库存的处理,以及跨公司库存调拨和开票流程。内容涵盖MIGO移动类型、库存调拨单、MM与SD结合的库存转移,以及跨公司STO的配置和执行,特别讨论了特殊库存Q在跨公司转移中的应用和挑战。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

SAP STO


其实好多大神都总结过了,但是对特殊库存Q的类型,可能并未做实验,本文档还是立足于项目,来描述特殊Q库存的支持情况。

本篇部分内容参考引用的大神STO专栏 的内容。

1 开篇先将STO到底有哪些

常规来说,有五种
1.工厂间库存直接1步转移(要求同一公司下)
2.工厂间库存2步转移(要求同一公司下)
3.利用MM的库存调拨单进行转移
4.利用MM的库存调拨单+SD的交货单进行转移
5.利用SD的公司间转储订单进行转移

2 工厂件库存转移

一般来说,启用物料账原则上要禁止301,否则会导致物料账运行有问题,导致差异无法分摊情况发生。

2.1 一步法MIGO普通库存,移动类型301

本次模拟普通库存1100000044物料从8810转移到8811工厂。

2.1.1 转移前8810和8811情况如下:8810有4500个,8811是0个

在这里插入图片描述

2.1.2 使用MIGO 301转移,需要输入转移前后的信息

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2.1.3 转移后的库存

在这里插入图片描述

2.2 一步法MIGO用Q特殊库存,移动类型301

本次模拟普通库存1100000044物料从8810转移到8811工厂。

2.2.1 转移前8810和8811情况如下:8810有2个,8811是0个

在这里插入图片描述

2.2.2 使用MIGO 301转移,需要输入转移前后的信息

在这里插入图片描述
源WBS元素
在这里插入图片描述

目标及WBS元素

在这里插入图片描述

凭证:
在这里插入图片描述

2.2.3 转移后的库存

在这里插入图片描述

2.3 两步法MIGO普通库存,移动类型303和305

2.3.1 转移前8810和8811情况如下:8810有4500个,8811是0个

在这里插入图片描述

2.3.2 使用MIGO 303转移,需要输入转移前后的信息

在这里插入图片描述

目标在303时只需要输入工厂
在这里插入图片描述

产生凭证
在这里插入图片描述

2.3.3 使用MIGO 305接收

在这里插入图片描述
305是无会计凭证的
在这里插入图片描述

2.3.4 转移后库存变化

在这里插入图片描述

2.4 两步法MIGO Q库存,移动类型303和305

该移动类型暂时不支持,如果需要,可以自行复制移动类型,后续再研究。
在这里插入图片描述

3 库存调拨单

本次模拟普通库存1100000044物料从8810转移到8810工厂(依然不能跨公司代码)。

3.1 普通库存

3.1.1 创建UB库存转移订单

在这里插入图片描述

3.1.2 看当前库存

在这里插入图片描述

3.1.3 使用MIGO 351发料

在这里插入图片描述

在这里插入图片描述

3.1.4 再次查看库存,出现未清采购订单数量

在这里插入图片描述

3.1.5 接受方8811基于采购订单收货

在这里插入图片描述

依然无FI凭证

在这里插入图片描述

3.1.6 再次查看库存

在这里插入图片描述

总结:跟两步法差不多。只不过收发货都有个靶子了(库存转移单作为依据)

3.2 特殊库存

本次模拟从8810到8811的Q库存转移

3.2.1 创建库存调拨单

在这里插入图片描述

3.2.2 查看当前库存

在这里插入图片描述

3.2.3 使用migo 351发货

在这里插入图片描述

在这里插入图片描述

3.2.4 再次查看库存情况

在这里插入图片描述

3.2.5 接收方8811基于采购订单收货

### SAP STO 适用的业务场景和功能范围 #### 仓库间、工厂间转储操作 SAP库存转储(Stock Transfer Order, STO)主要用于处理企业内部不同地点之间的物料转移。这些地点可以是不同的仓库或是不同的生产设施。通过STO,能够有效地管理并记录物料从一个位置到另一个位置的移动过程[^1]。 对于跨仓库或跨工厂的物资调配需求而言,利用此机制可确保账面数据实物相符的同时简化流程控制。例如,在季节性商品调拨、设备部件更换以及紧急补给等方面有着广泛应用价值。 #### 基于采购订单的交货类型 UB 除了上述提到的标准应用场景外,还存在特定类型的STO用于支持更复杂的供应链活动——即基于采购订单而产生的交货请求(Delivery Based on Purchase Order)。当涉及到此类交易时,则会采用UB作为交货文档的形式之一。一旦创建了相应的采购合同之后,系统便会自动生成匹配该PO项下的货物运输指令,并且整个过程可通过编写ABAP脚本来进一步自动化完成[^2]。 ```abap CALL FUNCTION 'BAPI_OUTB_DELIVERY_CREATE' EXPORTING PURCHASEORDER = lv_purchaseorder IMPORTING DELIVERY = lv_delivery. ``` 这段代码展示了如何使用标准函数模块`BAPI_OUTB_DELIVERY_CREATE`来触发由采购订单驱动的新建发货单据的动作。 #### 销售凭证中的项目类别 NLC 另外值得注意的是,在某些情况下,比如公司间的购销行为里,默认使用的销售订单行项目的分类可能是"NLC"这样的标识符。这意味着针对这类特殊情形下所建立起来的关系链路同样依赖于STO来进行后续的操作维护工作,如确认收货状态更新等动作均需遵循既定规则执行[^3]。 综上所述,SAP STO不仅限于简单的物理位移描述,而是涵盖了多种商业逻辑层面的任务协调和服务提供能力;无论是常规性的存货调整还是涉及多方协作的复杂事务处理都能找到其身影。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值