SAP LSMW 导入Open SA的工具里IDoc Inbound Processing的设置

SAP LSMW 导入Open PO时价格不对问题之对策 项目实践中, 当我们导入Open PO单据的时候,如果LSMW工具设置不对,会出现我们导入文件里价格是0.9 , 而导入SAP系统里价格变为0.09 的问题. 比如数据导入文件,价格是0.9 RMB, LSMW导入生成的PO单据,价格变为0.09 RMB, 如下图:   解决办法如下: 需要在Open PO 的LSMW的field mapping 里,把NETPR字段乘以100,如下图设置:   改了LSMW设置之后,导入的PO单据,价格

SAP LSMW 导入Open PO单据,系统报错 --- GL account 670100 cannot be used ---   笔者所在的项目,近期忙于主数据的准备和导入,我导入Open PO的时候,遇到了一个问题.   LSMW 导入open PO,报错: 说是G/L account 670100不能被使用.   2) ME21N手工去前台创建一个PO,使用这个G/L account, 却能成功创建:     3)咨询了财务同事,财务同事帮忙修改了该总账科目的字段状态组,然后我再次尝

SAP LSMW Standard Batch (Direct) Input 方式制作的LSMW工具导入OPEN PO 单据时候'税码'字段的处理 如下的Open PO 批量导入LSMW工具,     方式是Standard Batch/Direct Input.   在其field mapping里,找不到Tax Code字段的,     所以,对于Open PO里的tax code字段值的维护,只能在执行LSMW导入Open PO 其它字段之后,使用事务代码 MEMASSPO - Mass

SAP LSMW 导入Open SA数据,Error - System error (error in method  CL_API_MASTER_CONDITION_MM => PROCESS)    [error]   LSMW 导入Open SA数据,生成IDoc不能成功Post,报错如下:     [Reason]   我选择的测试数据里,供应商主数据里'schema group, vendor' 字段为空,但是采购信息记录维护了关税以及运杂费等,     相关的条件类型ZOA2 等只在

SAP LSMW 为成本中心采购的Open SA导入一直报错 - Enter Cost Center – 之对策 IDoc 0000000000506534     我花了很多时间去调试这个LSMW的field mapping, 怎么调试,都提示这个:please enter cost center.实际上我有给cost center,在IDoc里有啊,如截图.   经过ABAP同事DEBUG程序,发现字段serial No 不能为空:     以及   在Field Mapping的设置里,E

SAP LSMW 因物料描述里有换行符或者引号导致数据导入失败   近期,笔者所在的D项目进入第一轮主数据导入的阶段.导入物料主数据由笔者负责. 我的LSMW工具如下方式: 采用的是standard batch/Direct Input的方式,而非普通的录屏.   导入的过程中,常常遇到这种莫名其妙的极其不友好的报错:     回车,出现如下界面:   回车,出现如下界面:     回车,出现如下界面:       回车,出现如下界面:     这种报错,虽然乍一看,让人不解.不过最终还是被笔者

SAP LSMW里BAPI这种导入数据方法定义里面的Method和Basic Type分别是在哪里维护的?     这是SAP标准的,至于如何定义,进入事务代码BAPI,        

SAP LSMW 字段值有小数点的字段,在LSMW里设置类型的时候不能是N!   比如物料主数据导入的LSMW工具,Gross Weight和net Weight字段,如果设置成如下的类型 (N),     导入之后,会有问题.比如毛重0.53, 导入后会变为53.   后来改为如下类型,毛重净重字段值导入方才准确:   这个是经过项目(BGWN)实战验证过了的.              

准备的物料主数据毛重净重,14.535 KG,导入SAP系统之后,被扩大一千倍,如下图:  经查,在LSMW导入工具里,毛重净重字段类型是N,这是导致导入数据被放大1000倍的根本原因. 解决方案是将这2个字段的类型改成AMT3类型, 唯有如此,才能确保含有小数点的字段值导入准确.  修改之后的LSMW工具里字段设置, 再次尝试导入物料,其毛重和净重字段值就对了. 要导入的数据,  导入之后的数据, 问题解决了! 2016-10-09 写于武汉市经开区.