IDOC中PO信息入站后创建销售订单如何去配置

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

2、代码）*A:Message type: ORDERSQ:我说的不是WE20里面的配置，除了VOE2/VOE4的配置，还有那些配置，订单的价格如何去取值。定价过程用手工订单，还是维护一个固定的条件类型。A:Order type, Sales area: VOE2Material: Inbound idoc (E1EDP19 002: Material number used by vendor) or VD51Condition: VK11/VK31Q:也就是说价格不是从IDOC传递过来的，要自己事先维护好是吧A: 是要事先维护的,IDOC中的价格和金额会带到EDI1(Cust.expected

3、 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:

4、 下PO时，供应商主数据中少维护了这个字段，不过OUTBOUND 还是成功了，但对于供应方在接收时没有这个字段是不行的是吧。VOE4中需要维护IDOC中所出现的所有的合作伙伴功能是吧。这个字段在供应商主数据那里啊，呵呵找不到A: 如果没维护，就会带出Purchasing Organization的值，不影响idoc的生成Q: 是科目控制中的客户这个字段吗？应该不是这个字段，这个字段是基本数据，一维护就固定了，应该是挂组织级别的，可是找不到A: Company code level - Correspondence view (Acct w/ vendor)Purchasing organiza

5、tion 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 (

6、E1EDP19 002: Material number used by vendor) or VD51，我的IDOC中没有E1EDP19 002这条数据A: PO中要填vendor material numberA: PO的info record里面要维护Vendor Mat. No.这个栏位。另外，vendor和customer用的payment terms要在彼此client中存在；你还要进入TCODE CUNI维护SAP单位与ISO单位的转换关系，选择一个SAP单位，在维护它的时候勾选ALE/EDI下的primary code。A: 我当时做过，SO的付款条件用的是PO传过来的，所以在

7、接收的那个client里面也要定义一个相同名称的payment termsISO单位也要维护，要不然也会报错*Q: 恩 现在已经剩最后一个错误了，IDoc E1EDK18 中付款条款已经转移:检查数据消息号 VG202诊断支付条款已发送到 IDOC 段。此数据不是自动传输的。步骤检查输入数据并且，若有必要，将它手动复制到凭证中。*Q: SO中的付款条件用的是PO传过来的，还是用的是客户主数据中的。之前做的跨公司业务，自动发票校验时，取的付款条件来自供货方传递过来的，而不是取供应商主数据中, 我是在同一个CLIENT下做的，肯定都存在，但不知道这个错误为什么要产生AD: 单位是对物料的，现在没有

8、问题，就是付款条件的问题现在不知道怎么解决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

9、有问题。要根据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 co

10、nfirmation。A: inbound idoc中的E1EDK01里面ZTERM那个值在你的client里面存在不？还有检查下你的payment terms，看是否customer和vendor都可以用，也就是维护payment terms的地方，看看account typeAD: 你说的我都给配置了，维护了客户和供应商都能用，之前在所跨公司交易的时候都搞过了A: 我当时做的是client A创建PO，client B自动产生SO，然后client A又自动confirm PO。如果你这个问题实在解决不了，可以自己debug用WE19进去，选择那个inbound idoc并执行，然后点in

11、bound 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）中配置出

12、站参数：无问题，已经发出数据。Q:你们说的我都维护了，为什么就是不行，我真的服气死了Q: 是不是IDOC选择不同，我用的是01，应该用多少A:Basic type用ORDERS01可以的新创建一个PO，看一下那IDOC会不会有E1EDK18把SMME截图看看？关于VG202 "Terms of payment in IDoc & have been transferred: Check data"看看Note 388120 - Transfer of conditions and terms of paymentQ:用那个事务代码维护EDI1 /EDI2直接分配到订

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

14、个存储顺序，为什么会这样。6 入站时（发送方的合作伙伴写的是客户代码还是供应商代码，接受方写的是客户代码还是供应商代码）A:1.销售订单的抬头请求交货日期是从PO里的deliv. date那个栏位带过来的。2.单位要去CUNI维护，因为可能多个SAP单位对应一个ISO单位，在把IDOC里面的ISO单位转换为SO里面的SAP单位的时候，系统会不知道找哪个，所以你要去CUNI里面选择一个SAP单位为第一选择：在primary key那打勾就可以了。3.如果WE19能发的话，自动应该也能发的啊，这个我也不知道什么原因。4.标准的SD pricing procedure里面就有EDI1，EDI2这两个

15、condition type，不用另外设置。5.你用的哪个pricing procedure呢？咋会这么多问题？6.入站时，idoc control record里面：recipient information里面的partner number是供应商代码；sender information里面的partner number是发送系统的代码。Q: 请教楼上，如果按您那种维护的话，出站和入站的接收和发送端口应该是一模一样的是吧。不过感觉，入站时，发送方端口应该是供应商中分配的端口号（之前做的跨工厂交易时，产生的IDOC中发送方端口为对客户出站时维护的端口） 客户系统发信息为出站（配置合作伙伴功

16、能LI供应商的出站信息） 出站时：发送方端口为SAPDEV，合作伙伴为ZTEST，合作合伙类型为LS 接收方端口为LI（供应商出站参数中维护端口），合作伙伴编号为供应商代码，合作伙伴类型为LI，角色为VN 供应商系统接收信息（配置合作伙伴功能KU客户的入站信息） 入站时： recipient information里面的partner number是供应商代码； sender information里面的partner number是发送系统的代码。 单位的配置在下图，看有问题没有，我PO那边维护的是PCS转换成PCE，入站时也应该转换成PCS，但维护物料和价格是单位就变成PC了。Q: 还有单

17、位的问题，很奇怪CUNI中我都没有维护PC，都不知道他是那里冒出来的。能否把采购订单的交货日期对应的数据段给出来不，我行项目的交货日期可以自动带出来，就是抬头的带不出来A: 单位的问题你再仔细看看，PC要是没维护应该也出不来的吧。 采购订单的交货日起对应的数据段是： E1EDK03 011 E1EDK03 012 行项目的交货日期对应的数据段是： E1EDP20Q: 是不是计量件还有一个地方维护标准单位转换的，例如OBCE中有维护一个标准计量件，请高手解答下Q: 请教楼上，如果按您那种维护的话，出站和入站的接收和发送端口应该是一模一样的是吧。不过感觉，入站时，发送方端口应该是供应商中分配的端口

18、号（之前做的跨工厂交易时，产生的IDOC中发送方端口为对客户出站时维护的端口） 客户系统发信息为出站（配置合作伙伴功能LI供应商的出站信息） 出站时：发送方端口为SAPDEV，合作伙伴为ZTEST，合作合伙类型为LS 接收方端口为LI（供应商出站参数中维护端口），合作伙伴编号为供应商代码，合作伙伴类型为LI，角色为VN 供应商系统接收信息（配置合作伙伴功能KU客户的入站信息） 入站时： recipient information里面的partner number是供应商代码； sender information里面的partner number是发送系统的代码。Q:还有一个问题，做跨公司交易

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

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

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

22、） 入站时： recipient information里面的partner number是供应商代码； sender information里面的partner number是发送系统的代码。 Q2:单位的配置在下图，看有问题没有，我PO那边维护的是PCS转换成PCE，入站时也应该转换成PCS，但维护物料和价格是单位就变成PC了。我将单位维护成这个样子就行了吧，我的物料都是PCS的单位。A: MM03看一下是不是填写了Sales unitQ: 没有维护A: CUNI中ISO codes有没有维护PCE？Q: 我的请求交货日期还是带不出来，我感觉应该是可以带过来的，不过我把VOV8中的这个钩给

23、打上了，系统自动给建议了 一个，我感觉这个还是不妥。A: 请教楼上，如果按您那种维护的话，出站和入站的接收和发送端口应该是一模一样的是吧。不过感觉，入站时，发送方端口应该是供应商中分配的端口号（之前做的跨工厂交易时，产生的IDOC中发送方端口为对客户出站时维护的端口） 产生的IDOC中发送方端口为对客户出站时维护的端口 就是这样的 实质上就是，outbound idoc的port就是partner profile outbound parameters中维护的Receiver port inbound idoc中的port是根据outbound idoc中的sender information

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

25、话是不是有点矛盾，客户出站时维护的端口和SAPXXX是不一样的，正常应该出现那个端口。*我在ISO中有维护PCE*Q: 在客户系统维护供应商合作伙伴参数LI（10000），维护出站参数的端口为A0001。客户系统的端口为SAPDEV1，ID为ZTEST1 出站时IDOC的端口 接收方：端口A0001，合作伙伴代码10000，LI，VN 发送方：端口SAPDEV1，合作伙伴代码ZTEST1，LS 在供应商系统维护客户合作伙伴参数KU（20000），维护入站处理参数。供应商系统的端口为SAPDEV2，ID为ZTEST2 入站时IDOC的端口 接收方：？ 发送方：？Q:单位解决了，是有多个维护了PC

26、E为KEY通过表T006看，这个是我粗心没有发觉，更改后就没有问题了。*Q: 现有个问题，就是单位中的商业和技术的作用是干什么的可以看出主数据中显示的是商业中维护的单位，但是显示的文本却是PCS002，这个是怎么回事。他们的区别是什么，请高手解答下。*Q:另外，WE19已经可以成功创建销售订单了，但有个问题就是我入站的IDOC到现在还搞不出来。疯掉了。A: 你用WE19能建成功，差不多快成功了。再加把油。 你用WE19建SO的时候哪些信息需要手动维护呢？ INBOX里面的IDOC的错误信息是什么？贴个详细点的图来看看吧。Q: 创建PO后发送一个IDOC（195），因为是一个CLIENT，所以我

27、就用WE19（输入IDOC），然后直接用内向功能模块，调试，然后就创建销售订单成功了。但是查看标准入站时，就有一个错误提示。 A: 在TCODE SALE里面logical system里面定义了logical system ZTEST，并把它assign给你这个client。在WE20里面维护partner profile ZTEST。在TCODE SALE里面->basic settings->logical systems里面定义了logical system ZTEST，并把它assign给你这个client，这个要设置好。在WE20的partner type LS下面Q:

28、 我的是在同一个CLIENT下边配置的，合作伙伴参数应该只需要在KU/LI下边就行了吧。如果配置LS应该是对外部系统的配置吧，如果是对外部系统的配置，出站和入站都应该是在LS里面配置，就不需要在KU/LI中配置。A: 需要配置的。因为发送方其实都是logical system而不是你这个KU/LI类型的partner profile。你需要在接受方维护inbound idoc中的sender information中的partner number，inbound idoc才能被正确处理。Q: 那请问意思就是说KU/LI中要维护，并且要在LS中维护ZTEST（维护出站参数，消息类型和IDOC）A: KU/LI中维护的是customer/vendor号码的partner。在LS中维护ZTEST就行了，ZTEST的入站出站参数不用填*Q: 消息控制