IDOC中PO信息入站后.docx

《IDOC中PO信息入站后.docx》由会员分享，可在线阅读，更多相关《IDOC中PO信息入站后.docx（6页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、IDOC中PO信息入站后，创建销售订单如何去配置 现在有四个问题请教下: 1 销售订单的抬头请求交货日期从那里带过来 2 单位不统一,物料在一个CLIENT 下,我维护的都是PCS,也在CUNI 中维护了转换关系, 为什么在销售订单中出现了PC,这个单位,都不知道从那里冒出来的 3 还有就是入站的IDOC 一直出不来,只能WE19 手工发。 4 EDI1,EDI2 必须要分配到定价过程中,否则会提示无分配。 5 PR00 事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠道 /客户/物料,PO 导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。 6 入站

2、时(发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码还是 供应商代码) *A:Message type: ORDERS Q:我说的不是WE20 里面的配置,除了VOE2/VOE4 的配置,还有那些配置,订单的价格如 何去取值。定价过程用手工订单,还是维护一171717固定的条件类型。 A:Order type, Sales area: VOE2 Material: Inbound idoc (E1EDP19 002: Material number used by vendor) or VD51 Condition: VK11/VK31 Q:也就是说价格不是从IDOC 传递过

3、来的,要自己事先维护好是吧 A: 是要事先维护的,IDOC 中的价格和金额会带到 EDI1(Cust.expected price) , EDI2(Cust.expected value)这两个condition type 里,是作为参考的,不会影响定价 *Q:还有VOE4 是干什么的: A:Convert External Internal Partner Number 比如,根据Inbound idoc 里的信息确定ship-to party *Q: 客户主数据中还需要维护一个客户处我方账户 A:这个用在销售方的outbound idoc 类似的,采购方在vendor master 里可以

4、维护Our account number with the vendor,这个用在 采购方的outbound idoc *Q:下PO 时,供应商主数据中少维护了这个字段,不过 OUTBOUND 还是成功了,但对 于供应方在接收时没有这个字段是不行的是吧。VOE4 中需要维护IDOC 中所出现的所有的 合作伙伴功能是吧。这个字段在供应商主数据那里啊,呵呵找不到 A: 如果没维护,就会带出Purchasing Organization 的值,不影响idoc 的生成 Q: 是科目控制中的客户这个字段吗应该不是这个字段,这个字段是基本数据,一维护就 固定了,应该是挂组织级别的,可是找不到 A: Com

5、pany code level - Correspondence view (Acct w/ vendor) Purchasing organization level - Purchasing data view (Acc. with vendor) Q: 还有个问题,如果没有维护,带出来采购组织里面的值(是带出来采购组织,还是带出 来采购组织里面维护的我方在供应方的客户代码) A: 采购组织 Q: 还是失败,IDOC 牙根就不出来,呵呵 A: 检查conditions for output control, partner profiles *Q: 我发出来的IDCO 没有问题,就是入站的

6、时候没有反映 Q: 51:IDoc E1EDK18 中付款条款已经转移:检查数据 A: 双击消息, 看看消息号是什么 Q:Material: Inbound idoc (E1EDP19 002: Material number used by vendor) or VD51,我的IDOC 中没有E1EDP19 002 这条数据 A: PO 中要填vendor material number A: PO 的info record 里面要维护Vendor Mat. No.这个栏位。 另外,vendor 和customer 用的payment terms 要在彼此client 中存在;你还要进入TC

7、ODE CUNI 维护 SAP 单位与 ISO 单位的转换关系,选择一个 SAP 单位,在维护它的时候勾选 ALE/EDI 下的primary code。 A: 我当时做过,SO 的付款条件用的是PO 传过来的,所以在接收的那个client 里面也要定 义一个相同名称的payment terms ISO 单位也要维护,要不然也会报错 *Q:恩现在已经剩最后一个错误了, IDoc E1EDK18 中付款条款已经转移:检查数据 消息号 VG202 诊断 支付条款已发送到 IDOC 段。此数据不是自动传输的。 步骤 检查输入数据并且,若有必要,将它手动复制到凭证中。 *Q: SO 中的付款条件用的是

