SAP跨公司銷售業(yè)務(wù)測試與原理V10

{管理信息化SAP實施}SAP跨公司銷售業(yè)務(wù)測試與原理V10目錄SAP跨公司銷售（ICS）業(yè)務(wù)——測試與原理3Part1.測試環(huán)境、測試劇本與測試數(shù)據(jù)31.1測試劇本31.2術(shù)語規(guī)范41.3測試數(shù)據(jù)5Part2.業(yè)務(wù)流程62.1接單方簽署并下達(dá)銷售訂單62.2需求計劃的落實傳遞72.3修改銷售訂單，變更交貨工廠102.4重新落實需求計劃122.5供給工廠創(chuàng)建交貨單132.6供給工廠揀配152.7供給工廠過賬出貨182.8接單方出票，向客人收款202.8.1對外銷售發(fā)票的單價202.8.2會計憑證的價值分析212.9供給方出票，向接單方收款212.9.1內(nèi)部結(jié)算發(fā)票的單價232.9.2會計憑證的價值分析242.10接單方承認(rèn)對供給方的應(yīng)付賬款24Part3.技術(shù)原理剖析273.1序曲–組織單元的設(shè)計27

3.1.1公司代碼273.1.2工廠代碼273.1.3公司代碼與工廠代碼之間的分配關(guān)系283.1.4接單方與供貨方的銷售組織283.1.5接單方與供貨方的銷售區(qū)域組合293.1.6接單方與供貨方的銷售組織和渠道對各自工廠的匹配關(guān)系303.1.7接單方的銷售組織和渠道對供貨工廠的匹配關(guān)系303.1.8接單方和供貨方各自裝運點與工廠的匹配關(guān)系313.1.9接單方的采購組織設(shè)置323.2慢板–主數(shù)據(jù)的準(zhǔn)備和部分關(guān)鍵定制323.2.1以接單公司的立場，創(chuàng)建供貨公司的供應(yīng)商主數(shù)據(jù)323.2.2以供貨公司的立場，創(chuàng)建接單公司的客戶主數(shù)據(jù)343.2.3物料主數(shù)據(jù)的組織單元覆蓋353.2.4物料對外銷售價格主數(shù)據(jù)363.2.5物料對內(nèi)結(jié)算價格主數(shù)據(jù)373.2.6內(nèi)部結(jié)算發(fā)票價格條件的特殊定制細(xì)節(jié)383.2.7跨公司銷售訂單和發(fā)票的定價過程確定393.2.8跨公司銷售訂單或發(fā)票的定價過程細(xì)節(jié)403.3協(xié)奏–發(fā)票類型的輸出的配置和數(shù)據(jù)準(zhǔn)備423.3.1為公司間交易發(fā)票類型分配輸出確定程序423.3.2定義輸出確定程序423.3.3輸出類型RD04的定制433.3.4為接單方的客戶號維護(hù)RD04輸出條件的主數(shù)據(jù)443.4回旋–公司間發(fā)票的系統(tǒng)配置453.4.1銷售訂單類型配備公司間發(fā)票類型463.4.2把接單公司之銷售組織的內(nèi)部客戶號確定下來473.4.3指定EDI傳輸?shù)墓?yīng)商邏輯地址483.5高潮–IDOC內(nèi)核與財務(wù)端的設(shè)置493.5.1維護(hù)IDOC處理的端口493.5.2定義客戶的伙伴參數(shù)文件493.5.3定義供應(yīng)商的伙伴參數(shù)文件533.5.4為EDI接收發(fā)票定義程序參數(shù)553.5.5為EDI接收發(fā)票分配公司代碼573.5.6為EDI接收發(fā)票分配總賬科目573.5.7為EDI接收發(fā)票分配稅碼583.5.8EDI接收發(fā)票的總賬科目的數(shù)據(jù)要求613.6尾聲–計量單位的定制和EDI憑證價值分析633.6.1計量單位的特殊定制要點633.6.2EDI自動產(chǎn)生會計憑證的價值分析653.7余韻–IDOC訊息監(jiān)控與背景作業(yè)673.7.1IDOC訊息監(jiān)控673.7.2背景作業(yè)70Part4.附加說明72SAP跨公司銷售（ICS）業(yè)務(wù)——測試與原理Part1.測試環(huán)境、測試劇本與測試數(shù)據(jù)本公司自己的IDES800EN保證有關(guān)的表單格式已具備。1.1測試劇本一、劇本描述：賣方與客人簽約提供某個產(chǎn)品，然而賣方是“銷售型公司，沒有生產(chǎn)的資質(zhì)，只能這個“三角交易業(yè)務(wù)”項下，第三方的角色非常關(guān)鍵。以下是分析——二、上述劇本的分析：1.上述劇本的分析，首先需要劃分兩個維度（Dimension）：第一、交易的當(dāng)事人“第三方”與“賣方”之間是否存在資本上的關(guān)聯(lián)關(guān)系？第二、發(fā)生在“第三方”與“賣方”業(yè)務(wù)被劃分為四個象限——（圖：三角銷售交易四象限圖）2.以下用SAP的系統(tǒng)業(yè)務(wù)，對這四個象限分別分析：2.1第1STO（庫存調(diào)撥訂單）業(yè)務(wù)，然后客人之間并沒有直接的業(yè)務(wù)關(guān)系；2.2第2案中無論是貨物流向還是債權(quán)債務(wù)關(guān)系，第三方與客人之間并沒有直接的業(yè)務(wù)關(guān)系；2.3第3SAP”（3rdpartysalesorder）的三角交易業(yè)務(wù)，第三方是“外部供應(yīng)商，三方在業(yè)務(wù)中形成一個整體，彼此之間存在著業(yè)務(wù)關(guān)聯(lián)關(guān)系；2.4第4交付給客人。由于賣方對第三方存在應(yīng)付賬款（APA/RSAP銷售（Inter-CompanySalesICS在ICS（SellingParty者“訂單方（OrderParty“供貨方（SupplyParty成一個三角業(yè)務(wù)關(guān)聯(lián)整體。本文后續(xù)章節(jié)所描述的，就是這個象限的內(nèi)容。3.SAP系統(tǒng)（即回答：問得好。第三方只要沒有體現(xiàn)為SAP系統(tǒng)內(nèi)的組織單元（如公司代碼、工廠代碼。只有概念明確，測試才有依據(jù)，因此，請認(rèn)真領(lǐng)會本段落所述的業(yè)務(wù)場景。1.2術(shù)語規(guī)范單公司（Orderingparty“實際供貨方”稱為“供貨方”或者“供貨公司”（Supplyingparty1.3測試數(shù)據(jù)數(shù)據(jù)種類代碼本業(yè)務(wù)中的作用數(shù)據(jù)要求1.對工廠2200和1000同時維護(hù)；

