SAPECC6.0的SD模塊和金蝶K3V11相關(guān)模塊的對(duì)比一個(gè)企業(yè)的供應(yīng)鏈一般會(huì)有采購(gòu)、生產(chǎn)、銷售三個(gè)流程，難易程序相比應(yīng)該依次為采購(gòu)、銷售、生產(chǎn)。采購(gòu)需要向供應(yīng)商購(gòu)買就可以了，合作伙伴相對(duì)單一，而且采購(gòu)一般由生產(chǎn)的MRP拉動(dòng)，所以采購(gòu)憑證也相對(duì)簡(jiǎn)單得多。正因?yàn)槿绱?，ECC庫(kù)存管理的功能和采購(gòu)整合在了一起，形成了物流管理模塊。我們知道很多大型企業(yè)在行業(yè)中是處于主導(dǎo)位置的，在這樣的一種情形下這些大企業(yè)更愿意采取按單生產(chǎn)的模式，而非按庫(kù)存生產(chǎn)的模式。按單生產(chǎn)模式屬于拉動(dòng)式生產(chǎn)，完全由需求拉動(dòng)，這樣能夠更好地控制庫(kù)存，MRP跑起來相對(duì)方便。而按庫(kù)存生產(chǎn)模式則屬于推動(dòng)式生產(chǎn)，企業(yè)根據(jù)上一個(gè)周期的需求數(shù)量、發(fā)展趨勢(shì)以及經(jīng)濟(jì)人文環(huán)境等預(yù)測(cè)當(dāng)前周期的需求，再根據(jù)預(yù)測(cè)的需求組織生產(chǎn)，而預(yù)測(cè)量難免會(huì)有偏差，生產(chǎn)相對(duì)也不夠準(zhǔn)確，庫(kù)存控制比較麻煩。在按單生產(chǎn)的模式下，必須要考慮生產(chǎn)和銷售的集成，這一點(diǎn)和MM模塊有很大的不同。一個(gè)典型的銷售流程為創(chuàng)建銷售訂單-＞按銷售訂單發(fā)貨-＞根據(jù)銷售訂單或者發(fā)貨單開票形成對(duì)客戶的應(yīng)收。本文檔以標(biāo)準(zhǔn)流程為主線，簡(jiǎn)略地探討SAP的ECC6.0和金蝶K3V11在物料管理方面的差異，對(duì)ECC6.0的功能亮點(diǎn)作一個(gè)簡(jiǎn)單的介紹和討論。本文檔分為五個(gè)部分TOC\o"1-5"\h\z1、 主數(shù)據(jù) 12、 銷售憑證 83、 交貨 174、 開票 195、 復(fù)制控制 256、 審批 287、 信用控制 308、 賬戶確定 32ECC的SD模塊和K3相關(guān)模塊的對(duì)比（1） 主數(shù)據(jù)采購(gòu)的特點(diǎn)是供應(yīng)商數(shù)量少，同時(shí)每個(gè)供應(yīng)商的物料價(jià)格質(zhì)量各不相同。而銷售的特點(diǎn)則是客戶數(shù)量很多，銷售價(jià)格相對(duì)單一，所以銷售模塊中并不需要類似采購(gòu)信息記錄、貨源清單、配額協(xié)議功能的主數(shù)據(jù)。一、物料主數(shù)據(jù)圖1-1銷售單位和MM模塊中的采購(gòu)單位功能類似，也可以采用固定轉(zhuǎn)換系數(shù)和變動(dòng)轉(zhuǎn)換系數(shù)，在此不再重復(fù)。圖1-2交貨工廠和MM模塊中不同的是，這里可以指定交貨工廠。假如企業(yè)為了更好地分析控制成本在系統(tǒng)中創(chuàng)建半成品工廠、成品工廠，這時(shí)可以將交貨工廠設(shè)置為成品工廠。或者企業(yè)有銷售公司和生產(chǎn)公司之分，需要將交貨工廠設(shè)置為生產(chǎn)公司下的工廠，這就形成了公司間銷售。值得注意的是：ECC系統(tǒng)中創(chuàng)建的工廠并不一定要對(duì)應(yīng)一個(gè)實(shí)體工廠，可以為了財(cái)務(wù)核算的方便一個(gè)實(shí)體工廠下創(chuàng)建多個(gè)邏輯工廠。圖1-3物料組期末報(bào)表分析用的，也可以作為條件控制采購(gòu)事務(wù)圖1-4最小訂單數(shù)量產(chǎn)品一般都是賣給大客戶的，有個(gè)小客戶跑來要個(gè)幾百臺(tái)，對(duì)不起，少于一千臺(tái)無(wú)法創(chuàng)建訂單。圖1-5最小交貨數(shù)量銷售人員創(chuàng)建了一張一千臺(tái)的銷售訂單，跑到倉(cāng)庫(kù)去提貨。倉(cāng)庫(kù)的兄弟說：這倉(cāng)庫(kù)有好幾千平方米，貨都堆得那么高，你上午要一千臺(tái)，下午要兩千臺(tái)，我還不累死。對(duì)不起，少于五千臺(tái)不發(fā)貨。圖1-6交貨單位發(fā)貨時(shí)用了集裝箱，每一千臺(tái)一箱，這時(shí)交貨單位就成了箱。圖1-7取整參數(shù)來了張銷售訂單需要5100臺(tái)，四舍五入，就發(fā)5000臺(tái)吧。銷售把訂單改成5600臺(tái)，四舍五入后發(fā)6000臺(tái)。當(dāng)然取整參數(shù)的定義很豐富，這里不詳解了。圖2為銷售的組織數(shù)據(jù)2，可以看出這個(gè)界面定義的大多是關(guān)鍵字，用于確定銷售事務(wù)中的程序選擇的。圖2-1統(tǒng)計(jì)組可以創(chuàng)建一個(gè)信息結(jié)構(gòu)，在平時(shí)發(fā)生業(yè)務(wù)數(shù)據(jù)時(shí)自動(dòng)將表中的數(shù)據(jù)處理后傳送到信息結(jié)構(gòu)，這樣期末可以直接對(duì)信息結(jié)構(gòu)進(jìn)行分析。減輕了期末分析的工作量，提高了軟件的性能。統(tǒng)計(jì)組即決定哪些信息需要傳送到信息結(jié)構(gòu)中的。圖2-2物料定價(jià)組和客戶定價(jià)組一起確定定價(jià)程序，和MM模塊中計(jì)算方案的概念類似。圖2-3量回扣組用于確定給予客戶的回扣。圖2-4賬戶分配組用于確定后臺(tái)過賬的賬戶，會(huì)在后面詳細(xì)討論。圖2-5一般項(xiàng)目類別組圖2-6項(xiàng)目類別組用于確定銷售訂單中的項(xiàng)目類別，會(huì)在后面詳細(xì)討論。

圖3為銷售的一般/工廠數(shù)據(jù)圖3-1可用性檢查成品銷售出庫(kù)需要作一個(gè)檢查，看是否有足夠的庫(kù)存，所以SAP采用了可用性檢查這個(gè)功能。可用性檢查的定義參數(shù)非常豐富，這里不詳解了。圖3-2運(yùn)輸組和運(yùn)輸路線相關(guān)。圖3-3裝載組會(huì)和供應(yīng)商主數(shù)據(jù)中的裝運(yùn)條件一起確定一個(gè)裝運(yùn)點(diǎn)，主要用在交貨功能上。

