/目錄TOC\o"1-5"\h\z\uSAP跨公司銷售（ICS）業(yè)務(wù)——測試與原理 3Part1. 測試環(huán)境、測試劇本與測試數(shù)據(jù) 31.1 測試劇本 31.2 術(shù)語標(biāo)準(zhǔn) 41.3 測試數(shù)據(jù) 5Part2. 業(yè)務(wù)流程 62.1 接單方簽署并下達銷售訂單 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 接單方成認對供給方的應(yīng)付賬款 24Part3. 技術(shù)原理剖析 273.1 序曲–組織單元的設(shè)計 273.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)立供貨公司的供給商主數(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ā)票價格條件的特殊定制細節(jié) 383.2.7 跨公司銷售訂單和發(fā)票的定價過程確定 393.2.8 跨公司銷售訂單或發(fā)票的定價過程細節(jié) 403.3 協(xié)奏–發(fā)票類型的輸出的配置和數(shù)據(jù)準(zhǔn)備 423.3.1 為公司間交易發(fā)票類型分配輸出確定程序 423.3.2 定義輸出確定程序 423.3.3 輸出類型RD04的定制 433.3.4 為接單方的客戶號維護RD04輸出條件的主數(shù)據(jù) 443.4 盤旋–公司間發(fā)票的系統(tǒng)配置 453.4.1 銷售訂單類型配備公司間發(fā)票類型 463.4.2 把接單公司之銷售組織的內(nèi)部客戶號確定下來 473.4.3 指定EDI傳輸?shù)墓┙o商邏輯地址 483.5 高潮–IDOC內(nèi)核與財務(wù)端的設(shè)置 493.5.1 維護IDOC處理的端口 493.5.2 定義客戶的伙伴參數(shù)文件 493.5.3 定義供給商的伙伴參數(shù)文件 533.5.4 為EDI接收發(fā)票定義程序參數(shù) 553.5.5 為EDI接收發(fā)票分配公司代碼 573.5.6 為EDI接收發(fā)票分配總賬科目 573.5.7 為EDI接收發(fā)票分配稅碼 583.5.8 EDI接收發(fā)票的總賬科目的數(shù)據(jù)要求 613.6 尾聲–計量單位的定制和EDI憑證價值分析 633.6.1 計量單位的特殊定制要點 633.6.2 EDI自動產(chǎn)生會計憑證的價值分析 653.7 余韻–IDOC訊息監(jiān)控與背景作業(yè) 673.7.1 IDOC訊息監(jiān)控 673.7.2 背景作業(yè) 70Part4. 附加說明 72

SAP跨公司銷售（ICS）業(yè)務(wù)——測試與原理測試環(huán)境、測試劇本與測試數(shù)據(jù)本公司自己的IDES系統(tǒng)，客戶端800。登錄語言最好選擇英文（EN），漢語環(huán)境無法保證有關(guān)的表單格式已具備。測試劇本劇本描述：賣方與客人簽約提供某個產(chǎn)品，然而賣方是“銷售型公司〞，沒有生產(chǎn)的資質(zhì)，只能找一個第三方購置。第三方安排供貨，把交易標(biāo)的物品直接交給客人，然后根據(jù)客人簽收的憑證向賣方主張權(quán)利（即收款）。賣方驗證簽收憑證與事實無誤之后，向第三方成認債務(wù)（即支付貨款），自己也向客人出票主張權(quán)利。這個“三角交易業(yè)務(wù)〞項下，第三方的角色非常關(guān)鍵。以下是分析——上述劇本的分析：上述劇本的分析，首先需要劃分兩個維度（Dimension）：第一、交易的當(dāng)事人“第三方〞與“賣方〞之間是否存在資本上的關(guān)聯(lián)關(guān)系？第二、發(fā)生在“第三方〞與“賣方〞之間的標(biāo)的物品，其物流是否存在“入賣方倉庫〞的事實？如以下圖，以這兩個維度為坐標(biāo)，業(yè)務(wù)被劃分為四個象限——（圖：三角銷售交易四象限圖）以下用SAP的系統(tǒng)業(yè)務(wù)，對這四個象限分別分析：第1象限：賣方找與自己存在資本關(guān)聯(lián)的第三方購置產(chǎn)品，收貨入庫后再交給客人。這個流程其實是兩段業(yè)務(wù)：首先是賣方與第三方之間的STO（庫存調(diào)撥訂單）業(yè)務(wù)，然后是賣方與客人之間的正常銷售業(yè)務(wù)。本案中無論是貨物流向還是債權(quán)債務(wù)關(guān)系，第三方與客人之間并沒有直接的業(yè)務(wù)關(guān)系；第2象限：賣方找與自己沒有資本關(guān)聯(lián)的第三方購置產(chǎn)品，收貨入庫后再交給客人。這個業(yè)務(wù)其實也是兩段業(yè)務(wù)：首先是賣方與第三方之間的常規(guī)采購業(yè)務(wù)，然后是賣方與客人之間的正常銷售業(yè)務(wù)。這是一個典型的“左手買進、右手賣出〞的貿(mào)易業(yè)務(wù)。同樣，本案中無論是貨物流向還是債權(quán)債務(wù)關(guān)系，第三方與客人之間并沒有直接的業(yè)務(wù)關(guān)系；第3象限：賣方找到與自己沒有資本關(guān)聯(lián)的第三方購置產(chǎn)品，但貨品自始至終并未進入賣方的倉庫，而是由第三方直接交給客人。這個業(yè)務(wù)就是SAP稱為“第三方銷售訂單〞（3rdpartysalesorder）的三角交易業(yè)務(wù)，第三方是“外部供給商〞，三方在業(yè)務(wù)中形成一個整體，彼此之間存在著業(yè)務(wù)關(guān)聯(lián)關(guān)系；第4象限：賣方與第三方存在資本關(guān)聯(lián)，貨品始終沒有進入賣方倉庫，第三方直接交付給客人。由于賣方對第三方存在應(yīng)付賬款（AP），第三方對賣方存在應(yīng)收賬款（A/R），顯然不能把第三方當(dāng)成簡單的外部供給商來對待。這個業(yè)務(wù)在SAP系統(tǒng)里被稱為“跨公司銷售〞（Inter-CompanySales，ICS），在ICS中，賣方叫做“接單方〞（SellingParty）或者“訂單方〞（OrderParty），第三方叫做“供貨方〞（SupplyParty），它們與客人一道組成一個三角業(yè)務(wù)關(guān)聯(lián)整體。本文后續(xù)章節(jié)所描述的，就是這個象限的內(nèi)容。追問：賣方與第三方雖然事實上存在資本關(guān)聯(lián)關(guān)系，但第三方尚未進入SAP系統(tǒng)（即尚未上線），那業(yè)務(wù)怎么處理？答復(fù)：問得好。第三方只要沒有表達為SAP系統(tǒng)內(nèi)的組織單元（如公司代碼、工廠代碼等），就一律“視作外部供給商予以管理〞。只有概念明確，測試才有依據(jù)，因此，請認真領(lǐng)會本段落所述的業(yè)務(wù)場景。術(shù)語標(biāo)準(zhǔn)為防止概念混淆，本文行文中，將把測試劇本中的“賣方〞稱為“接單方〞或者“接單公司〞（Orderingparty），而“實際供貨方〞稱為“供貨方〞或者“供貨公司〞（Supplyingparty）。測試數(shù)據(jù)數(shù)據(jù)種類代碼本業(yè)務(wù)中的作用數(shù)據(jù)要求物料主數(shù)據(jù)M-01交易的標(biāo)的物1.對工廠2200和1000同時維護；2.對銷售組織2200和1000同時維護?？蛻糁鲾?shù)據(jù)2500與接單方簽約的客人1.對銷售組織2200和1000同時維護；2.至少要對公司代碼2200維護。接單方的公司代碼2200與客人簽署銷售訂單的我方當(dāng)事人組織單元，非前臺維護數(shù)據(jù)。有關(guān)要求，見本文《技術(shù)原理剖析》局部接單方的工廠代碼2200履行銷售訂單交貨業(yè)務(wù)的默認工廠接單方的銷售組織2200簽署銷售訂單的組織單位供貨方的公司代碼1000實際履行交貨義務(wù)的會計發(fā)生主體供貨方的工廠代碼1200實際履行交貨義務(wù)的實體工廠供貨方的銷售組織1000內(nèi)部應(yīng)收賬款結(jié)算的銷售組織