物料主數(shù)據(jù)M-01交易的標(biāo)的物

2.對銷售組織2200和1000同時維護(hù)。1.對銷售組織2200和客戶主數(shù)據(jù)2500與接單方簽約的客人1000同時維護(hù)；2.至少要對公司代碼2200維護(hù)。接單方的公司代碼2200與客人簽署銷售訂單的我方當(dāng)事人接單方的工廠代碼2200履行銷售訂單交貨業(yè)務(wù)的默認(rèn)工廠接單方的銷售組織2200簽署銷售訂單的組織單位供貨方的公司代碼1000實際履行交貨義務(wù)的會計發(fā)生主體供貨方的工廠代碼1200實際履行交貨義務(wù)的實體工廠據(jù)。有關(guān)要求，見本文《技術(shù)原理剖析》部分供貨方的銷售組織1000內(nèi)部應(yīng)收賬款結(jié)算的銷售組織Part2.業(yè)務(wù)流程2.1接單方簽署并下達(dá)銷售訂單步驟：1.事務(wù)代碼VA01。初始屏幕中，Ordertype=OR，Salesorganization=2200，distributionchannel=10，Division=00。敲回車；2.Sold-toparty=2500Req.deliv.Date他默認(rèn)內(nèi)容，把表頭固定下來；3.行項目中，輸入物料號M-01，數(shù)量自定（別太大，太大了存貨不夠，補進(jìn)又會2200。4.菜單“Edit→inpletionlog”，確保沒有缺失的內(nèi)容。5.條件只有主價格PR00，其余都是來自價格主數(shù)據(jù)或者付款條件的價格數(shù)字；6.存盤，記錄下號碼。2.2需求計劃的落實傳遞計劃。本步驟不存在寫操作，只顯示，步驟如下：啟動事務(wù)代碼MD04M-012200——2200工廠層面發(fā)生，而不是由于其事實上存在庫存。事實上，如上圖所示，工廠2200的存貨是一張白皮。問題是：這一步驟下，需求計劃到底是傳遞給2200還是1200？答案很明確：在這個步驟，需求計劃還只是傳遞到2200即接單方層面，還沒有傳遞到1200即事實上的供應(yīng)工廠層面。你用MD04可以迅速獲得驗證——事實上，如果我們用VL01N創(chuàng)建交貨單，如下圖所示的界面把供貨方裝運點輸入后，您看看系統(tǒng)會有什么反饋——（圖：用供貨方裝運點去創(chuàng)建交貨單的初始屏幕）的界面。（圖：供貨方裝運點不能創(chuàng)建交貨單）怎么辦？供貨方（即1200）不能創(chuàng)建交貨單，我用接單方（即2200）可以創(chuàng)建交貨單嗎？試試不就知道了嗎？結(jié)果如下圖，顯然，這是“可以創(chuàng)建外向交貨單”的界面。雖然2200工廠項下M-01ATP建交貨單，只不過不能“揀配、更不能“過賬發(fā)貨”而已。（圖：接單方裝運點可以創(chuàng)建交貨單）不過不要太高興地說“接單方裝運點可以創(chuàng)建交貨單，那么問題就解決了”這句話。多不就全成為廢話嗎？還有什么存在的價值？22001200發(fā)給客人，那么請問2200有什么理由創(chuàng)建交貨單？1200不能創(chuàng)建交貨單，接單方2200可以創(chuàng)建交貨單卻不符合業(yè)務(wù)，那到底該怎么辦？（從容地）問答：這就是我們的下一步操作——2.3修改銷售訂單，變更交貨工廠根據(jù)接單方（2200）與客人的銷售契約，允許從接單方的兄弟公司（即供貨方1200）供貨。既然實際交易的契約允許，那么我們當(dāng)然可以把銷售訂單的交貨工廠，從默認(rèn)的2200變更為事實上的1200。變更操作很簡單，步驟如下——1.事務(wù)代碼VA02，輸入記錄下的銷售訂單號碼，敲回車進(jìn)去；2.在行項目級別，把工廠從默認(rèn)的2200，變更為1200！敲回車確認(rèn)；3.進(jìn)入行項目的“價格。請問：價格有什么變化？是不是如下圖所顯示的那樣，多出了一條可以修改的價格條件PI01？4.我們先記住這兩個命題：①、價格PR00是接單方與客人之間的結(jié)算基本單價；②、價格PI01則作為接單方（2200）與供貨方（1200）之間的內(nèi)部結(jié)算單價的基礎(chǔ)。隨著后續(xù)測試的進(jìn)行和結(jié)果分析，我們將驗證這兩個命題的正確性。5.切換到行項目的卡片夾shipping1200也成為1200了。把storagelocation的賦值輸入為0001。6.菜單“edit→inpletionlog”，確保訂單沒有缺失的內(nèi)容，存盤。2.4重新落實需求計劃MD04，觀察接單方（2200）項下，大地白茫茫真干凈：MD04，觀察供貨方（1200）項下，這回，需求元素可是實實在在的了。1200MD04中1200了解供需對照狀況。Stockrequirement劃單（如果是內(nèi)部獲?。┗蛘卟少徤暾垼ㄈ绻峭獠揩@取，物料類型HAWA是tradinggoods，外購商品，即所謂“左手買進(jìn)右手賣出的東西2.5供給工廠創(chuàng)建交貨單供貨工廠1200的存貨已經(jīng)到位，那么當(dāng)然就可以向客人交付了。系統(tǒng)內(nèi)的操作步驟如下——1.事務(wù)代碼VL01N，輸入裝運點1200，輸入銷售訂單號。日期必須可以覆蓋銷售訂單中的要求交貨日期。如下圖——2.敲回車后，這回系統(tǒng)準(zhǔn)許交貨工廠創(chuàng)建交貨單了。3.存盤，記錄下交貨單號碼。4.刷新M-01在工廠1200項下的MD04顯示。可以看到需求元素變更為交貨單。2.6供給工廠揀配在絕大多數(shù)客戶化SAP實施項目中，交貨單創(chuàng)建完畢，打印出來就可以過賬發(fā)貨了。然而這是IDES系統(tǒng)，為了不影響其他同事全面學(xué)習(xí)和測試SAP的功能，我們沒有修改交——這兩個狀態(tài)的賦值，要么空白（即“無關(guān)C（即“已完全處理其余狀態(tài)如A或者B都無法過賬出貨。那么，怎么做呢？以下是步驟——1.事務(wù)代碼VL03N，輸入交貨單號。進(jìn)入行項目的卡片夾“picking”項下，把倉庫號（Warehousenumber）抄下來。退出交貨單。2.事務(wù)代碼LT03，輸入倉庫號、工廠代碼和交貨單號，其余不問，如下圖——3.上圖敲回車后，進(jìn)入處理界面。滑鼠放在交貨單行項目任何一個位置，再點擊上方的大圖標(biāo)4.系統(tǒng)馬上在卡片夾“processeditems”下，把交貨單及其行項目轉(zhuǎn)移過去了。5.存盤。系統(tǒng)告知。6.熟悉WMStransferorderTO（confirmationIDES系統(tǒng)中，根據(jù)WMS的有關(guān)定制，交貨單環(huán)節(jié)的TO創(chuàng)建成功后即自動確認(rèn)。用LT21驗證，下圖的狀態(tài)圖標(biāo)及其文本說明，相信已經(jīng)把意思表達(dá)得很充分了。7.VL03N，重新顯示交貨單，看看狀態(tài)如何——8.退出交貨單的讀操作界面，本步驟結(jié)束。2.7供給工廠過賬出貨揀配完成，可以出貨了。開兩個會話（sessionMD04觀察M-01的存貨/需求VL02NVL02N的圖標(biāo)“Postgoodsissue”。點擊圖標(biāo)的操作非常簡單，敘述從略。點擊過賬后，MD04的結(jié)果顯示如下，存貨減少，需求元素姿消。VA03documentflow物料憑證的信息。發(fā)的是工廠1200的貨，而工廠1200又從屬于公司代碼1000，這筆貨不能不明不白，因此公司代碼1000項下，當(dāng)然將產(chǎn)生一筆會計分錄。2.8接單方出票，向客人收款事務(wù)代碼VF01F2——1.出具銷售發(fā)票依據(jù)的單價是哪個？2.會計憑證中的價值是怎么計算來的？2.8.1對外銷售發(fā)票的單價VF03顯示銷售發(fā)票，觀察其PR00的單價和價值。凈單價811，數(shù)量5，凈合價=811x5=4,055；稅率20.6%，稅額=4055x20.6%=835.33；價稅合計=凈合價+稅額=4,890.33。SAPIDES稅價的算法當(dāng)然如上述方式去計算。也就是說，本筆交易對客人收取的總應(yīng)收款項，就應(yīng)該以4,890.33為基礎(chǔ)。問題在于：會計上也是這么認(rèn)為的嗎？請看下一節(jié)——2.8.2會計憑證的價值分析嘿，會計還真是這么認(rèn)為的！整個會計分錄是——借：客戶應(yīng)收賬款4,890.33貸：銷售收入4,055.00應(yīng)付銷項稅金835.33瞧仔細(xì)了：對客戶的外部發(fā)票是接單方（2200）出具的，公司代碼當(dāng)然就是2200。2.9供給方出票，向接單方收款如果是常規(guī)的銷售業(yè)務(wù)，2.8段落執(zhí)行完畢后，物流模塊（Logistics）的流程就全部結(jié)束了，因為后面的收款和清賬純屬財務(wù)上的操作，與物流無關(guān)。1200/公司1000一個會計核算主體代替另一個會計核算主體（接單方2200公司）履行了交貨義務(wù)，它的權(quán)利還沒有得到交代。因此，供給方需要對接單方出票，主張自己的應(yīng)收賬款。怎么主張？答案很簡單：VF01，對交貨單“二次出票”！操作步驟如下描述——1.VF01進(jìn)去。在下方的單據(jù)中，再次輸入交貨單號！插話：等等，先別急著敲回車。就這樣，你就能創(chuàng)建第二張發(fā)票嗎？回答：是的，就這么簡單。追問：在字段BillingType中，你難道就不想輸入一點內(nèi)容嗎？回答：嘿，我還真就不想輸入任何內(nèi)容，我現(xiàn)在就敲回車給你看——2.回車一敲，系統(tǒng)真的創(chuàng)建一張新的發(fā)票，而且選擇的billingtype不是F2，而是IV。在標(biāo)準(zhǔn)的SAP定制中，IV就是“公司間結(jié)算的發(fā)票類型”！3.存盤，先產(chǎn)生發(fā)票號和會計憑證，接下來再分析。4.問題：為什么兩張發(fā)票號碼，產(chǎn)生的會計憑證號相同？回答：請帶著你的問題看下面的分析?？赐攴治?，自然就知道原因了。2.9.1內(nèi)部結(jié)算發(fā)票的單價VF03顯示內(nèi)部結(jié)算發(fā)票（IVZIV1的單價和價值。ZIV1的單價作為計算基礎(chǔ)，數(shù)量5PC，凈單價=183x5=915.00；沒有銷項稅。我們不必糾結(jié)于“這個是否符合中國的稅務(wù)實踐，只看算法是否正確即可。那么供給方公司1000向接單方公司2200的應(yīng)收賬款，就應(yīng)該是915.00。挑戰(zhàn)：“這不過是你的猜測，會計上也這么認(rèn)為嗎？”應(yīng)戰(zhàn)：看看會計分錄怎么說——2.9.2會計憑證的價值分析上帝，會計分錄還真應(yīng)驗了我的推測，上圖的會計分錄用白話文來表達(dá)如下——借：客戶應(yīng)收賬款915.00貸：關(guān)聯(lián)銷售收入915.00aff.affiliate貼切的總賬科目。瞧仔細(xì)了，這張會計憑證是公司代碼1000出具的，與上一張對客人銷售發(fā)票的會計憑證主體有所不同。在SAP因此1000公司和2200財務(wù)顧問會告訴你在哪里定制，本文就不再掠美。2.10接單方承認(rèn)對供給方的應(yīng)付賬款2200）對客人的發(fā)票出具了，供給方（1200）對接單方的內(nèi)部結(jié)算發(fā)票也出具了，流程是不是就該結(jié)束？集團(tuán)項下不同會計法人主體之間的關(guān)聯(lián)交易”必須考慮的要素：一方對另一方主張權(quán)利，不等于另一方同時承認(rèn)義務(wù)。提問：那么接單方又該怎么“承認(rèn)”呢？應(yīng)付賬款的產(chǎn)生，只可能來源于兩個渠道，要么從采購模塊的發(fā)票校驗產(chǎn)生，要么是在FI模塊中手工做賬，是不是？回答：說的很到位，的確如此。STO業(yè)務(wù)，接單方與供給方之間沒有采購訂單和收貨記錄，怎么做發(fā)票校驗？難道是直接在FI模塊中用事務(wù)代碼FB01直接手工創(chuàng)建會計憑證這種“流氓方式”嗎？回答：您還真說對了，的確是FB01，但操作者不是接單方（2200）的會計人員，而是系統(tǒng)的IDOC功能！因此，不能說是“手工創(chuàng)建應(yīng)付賬款憑證，而是“系統(tǒng)驅(qū)動IDOC自動創(chuàng)建。具體的機(jī)制后面再闡述，我們先只看結(jié)果，步驟如下——1.事務(wù)代碼FBL1N。供應(yīng)商代碼輸入10000，公司代碼輸入2200，“openatkeydate”維持系統(tǒng)默認(rèn)的當(dāng)前日期，其余不問。點擊圖標(biāo)進(jìn)入。2.系統(tǒng)顯示如下。很明顯，畫紅框的才是本案的記錄。3.點擊上圖憑證前面的小方框，再點擊圖標(biāo)，進(jìn)入下圖4.不必領(lǐng)會其他內(nèi)容，直接點擊上圖的圖標(biāo)。圖窮匕首現(xiàn)。5.流程至此才算全部結(jié)束。很顯然，人工FB01與本文所述的系統(tǒng)IDOC觸發(fā)FB01操作，哪個“更具有技術(shù)含量，不言自明。Part3.技術(shù)原理剖析有一個SAPNOTE叫做31126，闡述的就是如何在“跨公司出票”（Inter-CompanyBilling，ICB）場景下使用SAPEDI技術(shù)（ElectronicDataInterchange，電子數(shù)據(jù)互換）直接在FI模塊中過賬到供應(yīng)商庫存而執(zhí)行正確的系統(tǒng)設(shè)置。本部分內(nèi)容就以這個NOTE為參考線索，結(jié)合作者個人體會而敘述。3.1序曲–組織單元的設(shè)計首先必須搭建這個業(yè)務(wù)中所涉及的有關(guān)接單方（SellingParty）與供貨方（SupplyingParty分配關(guān)系。3.1.1公司代碼作為SAP顧問，公司代碼的配置路徑再熟悉不過了，不再贅述。在IDES系統(tǒng)中，供貨公司1000和接單公司2200已存在，且地址數(shù)據(jù)完備?！安灰孲AP系統(tǒng)報錯存在缺失‘必須輸入’的數(shù)據(jù)”即可。3.1.2工廠代碼同樣的理由，工廠代碼的配置路徑不再贅述。在IDES系統(tǒng)中，本案有關(guān)的供貨工廠1200和銷售工廠2200也已存在，且地址數(shù)據(jù)完備。自定義的工廠代碼，地址數(shù)據(jù)仍然必須完備，標(biāo)準(zhǔn)同上。3.1.3公司代碼與工廠代碼之間的分配關(guān)系事務(wù)代碼OX18，完成本案公司代碼與工廠之間的分配關(guān)系。很顯然，IDES中已經(jīng)完成。司代碼。3.1.4接單方與供貨方的銷售組織配置路徑或事務(wù)代碼從略。IDES里已存在接單方和供貨方的銷售組織。3.1.5接單方與供貨方的銷售區(qū)域組合IDES3.1.6接單方與供貨方的銷售組織和渠道對各自工廠的匹配關(guān)系IDES中，無論是接單方還是供貨方，銷售組織與分銷渠道對各自工廠的匹配關(guān)系已經(jīng)定義。自己尋找配置路徑或事務(wù)代碼。3.1.7接單方的銷售組織和渠道對供貨工廠的匹配關(guān)系22001200配置可以說是ICS業(yè)務(wù)得以實現(xiàn)的基石，切記、切記！3.1.8接單方和供貨方各自裝運點與工廠的匹配關(guān)系事務(wù)代碼OVXC，為工廠分配裝運點。IDES系統(tǒng)早已分配完畢。工廠。3.1.9接單方的采購組織設(shè)置22001200雖然在整個流程中沒有出現(xiàn)任何采購訂單，但這不等于采購組織沒有定義的必要。SAPIDES中，接單方2200的采購組織就是它自己的部門或者團(tuán)隊，即2200。下圖顯示的是工廠代碼2200項下所有的采購組織配置狀況。配置路徑，請自己尋找。3.2慢板–主數(shù)據(jù)的準(zhǔn)備和部分關(guān)鍵定制3.2.1以接單公司的立場，創(chuàng)建供貨公司的供應(yīng)商主數(shù)據(jù)很明顯，本案中，接單公司是2200，供貨公司是1200創(chuàng)建供應(yīng)商主數(shù)據(jù)的事務(wù)代碼是XK01，這個事務(wù)代碼意味著組織結(jié)構(gòu)的選擇不僅要選擇公司，還要選擇采購組織。公司代碼當(dāng)然是2200，采購組織按3.1.9段落的描述，也是2200。創(chuàng)建主數(shù)據(jù)的過程從略，作者只想強(qiáng)調(diào)的是：供應(yīng)商號碼與工廠之間必須關(guān)聯(lián)！供應(yīng)商與工廠關(guān)聯(lián)的含義，在于下列步驟——1.對創(chuàng)建完畢的供應(yīng)商，啟動事務(wù)代碼XK02（MK02代碼、采購組織后，只點擊“Purchasedata”。如下圖：2.敲回車進(jìn)去后，菜單“extra→additionalpurchasedata”。系統(tǒng)跳出一個對話框。在對話框里，輸入工廠代碼1200。這就是所謂的“將集團(tuán)內(nèi)供應(yīng)商與工廠組織給關(guān)聯(lián)起來，MM模塊主導(dǎo)的STO業(yè)務(wù)也有這個操作！3.存盤退出。3.2.2以供貨公司的立場，創(chuàng)建接單公司的客戶主數(shù)據(jù)創(chuàng)建客戶主數(shù)據(jù)的事務(wù)代碼是XD01，這個事務(wù)代碼意味著組織結(jié)構(gòu)的選擇不僅要選擇公司，還要選擇銷售區(qū)域。公司代碼當(dāng)然是2200，銷售區(qū)域組合按我們在前面章節(jié)的描述，銷售組織=1000、分銷渠道=12、產(chǎn)品組=00。創(chuàng)建過程從略，IDES系統(tǒng)里已有現(xiàn)成數(shù)據(jù)，但作為ICS業(yè)務(wù)的關(guān)鍵實現(xiàn)要素，下面幾個要點必須強(qiáng)調(diào)——1.頁簽CustomerPriceProcedureI1IDES系統(tǒng)里，內(nèi)部客戶的客戶定價程序與常規(guī)銷售相同，也是1；2.同樣的頁簽“Sales”，字段“Acctatcust.”，非常重要。只能是10000。問：為什么要輸入10000？答：這個字段是什么意思？“我們在客戶方的賬號“我們”是誰？對于接單公司2200識，3.2.1段落說的還不夠清楚嗎？根據(jù)SAPNOTE31126IDOC完成供應(yīng)商賬戶的自動過賬，字段“Acctatcust.”必須輸入正確的值！3.頁簽“Acctassgmtgroup.”IDES中是03，文字“.reven.”，已經(jīng)把“關(guān)聯(lián)公司收入”的含義表達(dá)得很清楚了。4.“Billingdocuments”“Taxcl.”IDES中是0文2.9的稅率為0中國國情，不在本文討論范圍，自辨。3.2.3物料主數(shù)據(jù)的組織單元覆蓋物料既然可以被接單公司（2200）下銷售訂單，它就必須維護(hù)2200工廠項下的數(shù)據(jù)、以及維護(hù)銷售組織2200·分銷渠道10·產(chǎn)品組00項下的數(shù)據(jù)。物料既然可以被供給工廠（1200）交付，它就必須維護(hù)1200工廠項下的數(shù)據(jù)。1000因此還必須維護(hù)銷售組織1000·分銷渠道12·產(chǎn)品組00項下的數(shù)據(jù)。具體過程不再贅述，只看下圖所表達(dá)的結(jié)果——3.2.4物料對外銷售價格主數(shù)據(jù)事務(wù)代碼VK11，條件類型PR00，選擇最下方的“materialwithreleasestatus”。物料=M-01，銷售渠道=2200，分銷渠道=10，有效期自己定。結(jié)果如下——可以回想一下：在2.1段落下訂單時，PR00單價是不是默認(rèn)自動帶出來的（盡管是“白色可修改）？在已經(jīng)存在物料銷售價格主數(shù)據(jù)的前提下，用VK12修正或者VK13只讀即可。3.2.5物料對內(nèi)結(jié)算價格主數(shù)據(jù)事務(wù)代碼VK11，條件類型PI01。Keybination只有一個選擇。Salesorganizationfororder2200是2200；Plant，則必須填寫1200，因為這是出貨的工廠。下方物料號當(dāng)然填寫M-01，價格據(jù)實錄入，有效期自定。作為IDES系統(tǒng)，已經(jīng)定義了，請用VK12或者VK13觀察。追問：不對，請等一等！你維護(hù)的是PI01，可是2.9.1段落中內(nèi)部結(jié)算發(fā)票的截圖很清楚，生效的是ZIV1的價格。這是怎么一回事？回答：你的確看得很仔細(xì)。下面的定制馬上回答你的疑問——3.2.6內(nèi)部結(jié)算發(fā)票價格條件的特殊定制細(xì)節(jié)事務(wù)代碼V/06，定位到ZIV1，也就是你看到的內(nèi)部結(jié)算發(fā)票的價格條件。進(jìn)入其詳情——答案揭曉：ZIV1在執(zhí)行銷售業(yè)務(wù)中，將從PI01的現(xiàn)有記錄中參考取值。關(guān)于“referenceconditiontype”SAP在線幫助文檔并自己測試，本文不再贅述。VK11直接創(chuàng)建ZIV1訴你什么信息——3.2.7跨公司銷售訂單和發(fā)票的定價過程確定事務(wù)代碼OVKK。這個事務(wù)代碼回答“系統(tǒng)如何抓取不同的定價過程和主條件類型。按下列變量挑選——Salesorganization=1000（供貨方出具IV發(fā)票）Distributionchannel=12Division=00Customerpricingprocedure=1Documentpricingprocedure=I結(jié)果如下圖——不明白為什么“documentpricingprocedure”要選I，是不是？事務(wù)代碼VOFA，自己觀察F2和IV，看看它們的字段“documentpricingprocedure”各自是什么？作為接單方2200ORRVAA01人出票的定價過程，也是RVAA01。其中的原理，請自己用上述方式去找尋，不再贅述。3.2.8跨公司銷售訂單或發(fā)票的定價過程細(xì)節(jié)事務(wù)代碼V/08。這個事務(wù)代碼回答“定價過程是怎么樣的構(gòu)成結(jié)構(gòu)。銷售訂單與外部發(fā)票的RVAA01定價過程，PR00是主價格，而PI01也是其中的一個條件類型，而且也對應(yīng)到銷售收入的賬碼（ERL然而更值得關(guān)注之處，在于它的requirement賦值22。requirement所規(guī)定的算法條件下這個價格才有效。例程22的詳情，請自己用事務(wù)代碼VOFM去閱讀其代碼程式，本文不再贅述。內(nèi)部結(jié)算發(fā)票所采用的ZIV001V/08應(yīng)的核心條件類型是ZIV1。自己看去，不再贅述。3.3協(xié)奏–發(fā)票類型的輸出的配置和數(shù)據(jù)準(zhǔn)備3.3.1為公司間交易發(fā)票類型分配輸出確定程序事務(wù)代碼：V/25作為對比，標(biāo)準(zhǔn)發(fā)票的輸出類型是RD00。3.3.2定義輸出確定程序事務(wù)代碼V/42。公司間發(fā)票的輸出確定程序V40000的具體詳情如下圖所示——作為對比，不妨看看常規(guī)發(fā)票的輸出確定程序V10000的詳情：3.3.3輸出類型RD04的定制事務(wù)代碼V/40?？纯?，RD04的傳輸介質(zhì)是什么？不怕不識貨，就怕貨比貨。標(biāo)準(zhǔn)發(fā)票對應(yīng)的輸出類型RD00，它的介質(zhì)又是什么？所有的SAP輸出類型，都有程式（programroutine）和表單（form當(dāng)然表單是可以自定義的。標(biāo)準(zhǔn)IDES中的EDI傳輸介質(zhì)并沒有定義表單（Form熟悉SAP“條件技術(shù)（Conditiontechnique）的顧問都知道，條件類型（conditiontype）是定制概念，條件類型要想讀取前臺作業(yè)人員創(chuàng)建的主數(shù)據(jù)，就必須為它定義一個存取順序（accesssequenceoutput）應(yīng)用的，也是“條件技術(shù)”的一種形式，因此輸出類型也有存取順序，這個存取順序就是下圖所示的0004。3.3.4為接單方的客戶號維護(hù)RD04輸出條件的主數(shù)據(jù)事務(wù)代碼VV31。輸入RD04，敲回車。點擊圖標(biāo)keyconbination，跳出的組合只有一個，如下圖。這是因為RD04的存取順序0004所確定的表格只有一個，如下圖：回到VV31IVsender司，上方的銷售組織當(dāng)然是供貨方的銷售組織1000。創(chuàng)建完畢后，存盤退出。已經(jīng)存在記錄的，用VV32修改或者VV33只讀。3.4回旋–公司間發(fā)票的系統(tǒng)配置本段落的配置根目錄：IMG→Salesanddistribution→Billing→Interpanybilling，如下圖。這是本段落項下的“總配置目錄。3.4.1銷售訂單類型配備公司間發(fā)票類型配置路徑：配置根目錄→Defineordertypesforinterpanybilling。定位于標(biāo)準(zhǔn)訂單類型OR，如下圖把發(fā)票類型IV填寫進(jìn)去。2200變更為1200）時，系統(tǒng)可以允許已經(jīng)過賬發(fā)貨的交貨單被“二次開票，且“二次開票”的默認(rèn)發(fā)票類型就是IV。經(jīng)測試可以證明：本段落的定制，與VOV8定義銷售單據(jù)類型是完全等價的。如下圖所示：3.4.2把接單公司之銷售組織的內(nèi)部客戶號確定下來配置路徑：配置根目錄→Defineinternalcustomernumberbysaleorganization在接單公司的銷售組織（即2200）一行，填寫3.2.2段落所創(chuàng)建的客戶主數(shù)據(jù)號碼填進(jìn)去。提問：為什么供貨方（1000）的銷售組織也被維護(hù)了客戶號碼呢？回答：就本文所描述的場景而言，您的確可以不維護(hù)。維護(hù)了就表示1000銷售組織同樣可以作為“跨公司銷售的簽約方而被其他的兄弟公司出具公司間結(jié)算發(fā)票。不過這是IDES系統(tǒng)，咱維持不變。3.4.3指定EDI傳輸?shù)墓?yīng)商邏輯地址配置路徑：配置根目錄→Automaticpostingtovendoraccount(SAPEDI)→AssignVendor事務(wù)代碼：WEL1結(jié)果如下圖所示：維護(hù)說明如下：1.邏輯地址（.1000）的立場來命名，結(jié)構(gòu)是“供貨的公司代碼+接單公司體現(xiàn)為供貨公司的內(nèi)部客戶號14進(jìn)行填充——性質(zhì)供貨公司用0填充客戶號位數(shù)1234567891011121314賦值100000000220002.目的端（Destination）：以接單公司（即本案的2200）的立場來命名。CompanyCode當(dāng)然就是接單公司本身，即2200；Vendor就應(yīng)該填入供方公司在接單公司項下的供應(yīng)商號碼，即10000。而在我們的XX項目中，公司代碼固然都是數(shù)字，內(nèi)部客戶號和內(nèi)部供應(yīng)商號卻是類似于C3430、C2000之類的編號。如果我們的場景是：公司代碼2000（內(nèi)部客戶號C2000）對3430（內(nèi)部供應(yīng)商號C3430定？回答：邏輯地址如下表，即不需要湊足14位數(shù)。性質(zhì)供貨公司客戶號位數(shù)123456789賦值3430C2000而目的端，公司代碼則是2000，供應(yīng)商當(dāng)然是C3430了。EDI信息找到“接收方（recipient）的基本定制。3.5高潮–IDOC內(nèi)核與財務(wù)端的設(shè)置3.5.1維護(hù)IDOC處理的端口事務(wù)代碼：WE21在IDES中，已經(jīng)有許多端口（port）了，我們只需要關(guān)注A09是否存在于文件夾“TransactionalRFC”即可。3.5.2定義客戶的伙伴參數(shù)文件事務(wù)代碼：WE20點開文件夾“PartnerTypeKU”，創(chuàng)建客戶22000。詳細(xì)內(nèi)容如下——1.頁簽“Postprocessing:permittedagent”項下，Ty.默認(rèn)為US（SAPAgent默認(rèn)為當(dāng)前操作人的用戶ID、Language默認(rèn)為當(dāng)前系統(tǒng)的登錄語言。這些信息維持默認(rèn)值即可2.關(guān)鍵在于OutboundparametersPartnerRoleMessageTypeMessageVariantBPINVOICFIBPINVOICFI3.點擊放大鏡圖標(biāo)，信息變式（messagevariant）FI的詳情如下：3.1頁簽“outboundoption”項下，下圖標(biāo)注部分是關(guān)鍵要素；3.2頁簽“Processcontrol”項下，應(yīng)用只能是V3，訊息類型是RD04，處理代碼是SD08；3.3其余頁簽維持默認(rèn)值。4.點擊放大鏡圖標(biāo)，信息變式（messagevariant）MM的詳情如下：4.1頁簽“outboundoption”項下，下圖標(biāo)注部分是關(guān)鍵要素；4.2頁簽“Messagecontrol”項下，下圖標(biāo)注部分是關(guān)鍵要素；4.3其余頁簽維持默認(rèn)值。5.在Partnerprofile的表頭層面，第二個頁簽classification，Partnerstatus必須賦值為A。6.其余不問。新建的伙伴參數(shù)文件必須存盤才能生效。3.5.3定義供應(yīng)商的伙伴參數(shù)文件事務(wù)代碼：WE20點開文件夾“PartnerTypeLI”，創(chuàng)建供應(yīng)商10000。詳細(xì)內(nèi)容如下——1.表頭的要求，與客戶伙伴參數(shù)一致，不再贅述；2.下方的細(xì)節(jié)，維護(hù)的是inboundparameterpartnerrole（因為inboundmessagetype都是INVOIC，分別維護(hù)FI和MM的變式。3.變式FI的細(xì)節(jié)簡述如下——3.1頁簽“inboundoption”，關(guān)鍵如下：3.2其余頁簽無特別要求。4.變式MM的細(xì)節(jié)簡述如下——4.1頁簽“inboundoption”，關(guān)鍵如下：4.2其余頁簽不做特別要求。3.5.4為EDI接收發(fā)票定義程序參數(shù)事務(wù)代碼：OBCE。配置路徑自己找，下圖是示例——選中下圖紅框與本案有關(guān)的那一行，再點擊圖標(biāo)——配置詳情如下所述——請回顧本文2.10段落中的截圖，系統(tǒng)自動產(chǎn)生的會計憑證的類型是RE，是不是？這個RE，就是由上圖的定制確定的。3.5.5為EDI接收發(fā)票分配公司代碼事務(wù)代碼：OBCA。定位于Partnertype=LIPartnernumber=10000單公司的供應(yīng)商。最右邊的Cocd字段中，輸入本案有關(guān)的接單公司的公司代碼，即2200。根據(jù)SAP的文獻(xiàn)原文描述——ByleavingthefieldCOCDblank,allpanycodesareavailable。理解為“如果最右邊的字段COCD維持空格，系統(tǒng)就默認(rèn)為供應(yīng)商10000可以對任何它存在數(shù)據(jù)記錄的公司代碼都觸發(fā)EDI動作創(chuàng)建會計憑證。請自己驗證。3.5.6為EDI接收發(fā)票分配總賬科目事務(wù)代碼：OBCB。1.如下圖，在系統(tǒng)跳出的小框中，依次輸入LI10000（供貨公司體現(xiàn)的內(nèi)部供應(yīng)商）和22002.上圖敲回車進(jìn)去后，按財務(wù)要求輸入總賬科目，文本字段是可選擇項目。IDES數(shù)據(jù)。3.CO模塊的任何對象掛鉤，即它不能是成本要素（costelementFI/CO的顧問。3.5.7為EDI接收發(fā)票分配稅碼事務(wù)代碼：OBCD。本定制的作用，在于把來源于銷售訂單中的銷項稅（outputtax）與供應(yīng)商發(fā)票中的進(jìn)項稅（inputtax）關(guān)聯(lián)起來。1.定位到LI·100002.字段“Taxtype”，用來記錄銷項稅稅碼（Outputtaxcode3.字段“Tx”，用來記錄進(jìn)項稅稅碼（Inputtaxcode馬上產(chǎn)生了問題：我怎么知道供貨方內(nèi)部結(jié)算發(fā)票的銷項稅稅碼是哪個？回答：1.找到那張內(nèi)部結(jié)算發(fā)票的號碼，VF03顯示。進(jìn)入行項目的“Condition”頁簽，如下圖：2.點擊上圖的圖標(biāo)后，定位到MWST“銷項稅”那一行，點開，找到有值的那個訪問順序，如下圖：3.按上圖的箭頭所指，滑鼠點擊，系統(tǒng)馬上把你導(dǎo)引至條件價格主數(shù)據(jù)的界面如下圖——4.選中MWST5.作為SD顧問，你真不應(yīng)該提這個問題，因為這是SD顧問的基本功。3.5.8EDI接收發(fā)票的總賬科目的數(shù)據(jù)要求3.5.6段落所描述的總賬科目（607010）的主數(shù)據(jù)，存在一定的要求。FS00，進(jìn)入總賬科目在公司代碼2200項下的數(shù)據(jù)，如下圖所示強(qiáng)調(diào)兩個要點：1.頁簽taxcategory。IDES如下圖的選項是“只能允許進(jìn)項稅，顯然更加嚴(yán)格，當(dāng)然滿足這個條件——2.頁簽“Createinterest”項下，舊版本（4.7以下，含4.7）是“允許手工過賬，新版本（4.7以上，即ECCX.0）則是“Postautomaticallyonly”（只能允許自動過其余數(shù)據(jù)要求，按自己的需要自行處理，與IDOC無關(guān)。3.6尾聲–計量單位的定制和EDI憑證價值分析3.6.1計量單位的特殊定制要點請回顧3.5.4段落中關(guān)于EDI接受發(fā)票的程序參數(shù)，最下方有個單位。這個計量單位的定制，有點“小小的講究。用事務(wù)代碼CUNI進(jìn)入PC的配置。1.維度什么是維度（dimension）？KG代表的是物品的“重量M則表示物品的“長度謂的“重量“長度，就是維度。用書面語言來說，維度是人類用來判斷客觀事物的基本視點。那么PC又是什么維度？PC的計量單位。那么，在下圖，你該怎么做呢？當(dāng)然就是直接點擊最下方的圖標(biāo)，進(jìn)入