代58.001A單層抽屜式保溫柜全名廚具單層抽屜式保溫柜 反］VA1采貼負(fù)責(zé)A...囹J1U丄毛利率（%）采購(gòu)單價(jià)銷售單價(jià)是否農(nóng)林計(jì)稅廠是否進(jìn)行保質(zhì)期管理廠保質(zhì)期氐）是否需要庫(kù)齡管理廠是否采用業(yè)務(wù)批次管理廠是否需要進(jìn)行訂補(bǔ)貨計(jì)劃的運(yùn)算1廠失效提前期%盤點(diǎn)周期單位.…盤點(diǎn)周期毎周/月第0天上次盤點(diǎn)日期外購(gòu)超收比例外購(gòu)熒收比例（:紛銷售超交比例償）9銷售矢交比例（%）完工超收比例（紛完工矢收比例（:紛計(jì)價(jià)方法….加祝平均法計(jì)劃單價(jià)單價(jià)精度存貨科目代碼?…1405銷售收人科目代碼….6001.01銷售成本科目代碼???6401.01基本資料物疣資料計(jì)劃資料 標(biāo)淮數(shù)據(jù)^^料|進(jìn)出口資料|自定爻|圖片|條形碼圖101為K3的物料主數(shù)據(jù)的物料資料界面。可以看到物料主數(shù)據(jù)中銷售相關(guān)的參數(shù)非常少,再回顧下ECC中物料主數(shù)據(jù)的設(shè)置，大多和交貨類型有關(guān)，而K3并沒有交貨類型這個(gè)概念,只有簡(jiǎn)單的出庫(kù)功能。圖101-1是否需要進(jìn)行訂補(bǔ)貨計(jì)劃的運(yùn)算和ECC中的可用性檢查類似，但是只有一個(gè)簡(jiǎn)單的控制開關(guān)圖101-2銷售超交/欠交比例類似于ECC中的交貨容差功能、客戶主數(shù)據(jù)

圖4-1業(yè)務(wù)合作伙伴ECC中擴(kuò)展了客戶的概念，將其命名為業(yè)務(wù)合作伙伴。在實(shí)際的業(yè)務(wù)模型中，客戶很有很多種角色：收貨人、收票人、付款人等等，這時(shí)ECC的合作伙伴功能起了很大的作用，可以分別設(shè)置一個(gè)客戶的收貨人、收票人、付款人。還有其他很多的擴(kuò)展概念，在此不詳解圖5為客戶主數(shù)據(jù)創(chuàng)建的初始界面圖5-1銷售區(qū)域ECC中有銷售組織、銷售渠道、產(chǎn)品組的概念。舉一個(gè)業(yè)務(wù)模型為例：一個(gè)家電集團(tuán)會(huì)有國(guó)內(nèi)銷售部和海外銷售部，銷售渠道會(huì)有零售渠道和大客戶銷售渠道兩個(gè)部分，產(chǎn)品組則會(huì)有白家電和黑家電之分，這時(shí)可以自由組合銷售組織、銷售渠道、產(chǎn)品組為銷售區(qū)域。比如國(guó)內(nèi)銷售部-零售渠道-白家電定為銷售區(qū)域1，國(guó)內(nèi)銷售部-大客戶銷售渠道-黑家點(diǎn)定位銷售區(qū)域2，總之三個(gè)條件可以自由組合。不同的銷售區(qū)域可以設(shè)置客戶的不同參數(shù)。

