是來到對岸的第五個日子
也是該開工的時候了
原本說好得從頭教起
來到這邊
老闆只給了一份ppt
裡頭寫的是Sales & Distribution Management
沒了
那就這樣吧
就算只能摸著石頭
還是得要過河
出發吧
走在SAP的路上
P4 R/3系統概觀
我們現在看到的，是一個R/3系統的概觀。從圖上我們可以瞭解到公司在營運過程中，每個環節的相關聯性以及流程。就以我們今天所討論的SD模塊為例，從一開始的銷售活動，接下來的詢價報價，到最後完成交易後的報表管理，我們都可以透過R/3的系統來幫做一個完整個規劃以及資料的收集。
P5 SD與其他模組之整合
而在R/3的系統之中，每個模塊之間都存在著一些關聯性。讓我們再以SD模塊來說，Master data下包含了Sales support(銷售支持)、Sales、Shipping(運輸)、Billing(帳單)、Data warehouse(數據庫)。而其中，在Sales support方面，就會與我們的MM、PP、PM...等等模塊有所關連。
P7 組織架構-1
首先我們看到的是市面上一般公司的組織架構圖。從最上面的集團開始，往下可能會有幾間公司，而公司下面會設有銷售組織，組織下面則有配銷通路，而最後配銷通路下面則是有所屬的幾個產品線。而一般我們所說的Sales area通常就包括了銷售組織、配銷通路以及產品線。
P8 組織架構-2
那我們常說的買賣買賣，有買就有賣，因此，有剛剛看到的銷售組織也當然會有採購的組織。
P9 銷售與配銷主檔來源資料
在整個系統的運作過程中，我們需要有一些相關資料檔來幫助系統做決策，而這些資料檔也就是我們剛剛有提到的Master data，分別有客戶主檔、物料主檔、客戶物料資訊主檔、不完整記錄設定檔、文件輸出設定檔、價格條件主檔。以這張訂單為例好了，首先我們需要客戶主檔及物料主檔來確認跟誰交易及交易些什麼，有了這兩個主檔我們就可以產出客戶物料資訊主檔。而有了Customer-Marterial Information的資料作為基礎，我們就能針對客戶別的不同產生個別的訂單。訂單成立後最重要的我想就是價格，此時再帶入價格條件主檔，為這個客戶產生一個專屬於他們的價格，都完成後我們就可以用文件輸出設定檔來將此訂單輸出。
這些資料檔有什麼作用呢？我們會需要客戶主檔，讓我們知道我們是要和誰做交易。我們需要物料主檔，讓我們知道要和人家交易的品項裡，是否有足夠的備料是否需要再向外採購。甚至我們會需要價格條件主檔，讓我們很清楚的知道這項產品我們要賣多少才不會賠錢。而有了這些資料檔，我們也就可以很輕鬆的透過系統，來輸出一張符合我們公司現況的銷售訂單。
p10 客戶主檔
Master data contains the records that remain in the database over an extended period of time客戶主檔將一些記錄保留在數據庫裡一段時間
Master data is centrally stored (shared across application modules) and processed to eliminate data redundancy客戶主檔是集中儲存和處理我們所收集到的數據(在各模塊間共享)，並消除一些冗餘的數據。
客戶主檔將一些從銷售階層、共用階層以及財務階層收集到的紀錄集中處理及儲存且在各模塊間共享，然後這些data將保留在數據庫裡一段時間。
P11 客戶主檔 - 一般資料
Address：Name,address,language
Control data(控制數據)：Tax imformation(稅務資訊)
Payment transactions(付款合約)：Bank details(銀行詳細資料)
Marketing：Industry(產業),customer classification(客戶分類)
Unloading points(卸貨點)：Goods receiving hours(貨物接收時間)
Export data(出口數據)：Data for export control(出口管制的數據)
Contact persons(聯絡人)：Address of business partners
p12 客戶主檔 - 銷售區域資料
Order(訂單)：Sales office(營業處),Currency(貨幣),Sales district(銷售地區),price group(價格組)
Shipping(運輸)：Shipping condition(航運條件),Delivering plant(交貨工廠),Transportation zone(運輸區域)
Billing document(開票憑證)：Output tax classification(銷項稅分類),Terms of payment(付款方式)
Partner functions(合作夥伴功能)：Ship-to party(送達方),Bill-to party(收票方),Payer(付款人)
P13 客戶主檔 - 客戶主檔之夥伴功能 *Mandatory functions(強制性的功能)
Sold-to party(售達方),Ship-to party,Payer,Bill-to party,Contact persons,Forwarding agent(貨運代理),Personnel(員工)
P14 物料主檔
Basic data1(基本數據)：Relevant for all areas(關於所有區域) / Valid for all organizational units(適用於所有組織單位)
Sales Org(銷售組織)：Relevant sales and distribution(關於銷售與配銷) / Valid for sales organization distribution channel(適用於銷售組織與配銷通路)
Purchasing(購買)：Relevant materials management(關於物料管理) / Valid for plant(適用於工廠)
General/Plant data(一般/工廠數據)：Relevant for sales and distribution / Valid delivering plant(適用於交貨工廠)
Other：Relevant for engineering,materials,planning,accounting(關於工程物料計畫的會計)
P15 銷售與配銷相關之物料主檔
Basic data：Meterial number,Material description(物料說明),base unit of measure(基本計量單位),Division
Sales Org：Delivering plant,Material group(物料組),Tax classification
Sales Org：Material pricing group(物料定價組),volume rebate group(大額回扣組),Product hierarchy(產品分類)
General/Plant：Availability check(可用量核查),Transportation group(運輸組),Loading group(裝載組)
Foreign Trade Export(外貿出口)：Export/Import group(出口/進口組), Region of origin(原產地)
Sales Text(銷售文本)：Item text for sales(項目銷售文本)
P16 Customer master data(客戶物料資訊)
在我們收集完Customer master data以及Material master data這些資料時，我們就可以將它轉換成Customer-Material Information(客戶物料資訊)
P17 以Customer-Material Information輸入訂單
而有了Customer-Marterial Information的資料作為基礎，我們就能針對客戶別的不同產生個別的訂單。
P18 價格條件資料檔
Price：Material price,Price list(價目表),Customer-specific(客製化),Other
Freights(運費)：Freight Incoterms 1+2(國際貿易術語),Othe
Surcharges/Discounts(附加費用/折扣)：for costomer,for material,for pricing group,for material pricing group,Other
Taxes：Value-added tax(增值稅),Other
而說到了訂單，我相信大家最關心的應該就是在於價格的部分。價格的部分也跟我們一開始所提到的方式一樣，我們需要提供一些資料檔給系統，什麼樣的資料呢？
P19 銷售訂單價格決定
而有了上述的這些資訊，系統也就可以依照我們所給的資料，為我們的客戶量身打造一份專屬於他們的銷售訂單。
P20 資料輸出
那有了價格有了銷售訂單，我們就可以將我們所得的資訊做一個輸出。而在輸出方面，你可以指定以何種形式產生文件以及何時發送，因此我們又將資料輸出分為兩個部分，一是Timing，另一個則是Output type。
Timing的部分，Immediately(立即)例如創建一張訂單；On request(要求)例如影印一張合約；或是With next selection run or at a specified time例如日程的安排。
Output type的部分，則有Online,Printer,Telex,Mail,EDI以上幾種方式。
P21 Incompletion 不完整記錄
P23 銷售與配銷流程
剛剛看完了R/3系統的流程之後，我們大致上可以了解到我們需要哪些資料檔為了要完成哪些作業。那光說系統大家可能還是很模糊，不如我們就把整個銷售與配銷的流程套進來，讓大家能更清楚一些。
一般來說，整個銷售與配銷的流程大概就會像這張圖所表示，從銷售的前置作業、決定價格條件，到後來的出貨以及應收帳款，我們可以看到其實每個階段都有系統可以幫忙的地方，例如，前置作業時，我們會需要剛剛所收集到的客戶主檔以及物料主檔，或者是決定價格條件時，我們也會需要價格條件檔來幫我們計算什麼樣的價格適合這個客人。因此，我們就將銷售與配銷的整個流程，大致劃分為五個部分，分別是銷售前置作業、銷售訂單管理、庫存管理、貨物配送以及最後的收款。
P24 銷售前置作業
以這張銷售拜訪報告為例。我們的業務員在外辛苦拜訪廠商回到公司之後，寫了這份銷售報告，裡頭有廠商名稱，拜訪的原因，拜訪的結果...等資訊，此時我們就能針對客戶的需求來作回應，比如說，再寄型錄給廠商、或者是廠商提出購買意願，那就跟廠商做報價、甚至是針對廠商做銷售歷史的紀錄以及後續追蹤，都是可以透過系統來達成的。
P25 銷售訂單之建立
結束了銷售前置作業，我們就可以進入到銷售訂單的建立。要建立一張訂單，我們會需要客戶資料、產品資訊、產品數量等數據，那對系統來說，就是我們先前一直提到的Customer master data,Material master data等等的數據。
P26 銷售訂單
銷售訂單：Standard sales order(標準銷售訂單),Inquiry,Quotation
銷售項目：Standard item(標準品),Free-of-charge item(免費品),Text item
銷售排程：Material requirements planning(物料需求計畫),No material planning(物料數量計畫),No inventory management(庫存數量計畫)
基本功能：Partner determination(確認合作夥伴),Pricing(定價),Incompletion(不完整記錄),Free Goods(免費品),Determining materials(物料確認),Requirements transfer(需求轉移),Delivery scheduling(交貨時間表),Output(產量),Text determination,Credit management(信用管理)...
P27 Sales document type 銷售訂單類型範例
Standar order(標準訂單),Contract(合約),Cash sales(現金買賣),Rush order(急單),Free of charge(贈品),Returns(客戶退貨),Consignment(寄賣品),Credit/Debit(借/貸)
P28 銷售文件
銷售文件裡頭包括了：交貨排程，需求轉移，訂價，銷售資訊系統，信用控制，輸出，備註說明，可用度核查
每一筆交易或是銷售文件，都可以讓R/3系統執行特定函數
而這些函數也將會影響文件通過組件對象模組的週期
P29 銷售項目明細
銷售項目明細裡頭包括了：Separate business data(不同項目可有不同銷售條件),Completion rule(結案規則),Schedule lines(交貨排程),Delivery(貨物運送處理),Billing(請款資訊),BOMs,價格條件,
Assigning basic functions(基本功能分配) - Partner determination(夥伴確認),Text determination(文件確認),Incompletion...
P30 銷售項目明細之子項目
P31 銷售排程明細
排程明細內含有：Goods movement(庫存異動),Delivery(貨物運輸處理),Purchasing(缺料產收採購需求),Availability check(庫存可用度核查),Requirements transfer(缺料產生內製需求),
Assogning basic functions - Incompletion...
P32 信用控制
CCA(成本中心會計),Risk category(風險種類),Operate(操作),Static(靜態),Dynamic(動態),Credit horizon(信用範圍),Receivables(應收帳款)
P33 信用狀處理
Consistency check(一致性檢查)
P34 排程方式
一般來說，整個銷售到出貨的流程大概都會經過以上這些活動，那排程方式我們也可以大致分為兩種，如此一來我們在安排行程時，可以針對不同的案子採用不同的排程方式。
P35 庫存可用度核查
可用度核查是針對物料的可用日期做檢查
P36 可用度核查範圍
Stocks：Stock categories considered during the availability check,e.g could include safety stock held for quality inspection(可用性檢查期間審議的庫存類別，例如可能包括持有安全庫存質量檢驗)
Receipts/Issues：Inward and outward stock movements considered during availability check(抵港及離港時可用性檢查期間審議的庫存走勢)
Replenishment lead time(補給提前時間)：Determines if replenishment lead time for materials procured externally is included in the availability check(決定是否提前補貨外購物料在可用性檢查)
P37 缺料處理
在銷售訂單成立之後，透過系統的可用度核查我們就可以了解到我們目前缺貨的狀況，這時候再經由物料管理或物料需求計畫來看是要自行內製或是外購。
P38 貨物配送
當貨物準備完成，我們就可以準備出貨。出貨從Shipping point出發，經過Warehouse的picking，Packing，Transportation，Printing and sending shipping docs最後出貨。
P39 建立交貨通知單之方式
1．
2．交貨到期清單
3．
P40 交貨通知單與訂單之關係
1．Complete delivery(完全交貨)
2．Partial delivery(部分交貨)
3．Order combination(訂單組合)
P41 撿貨
當貨物需要Outbound delivery(外向交貨)時，我們首先得創建transfer order(劃帳委托)，將此需求讓工廠知道，接著經過撿貨，確認品項數量後，即可發貨過帳。
P42 包裝
當發貨過帳後，我們便可以開始將這些貨物包裝起來。從紙箱、拖板、到貨櫃。最後再貼上Shipping label(出貨標籤)及附上Packing list便可出貨。
P43 發貨過帳對系統之影響
當外向出貨發貨過帳，資料進入到系統後，我們所看到的這幾個部分就會隨著此次的交易而有所變動。舉凡Requirements(調整需求量), Order,Outbound delivery(訂單,外向交貨), Billing due list(開票到期清單), 會計科目, 物料庫存, 都會受到影響。
P44 請款處理
Invoices can be grouped using selection criteria, such as customer, billing due date, and receiving country(發票分組可以使用的選擇標準，如客戶、帳單到期日、並接受國家分組)
P45 Billing types請款文件類型
Proforma invoice(形式發票),Cash sale(現金銷售),Credit/Debit memo(借貸備忘錄),Returns(收益),Intercompany billing(公司間開票),Cancellation(取消),Invoice list(發票清單),External transactions(外部交易),Invoice(發票)
P46 建立請款文件對系統之影響
在建立請款文件，資料進入到系統後，對系統的影響也將會有Billing document(開票單據),Accounts receivable(應收帳款),Sales information system(銷售資訊系統),Delivery/Order(交貨/訂單),Profitability analysis(獲利分析),Customer credit account(客戶的貸向帳戶)
P47 開立發票之方式
1．Invoice split(發票拆分)：一張訂單經過一次出貨但分成兩張發票。
2．Separate billing doc for each outbound delivery(單獨計費每個外向交貨)：一張訂單，分成兩次出貨，也分別各有一張發票。
3．Collective processing(匯總處理)：可能有幾筆訂單，分成幾次的出貨，但最後匯集成一張發票。
P48 應收帳款
Payment is a process that is part of the application module Financial Accounting(付款方式是一種過程，是FI模塊的一部分)
Payment supports：
1．Posting payments against invoices(支援發票過帳付款?)
2．Reviewing differences(回顧差異)
P49 銷售訂單歷史紀錄
1．Sales documents represent transactions in the R/3 system(在R/3系統中，銷售文件代表交易)
2．The transactions form a ch
ain of related documents, called document flow in the R/3 system(交易形成一連串相關的文件，在R/3系統裡稱為Document flow)
3．The R/3 system copies data from one document into another to reduce manual data entry and make problem solving easier(R/3系統複製數據從一個文件到另一個,除了減少人工輸入之外也使解決問題更容易)
在R/3系統中，銷售文件代表交易。從我們一開始的銷售訂單的成立到最後的應收帳款中間的所有交易在系統中形成一連串相關的文件，在R/3系統裡稱為Document flow。那透過系統，我們可以將這些數據從一個文件複製到另一個文件，除了減少人工輸入之外也使解決問題更容易。
P51 託倉(HUB倉)
P52 託售補貨及出貨
P53 託售回貨及出貨
P54 三方貿易
上頭是自己拼拼湊湊整理出來的資料
黃底是報告內容
紅字是不太確定
黃底是報告內容
紅字是不太確定
至於能有多少正確性
待20131219驗收後就會知道
怕什麼
至少出發了
keep going。
沒有留言:
張貼留言