業(yè)務(wù)流程接單方簽署并下達銷售訂單步驟：事務(wù)代碼VA01。初始屏幕中，Ordertype=OR，Salesorganization=2200，distributionchannel=10，Division=00。敲回車；Sold-toparty=2500，Req.deliv.Date服從系統(tǒng)自動默認結(jié)果。敲回車，呼出其他默認內(nèi)容，把表頭固定下來；行工程中，輸入物料號M-01，數(shù)量自定（別太大，太大了存貨不夠，補進又會生出其他的操作），敲回車。可以看到，系統(tǒng)默認的交貨工廠是2200。菜單“Edit→incompletionlog〞，確保沒有缺失的內(nèi)容。選擇行工程（摁癟），點擊圖標(biāo)，觀察行工程的價格。記住了，可以修改的價格條件只有主價格PR00，其余都是來自價格主數(shù)據(jù)或者付款條件的價格數(shù)字；存盤，記錄下號碼。需求方案的落實傳遞下達銷售訂單成功，那么訂單需求通過系統(tǒng)關(guān)于需求傳遞的有關(guān)定制，自動落實需求方案。本步驟不存在寫操作，只顯示，步驟如下：啟動事務(wù)代碼MD04，輸入物料號M-01（這是銷售訂單交易的標(biāo)的物品），再輸入工廠2200（即銷售訂單默認的交貨工廠），敲回車進去。結(jié)果如下——接單方（2200）本身是個銷售型公司，之所以設(shè)置工廠代碼，是因為銷售交貨單是在工廠層面發(fā)生，而不是由于其事實上存在庫存。事實上，如上圖所示，工廠2200的存貨是一張白皮。問題是：這一步驟下，需求方案到底是傳遞給2200還是1200？答案很明確：在這個步驟，需求方案還只是傳遞到2200即接單方層面，還沒有傳遞到1200即事實上的供給工廠層面。你用MD04可以迅速獲得驗證——事實上，如果我們用VL01N創(chuàng)立交貨單，如以下圖所示的界面把供貨方裝運點輸入后，您看看系統(tǒng)會有什么反應(yīng)——（圖：用供貨方裝運點去創(chuàng)立交貨單的初始屏幕）敲回車后，系統(tǒng)反應(yīng)如以下圖所示。很顯然，這絕對不是“可以創(chuàng)立外向交貨單〞的界面。（圖：供貨方裝運點不能創(chuàng)立交貨單）怎么辦？供貨方（即1200）不能創(chuàng)立交貨單，我用接單方（即2200）可以創(chuàng)立交貨單嗎？試試不就知道了嗎？結(jié)果如以下圖，顯然，這是“可以創(chuàng)立外向交貨單〞的界面。雖然2200工廠項下M-01沒有任何存貨，但由于ATP檢查的配置，我們還是可以“創(chuàng)立交貨單〞，只不過不能“揀配〞、更不能“過賬發(fā)貨〞而已。（圖：接單方裝運點可以創(chuàng)立交貨單）不過不要太快樂地說“接單方裝運點可以創(chuàng)立交貨單，那么問題就解決了〞這句話。請問：我們的業(yè)務(wù)是什么？是直接由接單方向客人交貨嗎？如果是這樣，那本文敘述這么多不就全成為廢話嗎？還有什么存在的價值？從業(yè)務(wù)本身而言，貨并沒有進入接單方2200的庫存，而是直接由供貨方1200發(fā)給客人，那么請問2200有什么理由創(chuàng)立交貨單？（憤怒地）詢問：供貨方1200不能創(chuàng)立交貨單，接單方2200可以創(chuàng)立交貨單卻不符合業(yè)務(wù)，那到底該怎么辦？（沉著地）問答：這就是我們的下一步操作——修改銷售訂單，變更交貨工廠根據(jù)接單方（2200）與客人的銷售契約，允許從接單方的兄弟公司（即供貨方1200）供貨。既然實際交易的契約允許，那么我們當(dāng)然可以把銷售訂單的交貨工廠，從默認的2200變更為事實上的1200。變更操作很簡單，步驟如下——事務(wù)代碼VA02，輸入記錄下的銷售訂單號碼，敲回車進去；在行工程級別，把工廠從默認的2200，變更為1200！敲回車確認；就這么簡單嗎？不，沒那么簡單。請選擇行工程（摁癟），點擊上圖下方的圖標(biāo)，進入行工程的“價格〞。請問：價格有什么變化？是不是如以下圖所顯示的那樣，多出了一條可以修改的價格條件PI01？我們先記住這兩個命題：①、價格PR00是接單方與客人之間的結(jié)算根本單價；②、價格PI01則作為接單方（2200）與供貨方（1200）之間的內(nèi)部結(jié)算單價的基礎(chǔ)。隨著后續(xù)測試的進行和結(jié)果分析，我們將驗證這兩個命題的正確性。切換到行工程的卡片夾shipping，我們可以看到，不僅工廠成為1200，裝運點也成為1200了。把storagelocation的賦值輸入為0001。菜單“edit→incompletionlog〞，確保訂單沒有缺失的內(nèi)容，存盤。重新落實需求方案MD04，觀察接單方（2200）項下，大地白茫茫真干凈：MD04，觀察供貨方（1200）項下，這回，需求元素可是實實在在的了。供貨工廠（1200）的方案人員只要看到MD04中1200工廠項下的需求和存貨，自然就了解供需對照狀況。本例中，存貨（Stock）量已足夠覆蓋需求（requirement）量，因此系統(tǒng)不會產(chǎn)生方案單（如果是內(nèi)部獲?。┗蛘卟少徤暾垼ㄈ绻峭獠揩@取，物料類型HAWA是tradinggoods，外購商品，即所謂“左手買進右手賣出的東西〞，一般就是外部獲?。９┙o工廠創(chuàng)立交貨單供貨工廠1200的存貨已經(jīng)到位，那么當(dāng)然就可以向客人交付了。系統(tǒng)內(nèi)的操作步驟如下——事務(wù)代碼VL01N，輸入裝運點1200，輸入銷售訂單號。日期必須可以覆蓋銷售訂單中的要求交貨日期。如以下圖——敲回車后，這回系統(tǒng)準(zhǔn)許交貨工廠創(chuàng)立交貨單了。存盤，記錄下交貨單號碼。刷新M-01在工廠1200項下的MD04顯示。可以看到需求元素變更為交貨單。供給工廠揀配在絕大多數(shù)客戶化SAP實施工程中，交貨單創(chuàng)立完畢，打印出來就可以過賬發(fā)貨了。然而這是IDES系統(tǒng)，為了不影響其他同事全面學(xué)習(xí)和測試SAP的功能，我們沒有修改交貨單與交貨行工程的定制，因此我們的交貨單行工程中，有兩個醒目的狀態(tài)，如以下圖——這兩個狀態(tài)的賦值，要么空白（即“無關(guān)〞），要么就必須是C（即“已完全處理〞），其余狀態(tài)如A或者B都無法過賬出貨。那么，怎么做呢？以下是步驟——事務(wù)代碼VL03N，輸入交貨單號。進入行工程的卡片夾“picking〞項下，把倉庫號（Warehousenumber）抄下來。退出交貨單。事務(wù)代碼LT03，輸入倉庫號、工廠代碼和交貨單號，其余不問，如以下圖——上圖敲回車后，進入處理界面?；蠓旁诮回泦涡泄こ倘魏我粋€位置，再點擊上方的大圖標(biāo)系統(tǒng)馬上在卡片夾“processeditems〞下，把交貨單及其行工程轉(zhuǎn)移過去了。存盤。系統(tǒng)告知。熟悉WMS的參謀應(yīng)該知道，轉(zhuǎn)儲訂單（transferorder，TO）創(chuàng)立之后需要確認（confirmation）。不過在IDES系統(tǒng)中，根據(jù)WMS的有關(guān)定制，交貨單環(huán)節(jié)的TO創(chuàng)立成功后即自動確認。用LT21驗證，以下圖的狀態(tài)圖標(biāo)及其文本說明，相信已經(jīng)把意思表達得很充分了。VL03N，重新顯示交貨單，看看狀態(tài)如何——退出交貨單的讀操作界面，本步驟結(jié)束。供給工廠過賬出貨揀配完成，可以出貨了。開兩個會話（session），一個MD04觀察M-01的存貨/需求對照，另一個VL02N執(zhí)行過賬發(fā)貨操作。事務(wù)代碼VL02N，輸入交貨單號，點擊那個大大的圖標(biāo)“Postgoodsissue〞。點擊圖標(biāo)的操作非常簡單，敘述從略。點擊過賬后，MD04的結(jié)果顯示如下，存貨減少，需求元素姿消。VA03顯示銷售訂單的憑證流（documentflow），可以清楚地追溯到交貨單、揀配單和物料憑證的信息。發(fā)的是工廠1200的貨，而工廠1200又附屬于公司代碼1000，這筆貨不能不明不白，因此公司代碼1000項下，當(dāng)然將產(chǎn)生一筆會計分錄。接單方出票，向客人收款事務(wù)代碼VF01，參照已過賬出貨的交貨單創(chuàng)立標(biāo)準(zhǔn)發(fā)票（F2）。過程從略，結(jié)果如下——我們需要驗證兩個問題：1.出具銷售發(fā)票依據(jù)的單價是哪個？2.會計憑證中的價值是怎么計算來的？對外銷售發(fā)票的單價VF03顯示銷售發(fā)票，觀察其PR00的單價和價值。凈單價811，數(shù)量5，凈合價=811x5=4,055；稅率20.6%，稅額=4055x20.6%=835.33；價稅合計=凈合價+稅額=4,890.33。SAPIDES系統(tǒng)可不像咱們在中國國內(nèi)做的以含稅價定價的工程，它是不含稅價。不含稅價的算法當(dāng)然如上述方式去計算。也就是說，本筆交易對客人收取的總應(yīng)收款項，就應(yīng)該以4,890.33為基礎(chǔ)。問題在于：會計上也是這么認為的嗎？請看下一節(jié)——會計憑證的價值分析嘿，會計還真是這么認為的！整個會計分錄是——借：客戶應(yīng)收賬款4,890.33貸：銷售收入4,055.00應(yīng)付銷項稅金835.33瞧仔細了：對客戶的外部發(fā)票是接單方（2200）出具的，公司代碼當(dāng)然就是2200。供給方出票，向接單方收款如果是常規(guī)的銷售業(yè)務(wù)，2.8段落執(zhí)行完畢后，物流模塊（Logistics）的流程就全部結(jié)束了，因為后面的收款和清賬純屬財務(wù)上的操作，與物流無關(guān)。然而本案所述的流程中，事情并沒有結(jié)束，因為供給方（工廠1200/公司1000）作為一個會計核算主體代替另一個會計核算主體（接單方2200公司）履行了交貨義務(wù)，它的權(quán)利還沒有得到交代。因此，供給方需要對接單方出票，主張自己的應(yīng)收賬款。怎么主張？答案很簡單：VF01，對交貨單“二次出票〞！操作步驟如下描述——VF01進去。在下方的單據(jù)中，再次輸入交貨單號！插話：等等，先別急著敲回車。就這樣，你就能創(chuàng)立第二張發(fā)票嗎？答復(fù)：是的，就這么簡單。追問：在字段BillingType中，你難道就不想輸入一點內(nèi)容嗎？答復(fù)：嘿，我還真就不想輸入任何內(nèi)容，我現(xiàn)在就敲回車給你看——回車一敲，系統(tǒng)真的創(chuàng)立一張新的發(fā)票，而且選擇的billingtype不是F2，而是IV。在標(biāo)準(zhǔn)的SAP定制中，IV就是“公司間結(jié)算的發(fā)票類型〞！存盤，先產(chǎn)生發(fā)票號和會計憑證，接下來再分析。問題：為什么兩張發(fā)票號碼，產(chǎn)生的會計憑證號相同？答復(fù)：請帶著你的問題看下面的分析?？赐攴治?，自然就知道原因了。內(nèi)部結(jié)算發(fā)票的單價VF03顯示內(nèi)部結(jié)算發(fā)票（IV發(fā)票），觀察其ZIV1的單價和價值。ZIV1的單價作為計算基礎(chǔ)，數(shù)量5PC，凈單價=183x5=915.00；沒有銷項稅。我們不必糾結(jié)于“這個是否符合中國的稅務(wù)實踐〞，只看算法是否正確即可。那么供給方公司1000向接單方公司2200的應(yīng)收賬款，就應(yīng)該是915.00。挑戰(zhàn)：“這不過是你的猜想，會計上也這么認為嗎？〞應(yīng)戰(zhàn)：看看會計分錄怎么說——會計憑證的價值分析上帝，會計分錄還真應(yīng)驗了我的推測，上圖的會計分錄用白話文來表達如下——借：客戶應(yīng)收賬款915.00貸：關(guān)聯(lián)銷售收入915.00瞧瞧，aff.是“affiliate〞的縮寫，affiliate的含義就是“關(guān)聯(lián)公司交易〞，多么貼切的總賬科目。瞧仔細了，這張會計憑證是公司代碼1000出具的，與上一張對客人銷售發(fā)票的會計憑證主體有所不同。在SAP系統(tǒng)中，不同公司代碼項下的某一類會計憑證，其號碼范圍是可以分開定義的，因此1000公司和2200公司的第一張銷售發(fā)票會計憑證的號碼相同就不難理解。這個命題，財務(wù)參謀會告訴你在哪里定制，本文就不再掠美。接單方成認對供給方的應(yīng)付賬款提問：三角交易中，接單方（2200）對客人的發(fā)票出具了，供給方（1200）對接單方的內(nèi)部結(jié)算發(fā)票也出具了，流程是不是就該結(jié)束？答復(fù)：還沒有，因為接單方還沒有成認對供給方的應(yīng)付賬款義務(wù)。這就是“同一企業(yè)集團項下不同會計法人主體之間的關(guān)聯(lián)交易〞必須考慮的要素：一方對另一方主張權(quán)利，不等于另一方同時成認義務(wù)。提問：那么接單方又該怎么“成認〞呢？應(yīng)付賬款的產(chǎn)生，只可能來源于兩個渠道，要么從采購模塊的發(fā)票校驗產(chǎn)生，要么是在FI模塊中手工做賬，是不是？答復(fù)：說的很到位，確實如此。追問：可是本文行文至此，根本就沒有出現(xiàn)采購訂單，更沒有收貨。這不是STO業(yè)務(wù)，接單方與供給方之間沒有采購訂單和收貨記錄，怎么做發(fā)票校驗？難道是直接在FI模塊中用事務(wù)代碼FB01直接手工創(chuàng)立會計憑證這種“流氓方式〞嗎？答復(fù)：您還真說對了，確實是FB01，但操作者不是接單方（2200）的會計人員，而是系統(tǒng)的IDOC功能！因此，不能說是“手工創(chuàng)立應(yīng)付賬款憑證〞，而是“系統(tǒng)驅(qū)動IDOC自動創(chuàng)立〞。具體的機制后面再闡述，我們先只看結(jié)果，步驟如下——事務(wù)代碼FBL1N。供給商代碼輸入10000，公司代碼輸入2200，“openatkeydate〞維持系統(tǒng)默認的當(dāng)前日期，其余不問。點擊圖標(biāo)進入。系統(tǒng)顯示如下。很明顯，畫紅框的才是本案的記錄。點擊上圖憑證前面的小方框，再點擊圖標(biāo)，進入以下圖不必領(lǐng)會其他內(nèi)容，直接點擊上圖的圖標(biāo)。圖窮匕首現(xiàn)。流程至此才算全部結(jié)束。很顯然，人工FB01與本文所述的系統(tǒng)IDOC觸發(fā)FB01操作，哪個“更具有技術(shù)含量〞，不言自明。