圖6為客戶主數(shù)據(jù)公司視圖下控制數(shù)據(jù)界面，值得注意的是客戶主數(shù)據(jù)的銷售視圖并沒有付款條件，這和供應(yīng)商主數(shù)據(jù)的采購(gòu)視圖有所不同，客戶主數(shù)據(jù)中只是財(cái)務(wù)視圖才有付款條件。在客戶主數(shù)據(jù)的銷售區(qū)域視圖中還會(huì)有一個(gè)裝運(yùn)條件。發(fā)貨工廠＋裝運(yùn)條件（客戶主數(shù)據(jù)－銷售區(qū)域視圖－裝運(yùn)）+裝載組（物料主數(shù)據(jù)銷售視圖）可以唯一確定一個(gè)發(fā)運(yùn)點(diǎn)。這也和交貨的概念有關(guān)。圖6-1供應(yīng)商一個(gè)公司下有很多工廠，工廠之間會(huì)有很多關(guān)聯(lián)交易?？梢詾槭肇浌S創(chuàng)建一個(gè)客戶，為交貨工廠創(chuàng)建一個(gè)供應(yīng)商，為財(cái)務(wù)的期末清帳提供了方便。圖6-2權(quán)限權(quán)限控制所用圖6-3運(yùn)輸區(qū)域用于交貨時(shí)運(yùn)輸路線的確定圖K02是K3的客戶主數(shù)據(jù)的屏幕，相對(duì)比較簡(jiǎn)單。關(guān)于詳細(xì)信息可以參考SAPECC6.0的MM模塊和金蝶K3V11相關(guān)模塊的對(duì)比相關(guān)部分。圖K02-1參數(shù)設(shè)置在K3的很多主數(shù)據(jù)都出現(xiàn)了這樣一個(gè)子屏幕，它的功能相當(dāng)于SAP的屏幕格式+字段選擇+消息設(shè)置（非消息輸出，而是SAP控制程序運(yùn)行的一個(gè)方式）等，建議在參數(shù)設(shè)置子屏幕中再進(jìn)行細(xì)分。圖K02-2應(yīng)收應(yīng)付資料列出了結(jié)算方式、現(xiàn)金賬戶號(hào)碼、收款條件等信息。三、其他主數(shù)據(jù)已SalesandDistribution▽SiMasterData匚二IBusinessPartner[>iCiProducts:-------------------l>CJConditions[>□Output[>口Agreements[>口Others[>CJInformationSystemPCJSalesSupport[>口PendulumListIndire匚tSales圖7為銷售的主數(shù)據(jù)列表，還有產(chǎn)品組、條件、消息輸入、協(xié)議等，限于篇幅在這里不再一一討論。ECC的SD模塊和K3相關(guān)模塊的對(duì)比（2）-----銷售憑證銷售憑證的類型有很多，常用的有詢價(jià)、報(bào)價(jià)、銷售訂單等等，值得注意的使SD模塊中并沒有類似采購(gòu)申請(qǐng)的概念。想想也是，客戶跟你買東西還要申請(qǐng)，也太牛了吧。值得注意的是，和MM模塊不同，SD模塊中的詢價(jià)和報(bào)價(jià)是經(jīng)常用到的。采購(gòu)的供應(yīng)商一般是相對(duì)穩(wěn)定和長(zhǎng)期合作的，不用詢價(jià)和報(bào)價(jià)直接手工輸入就可以了，所以采購(gòu)中特別設(shè)置了采購(gòu)信息記錄這個(gè)主數(shù)據(jù)來作一個(gè)權(quán)限控制和流程節(jié)點(diǎn)。而銷售則大不相同，客戶繁多而

復(fù)雜，詢價(jià)和報(bào)價(jià)相對(duì)頻繁，而且可以設(shè)置銷售訂單必須參考報(bào)價(jià)創(chuàng)建，這樣可以把報(bào)價(jià)功能和銷售功能分開，達(dá)到一個(gè)權(quán)限控制和流程節(jié)點(diǎn)的目的。由于篇幅的限制，下面只著重討論銷售訂單。^HangeView^MaintainSalesOrderTypes^Overview|^||3血呷Entrim訂團(tuán)畫團(tuán)團(tuán)匾|IsaTyDescriptionBlock畫QtnfromServ.OrderAEBOStandardorderAEEQOfferINInquiryQTQuotationAGISQuotation(/Order)AFProje匚tQuotationAARRepairQuotationASServiosQuotationSISalesInformationUIQuotationftnntra匚tElRebate匚rmdMemoReqE1EExptdRebate匚rmdMmmciAE2Rebate匚cirrp匚tnRqstE2ERebateP.CorrectnRtAR3PartRebSettl.requestE3EExp.PartRebSettl.ReqAR4Reb.Req.f.Man.AccrlsEINDIndir.SalesRebateEK1AgrmtCred.MemoReq.AEK3Agrmt匚red.MemoReq.ADR1AgrmntDeb.MemoReq.DR3AgrmntDeb.MemoReq.CSCashSale圖8為銷售憑證的類型定義，抬頭的名稱為'maintainsalesorder',是SAP的一個(gè)小失誤。在這里我們可以看出銷售憑證全部放在一起維護(hù)，而且憑證類型要多得多，這和采購(gòu)憑證的配置有很大的不同。在實(shí)際的業(yè)務(wù)中，銷售需要面對(duì)各種各樣數(shù)量龐大的客戶，而采購(gòu)需要面對(duì)的供應(yīng)商相對(duì)簡(jiǎn)單，銷售中的詢價(jià)報(bào)價(jià)會(huì)非常的頻繁，而采購(gòu)則要少得多。所以SAP將這些憑證放在一個(gè)界面中進(jìn)行配置。圖8-1滾動(dòng)條看那滾動(dòng)條可以拉那么長(zhǎng)。。。看來預(yù)定義的憑證類型真的很多呵呵

圖9為一個(gè)銷售憑證類型為標(biāo)準(zhǔn)銷售訂單的定義界面圖9-1銷售憑證類別銷售憑證一般有如下類別：銷售訂單、詢價(jià)、報(bào)價(jià)、計(jì)劃協(xié)議等等。在銷售訂單里當(dāng)然選銷售訂單的類別了。在這里SAP有一個(gè)重要的設(shè)計(jì)思想就是將對(duì)象的大類設(shè)為類別，通過類別控制大方向，然后在類別中再細(xì)分為類型，控制小方向。這樣的層次結(jié)構(gòu)清晰，易于維護(hù)。圖9-2銷售憑證凍結(jié)可以選擇不凍結(jié)、只能參考創(chuàng)建、凍結(jié)三個(gè)標(biāo)識(shí)。如果自定義了一個(gè)銷售憑證，以后又不用了，就把它凍結(jié)。圖9-3強(qiáng)制參考這個(gè)功能非常的有用。假如一個(gè)大的集團(tuán)，一線的銷售人員因?yàn)榉N種原因經(jīng)常殺價(jià)銷售，搞得公司無(wú)利可圖，這時(shí)可以設(shè)置專門報(bào)價(jià)的人員，在系統(tǒng)中創(chuàng)建報(bào)價(jià)單，然后銷售人員的訂單只能參考這個(gè)報(bào)價(jià)單創(chuàng)建，無(wú)法自定義價(jià)格。圖9-4讀取信息記錄看到這個(gè)標(biāo)識(shí)的那一刻我糊涂了，莫非SD中也有類似采購(gòu)信息記錄的功能？再仔細(xì)看看，還是我沒記錯(cuò)，這里的信息記錄只是一個(gè)簡(jiǎn)單的參數(shù)控制功能，和采購(gòu)信息記錄相比沒有定價(jià)條件，只是單純地控制一些交貨信息，不具備價(jià)格控制的功能。所以SAP也沒有稱之為銷售信息記錄，而用了客戶-物料信息記錄這樣的名稱。圖9-5檢查信貸限制設(shè)置這個(gè)類型的銷售訂單必須檢查客戶的信貸狀況，這個(gè)功能會(huì)在后面詳細(xì)討論。圖9-6信貸組控制信息的更新圖9-7不完整檢查控制那些字段是必須輸入的?？梢造`活地用在權(quán)限控制上。圖9-8憑證定價(jià)過程就是給這個(gè)憑證類型一個(gè)標(biāo)記，會(huì)和客戶中的一個(gè)標(biāo)記一起決定銷售訂單的價(jià)格計(jì)算方案SAP給采購(gòu)中的計(jì)算方案換了個(gè)馬甲叫定價(jià)過程，其實(shí)是一個(gè)概念。圖9-9狀態(tài)參數(shù)文件這個(gè)是用作審批的功能，會(huì)在后面詳細(xì)討論。圖10依然為一個(gè)銷售憑證類型為標(biāo)準(zhǔn)銷售訂單的定義界面，只是滾動(dòng)條太長(zhǎng)，一張圖截不下，所以繼續(xù)截。圖10-1交貨類型定義銷售憑證的后續(xù)交貨類型圖10-2立即交貨有些客戶是長(zhǎng)期而穩(wěn)定的合作關(guān)系，而且對(duì)供應(yīng)鏈的響應(yīng)速度要求很好。設(shè)想下，客戶那里跑MRP出來的采購(gòu)訂單，你收到采購(gòu)訂單后不緊不慢地慢慢創(chuàng)建銷售訂單、審批，再手工建交貨單，肯定是不合適的。所以可以設(shè)置銷售訂單建好后就立刻自動(dòng)創(chuàng)建發(fā)貨訂單。圖10-3交貨凍結(jié)交貨就是要把貨往客戶那里送了，收到貨后客戶才付錢，所以在交貨前先凍結(jié)檢查下。圖10-4交貨相關(guān)的開票類型一個(gè)標(biāo)準(zhǔn)的流程是先創(chuàng)建銷售訂單，再參照銷售訂單創(chuàng)建交貨單，再根據(jù)交貨單開票。這里設(shè)置根據(jù)交貨單開票的類型。圖10-5訂單相關(guān)的開票類型設(shè)想這個(gè)一個(gè)業(yè)務(wù)場(chǎng)景：客戶來了張大單，這時(shí)不能一次發(fā)完，只好分幾批交貨，這時(shí)參照交貨單開票不太合適了，就直接按照銷售訂單來開票。這里設(shè)置根據(jù)訂單開票的類型。圖10-6跨公司的開票類型一個(gè)大集團(tuán)下會(huì)有很多家公司，公司間會(huì)有關(guān)聯(lián)交易，這時(shí)可以配置跨公司銷售。跨公司的開票類型就用在這里。跨公司的銷售我們以后再討論吧，要詳細(xì)的寫出來估計(jì)WORD文檔要寫上幾十頁(yè)。圖10-7開票凍結(jié)控制一些狀況下自動(dòng)凍結(jié)開票。圖12為銷售訂單的概覽界面圖12-1售達(dá)方/送達(dá)方前面我們?cè)?jīng)提到過客戶會(huì)有很多種角色：售達(dá)方、送達(dá)方、收票方等等。集團(tuán)一般會(huì)集中采購(gòu)，再分發(fā)給下屬的公司，所以售達(dá)方和送達(dá)方會(huì)經(jīng)常性的不同。SAP干脆將它列在了銷售訂單的界面上。圖12-2交貨日期圖12-3交貨工廠圖12-4交貨凍結(jié)圖12-5開票凍結(jié)圖12-6付款條件自動(dòng)從供應(yīng)商主數(shù)據(jù)中帶出圖12-7銷售區(qū)域在銷售訂單創(chuàng)建的初始界面選擇圖12-8訂單數(shù)量圖13為銷售訂單的項(xiàng)目概覽的視圖，這和采購(gòu)訂單有所不同。圖13-1項(xiàng)目概覽圖13-2項(xiàng)目細(xì)節(jié)^DisplayDeliv.FreeofCharge5455:OverviewDeliv.Freeof匚harge5455Netvalue0,00DEMSold-tooarty99999PostalCustomer//I-BariCAHShio-tooartv99999PostalCustomer//1-BariCAPONumber0100000069POdate05.06.19980Deliv.Freeof匚harge5455Netvalue0,00DEMSold-tooarty99999PostalCustomer//I-BariCAHShio-tooartv99999PostalCustomer//1-BariCAPONumber0100000069POdate05.06.19980SalesItemoverview Orderingparty10Ei^TbooItemcategory1KLNShippingPricingdate2 |05.06.1998OrderQuantity19FC |-1FC1<-> 1FCBus.transa匚ti□門type 12Reasonforreje匚ti匚i門■UnloadingPointRe匚eivingpointPlant1000WerkHamburgFreeofChargeIt匚hure:neuesHighTech.-SortimentSalesDo匚umentItemMaterialAllitemsMaterial10E-7000.QuantitySU |d&￡匚ripti□門19P匚 Bros匚hure:neuesHighTec0CustomerMaterialNumbItCaDGI圖14為銷售訂單的項(xiàng)目列表的視圖，SAP將其定義為項(xiàng)目細(xì)節(jié)，其實(shí)這個(gè)視圖并不是項(xiàng)目的細(xì)節(jié)，而只是一個(gè)項(xiàng)目的簡(jiǎn)單羅列而已。圖14-1項(xiàng)目類別用于控制后續(xù)的計(jì)劃行類別，會(huì)在后面詳細(xì)討論。圖14-2定價(jià)日期和采購(gòu)中定價(jià)日期的概念類似圖15是真正的項(xiàng)目細(xì)節(jié)的視圖圖15-1銷售A顯示交貨數(shù)量、定價(jià)日期、凈價(jià)等信息圖15-2銷售B定價(jià)確定和統(tǒng)計(jì)分析的字段設(shè)置圖15-3裝運(yùn)設(shè)置貨物裝運(yùn)的信息圖15-4開票憑證開票憑證的參數(shù)設(shè)置，大多自動(dòng)帶出。圖15-5條件顯示條件定價(jià)的信息圖15-6賬戶分配用作成本核算的利潤(rùn)分析和業(yè)務(wù)范圍，和CO的概念相關(guān)，不詳細(xì)討論了。圖15-7計(jì)劃行交貨的計(jì)劃行，一般用在參照計(jì)劃協(xié)議創(chuàng)建的銷售訂單。圖15-8合作伙伴自動(dòng)帶出客戶主數(shù)據(jù)中設(shè)置的合作伙伴參數(shù)圖15-9狀態(tài)銷售訂單的狀態(tài)，常用的有創(chuàng)建、已審批。圖15-10附加數(shù)據(jù)銷售分析報(bào)表所用□子功能□明細(xì)功能采購(gòu)管理」可視化管理J模擬報(bào)價(jià)J銷售合同K03銷售管理進(jìn)口管理出口管理倉(cāng)存管理質(zhì)星管理存貨核算□子功能□明細(xì)功能采購(gòu)管理」可視化管理J模擬報(bào)價(jià)J銷售合同K03銷售管理進(jìn)口管理出口管理倉(cāng)存管理質(zhì)星管理存貨核算分銷管理D銷售報(bào)價(jià)j銷售訂單-D發(fā)貨通知」銷售出庫(kù)」銷售發(fā)票電）j退貨通知」費(fèi)用發(fā)票j報(bào)表分析j指標(biāo)分析j查詢分析j庫(kù)存查詢j銷售計(jì)劃j價(jià)格管理j折扣管理JVIF管理J信用管理J物料對(duì)應(yīng)表」流程設(shè)計(jì)J核算參數(shù)□15016銷售訂單-新増□□□□□□□□15017銷售訂單-維護(hù)215018銷售訂單統(tǒng)計(jì)表15019銷售訂單執(zhí)行情呪匯總表15020銷售訂單執(zhí)行情呪明細(xì)表15021虛擬物料訂單統(tǒng)計(jì)表15022訂單批衣跟蹤表15023訂單預(yù)評(píng)估表15024銷售訂單全程跟蹤門店管理圖K03為K3銷售訂單的處理界面，可以看到功能相對(duì)簡(jiǎn)單，包含創(chuàng)建、修改、報(bào)表、進(jìn)度查詢等功能。圖K03-1銷售訂單-新增_審： 三審： 圖K04為銷售訂單的創(chuàng)建界面圖K04-1銷售范圍_審： 三審： 圖K04為銷售訂單的創(chuàng)建界面圖K04-1銷售范圍有模仿SAP的痕跡，但只是簡(jiǎn)單的一個(gè)字段定義，只能在報(bào)表選擇的時(shí)候才能發(fā)揮點(diǎn)作用了。圖K04-2銷售方式指定銷售方式，常用的有現(xiàn)金銷售、賒銷等等。購(gòu)貨單位:結(jié)算日期:2009-07-05銷售訂單圖K04銷售范圍：購(gòu)梢1結(jié)算方式：3艄售方式：賒銷2運(yùn)輸提前期：0編 號(hào)：SE0EH000045交貨方式：4交貨地點(diǎn)：5摘要：幣 別：扎民幣源單類型：6選單號(hào)：日期：2009-07-05匯率： 1.000000000000行號(hào)產(chǎn)品代碼產(chǎn)品名稱規(guī)格型號(hào)輔助屆性單位 數(shù)量輔助單位 換算率輔助數(shù)量 單價(jià)7 含稅單價(jià)81:;1314151R審核：9 審核日期： 部門： 業(yè)務(wù)員： 主管： 定中食泗莘

圖K04-3結(jié)算方式指定結(jié)算方式，常用的有現(xiàn)金、匯票等。圖K04-4交貨方式因?yàn)镵3并沒有后勤執(zhí)行相關(guān)的模塊，所以在這里簡(jiǎn)單地設(shè)置了這個(gè)字段來表示交貨的方式,常用的有FOB和送貨等。圖K04-5交貨地點(diǎn)類似于SAP裝運(yùn)點(diǎn)的概念，因?yàn)闆]有WM模塊，只好設(shè)置到工廠一級(jí)。圖K04-6源單類型指定銷售訂單參考創(chuàng)建的憑證類型圖K04-7單價(jià)手動(dòng)輸入物料的銷售單價(jià)圖K04-8含稅單價(jià)需要手動(dòng)輸入稅?？梢钥闯鑫床捎脳l件定價(jià)的缺點(diǎn)。由于無(wú)法靈活地集中設(shè)置價(jià)格，銷售訂單的價(jià)格管控乏力。圖K04-9審核簡(jiǎn)單的審批功能，可以看出K3內(nèi)置了固定的三級(jí)審批。銷售訂單期貨單位： 結(jié)算日期：20040-05 銷售范圍：迪逋 結(jié)算方式： 銷售方式：醴 運(yùn)輸提前期： 0褊號(hào)：EE0KD000045 期貨單位： 結(jié)算日期：20040-05 銷售范圍：迪逋 結(jié)算方式： 銷售方式：醴 運(yùn)輸提前期： 0褊號(hào)：EE0KD000045 幣?別：_A一民幣圖K05依然是銷售訂單的創(chuàng)建界面，只是下面的滾動(dòng)條向右拉動(dòng)了1/3左右，剩下的1/3下面接著講。因?yàn)闆]有子屏幕和后續(xù)屏幕的設(shè)計(jì)，所有的字段都挨在了一起，不美觀，略顯凌亂。圖K05-1稅率圖K05-2折扣率由此看出，K3內(nèi)置了最基本的定價(jià)元素，包括物料價(jià)格、稅、折扣率等。圖K05-3折扣額根據(jù)圖K05-2折扣率算出圖K05-4交貨日期設(shè)定交貨的日期，交貨功能的簡(jiǎn)單字段設(shè)置圖K05-5出庫(kù)數(shù)量記錄每次交貨后的累計(jì)交貨量。銷售訂單購(gòu)貨單位： 銷售范圉：鯉 稍售方式：壁 交貨方式： 源單類型： 結(jié)算日期： 購(gòu)貨單位： 銷售范圉：鯉 稍售方式：壁 交貨方式： 源單類型： 結(jié)算日期： 結(jié)算方式： 運(yùn)輸提前期： 0交貨地點(diǎn)： 選單號(hào)： 圖K06編號(hào):SE0IH000045摘要:幣別:丄一民幣日期：2009-07-05匯率:1.0000000(行號(hào) 輔助蠶關(guān)聯(lián)輸*豔出庫(kù)岀代數(shù)量 計(jì)湘式計(jì)媲蹤號(hào)SPB0M成本對(duì)象建議躋日源"號(hào)合砒號(hào) 開SS量箱助讎組裝組裝數(shù)量圖K06是銷售訂單的創(chuàng)建界面剩下的1/3，滾動(dòng)條終于拉完了~~~圖K06-1輔助單位關(guān)聯(lián)數(shù)量倉(cāng)庫(kù)中可能不按基本單位或銷售單位來計(jì)算，而按托盤這樣的存儲(chǔ)單位計(jì)算，這就是記錄存儲(chǔ)單位的數(shù)量圖K06-2輔助單位關(guān)聯(lián)數(shù)量出庫(kù)數(shù)量后面是生產(chǎn)和成本核算相關(guān)的字段，將在SAPECC6.0的PP模塊和金蝶K3V11相關(guān)模塊的對(duì)比和SAPECC6.0的CO模塊和金蝶K3V11相關(guān)模塊的對(duì)比中詳細(xì)討論ECC的SD模塊和K3相關(guān)模塊的對(duì)比（3） 交貨交貨的概念嚴(yán)格來說應(yīng)該是WMS中的，ERP的中文翻譯是企業(yè)資源計(jì)劃，所以ERP在庫(kù)存方面只需記一個(gè)出庫(kù)入庫(kù)就可以了。事實(shí)上國(guó)內(nèi)ERP都是如此設(shè)計(jì)的。現(xiàn)在我們來看一個(gè)業(yè)務(wù)模型：某跨國(guó)集團(tuán)在全球范圍內(nèi)優(yōu)化配置資源，客戶和供應(yīng)商遍布全球各大洲，貨物的運(yùn)輸動(dòng)輒需要幾十天。這個(gè)時(shí)候光一個(gè)出庫(kù)入庫(kù)控制肯定是不行的，對(duì)交貨這個(gè)過程的控制是非常有必要的。對(duì)于采購(gòu)模塊，SAP設(shè)計(jì)了內(nèi)向交貨這個(gè)概念，內(nèi)向交貨可以參考采購(gòu)訂單建立，詳細(xì)記錄到貨的時(shí)間。對(duì)于銷售模塊，SAP設(shè)計(jì)了外向交貨這個(gè)概念。外向交貨參考銷售訂單建立。對(duì)于交貨的功能SAP將其集成在了LE模塊中，將其與倉(cāng)庫(kù)管理結(jié)合在一起，可以確定裝運(yùn)地點(diǎn)、運(yùn)輸路線等等。對(duì)于國(guó)內(nèi)企業(yè)來講，大多沒有使用倉(cāng)庫(kù)管理模塊。為什么不用？國(guó)內(nèi)企業(yè)大多處于微笑曲線的下游，利潤(rùn)率較低，買個(gè)SAP玩玩就已經(jīng)很不容易了，而且要想用好WM模塊，必須建設(shè)高標(biāo)準(zhǔn)的自動(dòng)化倉(cāng)庫(kù),華為就建了一個(gè)，花了3000萬(wàn)美元，折合人民幣2億多，這個(gè)數(shù)字超過國(guó)內(nèi)大部分企業(yè)的年凈利潤(rùn)了。國(guó)內(nèi)企業(yè)沒有使用WM模塊，這樣物料的管理不能完全實(shí)現(xiàn)自動(dòng)化，而SAP的流程設(shè)計(jì)是建立在用戶使用了WM模塊的基礎(chǔ)上的，這樣就帶來了很多不適，簡(jiǎn)稱水土不服。關(guān)于SAP流程和WM模塊的關(guān)系，會(huì)在ECC的PP模塊和K3相關(guān)模塊對(duì)比中進(jìn)行討論。SAP銷售的財(cái)務(wù)處理流程如下：先發(fā)貨過賬，根據(jù)物料的標(biāo)準(zhǔn)價(jià)或移動(dòng)平均價(jià)產(chǎn)生交貨成本，再開票根據(jù)銷售訂單中的條件定價(jià)產(chǎn)生對(duì)客戶的應(yīng)收。國(guó)內(nèi)企業(yè)大多只使用了SD模塊中交貨的最基本的財(cái)務(wù)過賬功能，所以這里也就簡(jiǎn)略地討論下交貨的基本創(chuàng)建界面的信息，關(guān)于財(cái)務(wù)過賬功能，會(huì)在后面詳細(xì)討論。

LogisticsExecutionDirectStoreDeliveryDecentralizedWMSIntegrationWarehouseManagement1Shipping2Transportation3圖20TaskandR日sciur■匚eManagementP 圖20[> YardManagement[>乜 ArchivingP 乜 AuthorizationManagement[> ServicePartsManagement(SPM)圖20為SAP后勤執(zhí)行模塊的后臺(tái)配置菜單，下次有時(shí)間再詳細(xì)討論，先來看看傳說中的LE模塊長(zhǎng)什么樣。圖20-1倉(cāng)庫(kù)管理企業(yè)倉(cāng)庫(kù)內(nèi)部的設(shè)計(jì)圖20-2裝運(yùn)貨物從倉(cāng)庫(kù)哪個(gè)地方出，哪個(gè)地方進(jìn)，如何裝貨、怎么包裝等等圖20-3運(yùn)輸貨物除了倉(cāng)庫(kù)后選哪條運(yùn)輸路線，具體怎么個(gè)運(yùn)法。PostGoodsIssueDocumentDateOutbounddeliv[800125S6Ship-toparty1250LCHMarkt//22765HamburgPlannedGI00:00 TotalWeight100KGNo.ofpackagesPostGoodsIssueDocumentDateOutbounddeliv[800125S6Ship-toparty1250LCHMarkt//22765HamburgPlannedGI00:00 TotalWeight100KGNo.ofpackages0StatusOverviewItmMaterialDeliv.QtyUnDescriptionB...ITypP訥BatchVai.TypeO口日門QtyUnStag.Date10T-FV100-EM100KGSpeiseeisVanille-PremiumBrandTANA100KG17.06.2003ActualGIdate圖21為外向交貨創(chuàng)建的概覽界面。看著挺熟悉，好像在那個(gè)地方見過~~~原來和圖13的銷售訂單創(chuàng)建界面差不多，由此可以看出，SD模塊和LE模塊是SAP同一個(gè)團(tuán)隊(duì)設(shè)計(jì)開發(fā)的。圖21-1項(xiàng)目概覽圖21-2揀配圖21-3裝載揀配和包裝完成后的一個(gè)動(dòng)作。圖21-4運(yùn)輸圖21-5狀態(tài)概覽監(jiān)控貨運(yùn)發(fā)運(yùn)的狀態(tài)，就是看看發(fā)貨過程到哪一步了。圖21-6貨物移動(dòng)數(shù)據(jù)記錄貨物的移動(dòng)類型等數(shù)據(jù)。圖22為交貨的項(xiàng)目細(xì)節(jié)界面，和SD的銷售訂單項(xiàng)目細(xì)節(jié)界面也挺像的，我就說嘛，肯定是同一個(gè)團(tuán)隊(duì)設(shè)計(jì)開發(fā)的。圖22-1處理我們知道交貨一般會(huì)有如下步驟：揀配-＞倉(cāng)庫(kù)內(nèi)取出-＞包裝-＞發(fā)貨過賬這么幾個(gè)步驟，可以靈活選取其中的幾個(gè)步驟。還有質(zhì)量檢查數(shù)據(jù)，有些企業(yè)喜歡在出貨前先進(jìn)行質(zhì)檢，的確是那種把產(chǎn)品質(zhì)量看成生命的角色，國(guó)內(nèi)企業(yè)一般無(wú)此習(xí)慣。圖22-2物料記錄下生產(chǎn)相關(guān)的數(shù)據(jù)，以及運(yùn)輸組合裝載組，用于確定后面的運(yùn)輸路線和裝運(yùn)點(diǎn)。圖22-3批次分割企業(yè)的生產(chǎn)往往會(huì)有很多批次，一次發(fā)貨可以一個(gè)批次不夠，需要幾個(gè)批次，這里就記錄批次的信息。圖22-4揀配揀配相關(guān)信息都在其中圖22-5裝載和裝運(yùn)包含了裝載和送達(dá)方的信息。圖22-6財(cái)務(wù)處理包含了開票、利潤(rùn)中心、業(yè)務(wù)范圍等信息。圖22-7條件記錄從銷售訂單帶來的條件定價(jià)的信息。K3并沒有類似后勤執(zhí)行模塊的功能，沒有交貨過程的管控功能。ECC的SD模塊和K3相關(guān)模塊的對(duì)比（4） 開票SalesandDistributionMasterDataBasicFunctionsSalesForeignTrade/匚ustomsBillingDocuments①DefineBillingTypesSalesandDistributionMasterDataBasicFunctionsSalesForeignTrade/匚ustomsBillingDocuments①DefineBillingTypes⑨DefineNumberRangeForBillingDocumentsInvoiceListsAssemblingGroups⑨Maintain匚opying匚ontrolForBillingD□匚uments①DefineBlockingReasonForBilliing①DefineReasonsfor匚omplaint匚ountry-spe匚ifkFemtur■出fl23EmptiesUpdatePayment匚ardsRebateProcessingIntercompanyBilling2BillingPlan3ListsSDSelf-BillingProcedure圖23為圖23為SD模塊中的開票功能的后臺(tái)配置界面跨公司銷售開票、自動(dòng)開票。圖23-1開票憑證會(huì)在下面詳細(xì)討論圖23-2跨公司開票限于篇幅暫不討論圖23-3開票計(jì)劃限于篇幅暫不討論可以看出開票功能有這么幾種：標(biāo)準(zhǔn)開票、ChangeViewTTBilling:DocumentTypesTT:Overview図HI|NewEntrimr~|團(tuán)圜畫團(tuán)團(tuán)BillTDescriptionBillTDescriptionBlRebateCreditMemoE1EExp.RebateCreditMemoTB2RebateCorre匚tiinnE2EExp.RebateCorre匚門B3RebatePartSettlmntE3EExp.RebatePartSettlmB4：RebateManualAccrlsBINDIndir,Invoi匚eReb.BINPInd,Plan.SettlmntRebEK1DebitMemoAgreemntBK3DebitMemoAgreemntEMIDebitMemoAgreemntBM3DebitMemoAgreemnjtEV匚菇hSaleCB1EExpRebCreditMemoCBCE2RebateOnrre匚tionHE：CE3EExpRebPartSettlmCB HOI圖24圖24為開票憑證類型定義的初始界面，可以看出其設(shè)計(jì)邏輯和銷售憑證類型定義相似。圖25為開票憑證類型定義的界面，這里我們依然選取標(biāo)準(zhǔn)的，即F1類型的開票憑證類型為例。圖25-1項(xiàng)目號(hào)碼增量指定項(xiàng)目號(hào)碼以多少間隔增加圖25-2SD憑證類別和銷售憑證類別的作用類似圖25-3事務(wù)組定義憑證類型允許的事務(wù)，并作為報(bào)表分析的選擇字段。圖25-4開票憑證類別定義開票的發(fā)票類別，有預(yù)付要求、開票要求等圖25-5憑證類型控制后續(xù)的會(huì)計(jì)憑證類型圖25-6負(fù)過賬指定該類型的憑證能否沖銷，如果不允許沖銷，則需要配置一個(gè)反向的憑證類型。圖25-7分支/總部前面我們提到，有這樣的業(yè)務(wù)模型：總部統(tǒng)一采購(gòu)，作為付款方，分發(fā)給下面的公司，下面的公司作為送達(dá)方。那么開票的時(shí)候應(yīng)該開給總部。這里的選項(xiàng)就是為了滿足類似的需求。圖25-8帶值日期的貸項(xiàng)憑證用于貸項(xiàng)憑證類型的設(shè)置中，這里不詳細(xì)討論。圖25-9發(fā)票清單類型設(shè)想這樣一個(gè)業(yè)務(wù)模型：一個(gè)客戶短時(shí)間下了多個(gè)訂單，開票參照銷售訂單創(chuàng)建，或者一個(gè)銷售訂單多次交貨，開票參照交貨單創(chuàng)建，這時(shí)就需要發(fā)票清單這樣的功能來為多次業(yè)務(wù)開一張發(fā)票。發(fā)票清單類型控制發(fā)票清單的一些參數(shù)，這里限于篇幅，不詳細(xì)討論。圖25-10回扣處理指定回扣協(xié)議中規(guī)定的回扣的處理方式，一般在貸項(xiàng)憑證類型中設(shè)置。圖25-11取消憑證類型回顧圖25-6中的設(shè)置，如果不允許沖銷原憑證，則需要在此配置一個(gè)反向的憑證類型。圖25-12復(fù)制要求將在后面的復(fù)制控制中討論。

圖25為豎型滾動(dòng)條往下拉后剩下的開票憑證類型定義的界面圖25-1賬戶分配/定價(jià)指定賬戶確定程序和憑證定價(jià)過程圖25-2輸出/合作伙伴/文本指定消息輸出確定過程、項(xiàng)目輸出過程、輸出類型、抬頭合作伙伴、項(xiàng)目合作伙伴、文本確定程序等參數(shù)。這里的消息輸出功能和MM模塊中的消息輸出功能類似，但是SAP為了應(yīng)對(duì)銷售的復(fù)雜性，設(shè)計(jì)更多的消息輸出條件技術(shù)，比如不光憑證可以作消息輸出，連憑證的項(xiàng)目都可以作消息輸出，的確是做得非常的仔細(xì)和認(rèn)真。對(duì)于消息輸入過程這里不再敷述。圖27為發(fā)票的概覽界面，非常的簡(jiǎn)潔明了。因?yàn)闃I(yè)務(wù)的處理和統(tǒng)計(jì)信息在銷售憑證和交貨

輸出，的確是做得非常的仔細(xì)和認(rèn)真。對(duì)于消息輸入過程這里不再敷述。圖27為發(fā)票的概覽界面，非常的簡(jiǎn)潔明了。因?yàn)闃I(yè)務(wù)的處理和統(tǒng)計(jì)信息在銷售憑證和交貨憑證中已經(jīng)處理和記錄，這里要做的只是根據(jù)銷售憑證和交換憑證匯總的結(jié)果開個(gè)票而已。|虻IInvoice(F2)90035629(F2)Display：ItemDataItemDetailItemPartnersConditionsForTrade/CustomsItemTextsGlobalTradePODataItemDetail05.06.2005ManualpriceNomanualprice匚hange05.06.2005ManualpriceNomanualprice匚hangePricingPricingstandard★Statist.valueSystemwill匚opyitemtoheadertotalsReturnsOutboundMessagePro匚essingMat.pricinggrpStandardParts★Vol.rebategrpMinorRebateCommissiongrpPricedataPricingdatePr.Ref.MatlAcctSettleStartServ.rendered05.06.2005E)｛匚hangeRate1,00000HCashdiscountI-In匚ompl.pricingI-PreferencmBillingdataBilledQuantity70PCNetweight0,700KGBill.qtyinSKU0,070Grossweight0,700QtyConver1000PC<->1CARVolume0,014：M3Plant1200Division04LightingSalesDo匚ument11169ioCStor,Location0001Referencmdoc.S00144S3ioJI-IncompletionLog圖28為發(fā)票的項(xiàng)目細(xì)節(jié)界面，記錄了銷售憑證和交貨憑證中信息的匯總。銷售發(fā)票（專用）銷售方式：賒銷收款日期:開戶銀行:地址:往來科目:選單號(hào)2腐貨單位:0.00源單類型:"銷售訂單銷售發(fā)票（專用）銷售方式：賒銷收款日期:開戶銀行:地址:往來科目:選單號(hào)2腐貨單位:0.00源單類型:"銷售訂單圖K07是K3的銷售發(fā)票創(chuàng)建界面圖K07-1源單類型指定參考的憑證類型，典型的有銷售訂單和銷售出庫(kù)。這里K3為了記錄交貨后產(chǎn)生的成本,設(shè)計(jì)了銷售出庫(kù)的憑證。這樣的流程設(shè)計(jì)對(duì)于企業(yè)不負(fù)責(zé)貨物運(yùn)輸?shù)臉I(yè)務(wù)場(chǎng)景是沒有問題的，單是對(duì)于企業(yè)負(fù)責(zé)貨物運(yùn)輸?shù)臉I(yè)務(wù)場(chǎng)景是有很大的漏洞的。假設(shè)企業(yè)貨已出庫(kù)，但是在客戶收到確認(rèn)以前，所有權(quán)還在企業(yè)這里，運(yùn)輸途中發(fā)生意外或者企業(yè)收貨時(shí)對(duì)數(shù)量或者品質(zhì)存有爭(zhēng)議，而出庫(kù)的期末存貨已經(jīng)核算，這時(shí)就產(chǎn)生帳實(shí)不符，還需要重新調(diào)整。圖K07-2選單號(hào)因?yàn)闆]有SAP復(fù)制控制類似的功能，所以K3只能選擇一個(gè)參考憑證號(hào)，對(duì)于發(fā)票參考多個(gè)交貨憑證或多個(gè)銷售憑證創(chuàng)建的業(yè)務(wù)需求難以滿足。而實(shí)際上多交貨憑證或銷售憑證開票不管是大集團(tuán)還是中小企業(yè)都經(jīng)常發(fā)生，K3在復(fù)制控制功能必須要增加。圖K07-3往來科目因?yàn)镵3無(wú)法自動(dòng)過賬，只有在這里選擇科目手動(dòng)記賬。ECC的SD模塊和K3相關(guān)模塊的對(duì)比（5）-----復(fù)制控制設(shè)想一個(gè)業(yè)務(wù)模型：企業(yè)開了多個(gè)銷售訂單，然后需要參照這多個(gè)銷售訂單創(chuàng)建一張交貨單最后發(fā)票參照多張交貨單創(chuàng)建。如果參考的多張憑證中的項(xiàng)目有可以合并的，當(dāng)然需要合并這樣減少了業(yè)務(wù)處理量，降低了出錯(cuò)率。當(dāng)然還有些項(xiàng)目比如說送達(dá)方不同，不可以合并的為了靈活應(yīng)對(duì)這類業(yè)務(wù)需求，SAP設(shè)計(jì)了復(fù)制控制這樣的功能。圖30為銷售憑證相關(guān)的復(fù)制控制圖30-1為銷售憑證維護(hù)復(fù)制控制點(diǎn)擊進(jìn)入后得到圖30-2，圖30-3圖30-2復(fù)制控制：銷售憑證到銷售憑證指定如報(bào)價(jià)單到銷售訂單的復(fù)制控制圖30-3復(fù)制控制：開票憑證到銷售憑證怎么是開票憑證到銷售憑證的復(fù)制控制的？SAP又出錯(cuò)了？當(dāng)然不是，設(shè)想這樣的一個(gè)業(yè)

務(wù)模型：企業(yè)送貨到客戶那里，因路途遙遠(yuǎn)保管不慎，壞了不少，客戶不愿意收，堅(jiān)決要求退貨，這時(shí)先開一張完整的發(fā)票，再做一張反向的開票憑證，沖銷退貨的部分。然后參照反向的開盤憑證創(chuàng)建一張退貨銷售憑證。這個(gè)復(fù)制控制主要是用來控制這樣的反向業(yè)務(wù)流程的。feureD 爲(wèi) ControllingD 爲(wèi) Investment ManagementfeureD 爲(wèi) ControllingD 爲(wèi) Investment Managementl> 爲(wèi) EnterpriseControlling0 囪 RealEstate[>l>國(guó)l>爲(wèi)FlexibleRealEstateManagement(R.E-FX)Logisti匚s?GeneralEnvironment,Health&SafetySalesandDistributionActivities圖31?Perf...NameofActivityCopyingcontrol:Salesdociunerittobillingdocuirieiit；2Copyingcontrol:BillingdociuTLenttobillingdociunerit3Copyingcontrol:Deliverydocuinerittobillingdocumenl^ClieckCustomizingSettingsforCopyingControlsle7'-nooseAniivny0國(guó) MasterData0國(guó) BasicFunctionsl> 函 SalesD 場(chǎng) Foreign Trade/Customs丫 場(chǎng) BillingpBBillingDocuments國(guó)⑨DefineBillingTypes國(guó)⑨DefineNumberRangeForBillingDocumentsP爲(wèi) InvoiceListsP場(chǎng) AssemblingGroups 】國(guó)⑨MaintainCopying匚ontrolForBillingDocuments國(guó)⑨DefineBlockingReasonForBilliing國(guó)⑨DefineReasonsforComplaintP國(guó)Country-specificFeaturesP EmptiesUpdate圖31為開票憑證相關(guān)的復(fù)制控制圖31-1為開票憑證維護(hù)復(fù)制控制點(diǎn)擊進(jìn)入后得到圖31-2，圖31-3，圖31-4，圖31-5圖31-2復(fù)制控制：銷售憑證到開票憑證這是最常見的業(yè)務(wù)場(chǎng)景之一了圖31-3復(fù)制控制：開票憑證到開票憑證回顧在圖30-3提到的業(yè)務(wù)模型，反向的開票憑證可以參照正向的開票憑證創(chuàng)建。圖31-4復(fù)制控制：交貨憑證到開票憑證這也是最常見的業(yè)務(wù)場(chǎng)景之一圖31-5檢查復(fù)制控制的配置設(shè)置SAP自檢程序，用于檢查配置的正確性。這是SAP值得借鑒的一個(gè)設(shè)計(jì)邏輯，就是內(nèi)置一個(gè)自檢程序自動(dòng)檢查配置的正確與否，在大型項(xiàng)目的實(shí)施中非常實(shí)用。

2JHTB2E2B3R3E4R4：BM1DR1Tgt&1JrDisplayViewTTHeaderTT:Overview圖32|DislciQEtruuturm▽SiHeaderOltemHeaderPartRebSettl.requestB3EExp.RebatePartSettlmE3EExp.PartRebSettl.ReqReb.Req.f.Man.AccrlsAgrmntDeb.MemoReqRebate匚orrectnRqstE2ERebateP.CorrectnRtRebatePartSettlmntRebateManualAccrlsBINDIndir.InvoiceReb.EINPInd.Plan.SettlmntRebBINDBINDIndir.SalesRebateIndir.SalesRebateAgrmtCred.MemoReqAgrmt匚red.MemoReqDebitMemoAgreemnt^bate匚reditMemo ElE竝D□匚TypeRebate匚redMemoReqRebateCorre匚tiunB2EExp.Rebate2JHTB2E2B3R3E4R4：BM1DR1Tgt&1JrDisplayViewTTHeaderTT:Overview圖32|DislciQEtruuturm▽SiHeaderOltemHeaderPartRebSettl.requestB3EExp.RebatePartSettlmE3EExp.PartRebSettl.ReqReb.Req.f.Man.AccrlsAgrmntDeb.MemoReqRebate匚orrectnRqstE2ERebateP.CorrectnRtRebatePartSettlmntRebateManualAccrlsBINDIndir.InvoiceReb.EINPInd.Plan.SettlmntRebBINDBINDIndir.SalesRebateIndir.SalesRebateAgrmtCred.MemoReqAgrmt匚red.MemoReqDebitMemoAgreemnt^bate匚reditMemo ElE竝D□匚TypeRebate匚redMemoReqRebateCorre匚tiunB2EExp.Rebate匚orrecnDebitMemoAgreemntDebitMemoAgreemntB1EEiillinqTypeEciutrmExp.RebateCreditMemoE1EExptdRebate匚rmdMmiTici圖32為點(diǎn)擊圖31-2進(jìn)入的界面，我們選取一個(gè)標(biāo)準(zhǔn)的復(fù)制控制為例來討論。圖32-1目標(biāo)憑證圖32-2源憑證displayView"Header":Details圖33DialogStructure▽t3Header□itemTargetBill.TypeFlFromSalesDo匚TypeORInvoice(Fl)StandardOrderCopyingrequirements001Header/Order-relatedAssignmentNumberReferen匚enumber0匚口口丫itemnumber圖33為憑證抬頭的復(fù)制規(guī)則定義界面。圖33-1復(fù)制需求確定哪些字段相同的憑證可以合并，哪些字段不同的憑證不可以合并。需求在SAP中應(yīng)用相對(duì)廣泛，它其實(shí)是一個(gè)例程，用戶可以自行編寫相關(guān)的判斷和計(jì)算邏輯，在條件定價(jià)中有著同樣的應(yīng)用，這里不詳細(xì)討論。圖33-2分配號(hào)碼/參考號(hào)碼和后續(xù)的FI憑證相關(guān)，不詳細(xì)討論。

圖34為憑證項(xiàng)目的復(fù)制規(guī)則定義界面圖34-1復(fù)制需求圖34-2數(shù)據(jù)復(fù)制定義數(shù)據(jù)如何匯總分割圖34-3開票數(shù)量定義開票數(shù)量從哪個(gè)源憑證中復(fù)制圖34-4正/負(fù)數(shù)量假定這樣的業(yè)務(wù)模型：一個(gè)開票憑證中有沖銷的項(xiàng)目，這個(gè)時(shí)候沖銷的項(xiàng)目類型需要設(shè)置為負(fù)，以在合并時(shí)沖減數(shù)量。圖34-5定價(jià)類型定義發(fā)票如何處理定價(jià)條件圖34-6定價(jià)源定義發(fā)票定價(jià)的來源ECC的SD模塊和K3相關(guān)模塊的對(duì)比（6）-----審批/r/