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

/目錄TOC\o"1-5"\h\z\uSAP跨公司銷售（ICS）業(yè)務(wù)——測(cè)試與原理3Part1.測(cè)試環(huán)境、測(cè)試劇本與測(cè)試數(shù)據(jù)31.1測(cè)試劇本31.2術(shù)語(yǔ)規(guī)X41.3測(cè)試數(shù)據(jù)5Part2.業(yè)務(wù)流程62.1接單方簽署并下達(dá)銷售訂單62.2需求計(jì)劃的落實(shí)傳遞72.3修改銷售訂單，變更交貨工廠102.4重新落實(shí)需求計(jì)劃122.5供給工廠創(chuàng)建交貨單132.6供給工廠揀配152.7供給工廠過(guò)賬出貨182.8接單方出票，向客人收款202.8.1對(duì)外銷售發(fā)票的單價(jià)202.8.2會(huì)計(jì)憑證的價(jià)值分析212.9供給方出票，向接單方收款212.9.1內(nèi)部結(jié)算發(fā)票的單價(jià)232.9.2會(huì)計(jì)憑證的價(jià)值分析242.10接單方承認(rèn)對(duì)供給方的應(yīng)付賬款24Part3.技術(shù)原理剖析273.1序曲–組織單元的設(shè)計(jì)273.1.1公司代碼273.1.2工廠代碼273.1.3公司代碼與工廠代碼之間的分配關(guān)系283.1.4接單方與供貨方的銷售組織283.1.5接單方與供貨方的銷售區(qū)域組合293.1.6接單方與供貨方的銷售組織和渠道對(duì)各自工廠的匹配關(guān)系303.1.7接單方的銷售組織和渠道對(duì)供貨工廠的匹配關(guān)系303.1.8接單方和供貨方各自裝運(yùn)點(diǎn)與工廠的匹配關(guān)系313.1.9接單方的采購(gòu)組織設(shè)置323.2慢板–主數(shù)據(jù)的準(zhǔn)備和部分關(guān)鍵定制323.2.1以接單公司的立場(chǎng)，創(chuàng)建供貨公司的供應(yīng)商主數(shù)據(jù)323.2.2以供貨公司的立場(chǎng)，創(chuàng)建接單公司的客戶主數(shù)據(jù)343.2.3物料主數(shù)據(jù)的組織單元覆蓋353.2.4物料對(duì)外銷售價(jià)格主數(shù)據(jù)363.2.5物料對(duì)內(nèi)結(jié)算價(jià)格主數(shù)據(jù)373.2.6內(nèi)部結(jié)算發(fā)票價(jià)格條件的特殊定制細(xì)節(jié)383.2.7跨公司銷售訂單和發(fā)票的定價(jià)過(guò)程確定393.2.8跨公司銷售訂單或發(fā)票的定價(jià)過(guò)程細(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ào)維護(hù)RD04輸出條件的主數(shù)據(jù)443.4回旋–公司間發(fā)票的系統(tǒng)配置453.4.1銷售訂單類型配備公司間發(fā)票類型463.4.2把接單公司之銷售組織的內(nèi)部客戶號(hào)確定下來(lái)473.4.3指定EDI傳輸?shù)墓?yīng)商邏輯地址483.5高潮–IDOC內(nèi)核與財(cá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尾聲–計(jì)量單位的定制和EDI憑證價(jià)值分析633.6.1計(jì)量單位的特殊定制要點(diǎn)633.6.2EDI自動(dòng)產(chǎn)生會(huì)計(jì)憑證的價(jià)值分析653.7余韻–IDOC訊息監(jiān)控與背景作業(yè)673.7.1IDOC訊息監(jiān)控673.7.2背景作業(yè)70Part4.附加說(shuō)明72SAP跨公司銷售（ICS）業(yè)務(wù)——測(cè)試與原理測(cè)試環(huán)境、測(cè)試劇本與測(cè)試數(shù)據(jù)本公司自己的IDES系統(tǒng)，客戶端800。登錄語(yǔ)言最好選擇英文（EN），漢語(yǔ)環(huán)境無(wú)法保證有關(guān)的表單格式已具備。測(cè)試劇本劇本描述：賣方與客人簽約提供某個(gè)產(chǎn)品，然而賣方是“銷售型公司”，沒(méi)有生產(chǎn)的資質(zhì)，只能找一個(gè)第三方購(gòu)買。第三方安排供貨，把交易標(biāo)的物品直接交給客人，然后根據(jù)客人簽收的憑證向賣方主X權(quán)利（即收款）。賣方驗(yàn)證簽收憑證與事實(shí)無(wú)誤之后，向第三方承認(rèn)債務(wù)（即支付貨款），自己也向客人出票主X權(quán)利。這個(gè)“三角交易業(yè)務(wù)”項(xiàng)下，第三方的角色非常關(guān)鍵。以下是分析——上述劇本的分析：上述劇本的分析，首先需要?jiǎng)澐謨蓚€(gè)維度（Dimension）：第一、交易的當(dāng)事人“第三方”與“賣方”之間是否存在資本上的關(guān)聯(lián)關(guān)系？第二、發(fā)生在“第三方”與“賣方”之間的標(biāo)的物品，其物流是否存在“入賣方倉(cāng)庫(kù)”的事實(shí)？如下圖，以這兩個(gè)維度為坐標(biāo)，業(yè)務(wù)被劃分為四個(gè)象限——（圖：三角銷售交易四象限圖）以下用SAP的系統(tǒng)業(yè)務(wù)，對(duì)這四個(gè)象限分別分析：第1象限：賣方找與自己存在資本關(guān)聯(lián)的第三方購(gòu)買產(chǎn)品，收貨入庫(kù)后再交給客人。這個(gè)流程其實(shí)是兩段業(yè)務(wù)：首先是賣方與第三方之間的STO（庫(kù)存調(diào)撥訂單）業(yè)務(wù)，然后是賣方與客人之間的正常銷售業(yè)務(wù)。本案中無(wú)論是貨物流向還是債權(quán)債務(wù)關(guān)系，第三方與客人之間并沒(méi)有直接的業(yè)務(wù)關(guān)系；第2象限：賣方找與自己沒(méi)有資本關(guān)聯(lián)的第三方購(gòu)買產(chǎn)品，收貨入庫(kù)后再交給客人。這個(gè)業(yè)務(wù)其實(shí)也是兩段業(yè)務(wù)：首先是賣方與第三方之間的常規(guī)采購(gòu)業(yè)務(wù)，然后是賣方與客人之間的正常銷售業(yè)務(wù)。這是一個(gè)典型的“左手買進(jìn)、右手賣出”的貿(mào)易業(yè)務(wù)。同樣，本案中無(wú)論是貨物流向還是債權(quán)債務(wù)關(guān)系，第三方與客人之間并沒(méi)有直接的業(yè)務(wù)關(guān)系；第3象限：賣方找到與自己沒(méi)有資本關(guān)聯(lián)的第三方購(gòu)買產(chǎn)品，但貨品自始至終并未進(jìn)入賣方的倉(cāng)庫(kù)，而是由第三方直接交給客人。這個(gè)業(yè)務(wù)就是SAP稱為“第三方銷售訂單”（3rdpartysalesorder）的三角交易業(yè)務(wù)，第三方是“外部供應(yīng)商”，三方在業(yè)務(wù)中形成一個(gè)整體，彼此之間存在著業(yè)務(wù)關(guān)聯(lián)關(guān)系；第4象限：賣方與第三方存在資本關(guān)聯(lián)，貨品始終沒(méi)有進(jìn)入賣方倉(cāng)庫(kù)，第三方直接交付給客人。由于賣方對(duì)第三方存在應(yīng)付賬款（AP），第三方對(duì)賣方存在應(yīng)收賬款（A/R），顯然不能把第三方當(dāng)成簡(jiǎn)單的外部供應(yīng)商來(lái)對(duì)待。這個(gè)業(yè)務(wù)在SAP系統(tǒng)里被稱為“跨公司銷售”（Inter-panySales，ICS），在ICS中，賣方叫做“接單方”（SellingParty）或者“訂單方”（OrderParty），第三方叫做“供貨方”（SupplyParty），它們與客人一道組成一個(gè)三角業(yè)務(wù)關(guān)聯(lián)整體。本文后續(xù)章節(jié)所描述的，就是這個(gè)象限的內(nèi)容。追問(wèn)：賣方與第三方雖然事實(shí)上存在資本關(guān)聯(lián)關(guān)系，但第三方尚未進(jìn)入SAP系統(tǒng)（即尚未上線），那業(yè)務(wù)怎么處理？回答：?jiǎn)柕煤?。第三方只要沒(méi)有體現(xiàn)為SAP系統(tǒng)內(nèi)的組織單元（如公司代碼、工廠代碼等），就一律“視作外部供應(yīng)商予以管理”。只有概念明確，測(cè)試才有依據(jù)，因此，請(qǐng)認(rèn)真領(lǐng)會(huì)本段落所述的業(yè)務(wù)場(chǎng)景。術(shù)語(yǔ)規(guī)X為避免概念混淆，本文行文中，將把測(cè)試劇本中的“賣方”稱為“接單方”或者“接單公司”（Orderingparty），而“實(shí)際供貨方”稱為“供貨方”或者“供貨公司”（Supplyingparty）。測(cè)試數(shù)據(jù)數(shù)據(jù)種類代碼本業(yè)務(wù)中的作用數(shù)據(jù)要求物料主數(shù)據(jù)M-01交易的標(biāo)的物1.對(duì)工廠2200和1000同時(shí)維護(hù)；2.對(duì)銷售組織2200和1000同時(shí)維護(hù)?？蛻糁鲾?shù)據(jù)2500與接單方簽約的客人1.對(duì)銷售組織2200和1000同時(shí)維護(hù)；2.至少要對(duì)公司代碼2200維護(hù)。接單方的公司代碼2200與客人簽署銷售訂單的我方當(dāng)事人組織單元，非前臺(tái)維護(hù)數(shù)據(jù)。有關(guān)要求，見(jiàn)本文《技術(shù)原理剖析》部分接單方的工廠代碼2200履行銷售訂單交貨業(yè)務(wù)的默認(rèn)工廠接單方的銷售組織2200簽署銷售訂單的組織單位供貨方的公司代碼1000實(shí)際履行交貨義務(wù)的會(huì)計(jì)發(fā)生主體供貨方的工廠代碼1200實(shí)際履行交貨義務(wù)的實(shí)體工廠供貨方的銷售組織1000內(nèi)部應(yīng)收賬款結(jié)算的銷售組織業(yè)務(wù)流程接單方簽署并下達(dá)銷售訂單步驟：事務(wù)代碼VA01。初始屏幕中，Ordertype=OR，Salesorganization=2200，distributionchannel=10，Division=00。敲回車；Sold-toparty=2500，Req.deliv.Date服從系統(tǒng)自動(dòng)默認(rèn)結(jié)果。敲回車，呼出其他默認(rèn)內(nèi)容，把表頭固定下來(lái)；行項(xiàng)目中，輸入物料號(hào)M-01，數(shù)量自定（別太大，太大了存貨不夠，補(bǔ)進(jìn)又會(huì)生出其他的操作），敲回車。可以看到，系統(tǒng)默認(rèn)的交貨工廠是2200。菜單“Edit→inpletionlog”，確保沒(méi)有缺失的內(nèi)容。選擇行項(xiàng)目（摁癟），點(diǎn)擊圖標(biāo)，觀察行項(xiàng)目的價(jià)格。記住了，可以修改的價(jià)格條件只有主價(jià)格PR00，其余都是來(lái)自價(jià)格主數(shù)據(jù)或者付款條件的價(jià)格數(shù)字；存盤，記錄下。需求計(jì)劃的落實(shí)傳遞下達(dá)銷售訂單成功，那么訂單需求通過(guò)系統(tǒng)關(guān)于需求傳遞的有關(guān)定制，自動(dòng)落實(shí)需求計(jì)劃。本步驟不存在寫操作，只顯示，步驟如下：?jiǎn)?dòng)事務(wù)代碼MD04，輸入物料號(hào)M-01（這是銷售訂單交易的標(biāo)的物品），再輸入工廠2200（即銷售訂單默認(rèn)的交貨工廠），敲回車進(jìn)去。結(jié)果如下——接單方（2200）本身是個(gè)銷售型公司，之所以設(shè)置工廠代碼，是因?yàn)殇N售交貨單是在工廠層面發(fā)生，而不是由于其事實(shí)上存在庫(kù)存。事實(shí)上，如上圖所示，工廠2200的存貨是一X白皮。問(wèn)題是：這一步驟下，需求計(jì)劃到底是傳遞給2200還是1200？答案很明確：在這個(gè)步驟，需求計(jì)劃還只是傳遞到2200即接單方層面，還沒(méi)有傳遞到1200即事實(shí)上的供應(yīng)工廠層面。你用MD04可以迅速獲得驗(yàn)證——事實(shí)上，如果我們用VL01N創(chuàng)建交貨單，如下圖所示的界面把供貨方裝運(yùn)點(diǎn)輸入后，您看看系統(tǒng)會(huì)有什么反饋——（圖：用供貨方裝運(yùn)點(diǎn)去創(chuàng)建交貨單的初始屏幕）敲回車后，系統(tǒng)反饋如下圖所示。很顯然，這絕對(duì)不是“可以創(chuàng)建外向交貨單”的界面。（圖：供貨方裝運(yùn)點(diǎn)不能創(chuàng)建交貨單）怎么辦？供貨方（即1200）不能創(chuàng)建交貨單，我用接單方（即2200）可以創(chuàng)建交貨單嗎？試試不就知道了嗎？結(jié)果如下圖，顯然，這是“可以創(chuàng)建外向交貨單”的界面。雖然2200工廠項(xiàng)下M-01沒(méi)有任何存貨，但由于ATP檢查的配置，我們還是可以“創(chuàng)建交貨單”，只不過(guò)不能“揀配”、更不能“過(guò)賬發(fā)貨”而已。（圖：接單方裝運(yùn)點(diǎn)可以創(chuàng)建交貨單）不過(guò)不要太高興地說(shuō)“接單方裝運(yùn)點(diǎn)可以創(chuàng)建交貨單，那么問(wèn)題就解決了”這句話。請(qǐng)問(wèn)：我們的業(yè)務(wù)是什么？是直接由接單方向客人交貨嗎？如果是這樣，那本文敘述這么多不就全成為廢話嗎？還有什么存在的價(jià)值？從業(yè)務(wù)本身而言，貨并沒(méi)有進(jìn)入接單方2200的庫(kù)存，而是直接由供貨方1200發(fā)給客人，那么請(qǐng)問(wèn)2200有什么理由創(chuàng)建交貨單？（憤怒地）詢問(wèn)：供貨方1200不能創(chuàng)建交貨單，接單方2200可以創(chuàng)建交貨單卻不符合業(yè)務(wù)，那到底該怎么辦？（從容地）問(wèn)答：這就是我們的下一步操作——修改銷售訂單，變更交貨工廠根據(jù)接單方（2200）與客人的銷售契約，允許從接單方的兄弟公司（即供貨方1200）供貨。既然實(shí)際交易的契約允許，那么我們當(dāng)然可以把銷售訂單的交貨工廠，從默認(rèn)的2200變更為事實(shí)上的1200。變更操作很簡(jiǎn)單，步驟如下——事務(wù)代碼VA02，輸入記錄下的銷售訂單，敲回車進(jìn)去；在行項(xiàng)目級(jí)別，把工廠從默認(rèn)的2200，變更為1200！敲回車確認(rèn)；就這么簡(jiǎn)單嗎？不，沒(méi)那么簡(jiǎn)單。請(qǐng)選擇行項(xiàng)目（摁癟），點(diǎn)擊上圖下方的圖標(biāo)，進(jìn)入行項(xiàng)目的“價(jià)格”。請(qǐng)問(wèn)：價(jià)格有什么變化？是不是如下圖所顯示的那樣，多出了一條可以修改的價(jià)格條件PI01？我們先記住這兩個(gè)命題：①、價(jià)格PR00是接單方與客人之間的結(jié)算基本單價(jià)；②、價(jià)格PI01則作為接單方（2200）與供貨方（1200）之間的內(nèi)部結(jié)算單價(jià)的基礎(chǔ)。隨著后續(xù)測(cè)試的進(jìn)行和結(jié)果分析，我們將驗(yàn)證這兩個(gè)命題的正確性。切換到行項(xiàng)目的卡片夾shipping，我們可以看到，不僅工廠成為1200，裝運(yùn)點(diǎn)也成為1200了。把storagelocation的賦值輸入為0001。菜單“edit→inpletionlog”，確保訂單沒(méi)有缺失的內(nèi)容，存盤。重新落實(shí)需求計(jì)劃MD04，觀察接單方（2200）項(xiàng)下，大地白茫茫真干凈：MD04，觀察供貨方（1200）項(xiàng)下，這回，需求元素可是實(shí)實(shí)在在的了。供貨工廠（1200）的計(jì)劃人員只要看到MD04中1200工廠項(xiàng)下的需求和存貨，自然就了解供需對(duì)照狀況。本例中，存貨（Stock）量已足夠覆蓋需求（requirement）量，因此系統(tǒng)不會(huì)產(chǎn)生計(jì)劃單（如果是內(nèi)部獲取）或者采購(gòu)申請(qǐng)（如果是外部獲取，物料類型HAWA是tradinggoods，外購(gòu)商品，即所謂“左手買進(jìn)右手賣出的東西”，一般就是外部獲?。９┙o工廠創(chuàng)建交貨單供貨工廠1200的存貨已經(jīng)到位，那么當(dāng)然就可以向客人交付了。系統(tǒng)內(nèi)的操作步驟如下——事務(wù)代碼VL01N，輸入裝運(yùn)點(diǎn)1200，輸入銷售訂單號(hào)。日期必須可以覆蓋銷售訂單中的要求交貨日期。如下圖——敲回車后，這回系統(tǒng)準(zhǔn)許交貨工廠創(chuàng)建交貨單了。存盤，記錄下交貨單。刷新M-01在工廠1200項(xiàng)下的MD04顯示?？梢钥吹叫枨笤刈兏鼮榻回泦巍９┙o工廠揀配在絕大多數(shù)客戶化SAP實(shí)施項(xiàng)目中，交貨單創(chuàng)建完畢，打印出來(lái)就可以過(guò)賬發(fā)貨了。然而這是IDES系統(tǒng)，為了不影響其他同事全面學(xué)習(xí)和測(cè)試SAP的功能，我們沒(méi)有修改交貨單與交貨行項(xiàng)目的定制，因此我們的交貨單行項(xiàng)目中，有兩個(gè)醒目的狀態(tài)，如下圖——這兩個(gè)狀態(tài)的賦值，要么空白（即“無(wú)關(guān)”），要么就必須是C（即“已完全處理”），其余狀態(tài)如A或者B都無(wú)法過(guò)賬出貨。那么，怎么做呢？以下是步驟——事務(wù)代碼VL03N，輸入交貨單號(hào)。進(jìn)入行項(xiàng)目的卡片夾“picking”項(xiàng)下，把倉(cāng)庫(kù)號(hào)（Warehousenumber）抄下來(lái)。退出交貨單。事務(wù)代碼LT03，輸入倉(cāng)庫(kù)號(hào)、工廠代碼和交貨單號(hào)，其余不問(wèn)，如下圖——上圖敲回車后，進(jìn)入處理界面?；蠓旁诮回泦涡许?xiàng)目任何一個(gè)位置，再點(diǎn)擊上方的大圖標(biāo)系統(tǒng)馬上在卡片夾“processeditems”下，把交貨單與其行項(xiàng)目轉(zhuǎn)移過(guò)去了。存盤。系統(tǒng)告知。熟悉WMS的顧問(wèn)應(yīng)該知道，轉(zhuǎn)儲(chǔ)訂單（transferorder，TO）創(chuàng)建之后需要確認(rèn)（confirmation）。不過(guò)在IDES系統(tǒng)中，根據(jù)WMS的有關(guān)定制，交貨單環(huán)節(jié)的TO創(chuàng)建成功后即自動(dòng)確認(rèn)。用LT21驗(yàn)證，下圖的狀態(tài)圖標(biāo)與其文本說(shuō)明，相信已經(jīng)把意思表達(dá)得很充分了。VL03N，重新顯示交貨單，看看狀態(tài)如何——退出交貨單的讀操作界面，本步驟結(jié)束。供給工廠過(guò)賬出貨揀配完成，可以出貨了。開(kāi)兩個(gè)會(huì)話（session），一個(gè)MD04觀察M-01的存貨/需求對(duì)照，另一個(gè)VL02N執(zhí)行過(guò)賬發(fā)貨操作。事務(wù)代碼VL02N，輸入交貨單號(hào)，點(diǎn)擊那個(gè)大大的圖標(biāo)“Postgoodsissue”。點(diǎn)擊圖標(biāo)的操作非常簡(jiǎn)單，敘述從略。點(diǎn)擊過(guò)賬后，MD04的結(jié)果顯示如下，存貨減少，需求元素姿消。VA03顯示銷售訂單的憑證流（documentflow），可以清楚地追溯到交貨單、揀配單和物料憑證的信息。發(fā)的是工廠1200的貨，而工廠1200又從屬于公司代碼1000，這筆貨不能不明不白，因此公司代碼1000項(xiàng)下，當(dāng)然將產(chǎn)生一筆會(huì)計(jì)分錄。接單方出票，向客人收款事務(wù)代碼VF01，參照已過(guò)賬出貨的交貨單創(chuàng)建標(biāo)準(zhǔn)發(fā)票（F2）。過(guò)程從略，結(jié)果如下——我們需要驗(yàn)證兩個(gè)問(wèn)題：1.出具銷售發(fā)票依據(jù)的單價(jià)是哪個(gè)？2.會(huì)計(jì)憑證中的價(jià)值是怎么計(jì)算來(lái)的？對(duì)外銷售發(fā)票的單價(jià)VF03顯示銷售發(fā)票，觀察其PR00的單價(jià)和價(jià)值。凈單價(jià)811，數(shù)量5，凈合價(jià)=811x5=4,055；稅率20.6%，稅額=4055x20.6%=835.33；價(jià)稅合計(jì)=凈合價(jià)+稅額=4,890.33。SAPIDES系統(tǒng)可不像咱們?cè)谥袊?guó)國(guó)內(nèi)做的以含稅價(jià)定價(jià)的項(xiàng)目，它是不含稅價(jià)。不含稅價(jià)的算法當(dāng)然如上述方式去計(jì)算。也就是說(shuō)，本筆交易對(duì)客人收取的總應(yīng)收款項(xiàng)，就應(yīng)該以4,890.33為基礎(chǔ)。問(wèn)題在于：會(huì)計(jì)上也是這么認(rèn)為的嗎？請(qǐng)看下一節(jié)——會(huì)計(jì)憑證的價(jià)值分析嘿，會(huì)計(jì)還真是這么認(rèn)為的！整個(gè)會(huì)計(jì)分錄是——借：客戶應(yīng)收賬款4,890.33貸：銷售收入4,055.00應(yīng)付銷項(xiàng)稅金835.33瞧仔細(xì)了：對(duì)客戶的外部發(fā)票是接單方（2200）出具的，公司代碼當(dāng)然就是2200。供給方出票，向接單方收款如果是常規(guī)的銷售業(yè)務(wù)，2.8段落執(zhí)行完畢后，物流模塊（Logistics）的流程就全部結(jié)束了，因?yàn)楹竺娴氖湛詈颓遒~純屬財(cái)務(wù)上的操作，與物流無(wú)關(guān)。然而本案所述的流程中，事情并沒(méi)有結(jié)束，因?yàn)楣┙o方（工廠1200/公司1000）作為一個(gè)會(huì)計(jì)核算主體代替另一個(gè)會(huì)計(jì)核算主體（接單方2200公司）履行了交貨義務(wù)，它的權(quán)利還沒(méi)有得到交代。因此，供給方需要對(duì)接單方出票，主X自己的應(yīng)收賬款。怎么主X？答案很簡(jiǎn)單：VF01，對(duì)交貨單“二次出票”！操作步驟如下描述——VF01進(jìn)去。在下方的單據(jù)中，再次輸入交貨單號(hào)！插話：等等，先別急著敲回車。就這樣，你就能創(chuàng)建第二X發(fā)票嗎？回答：是的，就這么簡(jiǎn)單。追問(wèn)：在字段BillingType中，你難道就不想輸入一點(diǎn)內(nèi)容嗎？回答：嘿，我還真就不想輸入任何內(nèi)容，我現(xiàn)在就敲回車給你看——回車一敲，系統(tǒng)真的創(chuàng)建一X新的發(fā)票，而且選擇的billingtype不是F2，而是IV。在標(biāo)準(zhǔn)的SAP定制中，IV就是“公司間結(jié)算的發(fā)票類型”！存盤，先產(chǎn)生發(fā)票號(hào)和會(huì)計(jì)憑證，接下來(lái)再分析。問(wèn)題：為什么兩X發(fā)票，產(chǎn)生的會(huì)計(jì)憑證號(hào)一樣？回答：請(qǐng)帶著你的問(wèn)題看下面的分析?？赐攴治觯匀痪椭涝蛄?。內(nèi)部結(jié)算發(fā)票的單價(jià)VF03顯示內(nèi)部結(jié)算發(fā)票（IV發(fā)票），觀察其ZIV1的單價(jià)和價(jià)值。ZIV1的單價(jià)作為計(jì)算基礎(chǔ)，數(shù)量5PC，凈單價(jià)=183x5=915.00；沒(méi)有銷項(xiàng)稅。我們不必糾結(jié)于“這個(gè)是否符合中國(guó)的稅務(wù)實(shí)踐”，只看算法是否正確即可。那么供給方公司1000向接單方公司2200的應(yīng)收賬款，就應(yīng)該是915.00。挑戰(zhàn)：“這不過(guò)是你的猜測(cè)，會(huì)計(jì)上也這么認(rèn)為嗎？”應(yīng)戰(zhàn)：看看會(huì)計(jì)分錄怎么說(shuō)——會(huì)計(jì)憑證的價(jià)值分析上帝，會(huì)計(jì)分錄還真應(yīng)驗(yàn)了我的推測(cè)，上圖的會(huì)計(jì)分錄用白話文來(lái)表達(dá)如下——借：客戶應(yīng)收賬款915.00貸：關(guān)聯(lián)銷售收入915.00瞧瞧，aff.是“affiliate”的縮寫，affiliate的含義就是“關(guān)聯(lián)公司交易”，多么貼切的總賬科目。瞧仔細(xì)了，這X會(huì)計(jì)憑證是公司代碼1000出具的，與上一X對(duì)客人銷售發(fā)票的會(huì)計(jì)憑證主體有所不同。在SAP系統(tǒng)中，不同公司代碼項(xiàng)下的某一類會(huì)計(jì)憑證，其X圍是可以分開(kāi)定義的，因此1000公司和2200公司的第一X銷售發(fā)票會(huì)計(jì)憑證的一樣就不難理解。這個(gè)命題，財(cái)務(wù)顧問(wèn)會(huì)告訴你在哪里定制，本文就不再掠美。接單方承認(rèn)對(duì)供給方的應(yīng)付賬款提問(wèn)：三角交易中，接單方（2200）對(duì)客人的發(fā)票出具了，供給方（1200）對(duì)接單方的內(nèi)部結(jié)算發(fā)票也出具了，流程是不是就該結(jié)束？回答：還沒(méi)有，因?yàn)榻訂畏竭€沒(méi)有承認(rèn)對(duì)供給方的應(yīng)付賬款義務(wù)。這就是“同一企業(yè)集團(tuán)項(xiàng)下不同會(huì)計(jì)法人主體之間的關(guān)聯(lián)交易”必須考慮的要素：一方對(duì)另一方主X權(quán)利，不等于另一方同時(shí)承認(rèn)義務(wù)。提問(wèn)：那么接單方又該怎么“承認(rèn)”呢？應(yīng)付賬款的產(chǎn)生，只可能來(lái)源于兩個(gè)渠道，要么從采購(gòu)模塊的發(fā)票校驗(yàn)產(chǎn)生，要么是在FI模塊中手工做賬，是不是？回答：說(shuō)的很到位，的確如此。追問(wèn)：可是本文行文至此，根本就沒(méi)有出現(xiàn)采購(gòu)訂單，更沒(méi)有收貨。這不是STO業(yè)務(wù)，接單方與供給方之間沒(méi)有采購(gòu)訂單和收貨記錄，怎么做發(fā)票校驗(yàn)？難道是直接在FI模塊中用事務(wù)代碼FB01直接手工創(chuàng)建會(huì)計(jì)憑證這種“流氓方式”嗎？回答：您還真說(shuō)對(duì)了，的確是FB01，但操作者不是接單方（2200）的會(huì)計(jì)人員，而是系統(tǒng)的IDOC功能！因此，不能說(shuō)是“手工創(chuàng)建應(yīng)付賬款憑證”，而是“系統(tǒng)驅(qū)動(dòng)IDOC自動(dòng)創(chuàng)建”。具體的機(jī)制后面再闡述，我們先只看結(jié)果，步驟如下——事務(wù)代碼FBL1N。供應(yīng)商代碼輸入10000，公司代碼輸入2200，“openatkeydate”維持系統(tǒng)默認(rèn)的當(dāng)前日期，其余不問(wèn)。點(diǎn)擊圖標(biāo)進(jìn)入。系統(tǒng)顯示如下。很明顯，畫紅框的才是本案的記錄。點(diǎn)擊上圖憑證前面的小方框，再點(diǎn)擊圖標(biāo)，進(jìn)入下圖不必領(lǐng)會(huì)其他內(nèi)容，直接點(diǎn)擊上圖的圖標(biāo)。圖窮匕首現(xiàn)。流程至此才算全部結(jié)束。很顯然，人工FB01與本文所述的系統(tǒng)IDOC觸發(fā)FB01操作，哪個(gè)“更具有技術(shù)含量”，不言自明。技術(shù)原理剖析有一個(gè)SAPNOTE叫做31126，闡述的就是如何在“跨公司出票”（Inter-panyBilling，ICB）場(chǎng)景下使用SAPEDI技術(shù)（ElectronicDataInterchange，電子數(shù)據(jù)互換）直接在FI模塊中過(guò)賬到供應(yīng)商庫(kù)存而執(zhí)行正確的系統(tǒng)設(shè)置。本部分內(nèi)容就以這個(gè)NOTE為參考線索，結(jié)合作者個(gè)人體會(huì)而敘述。序曲–組織單元的設(shè)計(jì)首先必須搭建這個(gè)業(yè)務(wù)中所涉與的有關(guān)接單方（SellingParty）與供貨方（SupplyingParty）的組織結(jié)構(gòu)，包括公司代碼、工廠代碼、采購(gòu)組織、銷售組織、銷售區(qū)域組合（即銷售組織·分銷渠道·產(chǎn)品組的組合）等組織單元，以與此類組織單元之間的分配關(guān)系。公司代碼作為SAP顧問(wèn)，公司代碼的配置路徑再熟悉不過(guò)了，不再贅述。在IDES系統(tǒng)中，供貨公司1000和接單公司2200已存在，且地址數(shù)據(jù)完備。自定義的公司代碼，地址數(shù)據(jù)必須完備。所謂“完備”的標(biāo)準(zhǔn)，是“不要讓SAP系統(tǒng)報(bào)錯(cuò)存在缺失‘必須輸入’的數(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)完成。作為一個(gè)常識(shí)，應(yīng)該知道：公司代碼項(xiàng)下可以有多個(gè)工廠，但工廠只能服務(wù)于一個(gè)公司代碼。接單方與供貨方的銷售組織配置路徑或事務(wù)代碼從略。IDES里已存在接單方和供貨方的銷售組織。接單方與供貨方的銷售區(qū)域組合與本案有關(guān)的銷售區(qū)域組合，在IDES項(xiàng)下已經(jīng)存在。自己尋找配置路徑或事務(wù)代碼。接單方與供貨方的銷售組織和渠道對(duì)各自工廠的匹配關(guān)系IDES中，無(wú)論是接單方還是供貨方，銷售組織與分銷渠道對(duì)各自工廠的匹配關(guān)系已經(jīng)定義。自己尋找配置路徑或事務(wù)代碼。接單方的銷售組織和渠道對(duì)供貨工廠的匹配關(guān)系在接單公司的自有工廠無(wú)法供貨的情況下，它當(dāng)然要尋求供貨公司的工廠。因此，必須完成接單方的銷售組織（2200）和有關(guān)渠道與供貨工廠（1200）之間的分配關(guān)系。這個(gè)配置可以說(shuō)是ICS業(yè)務(wù)得以實(shí)現(xiàn)的基石，切記、切記！接單方和供貨方各自裝運(yùn)點(diǎn)與工廠的匹配關(guān)系事務(wù)代碼OVXC，為工廠分配裝運(yùn)點(diǎn)。IDES系統(tǒng)早已分配完畢。作為常識(shí)應(yīng)該知道：一個(gè)工廠項(xiàng)下可以有多個(gè)裝運(yùn)點(diǎn)，但一個(gè)裝運(yùn)點(diǎn)不能服務(wù)于多家工廠。接單方的采購(gòu)組織設(shè)置在本案所述的三角交易關(guān)系中，接單方（2200）相當(dāng)于是從供貨方（1200）購(gòu)買商品。雖然在整個(gè)流程中沒(méi)有出現(xiàn)任何采購(gòu)訂單，但這不等于采購(gòu)組織沒(méi)有定義的必要。SAPIDES中，接單方2200的采購(gòu)組織就是它自己的部門或者團(tuán)隊(duì)，即2200。下圖顯示的是工廠代碼2200項(xiàng)下所有的采購(gòu)組織配置狀況。配置路徑，請(qǐng)自己尋找。慢板–主數(shù)據(jù)的準(zhǔn)備和部分關(guān)鍵定制以接單公司的立場(chǎng)，創(chuàng)建供貨公司的供應(yīng)商主數(shù)據(jù)很明顯，本案中，接單公司是2200，供貨公司是1200創(chuàng)建供應(yīng)商主數(shù)據(jù)的事務(wù)代碼是XK01，這個(gè)事務(wù)代碼意味著組織結(jié)構(gòu)的選擇不僅要選擇公司，還要選擇采購(gòu)組織。公司代碼當(dāng)然是2200，采購(gòu)組織按3.1.9段落的描述，也是2200。創(chuàng)建主數(shù)據(jù)的過(guò)程從略，作者只想強(qiáng)調(diào)的是：供應(yīng)商與工廠之間必須關(guān)聯(lián)！供應(yīng)商與工廠關(guān)聯(lián)的含義，在于下列步驟——對(duì)創(chuàng)建完畢的供應(yīng)商，啟動(dòng)事務(wù)代碼XK02（MK02也行），輸入供應(yīng)商號(hào)、公司代碼、采購(gòu)組織后，只點(diǎn)擊“Purchasedata”。如下圖：敲回車進(jìn)去后，菜單“extra→additionalpurchasedata”。系統(tǒng)跳出一個(gè)對(duì)話框。在對(duì)話框里，輸入工廠代碼1200。這就是所謂的“將集團(tuán)內(nèi)供應(yīng)商與工廠組織給關(guān)聯(lián)起來(lái)”，MM模塊主導(dǎo)的STO業(yè)務(wù)也有這個(gè)操作！存盤退出。以供貨公司的立場(chǎng)，創(chuàng)建接單公司的客戶主數(shù)據(jù)創(chuàng)建客戶主數(shù)據(jù)的事務(wù)代碼是XD01，這個(gè)事務(wù)代碼意味著組織結(jié)構(gòu)的選擇不僅要選擇公司，還要選擇銷售區(qū)域。公司代碼當(dāng)然是2200，銷售區(qū)域組合按我們?cè)谇懊嬲鹿?jié)的描述，銷售組織=1000、分銷渠道=12、產(chǎn)品組=00。創(chuàng)建過(guò)程從略，IDES系統(tǒng)里已有現(xiàn)成數(shù)據(jù)，但作為ICS業(yè)務(wù)的關(guān)鍵實(shí)現(xiàn)要素，下面幾個(gè)要點(diǎn)必須強(qiáng)調(diào)——頁(yè)簽“Sales”項(xiàng)下，字段CustomerPriceProcedure。不同項(xiàng)目對(duì)客戶定價(jià)程序的設(shè)置詳略程度不一樣，像咱們公司的項(xiàng)目中，公司間交易是I，標(biāo)準(zhǔn)銷售是1。不過(guò)在IDES系統(tǒng)里，內(nèi)部客戶的客戶定價(jià)程序與常規(guī)銷售一樣，也是1；同樣的頁(yè)簽“Sales”，字段“Acctatcust.”，非常重要。只能是10000。問(wèn)：為什么要輸入10000？答：這個(gè)字段是什么意思？“我們?cè)诳蛻舴降馁~號(hào)”?！拔覀儭笔钦l(shuí)？對(duì)于接單公司2200而言，我們是不是它的供應(yīng)商？既然是供應(yīng)商，總得有個(gè)標(biāo)識(shí)，我們的供應(yīng)商標(biāo)識(shí)，3.2.1段落說(shuō)的還不夠清楚嗎？根據(jù)SAPNOTE31126的說(shuō)明，如果要啟動(dòng)IDOC完成供應(yīng)商賬戶的自動(dòng)過(guò)賬，字段“Acctatcust.”必須輸入正確的值！頁(yè)簽“Billingdocuments”項(xiàng)下，字段“Acctassgmtgroup.”，與外部客戶不同。IDES中是03，文字“Affiliat.p.reven.”，已經(jīng)把“關(guān)聯(lián)公司收入”的含義表達(dá)得很清楚了。同樣頁(yè)簽“Billingdocuments”項(xiàng)下，字段“Taxcl.”。IDES中是0，這也是本文2.9段落中描述的“內(nèi)部結(jié)算發(fā)票”的稅率為0的根本原因。至于這個(gè)設(shè)置“是否符合中國(guó)國(guó)情”，不在本文討論X圍，自辨。物料主數(shù)據(jù)的組織單元覆蓋物料既然可以被接單公司（2200）下銷售訂單，它就必須維護(hù)2200工廠項(xiàng)下的數(shù)據(jù)、以與維護(hù)銷售組織2200·分銷渠道10·產(chǎn)品組00項(xiàng)下的數(shù)據(jù)。物料既然可以被供給工廠（1200）交付，它就必須維護(hù)1200工廠項(xiàng)下的數(shù)據(jù)。物料既然可以被供給公司（1000）開(kāi)內(nèi)部結(jié)算銷售發(fā)票，而銷售發(fā)票離不開(kāi)銷售區(qū)域，因此還必須維護(hù)銷售組織1000·分銷渠道12·產(chǎn)品組00項(xiàng)下的數(shù)據(jù)。具體過(guò)程不再贅述，只看下圖所表達(dá)的結(jié)果——物料對(duì)外銷售價(jià)格主數(shù)據(jù)事務(wù)代碼VK11，條件類型PR00，選擇最下方的“materialwithreleasestatus”。物料=M-01，銷售渠道=2200，分銷渠道=10，有效期自己定。結(jié)果如下——可以回想一下：在2.1段落下訂單時(shí)，PR00單價(jià)是不是默認(rèn)自動(dòng)帶出來(lái)的（盡管是“白色可修改”）？在已經(jīng)存在物料銷售價(jià)格主數(shù)據(jù)的前提下，用VK12修正或者VK13只讀即可。物料對(duì)內(nèi)結(jié)算價(jià)格主數(shù)據(jù)事務(wù)代碼VK11，條件類型PI01。Keybination只有一個(gè)選擇。Salesorganizationfororder，當(dāng)然填寫2200，因?yàn)榕c客人簽署銷售訂單的銷售組織是2200；Plant，則必須填寫1200，因?yàn)檫@是出貨的工廠。下方物料號(hào)當(dāng)然填寫M-01，價(jià)格據(jù)實(shí)錄入，有效期自定。作為IDES系統(tǒng)，已經(jīng)定義了，請(qǐng)用VK12或者VK13觀察。追問(wèn)：不對(duì)，請(qǐng)等一等！你維護(hù)的是PI01，可是2.9.1段落中內(nèi)部結(jié)算發(fā)票的截圖很清楚，生效的是ZIV1的價(jià)格。這是怎么一回事？回答：你的確看得很仔細(xì)。下面的定制馬上回答你的疑問(wèn)——內(nèi)部結(jié)算發(fā)票價(jià)格條件的特殊定制細(xì)節(jié)事務(wù)代碼V/06，定位到ZIV1，也就是你看到的內(nèi)部結(jié)算發(fā)票的價(jià)格條件。進(jìn)入其詳情——答案揭曉：ZIV1在執(zhí)行銷售業(yè)務(wù)中，將從PI01的現(xiàn)有記錄中參考取值。關(guān)于“referenceconditiontype”的用途，請(qǐng)自己參閱SAP在線幫助文檔并自己測(cè)試，本文不再贅述。進(jìn)一步講，你可以啟動(dòng)事務(wù)代碼VK11直接創(chuàng)建ZIV1的價(jià)格主數(shù)據(jù)，來(lái)看看系統(tǒng)會(huì)告訴你什么信息——跨公司銷售訂單和發(fā)票的定價(jià)過(guò)程確定事務(wù)代碼OVKK。這個(gè)事務(wù)代碼回答“系統(tǒng)如何抓取不同的定價(jià)過(guò)程和主條件類型”。按下列變量挑選——Salesorganization=1000（供貨方出具IV發(fā)票）Distributionchannel=12Division=00Customerpricingprocedure=1Documentpricingprocedure=I結(jié)果如下圖——不明白為什么“documentpricingprocedure”要選I，是不是？事務(wù)代碼VOFA，自己觀察F2和IV，看看它們的字段“documentpricingprocedure”各自是什么？作為接單方2200，它與客人簽署的OR標(biāo)準(zhǔn)銷售訂單，定價(jià)過(guò)程則是RVAA01。它對(duì)客人出票的定價(jià)過(guò)程，也是RVAA01。其中的原理，請(qǐng)自己用上述方式去找尋，不再贅述?？绻句N售訂單或發(fā)票的定價(jià)過(guò)程細(xì)節(jié)事務(wù)代碼V/08。這個(gè)事務(wù)代碼回答“定價(jià)過(guò)程是怎么樣的構(gòu)成結(jié)構(gòu)”。銷售訂單與外部發(fā)票的RVAA01定價(jià)過(guò)程，PR00是主價(jià)格，而PI01也是其中的一個(gè)條件類型，而且也對(duì)應(yīng)到銷售收入的賬碼（ERL）。然而更值得關(guān)注之處，在于它的requirement賦值22。無(wú)論是采購(gòu)訂單的定價(jià)還是銷售訂單的定價(jià)，requirement都表示“只有在滿足例程所規(guī)定的算法條件下這個(gè)價(jià)格才有效”。例程22的詳情，請(qǐng)自己用事務(wù)代碼VOFM去閱讀其代碼程式，本文不再贅述。內(nèi)部結(jié)算發(fā)票所采用的ZIV001的定價(jià)過(guò)程，其配置詳情，同樣用V/08去觀察。相對(duì)應(yīng)的核心條件類型是ZIV1。自己看去，不再贅述。協(xié)奏–發(fā)票類型的輸出的配置和數(shù)據(jù)準(zhǔn)備為公司間交易發(fā)票類型分配輸出確定程序事務(wù)代碼：V/25作為對(duì)比，標(biāo)準(zhǔn)發(fā)票的輸出類型是RD00。定義輸出確定程序事務(wù)代碼V/42。公司間發(fā)票的輸出確定程序V40000的具體詳情如下圖所示——作為對(duì)比，不妨看看常規(guī)發(fā)票的輸出確定程序V10000的詳情：輸出類型RD04的定制事務(wù)代碼V/40。看看，RD04的傳輸介質(zhì)是什么？不怕不識(shí)貨，就怕貨比貨。標(biāo)準(zhǔn)發(fā)票對(duì)應(yīng)的輸出類型RD00，它的介質(zhì)又是什么？所有的SAP輸出類型，都有程式（program）、表單例程（routine）和表單（form），當(dāng)然表單是可以自定義的。標(biāo)準(zhǔn)IDES中的EDI傳輸介質(zhì)并沒(méi)有定義表單（Form）。熟悉SAP“條件技術(shù)”（Conditiontechnique）的顧問(wèn)都知道，條件類型（conditiontype）是定制概念，條件類型要想讀取前臺(tái)作業(yè)人員創(chuàng)建的主數(shù)據(jù)，就必須為它定義一個(gè)存取順序（accesssequence）。輸出（output）應(yīng)用的，也是“條件技術(shù)”的一種形式，因此輸出類型也有存取順序，這個(gè)存取順序就是下圖所示的0004。為接單方的客戶號(hào)維護(hù)RD04輸出條件的主數(shù)據(jù)事務(wù)代碼VV31。輸入RD04，敲回車。點(diǎn)擊圖標(biāo)keyconbination，跳出的組合只有一個(gè)，如下圖。這是因?yàn)镽D04的存取順序0004所確定的表格只有一個(gè)，如下圖：回到VV31維護(hù)輸出主數(shù)據(jù)，結(jié)果如下。顯然，IV發(fā)票的發(fā)送者（sender）是供貨公司，上方的銷售組織當(dāng)然是供貨方的銷售組織1000。創(chuàng)建完畢后，存盤退出。已經(jīng)存在記錄的，用VV32修改或者VV33只讀?；匦C公司間發(fā)票的系統(tǒng)配置本段落的配置根目錄：IMG→Salesanddistribution→Billing→Interpanybilling，如下圖。這是本段落項(xiàng)下的“總配置目錄”。銷售訂單類型配備公司間發(fā)票類型配置路徑：配置根目錄→Defineordertypesforinterpanybilling。定位于標(biāo)準(zhǔn)訂單類型OR，如下圖把發(fā)票類型IV填寫進(jìn)去。這個(gè)配置意味著當(dāng)接單方（2200）向外部客人簽署的標(biāo)準(zhǔn)銷售訂單變更供貨工廠（即變更為1200）時(shí)，系統(tǒng)可以允許已經(jīng)過(guò)賬發(fā)貨的交貨單被“二次開(kāi)票”，且“二次開(kāi)票”的默認(rèn)發(fā)票類型就是IV。經(jīng)測(cè)試可以證明：本段落的定制，與VOV8定義銷售單據(jù)類型是完全等價(jià)的。如下圖所示：把接單公司之銷售組織的內(nèi)部客戶號(hào)確定下來(lái)配置路徑：配置根目錄→Defineinternalcustomernumberbysaleorganization在接單公司的銷售組織（即2200）一行，填寫3.2.2段落所創(chuàng)建的客戶主數(shù)據(jù)填進(jìn)去。提問(wèn)：為什么供貨方（1000）的銷售組織也被維護(hù)了客戶呢？回答：就本文所描述的場(chǎng)景而言，您的確可以不維護(hù)。維護(hù)了就表示1000銷售組織同樣可以作為“跨公司銷售的簽約方而被其他的兄弟公司出具公司間結(jié)算發(fā)票”。不過(guò)這是IDES系統(tǒng)，咱維持不變。指定EDI傳輸?shù)墓?yīng)商邏輯地址配置路徑：配置根目錄→Automaticpostingtovendoraccount(SAPEDI)→AssignVendor事務(wù)代碼：WEL1結(jié)果如下圖所示：維護(hù)說(shuō)明如下：邏輯地址（Log.addr.）：以供貨公司（即本案的1000）的立場(chǎng)來(lái)命名，結(jié)構(gòu)是“供貨的公司代碼+接單公司體現(xiàn)為供貨公司的內(nèi)部客戶號(hào)”。這里需要強(qiáng)調(diào)：如果客戶是內(nèi)部編號(hào)（即全部是數(shù)字），那么邏輯地址必須湊足14位數(shù)，不足的部分，按下表所示的結(jié)構(gòu)進(jìn)行填充——性質(zhì)供貨公司用0填充客戶號(hào)位數(shù)1234567891011121314賦值10000000022000目的端（Destination）：以接單公司（即本案的2200）的立場(chǎng)來(lái)命名。panyCode當(dāng)然就是接單公司本身，即2200；Vendor就應(yīng)該填入供方公司在接單公司項(xiàng)下的供應(yīng)商，即10000。追問(wèn)：本文的例子，無(wú)論供應(yīng)商還是客人，都是內(nèi)部編號(hào)（即全部是數(shù)字），然而在我們的XX項(xiàng)目中，公司代碼固然都是數(shù)字，內(nèi)部客戶號(hào)和內(nèi)部供應(yīng)商號(hào)卻是類似于C3430、C2000之類的編號(hào)。如果我們的場(chǎng)景是：公司代碼2000（內(nèi)部客戶號(hào)C2000）對(duì)客人簽單，公司代碼3430（內(nèi)部供應(yīng)商號(hào)C3430）履行交貨職責(zé)，那么邏輯地址又該怎么定？回答：邏輯地址如下表，即不需要湊足14位數(shù)。性質(zhì)供貨公司客戶號(hào)位數(shù)123456789賦值3430C2000而目的端，公司代碼則是2000，供應(yīng)商當(dāng)然是C3430了。注意：這個(gè)定制非常關(guān)鍵，它是被發(fā)送的EDI信息找到“接收方”（recipient）的基本定制。高潮–IDOC內(nèi)核與財(cái)務(wù)端的設(shè)置維護(hù)IDOC處理的端口事務(wù)代碼：WE21在IDES中，已經(jīng)有許多端口（port）了，我們只需要關(guān)注A000000009是否存在于文件夾“TransactionalRFC”即可。定義客戶的伙伴參數(shù)文件事務(wù)代碼：WE20點(diǎn)開(kāi)文件夾“PartnerTypeKU”，創(chuàng)建客戶22000。詳細(xì)內(nèi)容如下——頁(yè)簽“Postprocessing:permittedagent”項(xiàng)下，Ty.默認(rèn)為US（SAP用戶）、Agent默認(rèn)為當(dāng)前操作人的用戶ID、Language默認(rèn)為當(dāng)前系統(tǒng)的登錄語(yǔ)言。這些信息維持默認(rèn)值即可關(guān)鍵在于Outboundparameters（出埠參數(shù)），必須輸入兩行，如下表所示：PartnerRoleMessageTypeMessageVariantBPINVOICFIBPINVOICFI點(diǎn)擊放大鏡圖標(biāo)，信息變式（messagevariant）FI的詳情如下：頁(yè)簽“outboundoption”項(xiàng)下，下圖標(biāo)注部分是關(guān)鍵要素；頁(yè)簽“Processcontrol”項(xiàng)下，應(yīng)用只能是V3，訊息類型是RD04，處理代碼是SD08；其余頁(yè)簽維持默認(rèn)值。點(diǎn)擊放大鏡圖標(biāo)，信息變式（messagevariant）MM的詳情如下：頁(yè)簽“outboundoption”項(xiàng)下，下圖標(biāo)注部分是關(guān)鍵要素；頁(yè)簽“Messagecontrol”項(xiàng)下，下圖標(biāo)注部分是關(guān)鍵要素；其余頁(yè)簽維持默認(rèn)值。在Partnerprofile的表頭層面，第二個(gè)頁(yè)簽classification，Partnerstatus必須賦值為A。其余不問(wèn)。新建的伙伴參數(shù)文件必須存盤才能生效。定義供應(yīng)商的伙伴參數(shù)文件事務(wù)代碼：WE20點(diǎn)開(kāi)文件夾“PartnerTypeLI”，創(chuàng)建供應(yīng)商10000。詳細(xì)內(nèi)容如下——表頭的要求，與客戶伙伴參數(shù)一致，不再贅述；下方的細(xì)節(jié)，維護(hù)的是inboundparameter（入埠參數(shù)）。不需要partnerrole（因?yàn)閕nbound是被動(dòng)接受），messagetype都是INVOIC，分別維護(hù)FI和MM的變式。變式FI的細(xì)節(jié)簡(jiǎn)述如下——頁(yè)簽“inboundoption”，關(guān)鍵如下：其余頁(yè)簽無(wú)特別要求。變式MM的細(xì)節(jié)簡(jiǎn)述如下——頁(yè)簽“inboundoption”，關(guān)鍵如下：其余頁(yè)簽不做特別要求。為EDI接收發(fā)票定義程序參數(shù)事務(wù)代碼：OBCE。配置路徑自己找，下圖是示例——選中下圖紅框與本案有關(guān)的那一行，再點(diǎn)擊圖標(biāo)——配置詳情如下所述——請(qǐng)回顧本文2.10段落中的截圖，系統(tǒng)自動(dòng)產(chǎn)生的會(huì)計(jì)憑證的類型是RE，是不是？這個(gè)RE，就是由上圖的定制確定的。為EDI接收發(fā)票分配公司代碼事務(wù)代碼：OBCA。定位于Partnertype=LI、Partnernumber=10000，即本案有關(guān)的供貨公司，它們是接單公司的供應(yīng)商。最右邊的Cocd字段中，輸入本案有關(guān)的接單公司的公司代碼，即2200。根據(jù)SAP的文獻(xiàn)原文描述——ByleavingthefieldCOCDblank,allpanycodesareavailable。理解為“如果最右邊的字段COCD維持空格，系統(tǒng)就默認(rèn)為供應(yīng)商10000可以對(duì)任何它存在數(shù)據(jù)記錄的公司代碼都觸發(fā)EDI動(dòng)作創(chuàng)建會(huì)計(jì)憑證”。請(qǐng)自己驗(yàn)證。為EDI接收發(fā)票分配總賬科目事務(wù)代碼：OBCB。如下圖，在系統(tǒng)跳出的小框中，依次輸入LI（供應(yīng)商）、10000（供貨公司體現(xiàn)的內(nèi)部供應(yīng)商）和2200（接單公司的公司代碼）。上圖敲回車進(jìn)去后，按財(cái)務(wù)要求輸入總賬科目，文本字段是可選擇項(xiàng)目。IDES系統(tǒng)內(nèi)是空白，維持不變。當(dāng)然，這個(gè)總賬科目必須是事先在公司代碼中創(chuàng)建好的科目主數(shù)據(jù)。需要注意的是：總賬科目不可以與CO模塊的任何對(duì)象掛鉤，即它不能是成本要素（costelement）。具體詳情，請(qǐng)咨詢FI/CO的顧問(wèn)。為EDI接收發(fā)票分配稅碼事務(wù)代碼：OBCD。本定制的作用，在于把來(lái)源于銷售訂單中的銷項(xiàng)稅（outputtax）與供應(yīng)商發(fā)票中的進(jìn)項(xiàng)稅（inputtax）關(guān)聯(lián)起來(lái)。定位到LI·10000的行，確保你交易中可能出現(xiàn)的銷項(xiàng)稅碼能夠關(guān)聯(lián)到進(jìn)項(xiàng)稅碼。字段“Taxtype”，用來(lái)記錄銷項(xiàng)稅稅碼（Outputtaxcode）；字段“Tx”，用來(lái)記錄進(jìn)項(xiàng)稅稅碼（Inputtaxcode）。馬上產(chǎn)生了問(wèn)題：我怎么知道供貨方內(nèi)部結(jié)算發(fā)票的銷項(xiàng)稅稅碼是哪個(gè)？回答：找到那X內(nèi)部結(jié)算發(fā)票的，VF03顯示。進(jìn)入行項(xiàng)目的“Condition”頁(yè)簽，如下圖：點(diǎn)擊上圖的圖標(biāo)后，定位到MWST“銷項(xiàng)稅”那一行，點(diǎn)開(kāi)，找到有值的那個(gè)訪問(wèn)順序，如下圖：按上圖的箭頭所指，滑鼠點(diǎn)擊，系統(tǒng)馬上把你導(dǎo)引至條件價(jià)格主數(shù)據(jù)的界面如下圖——選中MWST那一行（摁癟），再點(diǎn)擊圖標(biāo)。如下圖所示，找到銷項(xiàng)稅稅碼。作為SD顧問(wèn)，你真不應(yīng)該提這個(gè)問(wèn)題，因?yàn)檫@是SD顧問(wèn)的基本功。EDI接收發(fā)票的總賬科目的數(shù)據(jù)要求3.5.6段落所描述的總賬科目（607010）的主數(shù)據(jù)，存在一定的要求。FS00，進(jìn)入總賬科目在公司代碼2200項(xiàng)下的數(shù)據(jù)，如下圖所示強(qiáng)調(diào)兩個(gè)要點(diǎn)：頁(yè)簽“controldata”項(xiàng)下，taxcategory必須“允許輸入進(jìn)項(xiàng)稅”。這句話的意思是：“既允許輸入銷項(xiàng)稅，也允許輸入進(jìn)項(xiàng)稅”。IDES如下圖的選項(xiàng)是“只能允許進(jìn)項(xiàng)稅”，顯然更加嚴(yán)格，當(dāng)然滿足這個(gè)條件——頁(yè)簽“Create/bank/interest”項(xiàng)下，舊版本（4.7以下，含4.7）是“允許手工過(guò)賬”，新版本（4.7以上，即ECCX.0）則是“Postautomaticallyonly”（只能允許自動(dòng)過(guò)賬）。那么在舊版本下，標(biāo)志就得點(diǎn)上；新版本下，標(biāo)志恰恰相反就不能點(diǎn)上。其余數(shù)據(jù)要求，按自己的需要自行處理，與IDOC無(wú)關(guān)。尾聲–計(jì)量單位的定制和EDI憑證價(jià)值分析計(jì)量單位的特殊定制要點(diǎn)請(qǐng)回顧3.5.4段落中關(guān)于EDI接受發(fā)票的程序參數(shù)，最下方有個(gè)單位。這個(gè)計(jì)量單位的定制，有點(diǎn)“小小的講究”。用事務(wù)代碼CUNI進(jìn)入PC的配置。維度什么是