8、PO 传过来的,还是用的是客户主数据中的。 之前做的跨公司业务,自动发票校验时,取的付款条件来自供货方传递过来的,而不是取供 应商主数据中, 我是在同一个CLIENT 下做的,肯定都存在,但不知道这个错误为什么要产生AD: 单位是对物料的,现在没有问题,就是付款条件的问题现在不知道怎么解决 A: t-code SMME 把VA01/VA02, VG,201/202 的control data 清空 Q: 不行 系统中没有配置 VA01 VG 202 的条目,我新建之后,清空,错误消息就变了,成 为填入所有必需的条目字段 消息号 00055 之前的那个错误应该是一个必输字段没有被维护上。 A:

9、不要新增。SMME 中现在有哪些记录 Q: 就是有一个200,我新增202 后,清空,就变成维护必输字段了 还有一个问题,WE20 中配置客户时,维护的入站参数是否配置SP(售达方) A: 在原配置中就没有202 的记录 A: 是的。 我觉得你维护171717partner profile 有问题。 要根据inbound idoc 自动产生SO,应该在partner type KU 下建立partner profile, 它的 inbound parameter 应该维护成:partner role-SP,message type-ORDERS,process code-ORDE,proces

10、sing by function module 选择trigger immediately。 我以前做的时候,message type 选ORDERS 的话IDOC 不会出现EIEDK18,message type选ORDRSP 的话才会出现EIEDK18。ORDERS 是创建SO,ORDRSP 是送出order confirmation。 A: inbound idoc 中的E1EDK01 里面ZTERM那个值在你的client 里面存在不 还有检查下你的payment terms,看是否customer 和vendor 都可以用,也就是维护payment terms 的地方,看看accou

11、nt type AD: 你说的我都给配置了,维护了客户和供应商都能用,之前在所跨公司交易的时候都搞 过了 A: 我当时做的是client A 创建PO,client B 自动产生SO,然后client A 又自动confirm PO。 如果你这个问题实在解决不了,可以自己debug 用WE19 进1717,选择那个inbound idoc 并执行,然后点inbound function module,然后function module 选择IDOC_INPUT_ORDERS,call in debugging mode 打勾,然后自己进去debug, 要找到错误原因不是很难的 A: 补充一点,

12、如果不知道是不是使用了自己开发的函数或者不知道使用了哪个函数,可以 通过WE20 查看inbound process code 进而查到对应的函数 A:元老建议:先手动做。如OK。再用IDOC。 Q: 我现在只产生一个IDOC,入站的IDOC 我还是用WE19 搞的 Q: 能否把WE20 里面的配置给说下, 客户(KU)中配置入站参数 SP ORDERS ORDE 供应商(LI)中配置出站参数:无问题,已经发出数据。 Q:你们说的我都维护了,为什么就是不行,我真的服气死了 Q: 是不是IDOC 选择不同,我用的是01,应该用多少 A:Basic type 用ORDERS01 可以的 新创建一个

13、PO,看一下那IDOC 会不会有E1EDK18 把SMME 截图看看 关于VG202 Terms of payment in IDoc & have been transferred: Check data 看看Note - Transfer of conditions and terms of payment Q:用那个事务代码维护EDI1 /EDI2 直接分配到订单的定价过程中去是吧,我试下。 Q:我还是产生不了IDOC,只能手工维护,晕死了。 另外我的请求交货日期带不出来 *Q 现在有四个问题请教下: :1 销售订单的抬头请求交货日期从那里带过来 2 单位不统一,物料在一个CLIENT

14、下,我维护的都是PCS,也在CUNI 中维护了转换关系, 为什么在销售订单中出现了PC,这个单位,都不知道从那里冒出来的 3 还有就是入站的IDOC 一直出不来,只能WE19 手工发。 4 EDI1,EDI2 必须要分配到定价过程中,否则会提示无分配。 5 PR00 事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠道 /客户/物料,PO 导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。 6 入站时1717发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码还是 供应商代码) A:1.销售订单的抬头请求交货日期是从PO 里的deliv.

