STO-Stock Transport Order Without Delivery(UB)学习笔记
近期要测试的场景是工厂间的库存转储。工厂间的库存转储在SAP中有几种方式,在SAP Library中有相应的描述:
1 Stock Transfer Between Plants in One Step
2 Stock Transfer Between Plants in Two Steps
3 Stock Transport Order Without Delivery
4 Stock Transport Order with Delivery via Shipping
5 Stock Transport Order with Delivery and Billing Document/Invoice
今天将要测试的第三项内容:Stock transport order without delivery不带交货单的库存转储。
首先我们要作的是后台的设置。
Step 1,我们要维护的是文档类型是否要采用一步法的设置。
Path menu: IMG -> MM -> Purchasing -> Purchase Order -> set up Stock transport Order -> Assign document type,one-step procedure,underdelivery tolerance
图中的那个钩选框不进行钩选,表示从3388工厂到3399工厂的UB(库存转储订单类型)不使用One-Step Procedure,即表示不使用一步法。
第二步,我们要维护交货类型和检验规则。
如果在表中发现有UB和3388的这一行,则需要删除该行,表示从3388工厂作的库存转储订单UB是不需要带delivery的。如果不删除,则在建立UB库存转储订单时会出现错误。(注:该错误将在下面进行说明。)
通过这两步的设置,我们就可以作工厂间不带delivery的库存转储了。
我们用ME21N创建一个库存转储订单。
注意图中的几个划圈的地方。
如果我们在上面维护交货类型和检验规则时没有删除出现UB和3388的那一行,则系统会提示下面的错误信息。
出现了上面的error message,意味着我们要delete那条记录,所以才不会出现刚才那个错误信息。我们保存这张采购订单。
我们用MD04看一下这个物料在两个工厂的状态 ;(supplying plant 3388 , receiving plant 3399 )
可以看出,在3388工厂的采购订单的需求已经传递到了3399工厂。
我们再用MMBE看这个物料在两个工厂的库存情况。
从库存情况中看出,在3388工厂的这个物料的库存数量可以满足3399工厂的需求。如果库存数量不够时,则在运行MRP后,在3388工厂中,根据相应的采购类型会产生相应的计划订单或采购申请出来。
因为库存数量足够,我们直接作库存转储。
3388工厂的warehouse 人员用MIGO对这张采购订单作发料。
我们选择对purchase order作Goods issue时,movement type会自动选择到351,如果没有选择出或选择错误,请手工输入351。
特别要注意,图中划圈处的plant的值要清空。因为我们会想当然的认为我们需要从3388工厂作发料,这里就要输入3388工厂,而实际上输入工厂会出现错误的。
其实系统会自动根据采购订单的内容判断的,我们清空plant的值后回车就可以了。
钩选Item OK,过帐就可以作发料了.注意下图的标记,否则在做POST的时候,报了个error message(storage location SXXX not supported)。
material document is generated successfully .
我们也去看一下物料凭证的是什么样的 ?
我们再用MMBE看这个物料在两个工厂的库存情况,原来的Qty是 51 pc ,现在少了8 pc,还有43 pc ;
我们用MB5T来看在途数量(stock in transit)。
说明3388工厂对这张采购订单作的发料8件已经在途中了。
现在物料已经到达3399工厂了,3399工厂的warehouse人员用MIGO对这张采购订单作收货。
我们选择对purchase order作good receipt时,movement type会自动选择到101,如果没有选择出或选择错误,请手工输入101。
同样要注意,不要输入plant的值,如果有,则清空它。按回车。
我们再看看MMBE的变化情况和数量:
对比上张MMBE的截图,我们可以发现,3399工厂下的这个物料的数量多了8 pc。说明物料已经到达了。
我们用MD04看一下这个物料在两个工厂的状态。
因为已经完成了库存转储,所以在两个工厂的相关需求已经没有了。所需要的物料已经从3388工厂转储到了3399工厂。
测试成功。
我们也顺带看一下那个PO的 PO History :
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本