[轉(zhuǎn)發(fā)]SAP方丈：對銷售模塊的幾點(diǎn)認(rèn)識.docVIP

轉(zhuǎn)發(fā)SAP方丈：對銷售模塊的幾點(diǎn)認(rèn)識 SAP方丈：對銷售模塊的幾點(diǎn)認(rèn)識 采購的特點(diǎn)是供應(yīng)商數(shù)量少，同時(shí)每個(gè)供應(yīng)商的物料價(jià)格質(zhì)量各不相同。而銷售的特點(diǎn)則是客戶數(shù)量很多，銷售價(jià)格相對單一，所以銷售模塊中并不需要類似采購信息記錄、貨源清單、配額協(xié)議功能的主數(shù)據(jù)。一、物料主數(shù)據(jù)圖1-1 銷售單位和MM模塊中的采購單位功能類似，也可以采用固定轉(zhuǎn)換系數(shù)和變動(dòng)轉(zhuǎn)換系數(shù)，在此不再重復(fù)。圖1-2 交貨工廠和MM模塊中不同的是，這里可以指定交貨工廠。假如企業(yè)為了更好地分析控制成本在系統(tǒng)中創(chuàng)建半成品工廠、成品工廠，這時(shí)可以將交貨工廠設(shè)置為成品工廠?；蛘咂髽I(yè)有銷售公司和生產(chǎn)公司之分，需要將交貨工廠設(shè)置為生產(chǎn)公司下的工廠，這就形成了公司間銷售。值得注意的是：ECC系統(tǒng)中創(chuàng)建的工廠并不一定要對應(yīng)一個(gè)實(shí)體工廠，可以為了財(cái)務(wù)核算的方便一個(gè)實(shí)體工廠下創(chuàng)建多個(gè)邏輯工廠。圖1-3 物料組期末報(bào)表分析用的，也可以作為條件控制采購事務(wù)圖1-4 最小訂單數(shù)量產(chǎn)品一般都是賣給大客戶的，有個(gè)小客戶跑來要個(gè)幾百臺，對不起，少于一千臺無法創(chuàng)建訂單。圖1-5 最小交貨數(shù)量銷售人員創(chuàng)建了一張一千臺的銷售訂單，跑到倉庫去提貨。倉庫的兄弟說：這倉庫有好幾千平方米，貨都堆得那么高，你上午要一千臺，下午要兩千臺，我還不累死。對不起，少于五千臺不發(fā)貨。圖1-6 交貨單位發(fā)貨時(shí)用了集裝箱，每一千臺一箱，這時(shí)交貨單位就成了箱。圖1-7 取整參數(shù)來了張銷售訂單需要5100臺，四舍五入，就發(fā)5000臺吧。銷售把訂單改成5600臺，四舍五入后發(fā)6000臺。當(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)，這樣期末可以直接對信息結(jié)構(gòu)進(jìn)行分析。減輕了期末分析的工作量，提高了軟件的性能。統(tǒng)計(jì)組即決定哪些信息需要傳送到信息結(jié)構(gòu)中的。圖2-2 物料定價(jià)組和客戶定價(jià)組一起確定定價(jià)程序，和MM模塊中計(jì)算方案的概念類似。圖2-3 量回扣組用于確定給予客戶的回扣。圖2-4 賬戶分配組用于確定后臺過賬的賬戶，會在后面詳細(xì)討論。圖2-5 一般項(xiàng)目類別組圖2-6 項(xiàng)目類別組用于確定銷售訂單中的項(xiàng)目類別，會在后面詳細(xì)討論。圖3為銷售的一般/工廠數(shù)據(jù)圖3-1可用性檢查成品銷售出庫需要作一個(gè)檢查，看是否有足夠的庫存，所以SAP采用了可用性檢查這個(gè)功能。可用性檢查的定義參數(shù)非常豐富，這里不詳解了。圖3-2 運(yùn)輸組和運(yùn)輸路線相關(guān)。圖3-3 裝載組會和供應(yīng)商主數(shù)據(jù)中的裝運(yùn)條件一起確定一個(gè)裝運(yùn)點(diǎn)，主要用在交貨功能上。圖101為K3的物料主數(shù)據(jù)的物料資料界面?？梢钥吹轿锪现鲾?shù)據(jù)中銷售相關(guān)的參數(shù)非常少，再回顧下ECC中物料主數(shù)據(jù)的設(shè)置，大多和交貨類型有關(guān)，而K3并沒有交貨類型這個(gè)概念，只有簡單的出庫功能。圖101-1 是否需要進(jìn)行訂補(bǔ)貨計(jì)劃的運(yùn)算和ECC中的可用性檢查類似，但是只有一個(gè)簡單的控制開關(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)會有國內(nèi)銷售部和海外銷售部，銷售渠道會有零售渠道和大客戶銷售渠道兩個(gè)部分，產(chǎn)品組則會有白家電和黑家電之分，這時(shí)可以自由組合銷售組織、銷售渠道、產(chǎn)品組為銷售區(qū)域。比如國內(nèi)銷售部-零售渠道-白家電定為銷售區(qū)域1，國內(nèi)銷售部-大客戶銷售渠道-黑家點(diǎn)定位銷售區(qū)域2，總之三個(gè)條件可以自由組合。不同的銷售區(qū)域可以設(shè)置客戶的不同參數(shù)。圖6為客戶主數(shù)據(jù)公司視圖下控制數(shù)據(jù)界面，值得注意的是客戶主數(shù)據(jù)的銷售視圖并沒有付款條件，這和供應(yīng)商主數(shù)據(jù)的采購視圖有所不同，客戶主數(shù)據(jù)中只是財(cái)務(wù)視圖才有付款條件。在客戶主數(shù)據(jù)的銷售區(qū)域視圖中還會有一個(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è)公司下有很多工廠，工廠之間會有很多關(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ù)的屏幕，相對比較簡單。關(guān)于詳細(xì)信息可以參考SAPECC 6.0的MM模塊和金蝶k3 V11相關(guān)模塊的對比相關(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)金賬戶號碼、收款條件等信息。三、其他主數(shù)據(jù)圖7為銷售的主數(shù)據(jù)列表，還有產(chǎn)品組、條件、消息輸入、協(xié)議等，限于篇幅在這里不再一一討論。ECC的SD模塊和K3相關(guān)模塊的對比（2）-銷售憑證銷售憑證的類型有很多，常用的有詢價(jià)、報(bào)價(jià)、銷售訂單等等，值得注意的使SD模塊中并沒有類似采購申請的概念。想想也是，客戶跟你買東西還要申請，也太牛了吧。值得注意的是，和MM模塊不同，SD模塊中的詢價(jià)和報(bào)價(jià)是經(jīng)常用到的。采購的供應(yīng)商一般是相對穩(wěn)定和長期合作的，不用詢價(jià)和報(bào)價(jià)直接手工輸入就可以了，所以采購中特別設(shè)置了采購信息記錄這個(gè)主數(shù)據(jù)來作一個(gè)權(quán)限控制和流程節(jié)點(diǎn)。而銷售則大不相同，客戶繁多而復(fù)雜，詢價(jià)和報(bào)價(jià)相對頻繁，而且可以設(shè)置銷售訂單必須參考報(bào)價(jià)創(chuàng)建，這樣可以把報(bào)價(jià)功能和銷售功能分開，達(dá)到一個(gè)權(quán)限控制和流程節(jié)點(diǎn)的目的。由于篇幅的限制，下面只著重討論銷售訂單。圖8為銷售憑證的類型定義，抬頭的名稱為maintainsales order，是SAP的一個(gè)小失誤。在這里我們可以看出銷售憑證全部放在一起維護(hù)，而且憑證類型要多得多，這和采購憑證的配置有很大的不同。在實(shí)際的業(yè)務(wù)中，銷售需要面對各種各樣數(shù)量龐大的客戶，而采購需要面對的供應(yīng)商相對簡單，銷售中的詢價(jià)報(bào)價(jià)會非常的頻繁，而采購則要少得多。所以SAP將這些憑證放在一個(gè)界面中進(jìn)行配置。圖8-1滾動(dòng)條看那滾動(dòng)條可以拉那么長。看來預(yù)定義的憑證類型真的很多呵呵圖9為一個(gè)銷售憑證類型為標(biāo)準(zhǔn)銷售訂單的定義界面圖9-1 銷售憑證類別銷售憑證一般有如下類別：銷售訂單、詢價(jià)、報(bào)價(jià)、計(jì)劃協(xié)議等等。在銷售訂單里當(dāng)然選銷售訂單的類別了。在這里SAP有一個(gè)重要的設(shè)計(jì)思想就是將對象的大類設(shè)為類別，通過類別控制大方向，然后在類別中再細(xì)分為類型，控制小方向。這樣的層次結(jié)構(gòu)清晰，易于維護(hù)。圖9-2 銷售憑證凍結(jié)可以選擇不凍結(jié)、只能參考創(chuàng)建、凍結(jié)三個(gè)標(biāo)識。如果自定義了一個(gè)銷售憑證，以后又不用了，就把它凍結(jié)。圖9-3 強(qiáng)制參考這個(gè)功能非常的有用。假如一個(gè)大的集團(tuán)，一線的銷售人員因?yàn)榉N種原因經(jīng)常殺價(jià)銷售，搞得公司無利可圖，這時(shí)可以設(shè)置專門報(bào)價(jià)的人員，在系統(tǒng)中創(chuàng)建報(bào)價(jià)單，然后銷售人員的訂單只能參考這個(gè)報(bào)價(jià)單創(chuàng)建，無法自定義價(jià)格。圖9-4 讀取信息記錄看到這個(gè)標(biāo)識的那一刻我糊涂了，莫非SD中也有類似采購信息記錄的功能？再仔細(xì)看看，還是我沒記錯(cuò)，這里的信息記錄只是一個(gè)簡單的參數(shù)控制功能，和采購信息記錄相比沒有定價(jià)條件，只是單純地控制一些交貨信息，不具備價(jià)格控制的功能。所以SAP也沒有稱之為銷售信息記錄，而用了客戶-物料信息記錄這樣的名稱。圖9-5 檢查信貸限制設(shè)置這個(gè)類型的銷售訂單必須檢查客戶的信貸狀況，這個(gè)功能會在后面詳細(xì)討論。圖9-6 信貸組控制信息的更新圖9-7 不完整檢查控制那些字段是必須輸入的?？梢造`活地用在權(quán)限控制上。圖9-8 憑證定價(jià)過程就是給這個(gè)憑證類型一個(gè)標(biāo)記，會和客戶中的一個(gè)標(biāo)記一起決定銷售訂單的價(jià)格計(jì)算方案。SAP給采購中的計(jì)算方案換了個(gè)馬甲叫定價(jià)過程，其實(shí)是一個(gè)概念。圖9-9 狀態(tài)參數(shù)文件這個(gè)是用作審批的功能，會在后面詳細(xì)討論。圖10依然為一個(gè)銷售憑證類型為標(biāo)準(zhǔn)銷售訂單的定義界面，只是滾動(dòng)條太長，一張圖截不下，所以繼續(xù)截。圖10-1 交貨類型定義銷售憑證的后續(xù)交貨類型圖10-2 立即交貨有些客戶是長期而穩(wěn)定的合作關(guān)系，而且對供應(yīng)鏈的響應(yīng)速度要求很好。設(shè)想下，客戶那里跑MRP出來的采購訂單，你收到采購訂單后不緊不慢地慢慢創(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ù)場景：客戶來了張大單，這時(shí)不能一次發(fā)完，只好分幾批交貨，這時(shí)參照交貨單開票不太合適了，就直接按照銷售訂單來開票。這里設(shè)置根據(jù)訂單開票的類型。圖10-6 跨公司的開票類型一個(gè)大集團(tuán)下會有很多家公司，公司間會有關(guān)聯(lián)交易，這時(shí)可以配置跨公司銷售?？绻镜拈_票類型就用在這里。跨公司的銷售我們以后再討論吧，要詳細(xì)的寫出來估計(jì)WORD文檔要寫上幾十頁。圖10-7 開票凍結(jié)控制一些狀況下自動(dòng)凍結(jié)開票。圖12為銷售訂單的概覽界面圖12-1 售達(dá)方/送達(dá)方前面我們曾經(jīng)提到過客戶會有很多種角色：售達(dá)方、送達(dá)方、收票方等等。集團(tuán)一般會集中采購，再分發(fā)給下屬的公司，所以售達(dá)方和送達(dá)方會經(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)目概覽的視圖，這和采購訂單有所不同。圖13-1 項(xiàng)目概覽圖13-2 項(xiàng)目細(xì)節(jié)圖14為銷售訂單的項(xiàng)目列表的視圖，SAP將其定義為項(xiàng)目細(xì)節(jié)，其實(shí)這個(gè)視圖并不是項(xiàng)目的細(xì)節(jié)，而只是一個(gè)項(xiàng)目的簡單羅列而已。圖14-1 項(xiàng)目類別用于控制后續(xù)的計(jì)劃行類別，會在后面詳細(xì)討論。圖14-2 定價(jià)日期和采購中定價(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 賬戶分配用作成本核算的利潤分析和業(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)表所用圖K03為K3銷售訂單的處理界面，可以看到功能相對簡單，包含創(chuàng)建、修改、報(bào)表、進(jìn)度查詢等功能。圖K03-1 銷售訂單-新增圖K03-2 銷售訂單-維護(hù)圖K04為銷售訂單的創(chuàng)建界面圖K04-1 銷售范圍有模仿SAP的痕跡，但只是簡單的一個(gè)字段定義，只能在報(bào)表選擇的時(shí)候才能發(fā)揮點(diǎn)作用了。圖K04-2 銷售方式指定銷售方式，常用的有現(xiàn)金銷售、賒銷等等。圖K04-3 結(jié)算方式指定結(jié)算方式，常用的有現(xiàn)金、匯票等。圖K04-4 交貨方式因?yàn)镵3并沒有后勤執(zhí)行相關(guān)的模塊，所以在這里簡單地設(shè)置了這個(gè)字段來表示交貨的方式，常用的有FOB和送貨等。圖K04-5 交貨地點(diǎn)類似于SAP裝運(yùn)點(diǎn)的概念，因?yàn)闆]有WM模塊，只好設(shè)置到工廠一級。圖K04-6 源單類型指定銷售訂單參考創(chuàng)建的憑證類型圖K04-7 單價(jià)手動(dòng)輸入物料的銷售單價(jià)圖K04-8 含稅單價(jià)需要手動(dòng)輸入稅?？梢钥闯鑫床捎脳l件定價(jià)的缺點(diǎn)。由于無法靈活地集中設(shè)置價(jià)格，銷售訂單的價(jià)格管控乏力。圖K04-9 審核簡單的審批功能，可以看出K3內(nèi)置了固定的三級審批。圖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è)定交貨的日期，交貨功能的簡單字段設(shè)置圖K05-5 出庫數(shù)量記錄每次交貨后的累計(jì)交貨量。圖K06是銷售訂單的創(chuàng)建界面剩下的1/3，滾動(dòng)條終于拉完了圖K06-1 輔助單位關(guān)聯(lián)數(shù)量倉庫中可能不按基本單位或銷售單位來計(jì)算，而按托盤這樣的存儲單位計(jì)算，這就是記錄存儲單位的數(shù)量圖K06-2輔助單位關(guān)聯(lián)數(shù)量出庫數(shù)量后面是生產(chǎn)和成本核算相關(guān)的字段，將在SAPECC 6.0的PP模塊和金蝶K3 V11相關(guān)模塊的對比和SAP ECC6.0的CO模塊和金蝶K3 V11相關(guān)模塊的對比中詳細(xì)討論ECC的SD模塊和K3相關(guān)模塊的對比（3）-交貨交貨的概念嚴(yán)格來說應(yīng)該是WMS中的，ERP的中文翻譯是企業(yè)資源計(jì)劃，所以ERP在庫存方面只需記一個(gè)出庫入庫就可以了。事實(shí)上國內(nèi)erp都是如此設(shè)計(jì)的?，F(xiàn)在我們來看一個(gè)業(yè)務(wù)模型：某跨國集團(tuán)在全球范圍內(nèi)優(yōu)化配置資源，客戶和供應(yīng)商遍布全球各大洲，貨物的運(yùn)輸動(dòng)輒需要幾十天。這個(gè)時(shí)候光一個(gè)出庫入庫控制肯定是不行的，對交貨這個(gè)過程的控制是非常有必要的。對于采購模塊，SAP設(shè)計(jì)了內(nèi)向交貨這個(gè)概念，內(nèi)向交貨可以參考采購訂單建立，詳細(xì)記錄到貨的時(shí)間。對于銷售模塊，SAP設(shè)計(jì)了外向交貨這個(gè)概念。外向交貨參考銷售訂單建立。對于交貨的功能SAP將其集成在了LE模塊中，將其與倉庫管理結(jié)合在一起，可以確定裝運(yùn)地點(diǎn)、運(yùn)輸路線等等。對于國內(nèi)企業(yè)來講，大多沒有使用倉庫管理模塊。為什么不用？國內(nèi)企業(yè)大多處于微笑曲線的下游，利潤率較低，買個(gè)SAP玩玩就已經(jīng)很不容易了，而且要想用好WM模塊，必須建設(shè)高標(biāo)準(zhǔn)的自動(dòng)化倉庫，華為就建了一個(gè)，花了3000萬美元，折合人民幣2億多，這個(gè)數(shù)字超過國內(nèi)大部分企業(yè)的年凈利潤了。國內(nèi)企業(yè)沒有使用WM模塊，這樣物料的管理不能完全實(shí)現(xiàn)自動(dòng)化，而SAP的流程設(shè)計(jì)是建立在用戶使用了WM模塊的基礎(chǔ)上的，這樣就帶來了很多不適，簡稱水土不服。關(guān)于SAP流程和WM模塊的關(guān)系，會在ECC的PP模塊和K3相關(guān)模塊對比中進(jìn)行討論。SAP銷售的財(cái)務(wù)處理流程如下：先發(fā)貨過賬，根據(jù)物料的標(biāo)準(zhǔn)價(jià)或移動(dòng)平均價(jià)產(chǎn)生交貨成本，再開票根據(jù)銷售訂單中的條件定價(jià)產(chǎn)生對客戶的應(yīng)收。國內(nèi)企業(yè)大多只使用了SD模塊中交貨的最基本的財(cái)務(wù)過賬功能，所以這里也就簡略地討論下交貨的基本創(chuàng)建界面的信息，關(guān)于財(cái)務(wù)過賬功能，會在后面詳細(xì)討論。圖20為SAP后勤執(zhí)行模塊的后臺配置菜單，下次有時(shí)間再詳細(xì)討論，先來看看傳說中的LE模塊長什么樣。圖20-1 倉庫管理企業(yè)倉庫內(nèi)部的設(shè)計(jì)圖20-2 裝運(yùn)貨物從倉庫哪個(gè)地方出，哪個(gè)地方進(jìn)，如何裝貨、怎么包裝等等圖20-3 運(yùn)輸貨物除了倉庫后選哪條運(yùn)輸路線，具體怎么個(gè)運(yùn)法。圖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 處理我們知道交貨一般會有如下步驟：揀配->倉庫內(nèi)取出->包裝->發(fā)貨過賬這么幾個(gè)步驟，可以靈活選取其中的幾個(gè)步驟。還有質(zhì)量檢查數(shù)據(jù)，有些企業(yè)喜歡在出貨前先進(jìn)行質(zhì)檢，的確是那種把產(chǎn)品質(zhì)量看成生命的角色，國內(nèi)企業(yè)一般無此習(xí)慣。圖22-2物料記錄下生產(chǎn)相關(guān)的數(shù)據(jù)，以及運(yùn)輸組合裝載組，用于確定后面的運(yùn)輸路線和裝運(yùn)點(diǎn)。圖22-3批次分割企業(yè)的生產(chǎn)往往會有很多批次，一次發(fā)貨可以一個(gè)批次不夠，需要幾個(gè)批次，這里就記錄批次的信息。圖22-4揀配揀配相關(guān)信息都在其中圖22-5裝載和裝運(yùn)包含了裝載和送達(dá)方的信息。圖22-6財(cái)務(wù)處理包含了開票、利潤中心、業(yè)務(wù)范圍等信息。圖22-7條件記錄從銷售訂單帶來的條件定價(jià)的信息。K3并沒有類似后勤執(zhí)行模塊的功能，沒有交貨過程的管控功能。ECC的SD模塊和K3相關(guān)模塊的對比（4）-開票圖23為SD模塊中的開票功能的后臺配置界面，可以看出開票功能有這么幾種：標(biāo)準(zhǔn)開票、跨公司銷售開票、自動(dòng)開票。圖23-1 開票憑證會在下面詳細(xì)討論圖23-2 跨公司開票限于篇幅暫不討論圖23-3 開票計(jì)劃限于篇幅暫不討論圖24為開票憑證類型定義的初始界面，可以看出其設(shè)計(jì)邏輯和銷售憑證類型定義相似。圖25為開票憑證類型定義的界面，這里我們依然選取標(biāo)準(zhǔn)的，即F1類型的開票憑證類型為例。圖25-1 項(xiàng)目號碼增量指定項(xiàng)目號碼以多少間隔增加圖25-2SD憑證類別和銷售憑證類別的作用類似圖25-3 事務(wù)組定義憑證類型允許的事務(wù)，并作為報(bào)表分析的選擇字段。圖25-4 開票憑證類別定義開票的發(fā)票類別，有預(yù)付要求、開票要求等圖25-5 憑證類型控制后續(xù)的會計(jì)憑證類型圖25-6 負(fù)過賬指定該類型的憑證能否沖銷，如果不允許沖銷，則需要配置一個(gè)反向的憑證類型。圖25-7 分支/總部前面我們提到，有這樣的業(yè)務(wù)模型：總部統(tǒng)一采購，作為付款方，分發(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)對銷售的復(fù)雜性，設(shè)計(jì)更多的消息輸出條件技術(shù)，比如不光憑證可以作消息輸出，連憑證的項(xiàng)目都可以作消息輸出，的確是做得非常的仔細(xì)和認(rèn)真。對于消息輸入過程這里不再敷述。圖27為發(fā)票的概覽界面，非常的簡潔明了。因?yàn)闃I(yè)務(wù)的處理和統(tǒng)計(jì)信息在銷售憑證和交貨憑證中已經(jīng)處理和記錄，這里要做的只是根據(jù)銷售憑證和交換憑證匯總的結(jié)果開個(gè)票而已。圖28為發(fā)票的項(xiàng)目細(xì)節(jié)界面，記錄了銷售憑證和交貨憑證中信息的匯總。圖K07是K3的銷售發(fā)票創(chuàng)建界面圖K07-1 源單類型指定參考的憑證類型，典型的有銷售訂單和銷售出庫。這里K3為了記錄交貨后產(chǎn)生的成本，設(shè)計(jì)了銷售出庫的憑證。這樣的流程設(shè)計(jì)對于企業(yè)不負(fù)責(zé)貨物運(yùn)輸?shù)臉I(yè)務(wù)場景是沒有問題的，單是對于企業(yè)負(fù)責(zé)貨物運(yùn)輸?shù)臉I(yè)務(wù)場景是有很大的漏洞的。假設(shè)企業(yè)貨已出庫，但是在客戶收到確認(rèn)以前，所有權(quán)還在企業(yè)這里，運(yùn)輸途中發(fā)生意外或者企業(yè)收貨時(shí)對數(shù)量或者品質(zhì)存有爭議，而出庫的期末存貨已經(jīng)核算，這時(shí)就產(chǎn)生帳實(shí)不符，還需要重新調(diào)整。圖K07-2 選單號因?yàn)闆]有SAP復(fù)制控制類似的功能，所以K3只能選擇一個(gè)參考憑證號，對于發(fā)票參考多個(gè)交貨憑證或多個(gè)銷售憑證創(chuàng)建的業(yè)務(wù)需求難以滿足。而實(shí)際上多交貨憑證或銷售憑證開票不管是大集團(tuán)還是中小企業(yè)都經(jīng)常發(fā)生，K3在復(fù)制控制功能必須要增加。圖K07-3 往來科目因?yàn)镵3無法自動(dòng)過賬，只有在這里選擇科目手動(dòng)記賬。ECC的SD模塊和K3相關(guān)模塊的對比（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)對這類業(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ù)流程的。圖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ù)場景之一了圖31-3 復(fù)制控制：開票憑證到開票憑證回顧在圖30-3提到的業(yè)務(wù)模型，反向的開票憑證可以參照正向的開票憑證創(chuàng)建。圖31-4 復(fù)制控制：交貨憑證到開票憑證這也是最常見的業(yè)務(wù)場景之一圖31-5 檢查復(fù)制控制的配置設(shè)置SAP自檢程序，用于檢查配置的正確性。這是SAP值得借鑒的一個(gè)設(shè)計(jì)邏輯，就是內(nèi)置一個(gè)自檢程序自動(dòng)檢查配置的正確與否，在大型項(xiàng)目的實(shí)施中非常實(shí)用。圖32為點(diǎn)擊圖31-2進(jìn)入的界面，我們選取一個(gè)標(biāo)準(zhǔn)的復(fù)制控制為例來討論。圖32-1 目標(biāo)憑證圖32-2 源憑證圖33為憑證抬頭的復(fù)制規(guī)則定義界面。圖33-1 復(fù)制需求確定哪些字段相同的憑證可以合并，哪些字段不同的憑證不可以合并。需求在SAP中應(yīng)用相對廣泛，它其實(shí)是一個(gè)例程，用戶可以自行編寫相關(guān)的判斷和計(jì)算邏輯，在條件定價(jià)中有著同樣的應(yīng)用，這里不詳細(xì)討論。圖33-2 分配號碼/參考號碼和后續(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)模塊的對比（6）-審批在ECC6.0中有兩種審批程序設(shè)計(jì)邏輯，第一種是采購中的審批程序，在ECC的MM模塊和K3相關(guān)模塊的對比中我們已經(jīng)分析過，采購中的憑證類型單一，審批復(fù)雜，畢竟企業(yè)把錢花出去是很難受的一件事，現(xiàn)在都講究成本壓縮，采購是最需要把關(guān)的地方。而銷售中的審批相對簡單地多，連客戶掏錢給你買東西你都要審批上好幾回，也太牛了吧。所以銷售中的審批程序是使用的第二種：狀態(tài)參數(shù)文件。狀態(tài)參數(shù)文件不光用在銷售中，在CO等其他模塊中也有廣泛的應(yīng)用。圖40為狀態(tài)參數(shù)文件的定義界面圖40-1 狀態(tài)在圖41中會詳解圖40-2 短文本定義狀態(tài)的描述圖40-3 最低值定義審批憑證的最低額度圖40-4 最高值定義審批憑證的最高額度圖40-5 位置定義審批的順序圖40-6 權(quán)限組定義審批人的ID圖41為點(diǎn)擊圖40-1后進(jìn)入的界面圖41-1 業(yè)務(wù)事務(wù)定義需要控制得事務(wù)碼圖41-2 允許圖41-3 警告圖41-4 禁止圖41-2 34分別定義了審批的三種狀態(tài)金蝶K3中的審批只有簡單的三級審核人，沒有金額之類的限制。中小企業(yè)一般來說組織架構(gòu)相對簡單，業(yè)務(wù)量也較小，可以是一個(gè)老板通審所有的憑證，但隨著業(yè)務(wù)量的增加和組織架構(gòu)的復(fù)制化，根據(jù)條件進(jìn)行多級審批是非常有必要的。ECC的SD模塊和K3相關(guān)模塊的對比（7）-信用控制圖50為SD模塊的信用控制/風(fēng)險(xiǎn)管理的后臺配置界面，我們只簡單討論下簡單信用限制檢查和自動(dòng)信用控制。圖50-1 簡單信用限制檢查圖50-2 定義動(dòng)態(tài)信用控制圖51為簡單信用限制檢查的界面圖51-1 檢查信用設(shè)置信用的檢查程序以及超出信用限制后的系統(tǒng)反應(yīng)，是錯(cuò)誤/警告還是凍結(jié)交貨，信用限制額在財(cái)務(wù)模塊中設(shè)置。圖51-2 信用組和圖9-6的設(shè)置相同，定義銷售憑證的信用組。圖52為動(dòng)態(tài)信用控制的定義界面圖52-1 沒有信貸檢查其實(shí)就是判斷是否進(jìn)行信貸檢查一個(gè)條件例程，可以自行編寫程序判斷憑證是否進(jìn)行信貸檢查。圖52-2 項(xiàng)目檢查設(shè)置項(xiàng)目一級的信貸檢查圖52-3 偏移百分比設(shè)置信貸批準(zhǔn)后的憑證數(shù)量增加的最大百分比。適用于這樣的業(yè)務(wù)場景：一個(gè)銷售訂單已經(jīng)通過信貸檢查，這時(shí)客戶提出要求多買一部分，可以在這里限制多買的比例。圖52-4 天數(shù)一個(gè)憑證審批過了，可是過了好幾天還沒有動(dòng)靜，這時(shí)可能需要重新審批。這里可以定義重新審批的天數(shù)。圖52-5 靜態(tài)設(shè)置靜態(tài)檢查，和下面的動(dòng)態(tài)檢查相對圖52-6 動(dòng)態(tài)假設(shè)有這樣的業(yè)務(wù)模型：客戶有張銷售訂單過了一年還沒付款，雖然沒有超過信貸限制，但是他的信