15、date 那个栏位带过来的。 2.单位要去CUNI 维护,因为可能多个SAP 单位对应一个ISO 单位,在把IDOC 里面的 ISO 单位转换为SO里面的SAP 单位的时候,系统会不知道找哪个,所以你要去CUNI里面选择一个SAP 单位为第一选择:在primary key 那打勾就可以了。 3.如果WE19 能发的话,自动应该也能发的啊,这个我也不知道什么原因。 4.标准的SD pricing procedure 里面就有EDI1,EDI2 这两个condition type,不用另 外设置。 5.你用的哪个pricing procedure 呢咋会这么多问题 6.入站时,idoc contr

16、ol record 里面: recipient information 里面的partner number 是供应商代码; sender information 里面的partner number 是发送系统的代码。 Q: 请教楼上,如果按您那种维护的1717,出站和入站的接收和发送端口应该是一模一样的是 吧。不过感觉,入站时,发送方端口应该是供应商中分配的端口号(之前做的跨工厂交易时, 产生的IDOC 中发送方端口为对客户出站时维护的端口) 客户系统发信息为出站(配置合作伙伴功能LI 供应商的出站信息) 出站时:发送方端口为SAPDEV,合作伙伴为ZTEST,合作合伙类型为LS 接收方端口为

17、LI(供应商出站参数中维护端口),合作伙伴编号为供应商代 码,合作伙伴类型为LI,角色为VN 供应商系统接收信息(配置合作伙伴功能KU 客户的入站信息) 入站时: recipient information 里面的partner number 是供应商代码; sender information 里面的partner number 是发送系统的代码。 单位的配置在下图,看有问题没有,我 PO 那边维护的是 PCS 转换成 PCE,入站时也应 该转换成PCS,但维护物料和价格是单位就变成PC 了。 Q: 还有单位的问题,很奇怪CUNI 中我都没有维护PC,都不知道他是那里冒出来的。能否 把采购订

18、单的交货日期对应的数据段给出来不,我行项目的交货日期可以自动带出来,就是 抬头的带不出来 A: 单位的问题你再仔细看看,PC 要是没维护应该也出不来的吧。 采购订单的交货日起对应的数据段是: E1EDK03 011 E1EDK03 012 行项目的交货日期对应的数据段是: E1EDP20 Q: 是不是计量件还有一个地方维护标准单位转换的,例如OBCE 中有维护一个标准计量件, 请高手解答下 Q: 请教楼上,如果按您那种维护的话,出站和入站的接收和发送端口应该是一模一样的是 吧。不过感觉,入站时,发送方端口应该是供应商中分配的端口号(之前做的跨工厂交易时, 产生的IDOC 中发送方端口为对客户出

19、站时维护的端口) 客户系统发信1717为出站(配置合作伙伴功能LI 供应商的出站信息) 出站时:发送方端口为SAPDEV,合作伙伴为ZTEST,合作合伙类型为LS 接收方端口为LI(供应商出站参数中维护端口),合作伙伴编号为供应商代 码,合作伙伴类型为LI,角色为VN 供应商系统接收信息(配置合作伙伴功能KU 客户的入站信息) 入站时: recipient information 里面的partner number 是供应商代码; sender information 里面的partner number 是发送系统的代码。 Q:还有一个问题,做跨公司交易的时候,有几个IDOC,我这边只看见一个

20、入站的IDOC(自 动发票校验的) Q1 销售订单的抬头请求交货日期从那里带过来 A:这个来自order type 的配置(VOV8)。item中的First delivery date 来自PO item的delivery date Q2 单位不统一,物料在一个CLIENT 下,我维护的都是PCS,也在CUNI 中维护了转换关 系,为什么在1717售订单中出现了PC,这个单位,都不知道从那里冒出来的 A: 这个paulun 回答过了 Q3 还有就是入站的IDOC 一直出不来,只能WE19 手工发。 检查Partner profile 中的inbound parameters Q4 EDI1,

21、EDI2 必须要分配到定价过程中,否则会提示无分配。 A: 呵呵这个是自问自答吧 标准的pricing procedure 是有这个的,如果自定义的就需要在创建时加上去 Q5 PR00 事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠 道/客户/物料,PO 导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。 A:检查Access sequence 的设置,看是否勾选了Exclusive。如果勾选了,系统找到第一 条成功的记录就会停止搜索 Q6: 6 入站时(发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码 还是供应商代码) A:发送方

