内容发布更新时间 : 2024/5/17 22:25:55星期一 下面是文章的全部内容请认真阅读。

现在有四个问题请教下：

1 销售订单的抬头请求交货日期从那里带过来 2 单位不统一，物料在一个CLIENT下，我维护的都是PCS，也在CUNI中维护了转换关系，为什么在销售订单中出现了PC，这个单位，都不知道从那里冒出来的 3 还有就是入站的IDOC一直出不来，只能WE19手工发。 4 EDI1，EDI2必须要分配到定价过程中，否则会提示无分配。

5 PR00事先维护好价格，但在订单中却出现两次，一次是事先维护好的/销售组织/分销渠道/客户/物料，PO导入时对应的销售组织/分销渠道/物料，这个存储顺序，为什么会这样。 6 入站时（发送方的合作伙伴写的是客户代码还是供应商代码，接受方写的是客户代码还是供应商代码）

*A:Message type: ORDERS

Q:我说的不是WE20里面的配置，除了VOE2/VOE4的配置，还有那些配置，订单的价格如何去取值。定价过程用手工订单，还是维护一个固定的条件类型。 A:Order type, Sales area: VOE2

Material: Inbound idoc (E1EDP19 002: Material number used by vendor) or VD51 Condition: VK11/VK31

Q:也就是说价格不是从IDOC传递过来的，要自己事先维护好是吧

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里可以维护Our account number with the vendor，这个用在采购方的outbound idoc

*Q: 下PO时，供应商主数据中少维护了这个字段，不过OUTBOUND 还是成功了，但对于供应方在接收时没有这个字段是不行的是吧。VOE4中需要维护IDOC中所出现的所有的合作伙伴功能是吧。这个字段在供应商主数据那里啊，呵呵找不到

A: 如果没维护，就会带出Purchasing Organization的值，不影响idoc的生成

Q: 是科目控制中的客户这个字段吗？应该不是这个字段，这个字段是基本数据，一维护就固定了，应该是挂组织级别的，可是找不到

A: Company 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没有问题，就是入站的时候没有反映 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中存在；你还要进入TCODE CUNI维护SAP单位与ISO单位的转换关系，选择一个SAP单位，在维护它的时候勾选ALE/EDI下的primary code。

A: 我当时做过，SO的付款条件用的是PO传过来的，所以在接收的那个client里面也要定义一个相同名称的payment terms ISO单位也要维护，要不然也会报错

*Q: 恩 现在已经剩最后一个错误了，

IDoc E1EDK18 中付款条款已经转移:检查数据 消息号 VG202 诊断

支付条款已发送到 IDOC 段。此数据不是自动传输的。 步骤

检查输入数据并且，若有必要，将它手动复制到凭证中。

*Q: SO中的付款条件用的是PO传过来的，还是用的是客户主数据中的。

之前做的跨公司业务，自动发票校验时，取的付款条件来自供货方传递过来的，而不是取供应商主数据中, 我是在同一个CLIENT下做的，肯定都存在，但不知道这个错误为什么要产生

AD: 单位是对物料的，现在没有问题，就是付款条件的问题现在不知道怎么解决 A: t-code SMME

把VA01/VA02， VG，201/202的control data清空

Q: 不行 系统中没有配置 VA01 VG 202的条目，我新建之后，清空，错误消息就变了，成为填入所有必需的条目字段 消息号 00055

之前的那个错误应该是一个必输字段没有被维护上。 A: 不要新增。SMME中现在有哪些记录？

Q: 就是有一个200，我新增202后，清空，就变成维护必输字段了

还有一个问题，WE20中配置客户时，维护的入站参数是否配置SP（售达方） A: 在原配置中就没有202的记录？

A: 是的。

我觉得你维护的partner profile有问题。

要根据inbound idoc自动产生SO，应该在partner type KU下建立partner profile，

它的inbound parameter应该维护成：partner role--SP，message type--ORDERS，process code--ORDE，processing 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的地方，看看account type

AD: 你说的我都给配置了，维护了客户和供应商都能用，之前在所跨公司交易的时候都搞过了

A: 我当时做的是client A创建PO，client B自动产生SO，然后client A又自动confirm PO。 如果你这个问题实在解决不了，可以自己debug 用WE19进去，选择那个inbound idoc并执行，然后点inbound function module，然后function module选择IDOC_INPUT_ORDERS，call in debugging mode打勾，然后自己进去debug，要找到错误原因不是很难的

A: 补充一点，如果不知道是不是使用了自己开发的函数或者不知道使用了哪个函数，可以通过WE20查看inbound process code进而查到对应的函数 A:元老建议：先手动做。如OK。再用IDOC。

Q: 我现在只产生一个IDOC，入站的IDOC我还是用WE19搞的 Q: 能否把WE20里面的配置给说下，

客户（KU）中配置入站参数 SP ORDERS ORDE

供应商（LI）中配置出站参数：无问题，已经发出数据。 Q:你们说的我都维护了，为什么就是不行，我真的服气死了