I中PO信息入站后創(chuàng)建銷售訂單如何去配置

1、現在有四個問題請教下：1銷售訂單的抬頭請求交貨tl期從那里帶過來2單位不統(tǒng)一，物料在一個client下，我維護的都是pcs,也在cuni中維護了轉換關系, 為什么在銷售訂單中出現了 pc,這個單位，都不知道從那里冒出來的3還有就是入站的idoc-直出不來，只能we19手工發(fā)。4edi1, edi2必須要分配到定價過程屮，否則會提示無分配。5pr00事先維護好價格，但在訂單中卻出現兩次，一次是事先維護好的/銷售組織/分銷渠道 /客戶/物料，p0導入吋對應的銷售組織/分銷渠道/物料，這個存儲順序，為什么會這樣。6入站時(發(fā)送方的合作伙伴寫的是客戶代碼還是供應商代碼，接受方寫的是客戶代碼還是 供應商

2、代碼)*a:message type: ordersq：我說的不是we20里面的配置，除了 voe2/voe4的配置，還有那些配置，訂單的價格如 何去取值。定價過程用手工訂單，還是維護一個固定的條件類型。a:order type, sales area: voe2material: inbound idoc (eledp 19 002: material number used by vendor) or vd51condition: vk11/vk31q:也就是說價格不是從idoc傳遞過來的，要自己事先維護好是吧a:是要事先維護的jdoc屮的價格和金額會帶到edi 1 (cust.expec

3、ted price),edi2(cust.expected value)這兩個condition type里，是作為參考的，不會影響定價*q:還有voe4是干什么的：a: con vert external < > internal partner number比如，根據inbound idoc里的信息確定ship-to party*q:客戶主數據中還需要維護一個客戶處我方賬戶a:這個用在銷售方的outbound idoc類似的，采購方在vendor master里可以維護our account number with the vendor,這個用在 采購方的outbound id

4、oc*q：下po時，供應商主數據屮少維護了這個字段，不過outbound還是成功了，但對 于供應方在接收時沒有這個字段是不行的是吧。voe4屮需要維護idoc中所出現的所有的 合作伙伴功能是吧。這個字段在供應商主數據那里啊，呵呵找不到a:如果沒維護，就會帶出purchasing organization的值，不影響idoc的生成q：是科fi控制中的客戶這個字段嗎？應該不是這個字段，這個字段是基本數據，一維護就 固定了，應該是掛組織級別的，可是找不到a: company code level correspondence view (acct w/ vendor)purchasing organ

5、ization level - purchasing data view (acc. with vendor)q:還有個問題，如果沒有維護，帶出來采購組織里面的值(是帶出來采購組織，還是帶出 來采購組織里面維護的我方在供應方的客戶代碼)a:采購組織q:還是失敗，idoc牙根就不出來，呵呵a: 檢查 conditions for output control, partner profiles*q：我發(fā)出來的idco沒有問題，就是入站的時候沒有反映q： 51： idoceledk18中付款條款已經轉移:檢查數據 狀態(tài)記錄萍竈話d預可66d五6萌新新蕭尋 曾51 idoc e1edk18中付款條款