22、的合作伙伴就是接收方 (outbound 时发送) 接收方的合作伙伴就是发送方 (inbound 时接收)。 Q1: 请教楼上,如果按您那种维护的话,出站和入站的接收和发送端口应该是一模一样的是 吧。不过感觉,入站时,发送方端口应该是供应商中分配的端口号(之前做的跨工厂交易时, 产生的IDOC 中发送方端口为对客户出站时维护的端口) 客户系统发信息为出站(配置合作伙伴功能LI 供应商的出站信息) 出站时:发送方端口为SAPDEV,合作伙伴为ZTEST,合作合伙类型为LS 接收方端口为LI(供应商出站参数中维护端口),合作伙伴编号为供应商代 码,合作伙伴类型为LI,角色为VN 供应商系统接收信息

23、(配置合作伙伴功能KU 客户的入站信息) 入站时: recipient information 里面的partner number 是供应商代码; sender information 里面的partner number 是发送系统的代码。 Q2:单位的配置在下图,看有问题没有,我 PO 那边维护的是 PCS 转换成 PCE,入站时也 应该转换成PCS,但维护物料和价格是单位就变成PC 了。 我将单位维护成这个样子就行了吧,我的物料都是PCS 的单位。 A: MM03 看一下是不是填写了Sales unit Q: 没有维护 A: CUNI 中ISO codes 有没有维护PCE Q: 我的请求

24、交货日期还是带不出来,我感觉应该是可以带过来的,不过我把VOV8 中的这 个钩给打上了,系统自动给建议了 一个,我感觉这个还是不妥。 A: 请教楼上,如果按您那种维护的话,出站和入站的接收和发送端口应该是一模一样的是 吧。不过感觉,入站时,发送方端口应该是供应商中分配的端口号(之前做的跨工厂交易时, 产生的IDOC 中发送方端口为对客户出站时维护的端口) 产生的IDOC 中发送方端口为对客户出站时维护的端口 就是这样的 实质上就是,outbound idoc 171717port 就是partner profile outbound parameters 中维护的Receiver port i

25、nbound idoc 中的port 是根据outbound idoc 中的sender information 来的,一般是SAPxxx, xxx 是system id A: 建议交货日期和提前天数一起确定SO header 的requested delivery date。 Q: 产生的IDOC 中发送方端口为对客户出站时维护的端口 就是这样的 实质上就是,outbound idoc 的port 就是partner profile outbound parameters 中维护的Receiver port inbound idoc 中的port 是根据outbound idoc 中的sen

26、der information 来的,一般是SAPxxx, xxx 是system id 这两句话是不是有点矛盾,客户出站时维护的端口和SAPXXX 是不一样的,正常应该出现 那个端口。 *我在ISO 中有维护PCE *Q: 在客户系统维护供应商合作伙伴参数 LI(10000),维护出站参数的端口为 A0001。客 户系统的端口为SAPDEV1,ID 为ZTEST1 出站时IDOC 的端口 接收方:端口A0001,合作伙伴代码10000,LI,VN 发送方:端口SAPDEV1,合作伙伴代码ZTEST1,LS 在供应商系统维护客户合作伙伴参数 KU(20000),维护入站处理参数。供应商系统的端

27、 口为SAPDEV2,ID 为ZTEST2 入站时IDOC 的端口 接收方: 发送方: Q:单位解决了,是有多个维护了PCE 为KEY 通过表T006 看,这个是我粗心没有发觉,更改后就没有问题了。 *Q: 现有个问题,就是单位中的商业和技术的作用是干什么的 可以看出主数据中显示的是商业中维护的单位,但是显示的文本却是PCS002,这个是怎么 回事。他们的区别是什么,请高手解答下。 *Q:另外,WE19 已经可以成功创建销售订单了,但有个问题就是我入站的 IDOC 到现 在还搞不出来。疯掉了。 A: 你用WE19 能建成功,差不多快成功了。再加把油。 你用WE19 建SO 的时候哪些信息需要手

