草庐IT

SAP MM MIGO界面里的'Via Delivery'选项

SAPMMMIGO界面里的'ViaDelivery'选项 MIGO界面,选择A02-ReturnDelivery,R02-Materialdocument,输入物料凭证号,此时界面上会出现'ViaDelivery'选项,如下图示,勾选这个选项, 保存后,不会生成一个Materialdocument,而是提示Delivery被创建,如下图示: 这是一个outbounddelivery,VL03N显示它, 然后对这个DN做后续的拣配和发货。这么做会不会把系统操作搞复杂了?为啥要触发一个Delivery呢?直接MIGO里发货过账生成物料凭证号不是跟方便更快捷吗?可能的原因有2:一些客户的SAP项目里

SAP MM MIGO + 301 K 可以对供应商寄售库存跨工厂转库

SAPMMMIGO+301K可以对供应商寄售库存跨工厂转库  对于供应商寄售库存,我们是可以使用事务代码MIGO,移动类型301,特殊库存标记K,来实现供应商寄售库存的跨工厂调拨。不过前提条件是,该物料在两家工厂下,寄售类型的采购信息记录的价格一样,否则系统报错。 维护好物料的寄售类型采购信息记录,使得该物料在寄售采购时候,在门店NM03和NMDC里价格一致,如下图。   然后执行事务代码MIGO,做301+K的转库操作:  Post,成功过账了,产生了物料凭证号,  MIGO显示这张物料凭证号:   这说明事务代码MIGO移动类型301K是可以实现对供应商寄售库存的跨工厂调拨过账的。   -

SAP MM MIGO + 301 K 可以对供应商寄售库存跨工厂转库

SAPMMMIGO+301K可以对供应商寄售库存跨工厂转库  对于供应商寄售库存,我们是可以使用事务代码MIGO,移动类型301,特殊库存标记K,来实现供应商寄售库存的跨工厂调拨。不过前提条件是,该物料在两家工厂下,寄售类型的采购信息记录的价格一样,否则系统报错。 维护好物料的寄售类型采购信息记录,使得该物料在寄售采购时候,在门店NM03和NMDC里价格一致,如下图。   然后执行事务代码MIGO,做301+K的转库操作:  Post,成功过账了,产生了物料凭证号,  MIGO显示这张物料凭证号:   这说明事务代码MIGO移动类型301K是可以实现对供应商寄售库存的跨工厂调拨过账的。   -

SAP MM MIGO 411K 报错 - Correct the Customizing settings for ledgers for the universal journal –

SAPMMMIGO411K报错-CorrecttheCustomizingsettingsforledgersfortheuniversaljournal– 新建了一个公司代码之后,执行MIGO411K过账,试图将供应商寄售库存转入自有库存,不成功。报错如下: 详细报错信息如下:CorrecttheCustomizingsettingsforledgersfortheuniversaljournalMessageno.FINS_ACDOC_CUST201DiagnosisThereareinconsistenciesintheCustomizingsettingsforledgersforth

SAP MM MIGO 411K 报错 - Correct the Customizing settings for ledgers for the universal journal –

SAPMMMIGO411K报错-CorrecttheCustomizingsettingsforledgersfortheuniversaljournal– 新建了一个公司代码之后,执行MIGO411K过账,试图将供应商寄售库存转入自有库存,不成功。报错如下: 详细报错信息如下:CorrecttheCustomizingsettingsforledgersfortheuniversaljournalMessageno.FINS_ACDOC_CUST201DiagnosisThereareinconsistenciesintheCustomizingsettingsforledgersforth

SAP MM VL32N和MIGO对内向交货单做收货,都会更新其'总体货物移动状态'

SAPMMVL32N和MIGO对内向交货单做收货,都会更新其'总体货物移动状态'  近日某个同行告诉我说他所在项目的系统里,对于InboundDelivery执行收货,如果是使用MIGO来执行收货的话,则InboundDelivery里的‘总体货物移动状态’(OvrlGdsMvtStat)栏位还是保持为A,如果是使用VL32N对InboundDelivery做收货,则InboundDelivery里的OvrlGdsMvtStat栏位才会被更新为C。 笔者觉得很是奇怪。项目实践中,对于采购订单,一些项目里使用VL31N为采购订单创建了收货后执行收货,使用MIGO和VL32N来收,都是OK的,交货

SAP MM VL32N和MIGO对内向交货单做收货,都会更新其'总体货物移动状态'

SAPMMVL32N和MIGO对内向交货单做收货,都会更新其'总体货物移动状态'  近日某个同行告诉我说他所在项目的系统里,对于InboundDelivery执行收货,如果是使用MIGO来执行收货的话,则InboundDelivery里的‘总体货物移动状态’(OvrlGdsMvtStat)栏位还是保持为A,如果是使用VL32N对InboundDelivery做收货,则InboundDelivery里的OvrlGdsMvtStat栏位才会被更新为C。 笔者觉得很是奇怪。项目实践中,对于采购订单,一些项目里使用VL31N为采购订单创建了收货后执行收货,使用MIGO和VL32N来收,都是OK的,交货

SAP MM MIGO界面上的Freight标签页

SAPMMMIGO界面上的Freight标签页 事务代码MIGO针对采购订单收货的时候,能出现FreigthTab。 这是笔者玩SAP系统十多年来第一次知道的,就在今天,就在刚刚,自然引起了笔者强烈的好奇心。经过上网查资料,得到了一些有用的信息,整理成本文,算是做一个学习笔记吧! 1,SPRO采购附加费运费的条件类型配置。条件类型FRA2,  修改其配置,  将Suppl.GoodsReceipt字段由空(标准配置)改成2(-Entryalwayspossible).如上图。 这个字段的作用是控制在收货的时候是否允许输入运费供应商代码。如下图示:   2,ME21N创建一个采购订单450000

SAP MM MIGO界面上的Freight标签页

SAPMMMIGO界面上的Freight标签页 事务代码MIGO针对采购订单收货的时候,能出现FreigthTab。 这是笔者玩SAP系统十多年来第一次知道的,就在今天,就在刚刚,自然引起了笔者强烈的好奇心。经过上网查资料,得到了一些有用的信息,整理成本文,算是做一个学习笔记吧! 1,SPRO采购附加费运费的条件类型配置。条件类型FRA2,  修改其配置,  将Suppl.GoodsReceipt字段由空(标准配置)改成2(-Entryalwayspossible).如上图。 这个字段的作用是控制在收货的时候是否允许输入运费供应商代码。如下图示:   2,ME21N创建一个采购订单450000