6、已經轉移:檢查數據a:雙擊消息，看看消息號是什么q:material: inbound idoc (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單位，在維護它的時

7、候勾選 ale/edi 下的 primary code。a:我當時做過，so的付款條件用的是po傳過來的，所以在接收的那個client里面也要定 義一個相同名稱的payment termsiso單位也要維護，要不然也會報錯 *q：恩 現在已經剩最后一個錯誤了，idoc e1edk18中付款條款已經轉移:檢查數據消息號vg202診斷支付條款己發(fā)送到idoc段。此數據不是自動傳輸的。步驟檢查輸入數據并且，若有必要，將它手動復制到憑證中。*q： so屮的付款條件用的是po傳過來的，還是用的是客戶主數據中的。z前做的跨公司業(yè)務，自動發(fā)票校驗時，取的付款條件來自供貨方傳遞過來的，而不是取供 應商主數據中

8、，我是在同一個client下做的，肯定都存在，但不知道這個錯誤為什么要產 生ad:單位是對物料的，現在沒有問題，就是付款條件的問題現在不知道怎么解決a: t-code smme把 va01 /va02, vg, 201 /202 的 control data 清空q：不行系統(tǒng)中沒有配置va01 vg 202的條目，我新建之后，清空，錯誤消息就變了，成 為填入所有必需的條目字段消息號00055之前的那個錯誤應該是一個必輸字段沒有被維護上。a:不要新增。smme屮現在有哪些記錄？q：就是有一個200,我新增202后，清空，就變成維護必輸字段了還有一個問題，we20中配置客戶吋，維護的入站參數是否配

9、置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 o我以前做的時候，message type選orders的話idoc不會

10、出現eiedk18, message type選 ordrsp 的話才會出現 eiedk18oorders 是創(chuàng)建 so,ordrsp 是送出 order confirmation0 a: inbound idoc中的e1edk01里面zterm那個值在你的client里面存在不？還有檢查卜你的payment terms,看是否customer和vendor都町以用，也就是維護payment terms 的地方，看看 account typead:你說的我都給配置了，維護了客戶和供應商都能用，z前在所跨公司交易的時候都搞 過了a:我當時做的是client a創(chuàng)建po, client b自動產生

11、so,然后client a又自動confirm poo 如果你這個問題實在解決不了，可以自己debug用 we19 進去，選擇那個 inbound idoc 并執(zhí)行，然后點 inbound function module,然后 function module 選擇 idoc_input_orders, call in debugging mode 打勾，然后自己進去 debug, 要找到錯誤原因不是很難的a:補充一點，如果不知道是不是使用了自己開發(fā)的函數或者不知道使用了哪個函數，可以 通過we20查看inbound process code進而查到對應的函數a:元老建議：先手動做。如ok。再用

12、idoc。q:我現在只產生一個idoc,入站的idoc我還是用we19搞的q：能否把we20里面的配置給說下，客戶（ku）中配置入站參數sp orders orde供應商（li）中配置出站參數：無問題，己經發(fā)出數據。q：你們說的我都維護了，為什么就是不行，我真的服氣死了orde 叼出現語法錯誤后取消處理處理代碼叵orders創(chuàng)連銷售訂單§消息類型：orders購買訂單/訂單消息代碼消息功能測試伙伴類型恢伴角色kusp客戶售達方記帳處理:許可代理程序電話內向選項按照函數模塊處理o由后臺程序觸發(fā)立即觸發(fā)q:是不是i doc選擇不同，我用的是0仁 應該用多少© e1edk18 0

13、01段 0000120 e1edpo1段 000013 e1edso1 002段 000016 狀態(tài)記錄 03成功將數據伎送到端口 idoc發(fā)送到saf ©30idoc準備好發(fā)送（ale服務）攝收方存在,無©01idoc己生成控制數據門信息凍結 岀錯警吉事霧祀碼11va01工作區(qū)irc1消息2001瞬銷售訂單h）i-messages im sdidoc &中的控制數捋已轉移:檢査數據a:basic type 用 orders01 可以的新創(chuàng)建一個p0,看一下那idoc會不會有e1edk18把smme截圖看看？關于 vg202 "terms of payme

14、nt in i doc & have been transferred: check data" 看看 note 388120 - transfer of conditions and terms of paymentq:用那個事務代碼維護edi1 /edi2直接分配到訂單的定價過程中去是吧，我試下。q:我還是產生不了 idoc,只能手工維護，暈死了。另外我的請求交貨日期帶不出來水q現在有四個問題請教下：:1銷售訂單的抬頭請求交貨日期從那里帶過來2單位不統(tǒng)一，物料在一個client下，我維護的都是pcs,也在cuni屮維護了轉換關系, 為什么在銷售訂單中出現了 pc,這個單位

15、，都不知道從那里冒出來的3還有就是入站的idoc 直出不來，只能we19手工發(fā)。4edi1, edi2必須要分配到定價過程中，否則會提示無分配。5pr00事先維護好價格，但在訂單中卻出現兩次，一次是事先維護好的/銷售組織/分銷渠道 /客戶/物料，po導入時對應的銷售組織/分銷渠道/物料，這個存儲順序，為什么會這樣。6入站時（發(fā)送方的合作伙伴寫的是客戶代碼還是供應商代碼，接受方寫的是客戶代碼還是 供應商代碼）a：1 銷售訂單的抬頭請求交貨日期是從p0里的deliv. date那個欄位帶過來的。2.單位要去cuni維護，因為可能多個sap單位對應一個iso單位，在把idoc里面的 iso單位轉換為

16、so里面的sap單位的時候，系統(tǒng)會不知道找哪個，所以你要去cuni里 面選擇一，個sap單位為第一選擇：在primary key那打勾就可以了。3如果we19能發(fā)的話，自動應該也能發(fā)的啊，這個我也不知道什么原因。4. 標準的 sd pricing procedure 里面就有 edi1, edi2 這兩個 condition type,不用另 外設置。5. 你用的哪個pricing procedure呢？咋會這么多問題？6入站時,idoc control record 里面：recipient information 里而的 partner number 是供應商代碼； sender info

17、rmation里面的partner number是發(fā)送系統(tǒng)的代碼。q：請教樓上，如杲按您那種維護的話，出站和入站的接收和發(fā)送端口應該是一模一樣的是 吧。不過感覺，入站時，發(fā)送方端口應該是供應商中分配的端口號（之前做的跨工廠交易時, 產生的idoc中發(fā)送方端口為對客戶出站時維護的端口）客戶系統(tǒng)發(fā)信息為出站（配置合作伙伴功能li供應商的出站信息）出站時：發(fā)送方端口為sapdev,合作伙伴為ztest,合作合伙類型為ls接收方端口為li （供應商出站參數中維護端口），合作伙伴編號為供應商代 碼，合作伙伴類型為li,角色為vn供應商系統(tǒng)接收信息（配置合作伙伴功能ku客戶的入站信息）入站時： recip

18、ient information里面的partner number是供應商代碼；sender information里面的partner number是發(fā)送系統(tǒng)的代碼。單位的配置在下圖，看有問題沒有，我p0那邊維護的是pcs轉換成pce,入站時也應 該轉換成pcs,但維護物料和價格是單位就變成pc 了。commercialpcst echn icalpcsdecimal placesfloat, point exp.int. meas unitpcsdisplaymeasurement unit text /numerator1denominator1exponent0additive con

19、stant0.000000decimal pl. roundingunit of meas.familycon version /iso code pce0 primary 匚odeapplic:ation parameters / 0 commercial meas.unit value-based ozimrnt q:還有單位的問題，很奇怪cuni «|我都沒有維護pc,都不知道他是那里冒出來的。能否 把采購訂單的交貨日期對應的數據段給出來不，我行項目的交貨日期可以自動帯11!來，就是 抬頭的帶不出來a:單位的問題你再仔細看看，pc要是沒維護應該也出不來的吧。采購訂單的交貨日起對

20、應的數據段是：e1edk03 011e1edk03 012行項目的交貨口期對應的數據段是：e1edp20q：是不是計量件述有一個地方維護標準單位轉換的，例如obce中有維護一個標準計量件, 請高手解答下q:請教樓上，如果按您那種維護的話，出站和入站的接收和發(fā)送端口應該是-模一樣的是 吧。不過感覺，入站時，發(fā)送方端口應該是供應商中分配的端口號（之前做的跨工廠交易時, 產生的idoc中發(fā)送方端口為對客戶出站時維護的端口）客戶系統(tǒng)發(fā)信息為出站（配置合作伙伴功能li供應商的岀站信息）出站時：發(fā)送方端口為sapdev,合作伙伴為ztest,合作合伙類型為ls接收方端口為li （供應商出站參數中維護端口）

21、，合作伙伴編號為供應商代 碼，合作伙伴類型為li,角色為vn供應商系統(tǒng)接收信息（配置合作伙伴功能ku客戶的入站信息）入站時： recipient information里面的partner number是供應商代碼；sender information里面的partner number是發(fā)送系統(tǒng)的代碼。q:還有一個問題，做跨公司交易的吋候，有幾個idoc,我這邊只看見一個入站的idoc（自 動發(fā)票校驗的）q1銷售訂單的抬頭請求交貨口期從那里帶過來a：這個來自 order type 的配置（vov8）o item 中的 first delivery date 來自 po item 的 deliv

22、ery dateq2單位不統(tǒng)一，物料在一個client下，我維護的都是pcs,也在cuni中維護了轉換關 系，為什么在銷售訂單中出現了 pc,這個單位，都不知道從那里冒出來的a:這個paulun回答過了q3還有就是入站的idoc 直出不來，只能we19手工發(fā)。檢查 partner profile 屮的 inbound parametersq4 edi1, edi2必須要分配到定價過程中，否則會提示無分配。a:呵呵這個是自問自答吧標準的pricing procedure是有這個的，如果自定義的就需要在創(chuàng)建時加上去q5 pr00事先維護好價格，但在訂單屮卻出現兩次，一次是事先維護好的/銷售組織/分

23、銷渠 道/客戶/物料，p0導入時對應的銷售組織/分銷渠道/物料，這個存儲順序，為什么會這樣。a:檢查access sequence的設置，看是否勾選了 'exclusive'。如果勾選了，系統(tǒng)找到第一 條成功的記錄就會停止搜索q6:6入站時（發(fā)送方的合作伙伴寫的是客戶代碼還是供應商代碼，接受方寫的是客戶代碼 還是供應商代碼）a:發(fā)送方的合作伙伴就是接收方（outbound時發(fā)送）接收方的合作伙伴就是發(fā)送方（inbound時接收）。q1：請教樓上，如果按您那種維護的話，出站和入站的接收和發(fā)送端口應該是一模一樣的是 吧。不過感覺，入站時，發(fā)送方端口應該是供應簡屮分配的端口號（之前做

24、的跨工廠交易時,產生的idoc屮發(fā)送方端口為對客戶出站時維護的端口）客戶系統(tǒng)發(fā)信息為出站（配置合作伙伴功能li供應商的出站信息）出站時：發(fā)送方端口為sapdev,合作伙伴為ztest,合作合伙類型為ls接收方端口為li （供應商出站參數中維護端口），合作伙伴編號為供應商代 碼，合作伙伴類型為li,角色為vn供應商系統(tǒng)接收信息（趾置合作伙伴功能ku客戶的入站信息）入站吋： recipient information里面的partner number是供應商代碼；sender information里面的partner number是發(fā)送系統(tǒng)的代碼。q2:單位的配置在下圖，看有問題沒有，我po那邊

25、維護的是pcs轉換成pce,入站時也 應該轉換成pcs,但維護物料和價格是單位就變成pc to商業(yè)pcs技術pcs小數位浮點指數內部度星單位pcs顯示ale/ediiso代碼pce叼主要的轉換/應用程序參數/ 叼商業(yè)度量單位 基于值的匚ommt我將單位維護成這個樣子就行了吧，我的物料都是pcs的單位。a: mm03看一下是不是填寫了 sales unitq：沒有維護一般數據./基本計量單位pcspcs產品組公共產品線銷售單位銷售單位不可變計量單位組1跨分銷犍狀態(tài)n有效從指定分銷璉的狀態(tài)u有效從a: cuni中iso codes有沒有維護pce?q:我的請求交貨日期還是帶不出來，我感覺應該是可以

26、帶過來的，不過我把vov8屮的這 個鉤給打上了，系統(tǒng)白動給建議了 一個，我感覺這個還是不妥。詰求交貨日期/定價日期/采購訂提前的天數定價日期建議建議有效起始日期ee叼建議交貨日期建議po日期a:請教樓上，如果按您那種維護的話，出站和入站的接收和發(fā)送端口應該是-模一樣的是 吧。不過感覺，入站時，發(fā)送方端口應該是供應商中分配的端口號(之前做的跨工廠交易時, 產生的idoc中發(fā)送方端口為對客戶出站時維護的端口) 產生的idoc中發(fā)送方端口為對客戶出站時維護的端口就是這樣的實質上就是,outbound idoc 的 port 就是 partner profile outbound parameters

27、 中維護的 receiver portinbound idoc 中的 port 是根據 outbound idoc 中的 sender information 來的，一般是'sapxxx', xxx 是 system ida:"建議交貨日期”和"提前天數"一起確定so header的requested delivery date。q:產生的idoc中發(fā)送方端口為對客戶出站時維護的端口就是這樣的實質上就是,outbound idoc 的 port 就是 partner profile outbound parameters 中維護的 receiver

28、 portinbound idoc 屮的 port 是根據 outbound idoc 屮的 sender information 來的，一般是'sapxxx', xxx 是 system id這兩句話是不是有點矛盾，客戶出站吋維護的端口和sapxxx是不一樣的，正常應該出現 那個端口。iso碼|iso代碼文本1pce件1*我在鳥0中有維護pce*q：在客戶系統(tǒng)維護供應商合作伙伴參數li (10000),維護出站參數的端口為a0001?？?戶系統(tǒng)的端口為sapdev1, id為ztest1出站吋idoc的端口接收方：端口 a0001,合作伙伴代碼10000, li, vn發(fā)送方

29、：端口 sapdev1,合作伙伴代碼ztest1, ls在供應商系統(tǒng)維護客戶合作伙伴參數ku (20000),維護入站處理參數。供應商系統(tǒng)的端 口為 sapdev2, id 為 ztest2入站時idoc的端口接收方：？發(fā)送方：？q:單位解決了，是有多個維護了 pce為key通過表t006看，這個是我粗心沒有發(fā)覺，更改后就沒有問題了。*q：現有個問題，就是單位中的商業(yè)和技術的作用是干什么的內部度星單位pcs一般數據基本計量單位pcs pcs002|eu同|同|9旦商業(yè)度量單位文本pcs pcsoo1可以看出主數據中顯示的是商業(yè)中維護的單位，但是顯示的文本卻是pcs002,這個是怎么 冋事。他們

30、的區(qū)別是什么，請高手解答下。*q:另外，we19已經可以成功創(chuàng)建銷售訂單了，但有個問題就是我入站的idoc到現 在還搞不出來。瘋掉了。a:你用we19能建成功，差不多快成功了。再加把油。你用we19建so的時候哪些信息需要手動維護呢？inbox里面的idoc的錯誤信息是什么？貼個詳細點的圖來看看吧。q:創(chuàng)建p0后發(fā)送一個idoc(195),因為是一個client,所以我就用we19c輸入idoc), 然后直接用內向功能模塊，調試，然后就創(chuàng)建銷售訂單成功了。但是查看標準入站時，就有 一個錯誤提示。i號使用功能模塊測試入站idoc功能模塊i doc_ i nput_order sg)回按調試模式調