28、动维护呢 INBOX 里面的IDOC 的错误信息是什么贴个详细点的图来看看吧。 Q: 创建PO 后发送一个IDOC(195),因为是一个CLIENT,所以我就用WE19(输入IDOC), 然后直接用内向功能模块,调试,然后就创建销售订单成功了。但是查看标准入站时,就有 一个错误提示。 A: 在TCODE SALE 里面logical system里面定义了logical system ZTEST,并把它assign 给你这个client。在WE20 里面维护partner profile ZTEST。在TCODE SALE 里面-basic settings-logical systems 里

29、面定义了 logical system ZTEST,并把它assign 给你这个client,这个要设置好。在WE20 的partner type LS 下面 Q: 我的是在同一个CLIENT 下边配置的,合作伙伴参数应该只需要在KU/LI 下边就行 了吧。如果配置LS 应该是对外部系统的配置吧,如果是对外部系统的配置,出站和入站都 应该是在LS 里面配置,就不需要在KU/LI 中配置。 A: 需要配置的。因为发送方其实都是logical system而不是你这个KU/LI 类型的partner profile。你需要在接受方维护inbound idoc中的sender information

30、中的partner number,inbound idoc 才能被正确处理。 Q: 那请问意思就是说KU/LI 中要维护,并且要在LS 中维护ZTEST(维护出站参数, 消息类型和IDOC) A: KU/LI 中维护的是customer/vendor 号码的partner。 在LS 中维护ZTEST 就行了,ZTEST 的入站出站参数不用填 *Q: 消息控制中不需要维护内容吧 我感觉还是不用维护,之前做的跨公司交易,我就没有配置逻辑系统,只配置了KU/LI, 就OK 了。 *Q: 其实我还有一个问题,跨公司交易时,配置自动发票校验时,会产生几个IDOC, 我虽然建成功了,但只看见了一个IDOC

31、,出站的IDOC 找不到 *Q:这个还需要维护逻辑地址不,之前做跨公司交易时需要维护一个逻辑地址,那个起 什么作用。 还有一个结论就是销售单位在自动创建销售订单时是不会考虑主数据销售视图中维护 的销售单位,除非自己手工去维护创建时才会考虑 Q:以下为我的系统配置,举个例子: 在客户系统维护供应商合作伙伴参数LI(10000),维护出站参数的端口为A。客 户系统的端口为SAPDEV1,ID 为ZTEST1 出站时IDOC 的端口 接收方:端口A,合作伙伴代码10000,LI,VN 发送方:端口SAPDEV1,合作伙伴代码ZTEST1,LS 在供应商系统维护客户合作伙伴参数KU(20000),维护

32、入站处理参数。供应商系统的端口 为SAPDEV2,ID 为ZTEST2 入站时IDOC 的端口 接收方: 发送方: *Q:我代码都维护好了,可还是不行。KU/LI 中维护的都是订单中的代码 客户系统出站时发送的IDOC 控制数据 供应商系统入站时,必须把IDOC 的控制数据改为以下才能入站,并成功创建SO。 对应供应商系统来说,是不会维护 LI 的,所以应该选择第二个图,接收方是自己的系统 *Q:现在已经没有1717何错误了,就是入站的IDOC 一直出不来,必须手工去更改IDOC 的控制数据,才能入进来。 在客户系统中维护LI(6001)为出站: 供应商系统中维护KU(8803)为入站: Q:真晕,我建了个外部测试系统,能把IDOC 发出去,也能接收到。但把数据从CLIENT100 往CLIENT800 发,提示发送成功,但接收不到。有高手明白是怎么回事不。 A:问题找到了,跟账户权限有关系。 PO-SO 成功,但供应商系统不需要配置客户的合作伙伴参数入站,只需要配置逻辑系统的 入站。 Q:请问,楼主现在使用的是配置逻辑系统的入站吗 因为根据我现在的测试,PO 出站时是配置的 VENDOR,发往另一 CLIENT,在目的 CLIENT 中用WE02 查看是显示在逻辑系统的入站。不知楼主是否这样