SAP MM 为什么MIGO+101针对SA执行收货,MIGO界面出现的item个数大于SA里item的个数?

SAP MM 为什么MIGO+101针对SA执行收货,MIGO界面出现的item个数大于SA里item的个数?

我们发现对于SA 5500008319,我们使用MIGO+101 执行收货,MIGO界面里出现了三个item,

 

而该SA单据只有2个item的,如下图:

 

 

经过调查,发现,其第一个Item有2个inbound
delivery,VL06I,查询与这个SA相关的inbound delivery,

 

Execute,

 

 

再加上我们的MIGO界面的设置里,勾选了’Propose All Items’选项,

 

这样,在我们再次执行MIGO+101收货的时候,系统默认带出该SA的10 item的2个inbound
delivery里的Item,加上该SA的20 item,共计3个item.

 

将来如果我们使用MIGO+101执行收货,个人不建议MIGO的设置界面勾选‘Propose all item‘这个选项。

 

 

 

时间: 2024-10-25 07:10:21

SAP MM 为什么MIGO+101针对SA执行收货,MIGO界面出现的item个数大于SA里item的个数?的相关文章

SAP MM PO中’Origin Accept.’选项被勾选,就不能再用101移动类型执行收货了.

SAP MM PO中'Origin Accept.'选项被勾选,就不能再用101移动类型执行收货了. [2016原创字-2016003] 这个PO ITEM 30里勾选了'Origin Accept.'选项.      试图使用MIGO+101执行收货,   系统报错,不让执行101收货!

SAP MM 因Condition Record维护问题导致收货之后自动打印输出不成功

SAP MM 因Condition Record维护问题导致收货之后自动打印输出不成功 用户报说采购订单101收货之后,不能自动打印送检单,打印机无动静. MN23查了condition record,将里面的打印机由LOCL改成了真实的打印机名字, 然后在个人账号里维护output device.这样在做101收货过账的同时,系统就可以正常的输出打印了.          

SAP MM PO 使用了107收货之后还能用101收货?

SAP MM PO 使用了107收货之后还能用101收货? [2016原创字-2016001] SA Document Number:5500019529 Inbound Delivery :181125425 已经针对这个Inbound delivery完成107 收货:       MIGO,试图使用101针对该Inbound Delivery 做收货,   结论是:做了107收货之后,不能再做101收货.

SAP MM 移动类型107和109之研究

SAP MM 移动类型107和109 之研究 采购订单收货的移动类型,最常见的当属101,102,122以及161.  103和105是一对,用来先收到供应商冻结库存(无价值),然后再用105收到自己的库存里.这种业务应该是用到先进行物料质量判定再决定是否收货的业务场景.  那么107和109移动类型用于什么场景呢 ?  在采购单行项目细节里,有一个Checkbox叫作'Origin Accept.'(原始接收).如下图: 打上这个勾,表示这个料在供应商那里就已经得到认可了,肯定要收货给钱的.打

SAP MM 采购订单中"Delivery Completed" Indicator(”交货已完成”标记)之含义探析

SAP MM 采购订单中"Delivery Completed" Indicator("交货已完成"标记)之含义探析    "Delivery Completed" Indicator指定了该采购订单的项目行是否考虑关闭了,如果勾选了这个标记就意味着该item将不再收货了. 举例来说,假设采购订单的项目行有200件,已经对该采购订单项目行收货了180件,此时手工对该行的"Delivery Completed" Indicato

SAP MM Inbound Delivery 181640255为什么不能删除?

SAP MM Inbound Delivery 181640255为什么不能删除? Document flow, 没有任何后续凭证产生. VL32N 去试图删除该内向交货单, 系统报错: 为什么? 1)对应采购订单号:5500025953   2)该inbound delivery的外部ID:2016111501 3)MB51 查询该物料的107预收货记录: 该inbound delivery已经完成了107的预收货,所以它不能再被删除了.   4)之所以该inbound delivery的10

SAP MM PO上不勾选‘Origin Accept.’也能用107 + 109 组合移动类型收货

SAP MM PO上不勾选'Origin Accept.'也能用107 + 109 组合移动类型收货 [2016原创字-2016002] 如下PO的item 20没有勾选'Origin Accept.'选项,   却依旧能使用107+109 组合移动类型对其执行收货:        

SAP MM 移动类型

ERP的基础是物流 那么 怎样在系统中控制物流? 最基础的需求是控制进/出/消耗 包括1/从哪里进来(采购订单/生产订单/其他库位) 到哪里去(销售订单/生产订单/成本中心/内部订单/其他库位/其他工厂) 2/这种移动的原因 (可以对移动进行控制,例如在用户报损 可以细分各部门责任) 3/这种移动的数量和金额 对库房帐和财务帐带来的影响 以及这种影响能否自动实现(MM-FI的接口) sap系统中用于标志物料移动(收货/发货/转储/转储记帐)的三位的数字/字母通常分几大类:收货 发货 转储 库房调

SAP MM 工序委外流程初探

SAP MM 工序委外流程初探 惭愧的说,做D项目之前,笔者都没有玩过SAP里的工序委外功能.因笔者之前参与的项目里,都没有工序委外流程.不过幸运的是,笔者现在所在的D项目里,业务上有工序委外的场景,所以笔者也有机会去研究与体验一下该功能,可谓是亡羊补牢,为时不晚!本文主要是从MM的角度去阐述工序委外流程在SAP系统里如何实现.   1,需要事先维护物料组的采购信息记录,     设定好委外加工费主数据(比如100 CNY/PC).   2,创建含有委外工序的工单,     工序0030是委外工