31、用調用爭務處理/后臺在前臺o岀錯后在前臺|e使用恢伴參數文件測試入站idoc0 .9co 未獗俠住屋數文性發(fā)送方/合作恢伴編號ztesttset合恢人類型ls邏輯系統(tǒng)伙伴角色邏輯信息類型購買訂單/訂單消息orders消息變式消息函數測試標志idoc顯示|p o idoc 0000000000000217控制記錄d 數據記錄總計數量 口狀態(tài)記錄 0 56idoc 忝t0 edi:合恢人參數文件無效0 0 74idoc 由孔技術短信扈7a:在 tcode sale 里面 logical system 里面定義了 logical system ztest,并把它 assign 給你這個 client

32、o 在 we20 里面維護 partner profile ztest。在 tcode sale 里面->basic settings->logical systems 里面定義了 logical system ztest,并把它assign給你這個client,這個要設置好。在we20的partner type ls下面q：我的是在同一個client下邊配置的，合作伙伴參數應該只需要在ku/li下邊就行 了吧。如果配置ls應該是對外部系統(tǒng)的配置吧，如果是對外部系統(tǒng)的趾置，出站和入站都 應該是在ls里面配置，就不需要在ku/li中配置。a:需要配置的。因為發(fā)送方其實都是logica

33、l system而不是你這個ku/l1類型的partner profileo 你需要在接受方維護 inbound idoc 中的 sender information 中的 partner number, inbound idoc才能被正確處理。q：那請問意思就是說ku/li屮要維護，并且要在ls >|«維護ztest （維護出站參數， 消息類型和idoc）合作伙伴編號ztesttset伙伴類型ls邏輯系統(tǒng)伙伴角色i消息類型orders購買訂單/訂單消息代同消息功能測試消息控制記帳處理：許可的代理電話 edi標堆廠岀站選項接收方端口r000000002 1 爭務性 rfcbyd

34、devdev.oo包大小1隊列處理輸岀模式/立即轉換idoz輸岀模式2o收集idocsa: ku/li 屮維護的是 customer/vendor 號碼的 partner。 在ls屮維護ztest就行了，ztest的入站出站參數不用填*q：消息控制中不需要維護內容吧我感覺還是不用維護，之前做的跨公司交易，我就沒有配置邏輯系統(tǒng)，只配置了 ku/li, 就 ok 了。*q：其實我還有一個問題，跨公司交易吋，配置自動發(fā)票校驗吋，會產生幾個idoc, 我雖然建成功了，但只看見了一個idoc,出站的idoc找不到*q:這個還需要維護邏輯地址不，之前做跨公司交易時需要維護一個邏輯地址，那個起 什么作用。還有一個結論就是銷售單位在口動創(chuàng)建銷售訂單時是不會考慮主數據銷售視圖中維護 的銷售單位，除非自己手工去維護創(chuàng)建時才會考慮q：以下為我的系統(tǒng)配置，舉個例子：在客戶系統(tǒng)維護供應商合作伙伴參數li (10000),維護出站參數的端口為a000000002o客 戶系統(tǒng)的端口為sapdev1, id為ztest1出站時idoc