IDOC中PO信息入站后创建销售订单如何去配置.docx
- 文档编号:25488327
- 上传时间:2023-06-09
- 格式:DOCX
- 页数:21
- 大小:1.39MB
IDOC中PO信息入站后创建销售订单如何去配置.docx
《IDOC中PO信息入站后创建销售订单如何去配置.docx》由会员分享,可在线阅读,更多相关《IDOC中PO信息入站后创建销售订单如何去配置.docx(21页珍藏版)》请在冰豆网上搜索。
IDOC中PO信息入站后创建销售订单如何去配置
现在有四个问题请教下:
1销售订单的抬头请求交货日期从那里带过来
2单位不统一,物料在一个CLIENT下,我维护的都是PCS,也在CUNI中维护了转换关系,为什么在销售订单中出现了PC,这个单位,都不知道从那里冒出来的
3还有就是入站的IDOC一直出不来,只能WE19手工发。
4EDI1,EDI2必须要分配到定价过程中,否则会提示无分配。
5PR00事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠道/客户/物料,PO导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。
6入站时(发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码还是供应商代码)
*A:
Messagetype:
ORDERS
Q:
我说的不是WE20里面的配置,除了VOE2/VOE4的配置,还有那些配置,订单的价格如何去取值。
定价过程用手工订单,还是维护一个固定的条件类型。
A:
Ordertype,Salesarea:
VOE2
Material:
Inboundidoc(E1EDP19002:
Materialnumberusedbyvendor)orVD51
Condition:
VK11/VK31
Q:
也就是说价格不是从IDOC传递过来的,要自己事先维护好是吧
A:
是要事先维护的,IDOC中的价格和金额会带到EDI1(Cust.expectedprice),EDI2(Cust.expectedvalue)这两个conditiontype里,是作为参考的,不会影响定价
*Q:
还有VOE4是干什么的:
A:
ConvertExternal<>InternalPartnerNumber
比如,根据Inboundidoc里的信息确定ship-toparty
*Q:
客户主数据中还需要维护一个客户处我方账户
A:
这个用在销售方的outboundidoc
类似的,采购方在vendormaster里可以维护Ouraccountnumberwiththevendor,这个用在采购方的outboundidoc
*Q:
下PO时,供应商主数据中少维护了这个字段,不过OUTBOUND还是成功了,但对于供应方在接收时没有这个字段是不行的是吧。
VOE4中需要维护IDOC中所出现的所有的合作伙伴功能是吧。
这个字段在供应商主数据那里啊,呵呵找不到
A:
如果没维护,就会带出PurchasingOrganization的值,不影响idoc的生成
Q:
是科目控制中的客户这个字段吗?
应该不是这个字段,这个字段是基本数据,一维护就固定了,应该是挂组织级别的,可是找不到
A:
Companycodelevel-Correspondenceview(Acctw/vendor)
Purchasingorganizationlevel-Purchasingdataview(Acc.withvendor)
Q:
还有个问题,如果没有维护,带出来采购组织里面的值(是带出来采购组织,还是带出来采购组织里面维护的我方在供应方的客户代码)
A:
采购组织
Q:
还是失败,IDOC牙根就不出来,呵呵
A:
检查conditionsforoutputcontrol,partnerprofiles
*Q:
我发出来的IDCO没有问题,就是入站的时候没有反映Q:
51:
IDocE1EDK18中付款条款已经转移:
检查数据
A:
双击消息,看看消息号是什么
Q:
Material:
Inboundidoc(E1EDP19002:
Materialnumberusedbyvendor)orVD51,我的IDOC中没有E1EDP19002这条数据
A:
PO中要填vendormaterialnumber
A:
PO的inforecord里面要维护VendorMat.No.这个栏位。
另外,vendor和customer用的paymentterms要在彼此client中存在;你还要进入TCODECUNI维护SAP单位与ISO单位的转换关系,选择一个SAP单位,在维护它的时候勾选ALE/EDI下的primarycode。
A:
我当时做过,SO的付款条件用的是PO传过来的,所以在接收的那个client里面也要定义一个相同名称的paymentterms
ISO单位也要维护,要不然也会报错
*Q:
恩现在已经剩最后一个错误了,
IDocE1EDK18中付款条款已经转移:
检查数据
消息号VG202
诊断
支付条款已发送到IDOC段。
此数据不是自动传输的。
步骤
检查输入数据并且,若有必要,将它手动复制到凭证中。
*Q:
SO中的付款条件用的是PO传过来的,还是用的是客户主数据中的。
之前做的跨公司业务,自动发票校验时,取的付款条件来自供货方传递过来的,而不是取供应商主数据中,我是在同一个CLIENT下做的,肯定都存在,但不知道这个错误为什么要产生
AD:
单位是对物料的,现在没有问题,就是付款条件的问题现在不知道怎么解决
A:
t-codeSMME
把VA01/VA02,VG,201/202的controldata清空
Q:
不行系统中没有配置VA01VG202的条目,我新建之后,清空,错误消息就变了,成为填入所有必需的条目字段消息号00055
之前的那个错误应该是一个必输字段没有被维护上。
A:
不要新增。
SMME中现在有哪些记录?
Q:
就是有一个200,我新增202后,清空,就变成维护必输字段了
还有一个问题,WE20中配置客户时,维护的入站参数是否配置SP(售达方)
A:
在原配置中就没有202的记录?
A:
是的。
我觉得你维护的partnerprofile有问题。
要根据inboundidoc自动产生SO,应该在partnertypeKU下建立partnerprofile,
它的inboundparameter应该维护成:
partnerrole--SP,messagetype--ORDERS,processcode--ORDE,processingbyfunctionmodule选择triggerimmediately。
我以前做的时候,messagetype选ORDERS的话IDOC不会出现EIEDK18,messagetype选ORDRSP的话才会出现EIEDK18。
ORDERS是创建SO,ORDRSP是送出orderconfirmation。
A:
inboundidoc中的E1EDK01里面ZTERM那个值在你的client里面存在不?
还有检查下你的paymentterms,看是否customer和vendor都可以用,也就是维护paymentterms的地方,看看accounttype
AD:
你说的我都给配置了,维护了客户和供应商都能用,之前在所跨公司交易的时候都搞过了
A:
我当时做的是clientA创建PO,clientB自动产生SO,然后clientA又自动confirmPO。
如果你这个问题实在解决不了,可以自己debug
用WE19进去,选择那个inboundidoc并执行,然后点inboundfunctionmodule,然后functionmodule选择IDOC_INPUT_ORDERS,callindebuggingmode打勾,然后自己进去debug,要找到错误原因不是很难的
A:
补充一点,如果不知道是不是使用了自己开发的函数或者不知道使用了哪个函数,可以通过WE20查看inboundprocesscode进而查到对应的函数
A:
元老建议:
先手动做。
如OK。
再用IDOC。
Q:
我现在只产生一个IDOC,入站的IDOC我还是用WE19搞的
Q:
能否把WE20里面的配置给说下,
客户(KU)中配置入站参数SPORDERSORDE
供应商(LI)中配置出站参数:
无问题,已经发出数据。
Q:
你们说的我都维护了,为什么就是不行,我真的服气死了
Q:
是不是IDOC选择不同,我用的是01,应该用多少
A:
Basictype用ORDERS01可以的
新创建一个PO,看一下那IDOC会不会有E1EDK18
把SMME截图看看?
关于VG202"TermsofpaymentinIDoc&havebeentransferred:
Checkdata"看看Note388120-Transferofconditionsandtermsofpayment
Q:
用那个事务代码维护EDI1/EDI2
直接分配到订单的定价过程中去是吧,我试下。
Q:
我还是产生不了IDOC,只能手工维护,晕死了。
另外我的请求交货日期带不出来
*Q现在有四个问题请教下:
:
1销售订单的抬头请求交货日期从那里带过来
2单位不统一,物料在一个CLIENT下,我维护的都是PCS,也在CUNI中维护了转换关系,为什么在销售订单中出现了PC,这个单位,都不知道从那里冒出来的
3还有就是入站的IDOC一直出不来,只能WE19手工发。
4EDI1,EDI2必须要分配到定价过程中,否则会提示无分配。
5PR00事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠道/客户/物料,PO导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。
6入站时(发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码还是供应商代码)
A:
1.销售订单的抬头请求交货日期是从PO里的deliv.date那个栏位带过来的。
2.单位要去CUNI维护,因为可能多个SAP单位对应一个ISO单位,在把IDOC里面的ISO单位转换为SO里面的SAP单位的时候,系统会不知道找哪个,所以你要去CUNI里面选择一个SAP单位为第一选择:
在primarykey那打勾就可以了。
3.如果WE19能发的话,自动应该也能发的啊,这个我也不知道什么原因。
4.标准的SDpricingprocedure里面就有EDI1,EDI2这两个conditiontype,不用另外设置。
5.你用的哪个pricingprocedure呢?
咋会这么多问题?
6.入站时,idoccontrolrecord里面:
recipientinformation里面的partnernumber是供应商代码;
senderinformation里面的partnernumber是发送系统的代码。
Q:
请教楼上,如果按您那种维护的话,出站和入站的接收和发送端口应该是一模一样的是吧。
不过感觉,入站时,发送方端口应该是供应商中分配的端口号(之前做的跨工厂交易时,产生的IDOC中发送方端口为对客户出站时维护的端口)
客户系统发信息为出站(配置合作伙伴功能LI供应商的出站信息)
出站时:
发送方端口为SAPDEV,合作伙伴为ZTEST,合作合伙类型为LS
接收方端口为LI(供应商出站参数中维护端口),合作伙伴编号为供应商代码,合作伙伴类型为LI,角色为VN
供应商系统接收信息(配置合作伙伴功能KU客户的入站信息)
入站时:
{recipientinformation里面的partnernumber是供应商代码;senderinformation里面的partnernumber是发送系统的代码。
}
单位的配置在下图,看有问题没有,我PO那边维护的是PCS转换成PCE,入站时也应该转换成PCS,但维护物料和价格是单位就变成PC了。
Q:
还有单位的问题,很奇怪CUNI中我都没有维护PC,都不知道他是那里冒出来的。
能否把采购订单的交货日期对应的数据段给出来不,我行项目的交货日期可以自动带出来,就是抬头的带不出来
A:
单位的问题你再仔细看看,PC要是没维护应该也出不来的吧。
采购订单的交货日起对应的数据段是:
E1EDK03011
E1EDK03012
行项目的交货日期对应的数据段是:
E1EDP20
Q:
是不是计量件还有一个地方维护标准单位转换的,例如OBCE中有维护一个标准计量件,请高手解答下
Q:
请教楼上,如果按您那种维护的话,出站和入站的接收和发送端口应该是一模一样的是吧。
不过感觉,入站时,发送方端口应该是供应商中分配的端口号(之前做的跨工厂交易时,产生的IDOC中发送方端口为对客户出站时维护的端口)
客户系统发信息为出站(配置合作伙伴功能LI供应商的出站信息)
出站时:
发送方端口为SAPDEV,合作伙伴为ZTEST,合作合伙类型为LS
接收方端口为LI(供应商出站参数中维护端口),合作伙伴编号为供应商代码,合作伙伴类型为LI,角色为VN
供应商系统接收信息(配置合作伙伴功能KU客户的入站信息)
入站时:
{recipientinformation里面的partnernumber是供应商代码;
senderinformation里面的partnernumber是发送系统的代码。
}
Q:
还有一个问题,做跨公司交易的时候,有几个IDOC,我这边只看见一个入站的
IDOC(自动发票校验的)
Q1销售订单的抬头请求交货日期从那里带过来
A:
这个来自ordertype的配置(VOV8)。
item中的Firstdeliverydate来自POitem的deliverydate
Q2单位不统一,物料在一个CLIENT下,我维护的都是PCS,也在CUNI中维护了转换关系,为什么在销售订单中出现了PC,这个单位,都不知道从那里冒出来的
A:
这个paulun回答过了
Q3还有就是入站的IDOC一直出不来,只能WE19手工发。
检查Partnerprofile中的inboundparameters
Q4EDI1,EDI2必须要分配到定价过程中,否则会提示无分配。
A:
呵呵~这个是自问自答吧
标准的pricingprocedure是有这个的,如果自定义的就需要在创建时加上去
Q5PR00事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠道/客户/物料,PO导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。
A:
检查Accesssequence的设置,看是否勾选了‘Exclusive’。
如果勾选了,系统找到第一条成功的记录就会停止搜索
Q6:
6入站时(发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码还是供应商代码)
A:
发送方的合作伙伴就是接收方(outbound时发送)
接收方的合作伙伴就是发送方(inbound时接收)。
Q1:
请教楼上,如果按您那种维护的话,出站和入站的接收和发送端口应该是一模一样的
是吧。
不过感觉,入站时,发送方端口应该是供应商中分配的端口号(之前做的跨工厂交易时,产生的IDOC中发送方端口为对客户出站时维护的端口)
客户系统发信息为出站(配置合作伙伴功能LI供应商的出站信息)
出站时:
发送方端口为SAPDEV,合作伙伴为ZTEST,合作合伙类型为LS
接收方端口为LI(供应商出站参数中维护端口),合作伙伴编号为供应商代码,合作伙伴类型为LI,角色为VN
供应商系统接收信息(配置合作伙伴功能KU客户的入站信息)
入站时:
{recipientinformation里面的partnernumber是供应商代码;
senderinformation里面的partnernumber是发送系统的代码。
}
Q2:
单位的配置在下图,看有问题没有,我PO那边维护的是PCS转换成PCE,入站时也应该转换成PCS,但维护物料和价格是单位就变成PC了。
我将单位维护成这个样子就行了吧,我的物料都是PCS的单位。
A:
MM03看一下是不是填写了Salesunit
Q:
没有维护
A:
CUNI中ISOcodes有没有维护PCE?
Q:
我的请求交货日期还是带不出来,我感觉应该是可以带过来的,不过我把VOV8中的这个钩给打上了,系统自动给建议了一个,我感觉这个还是不妥。
A:
请教楼上,如果按您那种维护的话,出站和入站的接收和发送端口应该是一模一样的是吧。
不过感觉,入站时,发送方端口应该是供应商中分配的端口号(之前做的跨工厂交易时,产生的IDOC中发送方端口为对客户出站时维护的端口)
产生的IDOC中发送方端口为对客户出站时维护的端口就是这样的
实质上就是,outboundidoc的port就是partnerprofileoutboundparameters中维护的Receiverport
inboundidoc中的port是根据outboundidoc中的senderinformation来的,一般是'SAPxxx',xxx是systemid
A:
“建议交货日期”和“提前天数”一起确定SOheader的requesteddeliverydate。
Q:
产生的IDOC中发送方端口为对客户出站时维护的端口就是这样的
实质上就是,outboundidoc的port就是partnerprofileoutboundparameters中维护的Receiverport
inboundidoc中的port是根据outboundidoc中的senderinformation来的,一般是'SAPxxx',xxx是systemid
这两句话是不是有点矛盾,客户出站时维护的端口和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:
单位解决了,是有多个维护了PCE为KEY
通过表T006看,这个是我粗心没有发觉,更改后就没有问题了。
*Q:
现有个问题,就是单位中的商业和技术的作用是干什么的
可以看出主数据中显示的是商业中维护的单位,但是显示的文本却是PCS002,这个是怎么回事。
他们的区别是什么,请高手解答下。
*Q:
另外,WE19已经可以成功创建销售订单了,但有个问题就是我入站的IDOC到现在还搞不出来。
疯掉了。
A:
你用WE19能建成功,差不多快成功了。
再加把油。
你用WE19建SO的时候哪些信息需要手动维护呢?
INBOX里面的IDOC的错误信息是什么?
贴个详细点的图来看看吧。
Q:
创建PO后发送一个IDOC(195),因为是一个CLIENT,所以我就用WE19(输入IDOC),然后直接用内向功能模块,调试,然后就创建销售订单成功了。
但是查看标准入站时,就有一个错误提示。
A:
在TCODESALE里面logicalsystem里面定义了logicalsystemZTEST,并把它assign给你这个client。
在WE20里面维护partnerprofileZTEST。
在TCODESALE里面-->basicsettings-->logicalsystems里面定义了logicalsystemZTEST,并把它assign给你这个client,这个要设置好。
在WE20的partnertypeLS下面
Q:
我的是在同一个CLIENT下边配置的,合作伙伴参数应该只需要在KU/LI下边就行了吧。
如果配置LS应该是对外部系统的配置吧,如果是对外部系统的配置,出站和入站都应该是在LS里面配置,就不需要在KU/LI中配置。
A:
需要配置的。
因为发送方其实都是logicalsystem而不是你这个KU/LI类型的partnerprofile。
你需要在接受方维护inboundidoc中的senderinformation中的partnernumber,inboundidoc才能被正确处理。
Q:
那请问意思就是说KU/LI中要维护,并且要在LS中维护ZTEST(维护出站参数,消息类型和IDOC)
A:
KU/LI中维护的是customer/vendor号码的partner。
在LS中维护ZTEST就行了,ZTEST的入站出站参数不用填
*Q:
消息控制中不需要维护内容吧
我感觉还是不用维护,之前做的跨公司交易,我就没有配置逻辑系统,只配置了KU/LI,就OK了。
*Q:
其实我还有一个问题,跨公司交易时,配置自动发票校验时,会产生几个IDOC,我虽然建成功了,但只看见了一个IDOC,出站的IDOC找不到
*Q:
这个还需要维护逻辑地址不,之前做跨公司交易时需要维护一个逻辑地址,那个起什么作用。
还有一个结论就是销售单位在自动创建销售订单时是不会考虑主数据销售视图中维护的销售单位,除非自己手工去维护创建时才会考虑
Q:
以下为我的系统配置,举个例子:
在客户系统维护供应商合作伙伴参数LI(10000),维护出站参数的端口为A000000002。
客户系统的端口为SAPDEV1,ID为ZTEST1
出站时IDOC的端口
接收方:
端口A000000002,合作伙伴代码10000,LI,VN
发送方:
端口SAPDEV1,合作伙伴代码ZTEST1,LS
在供应商系统维护客户合作伙伴参数KU(20000),维护入站处理参数。
供应商系统的端口为SAPDEV2,ID为ZTEST2
入站时IDOC的端口
接收方:
?
发送方:
?
*Q:
我代码都维护好了,可还是不行。
KU/LI中维护的都是订单中的代码客户系统出站时发送的IDOC控制数据
供应商系统入站时,必须把IDOC的控制数据改
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IDOC PO 信息 入站后 创建 销售 订单 如何 配置