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

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