1、,銷售與配銷模組 Sales & Distribution Module,2,大綱,基本概念 模組之重要性及效益 加值活動及功能 企業情境 文件流向 與其他模組介面關係 組織架構 資料檔 銷售核心流程 交貨核心流程 請款核心流程,3,模組重要性及效益,重要性 所涵蓋的範圍包含了所有創造企業利潤之相關作業。 驅動整個企業流程運作之根源所在。 效益 縮短訂單實現時間(Reducing Total Order Fulfillment Time) 減少訂單處理時間與成本(Reducing Order Processing Time and Cost) 減少運輸與物流成本(Reducing Transp
2、ortation and Logistics Costs) 加強顧客服務 (Enhancing Customer Service) 增強滲透市場之能力(Enhancing the Ability to Penetrate Markets) 改善即時交貨效率(Improving On-time Delivery Performance) 增加企業資料之能見度(Increasing Visibility of Corporate Data) 整合企業流程(Integrating Business Process) 整合資訊流、物流與金流(Integrating Information, Mater
3、ial and Cash flow),4,物流(Logistics) 之定義與功能,定義(美國物流協會): 為了滿足顧客的需求，經由企業組織一連串的加值活動，包括生產、製造、運輸等流程，將原料轉換成顧客所需產品或服務的過程。而當顧客有所需求時，能將高品質、符合需求之產品或服務，適時適地的送至顧客手中。 以供應商至顧客端之供應鏈為劃分點，分為: 進料物流(Inbound Logistics)依據最終客戶的需求，自不同供應商採購之原料、半成品運送至企業組織之過程。 生產物流(Production Logistics)企業組織將原料、半成品，加以生產、加工或裝配成為最終產品之過程。 出貨物流(Out
4、bound Logistics)將最終產品由企業組織配送至最終顧客或目標市場的過程。 銷售與配銷模組主要提供相關的功能與流程。,5,三大加值活動,銷售 (Sales)、配銷(Distribution)與請款(Billing)。每一項目都是創造企業價值的所在，也是所有銷售與配銷模組的基本企業功能。,6,銷售與配銷模組之系統功能,售前活動(Pre-sale Activities)之安排與相關資訊之彙總分析。 詢價(Inquires), 報價(Quotations)和訂單(Sales Orders)之處理和監控。 契約(Contracts)、出貨協議(Scheduling Agreements)之處
5、理和監控 。 提供強大的複製功能以減少訂單輸入錯誤和加強效率 。 提供各種不同的文件型態以符合各式企業情境之需求 。 允諾可用量(Available to Promise, ATP)之自動查核 。 交貨排程之決定 。 出貨點與路線之安排 。 訂價策略之決定 。 顧客信用之查核與控管 。,7,企業情境 (Business Scenario),根據企業組織的需求，提供其在不同的企業事例下，制定整體企業流程之參考樣版(Template)。區分三大類,8,需求反應策略(Demand Response Strategy),接受顧客訂單時，各種後續生產規劃與控制的方法。可分為四種: 存貨生產(Make t
6、o Stock): 直接以存貨來滿足訂單需求，必須事先預測市場需求，訂定需求計劃，並排定成品之生產計劃、主生產排程以及物料與產能計劃進行生產 接單生產(Make to Order):根據顧客在訂單上所指定的成品規格加以生產，不以現有成品存貨來滿足顧客需求。對於訂單內所指定成品之原料與零組件，須先規劃生產排程加以生產 接單後裝配(Assembly to Order):根據顧客所要求之成品規格，直接將零組件或模組加以裝配以符合顧客之需求。 接單後設計(Engineer to Order):沒有特定的成品規格限定於顧客訂單中，而是根據顧客的功能需求描述加以量身定做(Tailor Made)。,9,需
7、求反應策略之差異,顧客訂單需求，是驅動這些不同需求反應策略之來源。不同種類的顧客訂單，會有不同的生產預測與規劃方式。 各種策略根據原材料、零組件、半成品與成品等項目，顧客訂單之分歧點(Decoupling Point) 不同(Higgins, et al.,1996),10,特殊訂單處理(Special Order Handling),第三方訂單處理(Third Party Order Handling): 企業組織在收到顧客訂單後，針對已知的供應商來源，直接產生請購單(Purchase Requisition)與第三方採購訂單(Third Party Purchase Order)，提交予供
8、應商，並要求供應商直接將其產品運送至顧客處。 緊急訂單處理(Rush Order Handling): 為符合緊急需求，當收到顧客訂單後，立即產生交貨文件，以快速地執行後續出貨的相關事宜。 售回訂單處理 (Returned Order Handling): 當同意顧客將受損害或不滿意的產品退回時，或出貨的交易發生錯誤時。 現金訂單處理 (Cash Order Handling): 當顧客獲得所訂購產品時，即以現金付款，可簡化了整個應收帳款之流程。,11,特殊物料處理(Special Material Handling),顧客託管存貨之處理(Customer Consignment Stock
9、Handling): 當顧客為了加強在整個供應鏈體系中之即時反應能力，或是為了減少本身倉儲作業成本與存貨成本時，會要求已經購得的產品先置放於供應商的倉庫處。而該產品在系統中，會以此情境來管理該存貨，即執行相關的倉儲管理作業。 分散式出貨(Decentralized Shipping): 為了縮短對於顧客出貨的反應時間以提升出貨的效率，在某些距離顧客較近之出貨點，建置地方性的配送系統(Local Distribution System)。,12,模組之文件流向,設定文件流向，讓整個銷售配銷流程得以緊密地整合，並配合強大的複製功能，加強作業效率並減少錯誤產生。,13,與其他模組之關係,財務會計(F
10、inancial Accounting)模組: 請款結束後，將請款文件傳送並過帳至財務會計模組之適當會計科目，以執行應收帳款(Account Receivable, AR)和現金管理(Cash Management)之相關功能 。 搭配執行顧客信用/風險管理(Customer Credit/Risk Management)之功能，並設定信用額度限制(Credit Limit)，在銷售配銷作業中查核顧客信用。 物料管理(Material Management)模組: 建立顧客訂單或交貨文件時，可設定驅動物料模組中保留存貨(Reservation)功能。 執行交貨挑料作業時，須配合倉儲管理，適時適
11、地的挑出訂購產品，執行包裝與裝載。 執行系統扣帳(Goods Issue，對顧客發貨)時，在MM模組中產生過帳文件, 並從存貨中扣除已出貨之數量。,14,與其他模組之關係,生產規劃(Production Planning)模組: 建立訂單時，所訂購的物料立即地轉換成銷售需求(Sales Requirements), 並轉置至生產規劃模組之物料需求規劃(Material Requirements Planning, MRP)中規劃物料。 成本控制(Controlling)模組 產生顧客訂單時，將相關的預期營收(Expected Revenue)項目及成本資料傳送至成本控制模組中，作獲利能力分析(
12、Profitability Analysis)，及早預測該訂單之利潤，並根據後續請款文件，評估利潤實際結果。 專案系統(Project System)模組: 在顧客訂單中，可輸入先前建立之WBS，成為該訂單所指定的會計要素，以預測、匯集、與追蹤因為該顧客訂單所產生的成本與收益，並以專案管理之理論控制與分析整個作業之進行 。,15,組織架構:銷售區域 (Sales Area),在SAP R/3中，銷售區域定義為銷售組織 (Sales Organization)、配送管道 (Distribution Channel) 與部門 (Division)之結合體,16,組織架構:內部組織單位 (Inter
13、nal Organization Unit),定義了銷售組織、銷售辦公室與銷售群組,17,組織架構:出貨組織,包含了兩層架構，即出貨廠(Shipping Point)與裝載點(Loading Point)。,18,資料檔,顧客主檔 銷售夥伴 顧客層級 產品與服務主檔 物料主檔資料(Material Master Data) 物料表(Bill of Material) 產品現況(Product Status) 產品提案(Product Proposals) 存貨(Stock) 批次管理(Batch Management). 訂價,19,顧客主檔資料(Customer Master Data),記
14、錄企業所面對顧客的相關資料。不只是對於銷售與配銷模組相當重要，財務會計模組也常需要擷取相關的資料以作為相關交易與分析之參考。區分成三種資料結構: 一般資料 (General Data) 顧客的基本資料，包括了該顧客的住址、電話等。 銷售與配銷資料 (Sales and Distribution) 包含了對於特定銷售區域所設定的資料，例如定價條件與出貨條件等。 公司代碼資料 (Company Code Data) 包括了對於財務與會計部門相當重要的財會資料，如與顧客往來的銀行資料及顧客的付款條件等。,20,銷售夥伴(Sales Partner),可再細分為各種不同的夥伴，讓企業更準確地劃分顧客的
15、各種功能。,21,顧客層級（Customer Hierarchy),經由顧客層級的設定，企業能由此反映出該名顧客複雜的層級組織 。 形成顧客層級後，即可以針對每一個層級節點的顧客採取不同的訂價條件和折扣協議，而且這些顧客在請購文件(Billing Document)中, 也有可能扮演各種不同的銷售夥伴 (Sales Partner)。 當執行一些統計資料分析時，顧客層級更是可以幫助企業更詳細地瞭解市場現況。,22,產品與服務主檔資料,整個銷售行為中，最主要的銷售標的物。 當產生銷售訂單時，立即連結到產品與服務之主檔資料中，擷取相關的資料，以做為後續交易流程的準則，而不同的主檔資料，便會產生不同
16、的交易模式。 物料主檔資料 (Material Master Data) 物料表(Bill of Material) 產品狀況(Product status) 產品提案(Product Proposals) 存貨(Stocks) 批次管理(Batch Management),23,物料主檔資料 (Material Master Data),產品與服務皆概括為物料，因而主檔資料是各種企業交易中主要的資料來源。 以SAP R/3為例，主檔資料以功能部門區分，提供各類交易中所需的資料。而有關於銷售的資料，最主要是儲存在三種不同的資料層級: 一般資料: 包括物料品名說明、計量單位、成本、重量與體積等。
17、 銷售/配送管道資料: 包括出貨廠、銷售單位、最少銷售與出貨量等。 工廠資料: 包括一些有關物料需求方面的資料，例如安全訂購量、再訂購點與出貨處理時間等。 另外，物料類型(Material Type)的選定也是會影響整個銷售的交易流程。,24,物料表(Bill of Material),詳細記錄了組裝一件成品時，所需要的零組件，是生產與規劃(Production and Planning)模組中重要的主檔資料。 在建立相關的銷售文件時，由系統自動地讀取該產品的物料表來表現出產品結構。 因此，訂單中之一項單一成品就可以展開成主要項目(Main Item)和由其零組件所形成的次要項目(Sub-it
18、ems) 可清楚地瞭解訂購產品的結構外，經由設定，銷售人員可以針對其主要或是次要項目來訂價或執行需求量的轉換等。,25,產品狀況與產品提案,產品狀況(Product status) 用來規範某一特定產品所能允許執行的銷售交易 例如，某項產品有技術上的缺陷，則經由產品狀況之設定，該產品可避免被建立於顧客銷售訂單(Sales Order)中，但仍允許於詢價單(Inquiry)中。 可以來規範某段期間內該項產品所能允許的特定交易。 產品提案(Product Proposals) 可先記錄一些經常使用的物料以及其對應的出貨數量，然後當建立顧客銷售訂單時，系統會參照產品提案的相關資料，自動地提議並且產生
19、物料列表。,26,存貨(Stocks)與批次管理(Batch Management),使用即時性的存貨資料來執行可用量查核(Availability Checks)。而這項主檔資料最主要是儲存於物料管理模組中，存貨數量與價值皆會因相關交易後更新。 而批次決定後，後續的可用量查核與批次劃分，便是以此為根據。 在銷售與配銷模組中，批次可以在建立顧客訂單時便決定，或是等到產生交貨文件(Delivery)時再指派。 而批次決定後，後續的可用量查核與批次劃分，便是以此為根據。,27,顧客產品資訊記錄,可更有效率的滿足與實現顧客的需求。 一般而言包括: 顧客產品品名與規格 特定的配送資料 對於產品的詳細描
20、述 所產生的資料比顧客資料主檔或是物料資料主檔的資料有更高的優先權。,28,物料判定/替代物料選擇,在顧客訂單中，物料判定與替代主檔支援並簡化了物料替代的功能。使用此一資料主檔，能幫助系統自動地決定在某一特定期間內替代料的問題。並且還具有以下的功能: 以企業本身的產品號碼取代顧客特定的產品號碼 以企業本身的產品號碼取代國際商品編碼(International Article Numbers) 以新的型號的產品取代停產商品 當顧客對於產品的包裝有多樣的需求時，則可以經由產品選擇主檔資料之設定來達成，也就是產品選擇將顧客對於包裝的喜好納入考量。,29,訂價主檔資料,當建立銷售文件時，針對每一訂購產
21、品或服務，系統會自動地從訂價主檔資料中參考相關的訂價資料並轉置至該文件中。 訂價主檔資料中的訂價條件(Pricing Conditions)，則陳述並且規範了在各種不同的情況下的訂價組合 例如，某一特定的顧客在某一特定的期間內購買了某一特定數量的某一項產品 在訂價條件中，這些訂價變數，包括了顧客、期間、數量與產品，便決定了最後賣給顧客的最後價格。 另外，物料群組(Material Group)、訂價單位(Price Unit)、國家別(Country), 貨幣別(Currency)等也可被視為訂價條件中的訂價變數。,30,銷售核心流程,交貨,31,銷售支援,賣買雙方是長期合作的夥伴模式關係。
22、加強與顧客的關係，整理行銷與促銷資料，分析目前市場狀況，以更進一步地開發新的市場。 ERP系統中，銷售支援(Sales Support)提供了工具與功能 讓行銷與銷售部門得以有效率地執行顧客關係服務與企業發展活動。 所有的銷售人員能在系統中充分地分享具有價值的銷售資訊，並且這些資訊將成為後續所有的銷售與配銷功能之資料來源。,32,銷售支援之分類,可以區分: 促銷(Promotion) 銷售活動(Sales Activity) 。 所獲知如市場上的潛在顧客，競爭者，產品與合約等資料，將在系統中形成銷售支援資料(Sales Support Data, SSD) 。 並與銷售資訊系統(Sales I
23、nformation System, SIS)相聯接，提供了銷售資料的彙總與分析。 可快速有效地成為其他後續銷售支援活動的資料參考來源， 也可輕易地轉成銷售主檔資料，成為後續銷售功能之依據。,33,銷售支援之關係圖,34,執行促銷 (Promotion)與銷售活動 (Sales Activity),行銷活動 (Marketing Activity)讓潛在顧客知曉相關的產品資訊，如直效郵遞 (Direct Mailing , DM) ERP 系統即用來管理這些範圍廣泛的行銷活動。所有促銷活動，都會被記錄在系統之銷售支援資料, 並且彙總至銷售資訊系統中，更進一步地分類與分析。 銷售活動:每次聯絡或
24、接觸顧客，以各種型態來進行 包括研討會、銷售座談會，銷售講座、銷售電話、廣告冊子等。 經由不斷地資料累積，後續促銷或銷售活動舉行時，系統便可快速提供相關資訊。業務人員可讀取這些銷售行動結果，經理可得到關於整個銷售行動的綜觀，進而有效率地追蹤與管理。 顧客如對銷售產品有興趣，則可產生建立報價單或詢價單，甚至簽訂相關契約之需求。,35,銷售支援主檔資料,所得到的資料，儲存於銷售支援主檔資料中，以為顧客潛在分析之來源或是彙總至銷售資訊系統以更進一步地分析，或轉換成銷售主檔資料。 可區分成幾個項目: 潛在顧客資料 顧客資料 聯絡人資料 內部銷售人員資料 競爭者資料 競爭產品資料,36,顧客潛力分析,幫
25、助企業記錄與評估某顧客在整個會計年度內，有能力達成某一產品或是產品層級之銷售數量與金額的潛力。 可幫助企業準確有效地找出具有潛力的顧客，然後進一步推銷產品。 可與競爭者相互比較，瞭解對於某特定顧客之潛力。 比較顧客後續實際績效與原潛力分析結果，藉此瞭解顧客某方面潛力是否已經耗盡。,37,銷售資訊系統,接收銷售主檔資料，加以分析形成以下報表: 銷售彙總(Sales Summary) 銷售活動清單(Lists of Sales Activities) 銷售交易清單(List of Sales Deals) 促銷清單(Promotions List) 項目提議清單(List of Item Prop
26、osals) 競爭性產品(Competitive Products) 交互分析比較(Cross Matching) 作為銷售決策之參考; 並且同時支援後續的銷售活動，成為其主要的資料來源。,38,要項協議 (Outline Agreement),一種總括性的文件與長期性的約定, 詳細具體地說明在某一特定期間內，需交至顧客之產品或服務。 可讓企業有較長時間來作物料規劃，企業也會提供價格優惠給予簽訂要項協議的顧客。 可再區分成兩類: 顧客契約(Customer Contract) 排程協議(Scheduling Agreements),39,顧客契約 (Customer Contract),特別指
27、定產品數量與價格要項協議，顧客會以開出顧客訂單(Sales Orders)的方式來以履行契約。 多張顧客訂單產生的依據，再於適當時間轉換成出貨文件。訂單產生後，系統會同時更新該特定顧客契約之剩餘約定數量。 可細分:主檔契約(Master Contract)、數量契約 (Quantity Contract)、數值契約 (Value Contract)與服務契約(Service Contract)等。,40,排程協議(Scheduling Agreements),特別指明出貨數量與日期的一種要項協議。 依照顧客的需求，建立了多項的出貨排程，然後企業根據這些排程，產生出貨文件來履行這些出貨協議。 在
28、產生出貨文件後，系統也會更新排程協議中的剩餘約定數量。如果企業本身在產業中是扮演零組件供應商(Component Supplier)角色，則通常會和下游顧客簽訂長期的出貨協議，用以取代顧客訂單。,41,顧客詢價單 (Inquiry)與報價單 (Quotation),兩皆是所謂的售前文件(Pre-sale Documents), 記錄顧客正式下訂單前的交易行為。 顧客對提供產品或服務的企業組織可發出詢價請求，企業組織收到後，便在系統建立詢價單，相關資料包括: 該產品或服務的詳細規格以及產品結構。 該產品或服務的訂購數量。 該產品或服務的要求交貨日期。 該產品或服務所認定的價格水準。 企業組織於有
29、效期間內轉建成報價單(不需要逐筆地輸入)，提交顧客。部份的資料包括: 該產品或服務的替代項目(Alternative Items) 預期可以得到的利潤 在倉庫中該產品或服務的可用數量 該產品或服務的可交貨日期 該產品或服務的訂價條件,42,顧客訂單 (Customer Order),一種契約性的確認協議，約定賣方在既定的數量、價錢與時間內，將指定的產品或服務運送給買方。 產生方式： 由報價單(Quotation)轉置而來 為了履行要項協議中的契約文件而產生 系統也同時參考一些顧客、物料、產品-物料等主檔主檔資料上的相關資料 當顧客訂購產品的品名、規格、數量與日期輸入完成後，系統便會自動地執行以
30、下的標準功能: 訂價 (Pricing) 可用量查核 (Availability Checking) 更新物料需求規劃 (Update Material requirements Planning, MRP) 出貨排程 (Delivery Scheduling) 出貨點與運輸路線之決定 (Shipping Point and Route Determination) 顧客信用查核 (Credit Check) 出口執照查核 (Export License Check),43,執行可用量查核 (Availability Check),出貨時程是影響顧客購買決策的重要因素。 要能快速地提供顧客正確
31、的可出貨時間，需即時地參考物料管理模組和生管規劃模組的相關資料。當建立顧客訂單時，立即地執行 可用量查核： 判斷被訂購的產品是否可用(Available), 以確定能夠準時地依照顧客要求的交貨日，將該產品運送至其手中。提供有關於存貨水準(Stock level)的資訊，找出交貨瓶頸所在。 交貨排程 規劃了所有包含訂購產品被運送至顧客手中的相關作業活動,44,承諾可用量之計算,45,交貨排程 (Delivery Scheduling),當輸入顧客要求交貨日期後，系統會參考產品主檔資料與顧客主檔資料上的相關資訊，自動的計算所有有關於出貨排程作業的期限，包括物料可用、 運輸規畫、裝載、及扣帳等期限。
32、 倒推排程(Backward Scheduling) 前推排程(Forward Scheduling),46,交貨之核心企業流程,47,建立交貨文件 (Delivery),啟動並支援整個出貨(Shipping Process)的流程。 提供執行相關交貨所需的資訊， 追蹤出貨作業狀況， 建立出貨過程中所需的資料。 確立高品質顧客服務和有效率作業流程之來源。 產生來源有三: 從顧客訂單轉置而來 (Sales Order) 從出貨協議轉置而來 (Scheduling Agreement) 手動產生交貨文件 (Manual Delivery Creation),48,交貨文件之自動執行功能,查核顧客訂
33、單及其產品以決定建立交貨文件是否可行。 決定出貨的產品以及數量。 再一次的查核可用量。 決定產品重量與體積。 計算出貨的工作量。 更新運輸路線資訊。 加入相關的出口資訊。 查核並調整出貨排程。 指定挑料地點。 決定批次 (如果該產品是被指定為批次管理)。 品質檢驗。 更新顧客訂單資訊以及訂單狀況。,49,交貨文件產生之方式,50,挑料,從倉庫中挑撿出數量正確與品質良好的訂購產品，搬運至指定出貨點，以執行包裝、裝載等後續功能 。 需要系統與實體倉儲作業相互配合。 以交貨文件為啟動來源，可以產生多張挑料清單(或稱揀貨單，Picking List)。系統會參考相關主檔資料與設定，針對每一出貨項目，自
34、動判斷: 是否需要執行挑料？ 需何時開始進行，以符合要求的出貨期限？ 從那一個倉庫(Warehouse)之位置(Storage Location)與儲格(Storage Bin)中挑撿出來？,51,運輸規劃,運輸在進料物流(Inbound Logistics)或出貨物流(Out- bound Logistics)扮演了極為重要的角色。 在銷售與配送模組中最基本要求，必須將顧客所訂購的產品準時地送至其所指定的地點。 包含下列功能: 將合適的交貨文件結合一併出貨。 定義最適的出貨期限。 決定運輸工具與設備。 指定運輸服務代理商。 產生運輸相關文件。 決定最適之運輸路線。 出貨成本之計算與管理。 監
35、控整個出貨流程。 可以5W1H來介定問題,52,運輸規劃之關係圖,53,包裝,完成挑料後，根據企業本身的需求，即對於出貨項目執行包裝作業。傳統上，包裝作業需大量人力執行，且不納入系統規劃與控管，常浪費企業整體人力與時間。 ERP系統中，包裝這項功能支援了整個有關於包裝流程之規劃、執行與追蹤。 針對不同出貨項目，根據包裝資訊決定其相對的包裝方式。包裝資訊 包括出貨項目、包裝材料與出貨單位之組合，其來源主要根據出貨項目的主檔資料，包括物料的型態、重量、體積等; 顧客先前所訂定的交貨計劃(Delivery Plan)，以及針對不同倉庫所訂定的包裝提議(Packing Proposal)，也是可能的來
36、源。 參考相關的包裝資訊決策來源，並且經由包裝規則(Packing Rule)之制定，企業本身可以針對不同的情境執行最適的包裝作業。 系統效益: 經由包裝資訊來更新包裝材料的存貨狀況。 監控可歸還包裝材料(Returnable Packaging Material)之使用情形。 將提供包裝資訊視為一種顧客服務。 可追蹤每一出貨項目所對應的包裝貨櫃之所在。 可確認每一出貨項目符合其重量與體積之限制。 可確認每一出貨項目是否適當地被包裝。,54,裝載,根據企業本身的需求，可以在每個出貨點(Shipping Point)中，再制訂出不同的裝載點(Loading Point)。 裝載點之所在，即為將包
37、裝完成之產品搬運至運輸工具的位置。 執行裝載作業前，需確認運輸規劃已完成，並根據規劃的結果，參考相關資料，系統會自動地決定最適合裝載點。包括: 出貨點之所在 出貨方式 運輸工具 裝載設備,55,列印交貨清單(Delivery Notes)與出貨通知(shipping Notification),當交貨文件建立後，經由生產之流程，如顧客訂購物料已取得，並通過品質檢驗、包裝與裝載，便可執行列印交貨清單。 同時經出貨程序遞交給顧客，做為顧客清點訂購產品之依據。,交貨清單之內容: 顧客訂單與交貨文件 交貨日期 顧客、地址與聯絡方式 產品品名、規格交貨數量 交貨之組織與配送管道 出貨之地點,出貨通知內容
38、: 出貨所包含的交貨文件 出貨日期 出貨地點 出貨路線 目的地 運輸工具,56,扣帳 (Goods Issue),訂購產品包裝完畢並準備出貨時，組織內的出貨流程已完成，出貨控制人員便可以進入系統執行扣帳的動作。 在ERP系統，當執行扣帳時，其他模組功能也會同時啟動: 請款到期清單(Billing Due List)同時產生。(SD) 倉庫中的存貨數量會根據出貨數量而減少。(MM) 物料扣帳文件同時產生。(MM) MRP中的需求量根據出貨數量而減少。(PP) 會計科目中的存貨價值同時減少。(FI/CO) 總帳會計文件同時產生。(FI/CO) 成本會計文件同時產生。(FI/CO) 獲利能力分析文件
39、同時產生。(FI/CO),57,請款之企業流程,58,請款(Billing),銷售與配銷模組中最後一項流程，提供功能: 根據交貨文件而核發發票 根據借貸項通知單請求而核發借貸項通知單 根據交貨文件而核發暫時性發票 廢除請款交易並且執行適當的會計沖帳作業 根據售回訂單而產生貸項通知 根據退款同意書而核發退款文件 立即更新財務會計之資料 請款文件釋出後，相關資料會即時傳送到財務會計模組，以執行現金管理(Cash Management)、獲利能力分析(Profitability Analysis) 與顧客信用管理(Customer Credit Management) 等相關功能。,59,顧客發票
40、(Customer Invoice),請求顧客付款的文件。 建立方式有兩種： 希望送出貨品後即向顧客請款，則依據顧客訂單建立 經顧客收到訂購貨品並接受該貨品且沒有任何報怨後，根據出貨所對應的交貨文件產生。 如經交貨文件建立，ERP 系統也提供不同的請款方式(Billing Methods) 個別顧客發票(Individual Billing Documents): 即以交貨文件為根據，每張交貨文件產生一張顧客發票。 匯集顧客發票(Collective Billing Documents) : 不論顧客訂單或交貨文件多寡，只要符合先前定義準則，即產生一張顧客發票。 分離的顧客發票(Split B
41、illing Documents): 即一張交貨文件分割成多張顧客發票。,60,請款之方式 (Billing Methods),61,顧客發票之內容,大都從先前顧客訂單或交貨文件轉置而來，並參考相關主檔資料而成。一般包含下列的項目: 付款對象 (Pay to Party) 請款日期 (Billing Date) 整張發票淨價值 (Net Value of Entire Billing Document) 請款貨幣別 (Billing Currency) 付款條件與國際條規 (Payment Terms and Incoterms) 請款物料(Billing Material) 請款數量(Bil
42、ling Quantity) 重量與體積 (Weight and Volume) 每個請款項目之淨值 (Net Value of the Individual Items) 每個請款項目之價格(Billing Price of the Individual Items),62,請款價格 (Billing Price),請款價格之決定，是重要的決策項目。 顧客訂單建立時，系統會參考相關的主檔資料，自動地執行訂價。 顧客發票建立時，系統允許三種訂價方式: 直接轉置顧客訂單上的價格 再次參考相關資料執行訂價 手動輸入價格 當參考顧客訂單上的價格時，對於相關的訂價條件，如賦稅和運費等，可選擇決定是否要
43、轉置至顧客發票上。,63,建立借項/貸項通知單 (Debit /Credit Memo),兩者皆是因為顧客報怨所產生的請款文件。 借項通知單增加應收帳款(Account Receivables)的數值。 貸項通知單減少應收帳款的數值。 兩種建立方式： 直接由顧客發票轉置而成 由借/貸項通知單請求(Debit/Credit Memo Request)轉置而成。,64,回扣 (Rebate),顧客在某特定期間內，購買超過定量或金額的產品後，退還某一部份金額給予顧客的回饋。 其產生是根據回扣協議(Rebate Agreement)。內容包含: 回扣付款的對象 回扣準則 協議的有效期限 任何預付或初始
44、的金額 回扣之貨幣別 目前狀況(例如是否已釋出準備結算) 付款方式,65,回扣結算(Rebate Settlement),顧客發票建立後，如合回扣協議之準則，則執行此功能。有兩種方式: 局部清算(Partially Settle) 全數清算(Fully Settle) 如回扣金額達到先前設定額度後，系統會自動地產生貸項通知單請求(Credit Memo Request)，並以此轉置成貸項通知單。 系統會產生更新回扣應計項目(Rebate Accruals), 企業可以隨時追蹤或進一步修正這項資訊。 當該回扣清算全數執行完畢後，系統會將回扣應計項目傳送到財務會計模組，並且將其過帳到適當的會計科目。,