技術(shù)原理剖析有一個SAPNOTE叫做31126，闡述的就是如何在“跨公司出票〞（Inter-CompanyBilling，ICB）場景下使用SAPEDI技術(shù)（ElectronicDataInterchange，電子數(shù)據(jù)互換）直接在FI模塊中過賬到供給商庫存而執(zhí)行正確的系統(tǒng)設(shè)置。本局部內(nèi)容就以這個NOTE為參考線索，結(jié)合作者個人體會而敘述。序曲–組織單元的設(shè)計首先必須搭建這個業(yè)務(wù)中所涉及的有關(guān)接單方（SellingParty）與供貨方（SupplyingParty）的組織結(jié)構(gòu)，包括公司代碼、工廠代碼、采購組織、銷售組織、銷售區(qū)域組合（即銷售組織·分銷渠道·產(chǎn)品組的組合）等組織單元，以及此類組織單元之間的分配關(guān)系。公司代碼作為SAP參謀，公司代碼的配置路徑再熟悉不過了，不再贅述。在IDES系統(tǒng)中，供貨公司1000和接單公司2200已存在，且地址數(shù)據(jù)完備。自定義的公司代碼，地址數(shù)據(jù)必須完備。所謂“完備〞的標(biāo)準(zhǔn)，是“不要讓SAP系統(tǒng)報錯存在缺失‘必須輸入’的數(shù)據(jù)〞即可。工廠代碼同樣的理由，工廠代碼的配置路徑不再贅述。在IDES系統(tǒng)中，本案有關(guān)的供貨工廠1200和銷售工廠2200也已存在，且地址數(shù)據(jù)完備。自定義的工廠代碼，地址數(shù)據(jù)仍然必須完備，標(biāo)準(zhǔn)同上。公司代碼與工廠代碼之間的分配關(guān)系事務(wù)代碼OX18，完本錢案公司代碼與工廠之間的分配關(guān)系。很顯然，IDES中已經(jīng)完成。作為一個常識，應(yīng)該知道：公司代碼項下可以有多個工廠，但工廠只能效勞于一個公司代碼。接單方與供貨方的銷售組織配置路徑或事務(wù)代碼從略。IDES里已存在接單方和供貨方的銷售組織。接單方與供貨方的銷售區(qū)域組合與本案有關(guān)的銷售區(qū)域組合，在IDES項下已經(jīng)存在。自己尋找配置路徑或事務(wù)代碼。接單方與供貨方的銷售組織和渠道對各自工廠的匹配關(guān)系IDES中，無論是接單方還是供貨方，銷售組織與分銷渠道對各自工廠的匹配關(guān)系已經(jīng)定義。自己尋找配置路徑或事務(wù)代碼。接單方的銷售組織和渠道對供貨工廠的匹配關(guān)系在接單公司的自有工廠無法供貨的情況下，它當(dāng)然要尋求供貨公司的工廠。因此，必須完成接單方的銷售組織（2200）和有關(guān)渠道與供貨工廠（1200）之間的分配關(guān)系。這個配置可以說是ICS業(yè)務(wù)得以實現(xiàn)的基石，切記、切記！接單方和供貨方各自裝運點與工廠的匹配關(guān)系事務(wù)代碼OVXC，為工廠分配裝運點。IDES系統(tǒng)早已分配完畢。作為常識應(yīng)該知道：一個工廠項下可以有多個裝運點，但一個裝運點不能效勞于多家工廠。接單方的采購組織設(shè)置在本案所述的三角交易關(guān)系中，接單方（2200）相當(dāng)于是從供貨方（1200）購置商品。雖然在整個流程中沒有出現(xiàn)任何采購訂單，但這不等于采購組織沒有定義的必要。SAPIDES中，接單方2200的采購組織就是它自己的部門或者團隊，即2200。以下圖顯示的是工廠代碼2200項下所有的采購組織配置狀況。配置路徑，請自己尋找。慢板–主數(shù)據(jù)的準(zhǔn)備和局部關(guān)鍵定制以接單公司的立場，創(chuàng)立供貨公司的供給商主數(shù)據(jù)很明顯，本案中，接單公司是2200，供貨公司是1200創(chuàng)立供給商主數(shù)據(jù)的事務(wù)代碼是XK01，這個事務(wù)代碼意味著組織結(jié)構(gòu)的選擇不僅要選擇公司，還要選擇采購組織。公司代碼當(dāng)然是2200，采購組織按3.1.9段落的描述，也是2200。創(chuàng)立主數(shù)據(jù)的過程從略，作者只想強調(diào)的是：供給商號碼與工廠之間必須關(guān)聯(lián)！供給商與工廠關(guān)聯(lián)的含義，在于以下步驟——對創(chuàng)立完畢的供給商，啟動事務(wù)代碼XK02（MK02也行），輸入供給商號、公司代碼、采購組織后，只點擊“Purchasedata〞。如以下圖：敲回車進去后，菜單“extra→additionalpurchasedata〞。系統(tǒng)跳出一個對話框。在對話框里，輸入工廠代碼1200。這就是所謂的“將集團內(nèi)供給商與工廠組織給關(guān)聯(lián)起來〞，MM模塊主導(dǎo)的STO業(yè)務(wù)也有這個操作！存盤退出。以供貨公司的立場，創(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)要素，下面幾個要點必須強調(diào)——頁簽“Sales〞項下，字段CustomerPriceProcedure。不同工程對客戶定價程序的設(shè)置詳略程度不一樣，像咱們公司的工程中，公司間交易是I，標(biāo)準(zhǔn)銷售是1。不過在IDES系統(tǒng)里，內(nèi)部客戶的客戶定價程序與常規(guī)銷售相同，也是1；同樣的頁簽“Sales〞，字段“Acctatcust.〞，非常重要。只能是10000。問：為什么要輸入10000？答：這個字段是什么意思？“我們在客戶方的賬號〞?！拔覀儴暿钦l？對于接單公司2200而言，我們是不是它的供給商？既然是供給商，總得有個號碼標(biāo)識，我們的供給商號碼標(biāo)識，3.2.1段落說的還不夠清楚嗎？根據(jù)SAPNOTE31126的說明，如果要啟動IDOC完成供給商賬戶的自動過賬，字段“Acctatcust.〞必須輸入正確的值！頁簽“Billingdocuments〞項下，字段“Acctassgmtgroup.〞，與外部客戶不同。IDES中是03，文字“Ap.reven.〞，已經(jīng)把“關(guān)聯(lián)公司收入〞的含義表達得很清楚了。同樣頁簽“Billingdocuments〞項下，字段“Taxcl.〞。IDES中是0，這也是本文2.9段落中描述的“內(nèi)部結(jié)算發(fā)票〞的稅率為0的根本原因。至于這個設(shè)置“是否符合中國國情〞，不在本文討論范圍，自辨。物料主數(shù)據(jù)的組織單元覆蓋物料既然可以被接單公司（2200）下銷售訂單，它就必須維護2200工廠項下的數(shù)據(jù)、以及維護銷售組織2200·分銷渠道10·產(chǎn)品組00項下的數(shù)據(jù)。物料既然可以被供給工廠（1200）交付，它就必須維護1200工廠項下的數(shù)據(jù)。物料既然可以被供給公司（1000）開內(nèi)部結(jié)算銷售發(fā)票，而銷售發(fā)票離不開銷售區(qū)域，因此還必須維護銷售組織1000·分銷渠道12·產(chǎn)品組00項下的數(shù)據(jù)。具體過程不再贅述，只看以下圖所表達的結(jié)果——物料對外銷售價格主數(shù)據(jù)事務(wù)代碼VK11，條件類型PR00，選擇最下方的“materialwithreleasestatus〞。物料=M-01，銷售渠道=2200，分銷渠道=10，有效期自己定。結(jié)果如下——可以回想一下：在2.1段落下訂單時，PR00單價是不是默認自動帶出來的（盡管是“白色可修改〞）？在已經(jīng)存在物料銷售價格主數(shù)據(jù)的前提下，用VK12修正或者VK13只讀即可。物料對內(nèi)結(jié)算價格主數(shù)據(jù)事務(wù)代碼VK11，條件類型PI01。Keycombination只有一個選擇。Salesorganizationfororder，當(dāng)然填寫2200，因為與客人簽署銷售訂單的銷售組織是2200；Plant，則必須填寫1200，因為這是出貨的工廠。下方物料號當(dāng)然填寫M-01，價格據(jù)實錄入，有效期自定。作為IDES系統(tǒng)，已經(jīng)定義了，請用VK12或者VK13觀察。追問：不對，請等一等！你維護的是PI01，可是2.9.1段落中內(nèi)部結(jié)算發(fā)票的截圖很清楚，生效的是ZIV1的價格。這是怎么一回事？答復(fù)：你確實看得很仔細。下面的定制馬上答復(fù)你的疑問——內(nèi)部結(jié)算發(fā)票價格條件的特殊定制細節(jié)事務(wù)代碼V/06，定位到ZIV1，也就是你看到的內(nèi)部結(jié)算發(fā)票的價格條件。進入其詳情——答案揭曉：ZIV1在執(zhí)行銷售業(yè)務(wù)中，將從PI01的現(xiàn)有記錄中參考取值。關(guān)于“referenceconditiontype〞的用途，請自己參閱SAP在線幫助文檔并自己測試，本文不再贅述。進一步講，你可以啟動事務(wù)代碼VK11直接創(chuàng)立ZIV1的價格主數(shù)據(jù)，來看看系統(tǒng)會告訴你什么信息——跨公司銷售訂單和發(fā)票的定價過程確定事務(wù)代碼OVKK。這個事務(wù)代碼答復(fù)“系統(tǒng)如何抓取不同的定價過程和主條件類型〞。按以下變量挑選——Salesorganization=1000（供貨方出具IV發(fā)票）Distributionchannel=12Division=00Customerpricingprocedure=1Documentpricingprocedure=I結(jié)果如以下圖——不明白為什么“documentpricingprocedure〞要選I，是不是？事務(wù)代碼VOFA，自己觀察F2和IV，看看它們的字段“documentpricingprocedure〞各自是什么？作為接單方2200，它與客人簽署的OR標(biāo)準(zhǔn)銷售訂單，定價過程則是RVAA01。它對客人出票的定價過程，也是RVAA01。其中的原理，請自己用上述方式去找尋，不再贅述。跨公司銷售訂單或發(fā)票的定價過程細節(jié)事務(wù)代碼V/08。這個事務(wù)代碼答復(fù)“定價過程是怎么樣的構(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ā)票所采用的ZIV001的定價過程，其配置詳情，同樣用V/08去觀察。相對應(yīng)的核心條件類型是ZIV1。自己看去，不再贅述。協(xié)奏–發(fā)票類型的輸出的配置和數(shù)據(jù)準(zhǔn)備為公司間交易發(fā)票類型分配輸出確定程序事務(wù)代碼：V/25作為比照，標(biāo)準(zhǔn)發(fā)票的輸出類型是RD00。定義輸出確定程序事務(wù)代碼V/42。公司間發(fā)票的輸出確定程序V40000的具體詳情如以下圖所示——作為比照，不妨看看常規(guī)發(fā)票的輸出確定程序V10000的詳情：輸出類型RD04的定制事務(wù)代碼V/40?？纯?，RD04的傳輸介質(zhì)是什么？不怕不識貨，就怕貨比貨。標(biāo)準(zhǔn)發(fā)票對應(yīng)的輸出類型RD00，它的介質(zhì)又是什么？所有的SAP輸出類型，都有程式（program）、表單例程（routine）和表單（form），當(dāng)然表單是可以自定義的。標(biāo)準(zhǔn)IDES中的EDI傳輸介質(zhì)并沒有定義表單（Form）。熟悉SAP“條件技術(shù)〞（Conditiontechnique）的參謀都知道，條件類型（conditiontype）是定制概念，條件類型要想讀取前臺作業(yè)人員創(chuàng)立的主數(shù)據(jù)，就必須為它定義一個存取順序（accesssequence）。輸出（output）應(yīng)用的，也是“條件技術(shù)〞的一種形式，因此輸出類型也有存取順序，這個存取順序就是以下圖所示的0004。為接單方的客戶號維護RD04輸出條件的主數(shù)據(jù)事務(wù)代碼VV31。輸入RD04，敲回車。點擊圖標(biāo)keyconbination，跳出的組合只有一個，如以下圖。這是因為RD04的存取順序0004所確定的表格只有一個，如以下圖：回到VV31維護輸出主數(shù)據(jù)，結(jié)果如下。顯然，IV發(fā)票的發(fā)送者（sender）是供貨公司，上方的銷售組織當(dāng)然是供貨方的銷售組織1000。創(chuàng)立完畢后，存盤退出。已經(jīng)存在記錄的，用VV32修改或者VV33只讀。盤旋–公司間發(fā)票的系統(tǒng)配置本段落的配置根目錄：IMG→Salesanddistribution→Billing→Intercompanybilling，如以下圖。這是本段落項下的“總配置目錄〞。銷售訂單類型配備公司間發(fā)票類型配置路徑：配置根目錄→Defineordertypesforintercompanybilling。定位于標(biāo)準(zhǔn)訂單類型OR，如以下圖把發(fā)票類型IV填寫進去。這個配置意味著當(dāng)接單方（2200）向外部客人簽署的標(biāo)準(zhǔn)銷售訂單變更供貨工廠（即變更為1200）時，系統(tǒng)可以允許已經(jīng)過賬發(fā)貨的交貨單被“二次開票〞，且“二次開票〞的默認發(fā)票類型就是IV。經(jīng)測試可以證明：本段落的定制，與VOV8定義銷售單據(jù)類型是完全等價的。如以下圖所示：把接單公司之銷售組織的內(nèi)部客戶號確定下來配置路徑：配置根目錄→Defineinternalcustomernumberbysaleorganization在接單公司的銷售組織（即2200）一行，填寫3.2.2段落所創(chuàng)立的客戶主數(shù)據(jù)號碼填進去。提問：為什么供貨方（1000）的銷售組織也被維護了客戶號碼呢？答復(fù)：就本文所描述的場景而言，您確實可以不維護。維護了就表示1000銷售組織同樣可以作為“跨公司銷售的簽約方而被其他的兄弟公司出具公司間結(jié)算發(fā)票〞。不過這是IDES系統(tǒng)，咱維持不變。指定EDI傳輸?shù)墓┙o商邏輯地址配置路徑：配置根目錄→Automaticpostingtovendoraccount(SAPEDI)→AssignVendor事務(wù)代碼：WEL1結(jié)果如以下圖所示：維護說明如下：邏輯地址（Log.addr.）：以供貨公司（即本案的1000）的立場來命名，結(jié)構(gòu)是“供貨的公司代碼+接單公司表達為供貨公司的內(nèi)部客戶號〞。這里需要強調(diào)：如果客戶號碼是內(nèi)部編號（即全部是數(shù)字），那么邏輯地址必須湊足14位數(shù)，缺乏的局部，按下表所示的結(jié)構(gòu)進行填充——性質(zhì)供貨公司用0填充客戶號位數(shù)1234567891011121314賦值10000000022000目的端（Destination）：以接單公司（即本案的2200）的立場來命名。CompanyCode當(dāng)然就是接單公司本身，即2200；Vendor就應(yīng)該填入供方公司在接單公司項下的供給商號碼，即10000。追問：本文的例子，無論供給商還是客人，號碼都是內(nèi)部編號（即全部是數(shù)字），然而在我們的XX工程中，公司代碼固然都是數(shù)字，內(nèi)部客戶號和內(nèi)部供給商號卻是類似于C3430、C2000之類的編號。如果我們的場景是：公司代碼2000（內(nèi)部客戶號C2000）對客人簽單，公司代碼3430（內(nèi)部供給商號C3430）履行交貨職責(zé)，那么邏輯地址又該怎么定？答復(fù)：邏輯地址如下表，即不需要湊足14位數(shù)。性質(zhì)供貨公司客戶號位數(shù)123456789賦值3430C2000而目的端，公司代碼則是2000，供給商當(dāng)然是C3430了。注意：這個定制非常關(guān)鍵，它是被發(fā)送的EDI信息找到“接收方〞（recipient）的根本定制。高潮–IDOC內(nèi)核與財務(wù)端的設(shè)置維護IDOC處理的端口事務(wù)代碼：WE21在IDES中，已經(jīng)有許多端口（port）了，我們只需要關(guān)注A000000009是否存在于文件夾“TransactionalRFC〞即可。定義客戶的伙伴參數(shù)文件事務(wù)代碼：WE20點開文件夾“PartnerTypeKU〞，創(chuàng)立客戶22000。詳細內(nèi)容如下——頁簽“Postprocessing:permittedagent〞項下，Ty.默認為US（SAP用戶）、Agent默認為當(dāng)前操作人的用戶ID、Language默認為當(dāng)前系統(tǒng)的登錄語言。這些信息維持默認值即可關(guān)鍵在于Outboundparameters（出埠參數(shù)），必須輸入兩行，如下表所示：PartnerRoleMessageTypeMessageVariantBPINVOICFIBPINVOICFI點擊放大鏡圖標(biāo)，信息變式（messagevariant）FI的詳情如下：頁簽“outboundoption〞項下，以下圖標(biāo)注局部是關(guān)鍵要素；頁簽“Processcontrol〞項下，應(yīng)用只能是V3，訊息類型是RD04，處理代碼是SD08；其余頁簽維持默認值。點擊放大鏡圖標(biāo)，信息變式（messagevariant）MM的詳情如下：頁簽“outboundoption〞項下，以下圖標(biāo)注局部是關(guān)鍵要素；頁簽“Messagecontrol〞項下，以下圖標(biāo)注局部是關(guān)鍵要素；其余頁簽維持默認值。在Partnerprofile的表頭層面，第二個頁簽classification，Partnerstatus必須賦值為A。其余不問。新建的伙伴參數(shù)文件必須存盤才能生效。定義供給商的伙伴參數(shù)文件事務(wù)代碼：WE20點開文件夾“PartnerTypeLI〞，創(chuàng)立供給商10000。詳細內(nèi)容如下——表頭的要求，與客戶伙伴參數(shù)一致，不再贅述；下方的細節(jié)，維護的是inboundparameter（入埠參數(shù)）。不需要partnerrole（因為inbound是被動接受），messagetype都是INVOIC，分別維護FI和MM的變式。變式FI的細節(jié)簡述如下——頁簽“inboundoption〞，關(guān)鍵如下：其余頁簽無特別要求。變式MM的細節(jié)簡述如下——頁簽“inboundoption〞，關(guān)鍵如下：其余頁簽不做特別要求。為EDI接收發(fā)票定義程序參數(shù)事務(wù)代碼：OBCE。配置路徑自己找，以下圖是例如——選中以下圖紅框與本案有關(guān)的那一行，再點擊圖標(biāo)——配置詳情如下所述——請回憶本文2.10段落中的截圖，系統(tǒng)自動產(chǎn)生的會計憑證的類型是RE，是不是？這個RE，就是由上圖的定制確定的。為EDI接收發(fā)票分配公司代碼事務(wù)代碼：OBCA。定位于Partnertype=LI、Partnernumber=10000，即本案有關(guān)的供貨公司，它們是接單公司的供給商。最右邊的Cocd字段中，輸入本案有關(guān)的接單公司的公司代碼，即2200。根據(jù)SAP的文獻原文描述——ByleavingthefieldCOCDblank,allcompanycodesareavailable。理解為“如果最右邊的字段COCD維持空格，系統(tǒng)就默認為供給商10000可以對任何它存在數(shù)據(jù)記錄的公司代碼都觸發(fā)EDI動作創(chuàng)立會計憑證〞。請自己驗證。為EDI接收發(fā)票分配總賬科目事務(wù)代碼：OBCB。如以下圖，在系統(tǒng)跳出的小框中，依次輸入LI（供給商）、10000（供貨公司表達的內(nèi)部供給商）和2200（接單公司的公司代碼）。上圖敲回車進去后，按財務(wù)要求輸入總賬科目，文本字段是可選擇工程。IDES系統(tǒng)內(nèi)是空白，維持不變。當(dāng)然，這個總賬科目必須是事先在公司代碼中創(chuàng)立好的科目主數(shù)據(jù)。需要注意的是：總賬科目不可以與CO模塊的任何對象掛鉤，即它不能是本錢要素（costelement）。具體詳情，請咨詢FI/CO的參謀。為EDI接收發(fā)票分配稅碼事務(wù)代碼：OBCD。本定制的作用，在于把來源于銷售訂單中的銷項稅（outputtax）與供給商發(fā)票中的進項稅（inputtax）關(guān)聯(lián)起來。定位到LI·10000的行，確保你交易中可能出現(xiàn)的銷項稅碼能夠關(guān)聯(lián)到進項稅碼。字段“Taxtype〞，用來記錄銷項稅稅碼（Outputtaxcode）；字段“Tx〞，用來記錄進項稅稅碼（Inputtaxcode）。馬上產(chǎn)生了問題：我怎么知道供貨方內(nèi)部結(jié)算發(fā)票的銷項稅稅碼是哪個？答復(fù)：找到那張內(nèi)部結(jié)算發(fā)票的號碼，VF03顯示。進入行工程的“Condition〞頁簽，如以下圖：點擊上圖的圖標(biāo)后，定位到MWST“銷項稅〞那一行，點開，找到有值的那個訪問順序，如以下圖：按上圖的箭頭所指，滑鼠點擊，系統(tǒng)馬上把你導(dǎo)引至條件價格主數(shù)據(jù)的界面如以下圖——選中MWST那一行（摁癟），再點擊圖標(biāo)。如以下圖所示，找到銷項稅稅碼。作為SD參謀，你真不應(yīng)該提這個問題，因為這是SD參謀的根本功。EDI接收發(fā)票的總賬科目的數(shù)據(jù)要求3.5.6段落所描述的總賬科目（607010）的主數(shù)據(jù)，存在一定的要求。FS00，進入總賬科目在公司代碼2200項下的數(shù)據(jù)，如以下圖所示強調(diào)兩個要點：頁簽“controldata〞項下，taxcategory必須“允許輸入進項稅〞。這句話的意思是：“既允許輸入銷項稅，也允許輸入進項稅〞。IDES如以下圖的選項是“只能允許進項稅〞，顯然更加嚴(yán)格，當(dāng)然滿足這個條件——頁簽“Create/bank/interest〞項下，舊版本（4.7以下，含4.7）是“允許手工過賬〞，新版本（4.7以上，即ECCX.0）則是“Postautomaticallyonly〞（只能允許自動過賬）。那么在舊版本下，標(biāo)志就得點上；新版本下，標(biāo)志恰恰相反就不能點上。其余數(shù)據(jù)要求，按自己的需要自行處理，與IDOC無關(guān)。尾聲–計量單位的定制和EDI憑證價值分析計量單位的特殊定制要點請回憶3.5.4段落中關(guān)于EDI接受發(fā)票的程序參數(shù)，最下方有個單位。這個計量單位的定制，有點“小小的講究〞。用事務(wù)代碼C