erp物料报废 oracle_ERP核心业务流程和Oracle-ERP业务和数据对象分析
作者：人月神話，新浪博客同名
簡(jiǎn)介：多年SOA規(guī)劃建設(shè)，私有云PaaS平臺(tái)架構(gòu)設(shè)計(jì)經(jīng)驗(yàn)，長(zhǎng)期從事一線項(xiàng)目實(shí)踐
今天簡(jiǎn)單整理下原來整理過的ERP核心業(yè)務(wù)流程和Oracle-ERP核心業(yè)務(wù)功能和數(shù)據(jù)對(duì)象分析。在介紹Oracle-ERP核心模塊前先分析下我們經(jīng)常談到的主生產(chǎn)計(jì)劃和物料需求計(jì)劃。
主生產(chǎn)計(jì)劃
對(duì)于大部分企業(yè)，與其說一個(gè)系統(tǒng)是否稱的上是ERP系統(tǒng)還不如說該系統(tǒng)能否真正算的上一個(gè)MRPII系統(tǒng)。MRPII的核心數(shù)據(jù)基于ITEM和BOM,以此實(shí)現(xiàn)物流，信息流和資金流的完全整合。
所以一個(gè)MRPII系統(tǒng)至少應(yīng)該有基于BOM分解的MRP運(yùn)算功能，同時(shí)考慮資源約束形成閉環(huán)的MRP，但MRP關(guān)注的是很細(xì)節(jié)的原材料需求計(jì)劃，所以關(guān)注點(diǎn)在細(xì)節(jié)和近期。
而MPS主生產(chǎn)計(jì)劃則是一個(gè)較粗的關(guān)注產(chǎn)品或可配置的半成品在各個(gè)時(shí)段的具體需求的計(jì)劃，因此MPS有效的銜接了銷售模塊和MRP,通過運(yùn)行MPS才能夠?qū)崿F(xiàn)由計(jì)劃驅(qū)動(dòng)的一體化控制模式。因此有無MPS主生產(chǎn)計(jì)劃功能已經(jīng)是否考慮資源約束是ERP系統(tǒng)另一個(gè)重要特征,只有MPS主生產(chǎn)計(jì)劃可行的情況下，才應(yīng)該進(jìn)入計(jì)劃的細(xì)化，運(yùn)行近期的MRP物料需求計(jì)劃和能力需求計(jì)劃。
為什么要先有主生產(chǎn)計(jì)劃,再根據(jù)主生產(chǎn)計(jì)劃制訂物料需求計(jì)劃?是否可以直接根據(jù)銷售預(yù)測(cè)和客戶訂單來制訂物料需求計(jì)劃?
概括地說:MRP的計(jì)劃方式就是追蹤需求。
如果直接根據(jù)預(yù)測(cè)和客戶訂單的需求來運(yùn)行MRP,那么得到的計(jì)劃將在數(shù)量和時(shí)間上與預(yù)測(cè)和客戶訂單需求完成匹配。但是 ,預(yù)測(cè)和客戶訂單是不穩(wěn)定、不均衡的,直接用來安排生產(chǎn)將會(huì)出現(xiàn)時(shí)而加班加點(diǎn)也不能完成任務(wù),時(shí)而設(shè)備閑置很多人沒有活干的現(xiàn)象,這將給企業(yè)帶來災(zāi)難性的后果,而且企業(yè)的生 產(chǎn)能力和其他資源是有限的,這樣的安排也不是總能做得到的。加上主生產(chǎn)計(jì)劃這一層次,通過人工干預(yù),均衡安排,使得在一段時(shí)間內(nèi)主生產(chǎn)計(jì)劃量和預(yù)測(cè)及客戶訂單在總量上相匹配,而不追求在每個(gè)具體時(shí)刻上均與需求相匹配,從而得到一份穩(wěn)定、均衡的計(jì)劃。
由于在產(chǎn)品或最終項(xiàng)目(獨(dú)立需求項(xiàng)目)這一級(jí)上的計(jì)劃(即主生產(chǎn)計(jì)劃)是穩(wěn)定和均衡的,據(jù)此所得到的關(guān)于非獨(dú)立需求項(xiàng)目的物料需求計(jì)劃也將是穩(wěn)定和勻稱的。因此制訂主生產(chǎn)計(jì)劃是為了得到一份穩(wěn)定、均衡的生產(chǎn)計(jì)劃。
對(duì)于MRP一般會(huì)每周運(yùn)算，每天可能還會(huì)跑一個(gè)增量的MRP。而對(duì)于MPS一般會(huì)制定6個(gè)月甚至更長(zhǎng)時(shí)間的計(jì)劃，整個(gè)時(shí)間區(qū)間首先分為短期，中期和遠(yuǎn)期三個(gè)時(shí)區(qū)，每個(gè)時(shí)區(qū)還會(huì)分為多個(gè)時(shí)段。MPS的輸入一般既有實(shí)際的訂單，又有預(yù)測(cè)信息，因此在短期一般以訂單作為需求基準(zhǔn)，中期取訂單和預(yù)測(cè)的最大值，而遠(yuǎn)期一般只有預(yù)測(cè)值可取。在不能完全實(shí)現(xiàn)類似Dell的完全按單生產(chǎn)的Pull模式的時(shí)候，很多企業(yè)都屬于這種混合計(jì)劃模式。
根據(jù)定義，MPS是詳細(xì)陳述在何時(shí)要生產(chǎn)出多少物品的計(jì)劃。
因此，任何一家公司的MPS總是計(jì)劃內(nèi)物品與每一計(jì)劃內(nèi)物品所覆蓋的時(shí)間期間所構(gòu)成的一個(gè)矩陣。所使用的時(shí)間期間往往是一周，雖然對(duì)大而復(fù)雜的產(chǎn)品如發(fā)電設(shè)備與船舶有時(shí)用兩周或一個(gè)月。對(duì)于這里提及到的物品對(duì)于MTO(Make to Order)計(jì)劃模式的時(shí)候一般就是最頂層的產(chǎn)品，而對(duì)于ATO(Assembly to Order)方式時(shí)候，由于根據(jù)不同的半成品可以配置出成千上萬的產(chǎn)品，因此MPS計(jì)劃仍然會(huì)依據(jù)計(jì)劃Bom進(jìn)行分解，最后得出的是各個(gè)裝配件的各時(shí)段的需求數(shù)量。
MPS中一個(gè)重要概念就是提前期，一個(gè)產(chǎn)品客戶三個(gè)月以后要，可能現(xiàn)在就要開始進(jìn)行原材料的采購，并準(zhǔn)備相關(guān)的生產(chǎn)。因此采購周期，加工周期，裝配周期和發(fā)運(yùn)周期共同構(gòu)成了某個(gè)產(chǎn)品的提前期。其中加工周期又涉及到了排隊(duì)時(shí)間,準(zhǔn)備時(shí)間,加工時(shí)間,等待時(shí)間,傳送時(shí)間等多個(gè)時(shí)間。當(dāng)一個(gè)產(chǎn)品的Bom層次很深的時(shí)候，既要考慮各層的這些加工和裝配時(shí)間，又要考慮能力資源的約束，因此加工提前期的計(jì)算并不是固定一層不變的。
在MPS計(jì)劃編制中需要壓制其可行性，在這里一般通過RCCP(粗能力計(jì)劃)進(jìn)行校驗(yàn)。TOC約束理論在ERP中有特別重要的作用和地位，特別是在后期APS(Advanced Plan System)如I2的APS中更是得到充分的體現(xiàn)。
一個(gè)MPS計(jì)劃必須考慮各個(gè)資源的約束，這里面的原材料，生產(chǎn)設(shè)備，生產(chǎn)人員，提前期，加工裝配工序等都是重要的約束條件。在資源約束無法滿足需求的時(shí)候，還可以考慮可替代BOM,可替代物料和供應(yīng)商，可替代工藝路線等多種替代資源。充分考慮了這些約束的RCCP將是很復(fù)雜的。
進(jìn)行主生產(chǎn)計(jì)劃編制的步驟是首先是輸入各個(gè)時(shí)段的預(yù)測(cè)信息和訂單信息，根據(jù)這些信息得到毛需求，同時(shí)根據(jù)計(jì)劃批量預(yù)估每個(gè)時(shí)段的計(jì)劃產(chǎn)出量。根據(jù)毛需求和計(jì)劃產(chǎn)出量信息得出各個(gè)時(shí)段的預(yù)計(jì)可用庫存。然后根據(jù)毛需求，預(yù)計(jì)可用庫存，再考慮產(chǎn)品的安全庫存的需要得出凈需求。最后根據(jù)凈需求，提前期得出計(jì)劃投入量和可供銷售量。
MPS驅(qū)動(dòng)一體化的計(jì)劃控制系統(tǒng)，它把較高層次的生產(chǎn)計(jì)劃與日常的日程計(jì)劃連鎖在一起。這就確保后者支持前者，而且在二者不可能保持同一步伐之前會(huì)生成早期警告信號(hào)。MPS運(yùn)算結(jié)果可行后直接指導(dǎo)MRP運(yùn)算和能力需求計(jì)劃,同時(shí)根據(jù)MPS計(jì)算結(jié)果得出合同履行承諾(比如客戶在三個(gè)月后要某個(gè)產(chǎn)品5000臺(tái)，根據(jù)現(xiàn)在情況是否能夠滿足該合同的履行。
從主生產(chǎn)計(jì)劃到物料需求計(jì)劃
物料需求計(jì)劃(Material Requirement Planning 簡(jiǎn)稱MRP)是當(dāng)代國(guó)際上一種成功的企業(yè)管理理論和方法。其基本思想就是通過運(yùn)用科學(xué)的管理方法和現(xiàn)代化的工具──電腦，規(guī)范企業(yè)各項(xiàng)管理，根據(jù)市場(chǎng)需求的變化，對(duì)企業(yè)的各種制造資源和整個(gè)生產(chǎn)、經(jīng)營(yíng)過程，實(shí)行有效組織、協(xié)調(diào)、控制，在確保企業(yè)正常進(jìn)行生產(chǎn)的基礎(chǔ)上，最大限度地降低庫存量，縮短生產(chǎn)周期，減少資金占用，降低生產(chǎn)成本，提高企業(yè)的投入產(chǎn)出率等，從而提高企業(yè)的經(jīng)濟(jì)效益和市場(chǎng)競(jìng)爭(zhēng)能力。
對(duì)于MRPII而言，重點(diǎn)在于以下三點(diǎn)改進(jìn)，一是增加了MPS主生產(chǎn)計(jì)劃實(shí)現(xiàn)計(jì)劃控制過程一體化，一是充分考慮了能力和資源約束，最后是高度實(shí)現(xiàn)了信息流，數(shù)據(jù)流和資金流的整合。MRPII中的銷售，計(jì)劃，采購，生產(chǎn)，庫存，檢驗(yàn)，應(yīng)收，應(yīng)付，總帳等核心模塊完全實(shí)現(xiàn)數(shù)據(jù)流的高度整合，基本是牽一發(fā)而動(dòng)全身。
MRP運(yùn)算有很多最基本的重要輸入，在沒有MPS的時(shí)候可以直接輸入訂單和預(yù)測(cè)。在有MPS的時(shí)候輸入為MPS的輸出結(jié)果。另外重要的輸入是就BOM和庫存信息。MRP需要按照BOM層次結(jié)構(gòu)逐層展開分解，同時(shí)在每一層都需要考慮相應(yīng)的提前期和半成品庫存。
MRP的輸出回答現(xiàn)在需要采購什么和現(xiàn)在需要制造什么兩個(gè)問題，因此輸出為采購計(jì)劃和生產(chǎn)計(jì)劃，采購計(jì)劃是形成采購訂單的基礎(chǔ)，而生產(chǎn)計(jì)劃是形成加工單的基礎(chǔ)。
對(duì)于多層BOM的時(shí)候，運(yùn)行MRP第一步就是首先要得到原材料級(jí)的各個(gè)時(shí)間點(diǎn)的需求信息。在這里對(duì)多層BOM的分解可以通過遞歸的方式一直分解到最底層，具體遞歸方式為
在分解得出了原材料層級(jí)的各時(shí)間點(diǎn)需求計(jì)劃后，需要根據(jù)時(shí)區(qū)或時(shí)段的改進(jìn)進(jìn)行匯總。匯總后考慮原材料的庫存情況，采購提前期，采購訂單在途情況，考慮安全庫存的情況，得出實(shí)際的需求情況。實(shí)際的需求情況還需要考慮最小訂購量和最小包裝以轉(zhuǎn)換為直接的給供應(yīng)商的采購訂單。
可以看到MRP分解并無想象的復(fù)雜。但當(dāng)考慮產(chǎn)品BOM的加工裝配提前期，考慮能力資源約束的時(shí)候整個(gè)運(yùn)算和平衡將很復(fù)雜。
有些ERP系統(tǒng)可以完全追蹤到銷售合同和采購訂單的一一對(duì)應(yīng)關(guān)系，而銷售訂單經(jīng)常是變化的，中間還有預(yù)測(cè)信息，因此從整個(gè)供應(yīng)鏈優(yōu)化角度來講這種一一對(duì)應(yīng)并無太大的益處，只有對(duì)關(guān)鍵銷售合同需要對(duì)關(guān)鍵資源進(jìn)行鎖定的時(shí)候已經(jīng)需要后期進(jìn)行成本績(jī)效單獨(dú)核算時(shí)可以起一定的作用。基礎(chǔ)數(shù)據(jù)和BOM是MRP運(yùn)算最重要的靜態(tài)基礎(chǔ)數(shù)據(jù)，庫存和在途，在制是最重要的基礎(chǔ)動(dòng)態(tài)數(shù)據(jù)，如果這些基礎(chǔ)數(shù)據(jù)不準(zhǔn)確將直接導(dǎo)致MRP輸出結(jié)果的不準(zhǔn)確。
MRP一般每周運(yùn)行一到兩次，同時(shí)每天都可能跑增量的MRP(只處理訂單和預(yù)測(cè)的變更情況)。在準(zhǔn)備下生產(chǎn)工單之前，一般會(huì)進(jìn)行相關(guān)的產(chǎn)品齊套分析，確認(rèn)生產(chǎn)產(chǎn)品的原材料是否都齊備，是否存在缺料的情況，當(dāng)齊套分析滿足后即可下達(dá)相關(guān)的生產(chǎn)工單。
以下簡(jiǎn)單描述由MRP驅(qū)動(dòng)的重要的數(shù)據(jù)流情況：
Oracle-ERP供應(yīng)商
供應(yīng)商的三層表結(jié)構(gòu)
一個(gè)供應(yīng)商可以有多個(gè)地點(diǎn)，有些地點(diǎn)是用于采購，而有些地點(diǎn)用于付款，也可以是既用于采購也用于付款。采購相關(guān)關(guān)鍵屬性為收貨地點(diǎn)和收單地點(diǎn)，即供應(yīng)商送貨地點(diǎn)和供應(yīng)商發(fā)票寄送地點(diǎn)。同時(shí)在供應(yīng)商-》采購還需要維護(hù)發(fā)運(yùn)方式等信息。
當(dāng)?shù)攸c(diǎn)用于付款的時(shí)候，需要填寫銀行賬戶信息，付款條件信息等。在供應(yīng)商-》會(huì)計(jì)維護(hù)負(fù)債賬戶組合，預(yù)付款賬戶組合，遠(yuǎn)期付款賬戶組合等。
供應(yīng)商地點(diǎn)需要關(guān)聯(lián)付款條件，付款條件對(duì)應(yīng)AP_TERM_TL和AP_TERM_LINES分別為付款條件頭和付款條件行信息。付款方法取自快速編碼表AP_LOOKUP_CODES，類型為PAYMENT METHOD。另外供應(yīng)商付款所涉及到得稅碼和具體的稅率分別對(duì)應(yīng)到AP_TAX_CODES_ALL和AP_AWT_TAX_RATES_ALL兩個(gè)表。
雖然供應(yīng)商信息這涉及三個(gè)表，但是供應(yīng)商本身信息分多個(gè)維度和區(qū)域。包括供應(yīng)商基本信息，供應(yīng)商會(huì)計(jì)區(qū)域?qū)傩?#xff0c;供應(yīng)商采購區(qū)域?qū)傩?#xff0c;接收區(qū)域?qū)傩?#xff0c;供應(yīng)商付款和銀行賬戶區(qū)域?qū)傩浴?/p>
供應(yīng)商地址薄維護(hù)分兩步進(jìn)行，首先是地址信息，然后是地點(diǎn)信息，對(duì)應(yīng)地址層不分OU，在為地址層創(chuàng)建地點(diǎn)的時(shí)候?qū)⒌攸c(diǎn)對(duì)應(yīng)到具體的OU。對(duì)應(yīng)到PO_VENROD_SITES表的ORD_ID字段。
在供應(yīng)商地點(diǎn)表會(huì)維護(hù)FOB信息。FOB是FREE ON BOARD三個(gè)單詞第一個(gè)字母的大寫，中文意思為裝運(yùn)港船上交貨，指定具體裝運(yùn)港名。適用運(yùn)輸方式：海運(yùn)和內(nèi)河運(yùn)輸。關(guān)鍵點(diǎn)：風(fēng)險(xiǎn)劃分點(diǎn)，交貨點(diǎn)，費(fèi)用劃分點(diǎn)均在裝運(yùn)港買方指定的輪船舷(實(shí)際操作中為裝到船艙內(nèi))。
供應(yīng)商地點(diǎn)可以管理支付編碼信息。根據(jù)說明，支付組應(yīng)該就是在做付款批的時(shí)候使用的，跟優(yōu)先級(jí)一個(gè)道理。做應(yīng)付發(fā)票的時(shí)候，選擇支付組，付款批的時(shí)候可以用支付組這個(gè)參數(shù)來只給所選擇的支付組進(jìn)行付款。
比如，一個(gè)發(fā)票批里有A，B兩張發(fā)票，A發(fā)票是“員工支付組”，B發(fā)票是“供應(yīng)商支付組”付款批的時(shí)候，選擇相應(yīng)的發(fā)票批，然后支付組選擇“員工支付組”那么該付款批就只能選擇到A這張發(fā)票了。如果去掉這個(gè)參數(shù)的話，A，B的發(fā)票是都可以選擇到的。
在供應(yīng)商維護(hù)，控制里面可以維護(hù)發(fā)票匹配選型，具體的匹配規(guī)則。也可以選擇暫掛不匹配發(fā)票。
Oracle-ERP物料
核心表：inv.mtl_system_items
物料第一次定義都是定義主組織物料，其它庫存組織要使用必須進(jìn)行庫存組織分配，可以看到在表里面segment1編碼字段由于organization_id不同會(huì)存在多條記錄，每進(jìn)行一次庫存組織分配會(huì)增加一條記錄。在進(jìn)行物料定義的時(shí)候首先是基礎(chǔ)信息，包括：
- 編碼：segment1
- 描述：description
- 單位：unit_of_issue 字典表在inv.mtl_units_of_measure
- 狀態(tài)：有效和無效兩種狀態(tài)
- 物料類型：item_type
- 項(xiàng)目類型(item type)
在這里需要先解釋item類型和item模板。item類型是具有相同基本初始屬性定義的一類item的總稱。它是對(duì)公司眾多item進(jìn)行分類管理的一種方法。item模板是item定義時(shí)的一個(gè)參照體，我們可以使用item模板對(duì)同一item類型的item快速定義其相關(guān)初始屬性。也就是說定義物料的時(shí)候可以選擇物料的類型，類型會(huì)對(duì)應(yīng)到相應(yīng)的模板自動(dòng)初始化物料定義相關(guān)屬性。
物料主要信息定義完成后可以對(duì)物料進(jìn)行組織分配，分配到各個(gè)庫存組織上，必須進(jìn)行組織分配后在相關(guān)的庫存組織才能夠使用該物料。分配后的組織屬性可以看到有些主組織屬性是不能修改的，有些屬性可以進(jìn)行修改。物料維護(hù)界面除了物料主要屬性定義外，還包括了庫存，物料清單BOM，資產(chǎn)管理，成本計(jì)算，采購，接收，物理屬性，總計(jì)劃，MPS/MRP計(jì)劃，提前期，WIP，訂單多個(gè)維度的屬性信息。
分類集和分類
Category sets may be used as a means to develop custom lists of items on which to report and sort. You can also create other category sets such as John's Priority or Jane's Priority, with categories like high, medium, and low。分類集是按不同用途分的大類，例如有按財(cái)務(wù)管理的類，有按產(chǎn)品屬性分的類，等等。而分類是在分類集下的分類，例如財(cái)務(wù)管理的類型可分幾類：制成品，購買品；產(chǎn)品屬性的類型又可分幾類：金屬件，塑料件，晶體件，等等。一個(gè)item可以分配給多個(gè)分類集。
提前期
系統(tǒng)中的物料有“采購件”、“制造件”兩種類型，制造件的提前期相對(duì)復(fù)雜。在系統(tǒng)的BOM模塊中可以計(jì)算制造件的提前期。而采購件的提前期只有手工錄入。即使有工藝路線，也不會(huì)計(jì)算提前期。任何何采購件的提前期都會(huì)考慮工作日歷。只在工作日考慮采購提前期，及假設(shè)休息日沒有任何采購相關(guān)的業(yè)務(wù)。
采購件的提前期計(jì)算邏輯如下(1+2+3):
1.過賬提前期/后加工提前期/Postprocessing Leadtime(從接收到入庫的時(shí)間)
2.處理時(shí)間/加工中提前期/Processing Leadtime (供應(yīng)商處理訂單到交貨給你的時(shí)間)
3.預(yù)提前期/預(yù)加工提前期/Preprocessing Leadtime (采購訂單完成前需要的時(shí)間)
總計(jì)劃(general planning)
庫存計(jì)劃方法就是通過設(shè)置上下限存貨量來控制庫存的一種庫存管理方法，即當(dāng)庫存低于下限(最小值)時(shí)，下達(dá)采購計(jì)劃，補(bǔ)充到庫存上限(最大值)。
- Inventory Planning Method: Min-Max
- Min-Max Quantity: Mininum(最小值)Maxinum(最大值)
- Order Quantity(訂單量): Mininum(最小值)Maxinum(最大值)
- Fixed lot Multiplier(固定批量)
- Make Or Buy(制造件或采購件)：若為采購件選擇Buy，若為制造件選擇Make
- Source(來源，一般指補(bǔ)貨來源)
- Source Type(補(bǔ)貨來源):若為采購件，此處選擇Suppplier(供應(yīng)商)
物料表詳細(xì)字段說明參考
- ORGANIZATION_ID NUMBER 組織代碼
- INVENTORY_ITEM_ID NUMBER 項(xiàng)目?jī)?nèi)碼
- SEGMENT1 VARCHAR2(40) 項(xiàng)目編碼(外碼)
- UNIT_OF_ISSUE 單位
- DESCRIPTION 項(xiàng)目說明
- ALLOWED_UNITS_LOOKUP_CODE 可否單位換算
- INVENTORY_ITEM_STATUS_CODE 項(xiàng)目狀態(tài)
- ITEM_TYPE 項(xiàng)目類型
- PRIMARY_UNIT_OF_MEASURE 基本度量單位
- BASE_ITEM_ID 基礎(chǔ)代碼
- BOM_ENABLED_FLAG BOM使能標(biāo)志(項(xiàng)目能否有清單)(Y/N)
- BOM_ITEM_TYPE BOM項(xiàng)目類型
- ENGINEERING_ECN_CODE 工程更改號(hào)
- ENGINEERING_ITEM_ID 工程項(xiàng)目代碼
- ENG_ITEM_FLAG 是否是工程項(xiàng)目
- COSTING_ENABLED_FLAG 成本始能標(biāo)志(有無成本)
- COST_OF_SALES_ACCOUNT 貨物銷售帳目
- DEFAULT_INCLUDE_IN_ROLLUP_FLAG 是否可為缺省
- INVENTORY_ASSET_FLAG 是否是庫存資產(chǎn)
- STD_LOT_SIZE 標(biāo)準(zhǔn)批量規(guī)格
- ALLOW_ITEM_DESC_UPDATE_FLAG 是否可更新項(xiàng)目說明
- ASSET_CATEGORY_ID 資產(chǎn)類別
- BUYER_ID 采購員代碼
- ENCUMBRANCE_ACCOUNT 無效賬目
- EXPENSE_ACCOUNT 費(fèi)用賬戶
- HAZARD_CLASS_ID 風(fēng)險(xiǎn)類代碼
- LIST_PRICE_PER_UNIT 單位定價(jià)
- MARKET_PRICE 市價(jià)
- OUTSIDE_OPERATION_FLAG 外部操作項(xiàng)目
- OUTSIDE_OPERATION_UOM_TYPE 外部操作單位類型
- PRICE_TOLERANCE_PERCENT 允許價(jià)格偏差百分比
- PURCHASING_ENABLED_FLAG 是否可采購
- PURCHASING_ITEM_FLAG 采購項(xiàng)目
- ROUNDING_FACTOR A 取舍因子
- TAXABLE_FLAG 稅收項(xiàng)目
- UNIT_OF_ISSUE 單位
- ALLOW_EXPRESS_DELIVERY_FLAG A 可以快遞項(xiàng)目
- ALLOW_SUBSTITUTE_RECEIPTS_FLAG 收據(jù)是否可以替換
- DAYS_EARLY_RECEIPT_ALLOWED 可以提前天數(shù)
- DAYS_LATE_RECEIPT_ALLOWED 可以推遲天數(shù)
- ENFORCE_SHIP_TO_LOCATION_CODE 目的地
- INVOICE_CLOSE_TOLERANCE 發(fā)票結(jié)束偏差
- QTY_RCV_EXCEPTION_CODE 例外接收數(shù)量代碼
- QTY_RCV_TOLERANCE 例外接收允許量
- RECEIPT_REQUIRED_FLAG A 是否必須收據(jù)
- RECEIVE_CLOSE_TOLERANCE A 接收結(jié)束允許天數(shù)
- RECEIVING_ROUTING_ID 接收行程安排編碼
- AUTO_SERIAL_ALPHA_PREFIX Starting Serial Prefix
- CYCLE_COUNT_ENABLED_FLAG 能否循環(huán)計(jì)算
- INVENTORY_ITEM_FLAG 是否為庫存項(xiàng)目
- LOCATION_CONTROL_CODE 采購點(diǎn)控制代碼
- LOT_CONTROL_CODE 是否有批量控制
- MTL_TRANSACTIONS_ENABLED_FLAG 可否交易
- POSITIVE_MEASUREMENT_ERROR Pos Measurement Error
- RESERVABLE_TYPE 是否要預(yù)留
- RESTRICT_LOCATORS_CODE 是否限制定位
- REVISION_QTY_CONTROL_CODE 是否受修訂版本控制
- SERIAL_NUMBER_CONTROL_CODE 是否受系列號(hào)控制
- SHELF_LIFE_CODE 有無存儲(chǔ)期限控制
- SHELF_LIFE_DAYS 存儲(chǔ)期天數(shù)
- START_AUTO_LOT_NUMBER 開始批量
- START_AUTO_SERIAL_NUMBER 開始系列號(hào)
- STOCK_ENABLED_FLAG 能否庫存
- UNIT_VOLUME 體積
- UNIT_WEIGHT 重量
- VOLUME_UOM_CODE 體積度量單位
- WEIGHT_UOM_CODE 重量度量單位
- CARRYING_COST 運(yùn)輸費(fèi)用百分比
- FIXED_DAYS_SUPPLY 固定提前期
- FIXED_LOT_MULTIPLIER 固定批量大小
- FIXED_ORDER_QUANTITY 固定訂單數(shù)
- INVENTORY_PLANNING_CODE 庫存計(jì)劃方法
- MAXIMUM_ORDER_QUANTITY 最大定單數(shù)
- MAX_MINMAX_QUANTITY Min-Max Maximum Quantity
- MINIMUM_ORDER_QUANTITY 最小定單數(shù)
- MIN_MINMAX_QUANTITY Min-Max Minimum Quantity
- MRP_SAFETY_STOCK_CODE 安全庫存
- MRP_SAFETY_STOCK_PERCENT 安全庫存百分比
- ORDER_COST 訂單費(fèi)用
- PLANNER_CODE 計(jì)劃員屬性
- SAFETY_STOCK_BUCKET_DAYS 安全庫存天數(shù)
- SOURCE_ORGANIZATION_ID 來源組織代碼
- SOURCE_SUBINVENTORY 來源子庫存
- SOURCE_TYPE 補(bǔ)充來源類型
- ACCEPTABLE_EARLY_DAYS 接收提前天數(shù)
- AUTO_REDUCE_MPS 自動(dòng)沖減MPS
- DEMAND_TIME_FENCE_CODE 需求時(shí)間欄
- DEMAND_TIME_FENCE_DAYS 需求時(shí)間欄天數(shù)
- MRP_CALCULATE_ATP_FLAG 是否有ATP
- MRP_PLANNING_CODE 計(jì)劃方法
- OVERRUN_PERCENTAGE 超差百分比
- PLANNING_MAKE_BUY_CODE 制造或購買
- PLANNING_TIME_FENCE_CODE 計(jì)劃時(shí)間欄
- PLANNING_TIME_FENCE_DAYS 計(jì)劃時(shí)間欄天數(shù)
- REPETITIVE_PLANNING_FLAG 是否是重復(fù)計(jì)劃
- SHRINKAGE_RATE 收縮比率
- CUMULATIVE_TOTAL_LEAD_TIME 累積總體提前期
- CUM_MANUFACTURING_LEAD_TIME 制造提前期
- FULL_LEAD_TIME 處理提前期
- LEAD_TIME_LOT_SIZE 批量提前期
- PREPROCESSING_LEAD_TIME 預(yù)處理提前期
- VARIABLE_LEAD_TIME 不定的提前期
- BUILD_IN_WIP_FLAG 是否在制
- WIP_SUPPLY_LOCATOR_ID 離散作業(yè)庫存地點(diǎn)
- WIP_SUPPLY_TYPE 離散作業(yè)供貨類型
- ATP_COMPONENTS_FLAG 是否有ATP組成部件
- ATP_FLAG 是否為ATP項(xiàng)目
- ATP_RULE_ID ATP規(guī)則
- COLLATERAL_FLAG 是否為附屬項(xiàng)目
- CUSTOMER_ORDER_FLAG 是否為定單項(xiàng)目
- DEFAULT_SHIPPING_ORG 運(yùn)輸組織代碼
- INTERNAL_ORDER_ENABLED_FLAG 是否可以是內(nèi)部定單
- INTERNAL_ORDER_FLAG 是否為內(nèi)部定單
- PICKING_RULE_ID 庫存規(guī)則
- PICK_COMPONENTS_FLAG 是否為可選部件
- REPLENISH_TO_ORDER_FLAG 是否為定單裝配
- RETURNABLE_FLAG 是否可退回
- RETURN_INSPECTION_REQUIREMENT RMA Inspection Status
- SHIPPABLE_ITEM_FLAG 是否為運(yùn)輸項(xiàng)目
- SHIP_MODEL_COMPLETE_FLAG 運(yùn)送是否完成
- SO_TRANSACTIONS_FLAG 是否可交易
- ACCOUNTING_RULE_ID 會(huì)計(jì)規(guī)則
- INVOICEABLE_ITEM_FLAG 是否為需發(fā)票項(xiàng)目
- INVOICE_ENABLED_FLAG 是否具有發(fā)票
- INVOICING_RULE_ID 發(fā)票規(guī)則
- PAYMENT_TERMS_ID 付款期限
- SALES_ACCOUNT 銷售帳目
- TAX_CODE 稅收代碼
- ATO_FORECAST_CONTROL 預(yù)測(cè)控制
- MUST_USE_APPROVED_VENDOR_FLAG 是否必須授權(quán)供應(yīng)商
- UN_NUMBER_ID 貨期
- ALLOW_UNORDERED_RECEIPTS_FLAG 是否為非定單收據(jù)
- INSPECTION_REQUIRED_FLAG 是否需檢查
- RECEIPT_DAYS_EXCEPTION_CODE 接收天數(shù)例外代碼
- RESTRICT_SUBINVENTORIES_CODE 的庫存限制
- ACCEPTABLE_RATE_DECREASE 可接受減少率
- END_ASSEMBLY_PEGGING_FLAG 是否是最終裝配
- PLANNING_EXCEPTION_SET 計(jì)劃例外設(shè)置
- ROUNDING_CONTROL_TYPE 四舍五入控制
- FIXED_LEAD_TIME 固定提前期
- POSTPROCESSING_LEAD_TIME 后處理提前期
- WIP_SUPPLY_SUBINVENTORY 離散作業(yè)的庫存
- CUSTOMER_ORDER_ENABLED_FLAG 是否是銷售定單
- ACCEPTABLE_RATE_INCREASE 可接受的增加率
Oracle-ERP采購管理
采購管理核心流程
采購核心流程包括采購請(qǐng)購，采購訂單，采購接收。而實(shí)際上企業(yè)的采購業(yè)務(wù)涉及到更多的流程，包括物料，供應(yīng)商的認(rèn)證和維護(hù)，采購尋源，招投標(biāo)等一系列流程。
對(duì)于采購需要用到的供應(yīng)商信息維護(hù)，物料信息的維護(hù)在前面已經(jīng)有說明。物料和供應(yīng)商是采購管理的基礎(chǔ)數(shù)據(jù)，在物料和供應(yīng)商都維護(hù)后，還可以進(jìn)一步維護(hù)供應(yīng)商和物料的對(duì)應(yīng)關(guān)系信息，在ERP里面叫供應(yīng)來源維護(hù)。供應(yīng)來源維護(hù)包括物料批準(zhǔn)的供應(yīng)商列表，批準(zhǔn)供應(yīng)商列表會(huì)講物料，供應(yīng)商，供應(yīng)商發(fā)運(yùn)組織和地點(diǎn)等建立對(duì)應(yīng)關(guān)系。
一個(gè)物料可以有多個(gè)合格供應(yīng)商，那么可以進(jìn)一步維護(hù)每個(gè)供應(yīng)商的供貨比例信息。那么在定義了供應(yīng)來源規(guī)則和每個(gè)供應(yīng)商的供貨比例后，可以根據(jù)事先定義的百分比把計(jì)劃訂單采購分到不同供應(yīng)商。這種場(chǎng)景一般在根據(jù)采購申請(qǐng)或MRP計(jì)劃需求信息，自動(dòng)生成采購訂單的時(shí)候使用。從一個(gè)長(zhǎng)周期時(shí)間段來看，每個(gè)供應(yīng)商的供貨量應(yīng)該符合供貨比例分配設(shè)置。
采購請(qǐng)購流程
請(qǐng)購單核心對(duì)象表
- 請(qǐng)購單頭：po.po_requisition_headers_all
- 請(qǐng)購單明細(xì)：po.po_requisition_lines_all
- 請(qǐng)購單分配：po.po_req_distributions_all
請(qǐng)購單頭沒有太多重要信息，主要是請(qǐng)購單號(hào)，請(qǐng)購單類型，包括請(qǐng)購人，主要請(qǐng)購人和hr_employees表的員工進(jìn)行關(guān)聯(lián)。請(qǐng)購單明細(xì)則需要給出請(qǐng)購物料和版本，物料說明，請(qǐng)購的數(shù)量，需求日期，目標(biāo)類型和組織，交貨地點(diǎn)，建議的供應(yīng)商等信息。請(qǐng)購單明細(xì)需要和物料表進(jìn)行關(guān)聯(lián)。請(qǐng)購單分配主要是拆分到具體的賬戶，還需要進(jìn)一步了解。
采購請(qǐng)購?fù)瓿珊?#xff0c;對(duì)應(yīng)到具體的采購實(shí)施策略，包括是公開招投標(biāo)，邀標(biāo)，獨(dú)家指定等各種采購實(shí)施策略。在Oracle ERP系統(tǒng)里面采購請(qǐng)購?fù)瓿珊髮?duì)應(yīng)到詢價(jià)，供應(yīng)商報(bào)價(jià)，報(bào)價(jià)后洽談最終確定供應(yīng)商和物料。在進(jìn)行正式采購前必須有在一系列線下流程完成供應(yīng)商和物料基礎(chǔ)數(shù)據(jù)的錄入。
采購訂單核心表
- 采購訂單頭：po.po_headers_all
- 采購訂單明細(xì)：po.po_lines_all
- 采購訂單發(fā)運(yùn)行：po.po_line_locations_all
- 采購訂單分配行：po_distributions_all
采購訂單頭主要包括采購訂單號(hào)，采購類型，供應(yīng)商，地點(diǎn)，采購員，訂單描述等基礎(chǔ)信息。將采購訂單行拆分，在行拆分上可以確定具體向供應(yīng)商采購的物料，物料的數(shù)量，單價(jià)，幣種，匯率，交期等一系列信息。采購訂單發(fā)運(yùn)行拆分核心目的是同一張采購訂單的同一種物料存在多個(gè)交貨地點(diǎn)，不同交貨地點(diǎn)在不同的日期交付的數(shù)量。而采購訂單分配行是到不同項(xiàng)目的進(jìn)一步拆分，使采購的實(shí)際物料信息和項(xiàng)目需求掛接上。
在采購訂單發(fā)運(yùn)行維護(hù)的時(shí)候，還需要維護(hù)后續(xù)發(fā)票匹配方式和規(guī)則，具體包括兩單匹配，三單匹配等。通常的三單匹配則是采購訂單，應(yīng)付發(fā)票和采購接收的匹配。如果接收后不直接入庫還需要送檢，則可能涉及到四單匹配。
標(biāo)準(zhǔn)采購訂單和一攬子采購協(xié)議
采購管理系統(tǒng)提供以下四種采購訂單類型，常用的訂單類型是標(biāo)準(zhǔn)采購訂單與一攬子采購協(xié)議
標(biāo)準(zhǔn)采購訂單：在創(chuàng)建采購訂單時(shí)要求明確具體的物料或服務(wù)的詳細(xì)資料(如價(jià)格、數(shù)量、交貨日期和會(huì)計(jì)分配)用于進(jìn)行一次性采購的訂單類型。
計(jì)劃采購訂單：是一種長(zhǎng)期協(xié)議，必須指定一個(gè)暫定交貨計(jì)劃以及要采購貨物或服務(wù)的所有詳細(xì)資料，根據(jù)需求進(jìn)行發(fā)放計(jì)劃采購訂單以實(shí)際訂購貨物。
一攬子采購協(xié)議：是一種長(zhǎng)期采購協(xié)議，已知這些物料或服務(wù)的詳細(xì)資料但尚未明確具體的交貨計(jì)劃，在實(shí)際采購物料之前，用一攬子采購協(xié)議價(jià)格來指定物料的采購價(jià)格。
合同采購協(xié)議：與供應(yīng)商就特定條款和條件達(dá)成一致但暫不指明要采購的物料和服務(wù)。在以后發(fā)放標(biāo)準(zhǔn)采購訂單時(shí)再引用此合同。
一攬子采購協(xié)議有時(shí)候也叫框架協(xié)議，框架協(xié)議重點(diǎn)是僅確定物料和招標(biāo)洽談后的單價(jià)，而實(shí)際的交貨計(jì)劃則再后續(xù)確定，如果對(duì)應(yīng)VMI供方庫管理模式，可能方式還可能是已經(jīng)建立了一攬子采購協(xié)議，并對(duì)物料建立了相應(yīng)的供應(yīng)商列表。對(duì)代管的物料進(jìn)行補(bǔ)貨，根據(jù)補(bǔ)貨通知，在ERP系統(tǒng)建立標(biāo)準(zhǔn)的采購訂單。
采購訂單訂單相關(guān)控制規(guī)則(待細(xì)化)
- 刪除未批準(zhǔn)單據(jù)或添加給先前已批單據(jù)的未批準(zhǔn)行、發(fā)運(yùn)和分配
- 通過完全或部分取消單據(jù)，終止與供應(yīng)商的現(xiàn)有購貨承約
- 通過最終關(guān)閉已完成的訂單，指明不能或不允許對(duì)已完成的訂單執(zhí)行其它內(nèi)部活動(dòng)
- 凍結(jié)或撤銷凍結(jié)單據(jù)，以控制是否允許修改單據(jù)
- 暫掛單據(jù)，以防止打印、接收、開票和審批單據(jù)，直至解除暫掛
- 固定采購訂單，以防止 MRP在按固定日期創(chuàng)建的時(shí)間欄內(nèi)建議重新計(jì)劃提前、取消或新建計(jì)劃采購訂單
- 控制采購管理系統(tǒng)如何自動(dòng)關(guān)閉單據(jù)以進(jìn)行接收和開票活動(dòng)
采購訂單狀態(tài)
在采購訂單控制中，具體涉及到取消，最終關(guān)閉，凍結(jié)，取消凍結(jié)，固定，暫掛，接收以關(guān)閉，開票以關(guān)閉，關(guān)閉，刪除各種采購訂單狀態(tài)。具體如下：
刪除：對(duì)于未提交審批的單據(jù)，可以以在單據(jù)創(chuàng)建窗口直接刪除整個(gè)單據(jù)、單據(jù)行、發(fā)運(yùn)。對(duì)于已提交審批的單據(jù)，可以刪除其中后來添加的未批準(zhǔn)的行、發(fā)運(yùn)和分配。刪除后，訂單所關(guān)聯(lián)的申請(qǐng)會(huì)自動(dòng)返回申請(qǐng)集，可以使用"自動(dòng)創(chuàng)建單據(jù)"窗口，把這些未執(zhí)行的申請(qǐng)重新分配給其它采購訂單或發(fā)放。刪除操作執(zhí)行后，單據(jù)數(shù)據(jù)直接從系統(tǒng)中刪除，無法再從相應(yīng)界面與數(shù)據(jù)表中杳到。
取消：單據(jù)創(chuàng)建人可以通過完全或部分取消單據(jù)頭、行、發(fā)運(yùn)、分配，來終止或部分終止與供應(yīng)商的現(xiàn)有合約關(guān)系。如果取消了采購訂單實(shí)體，則不能接收或支付被取消的物料和服務(wù)，但可以支付取消前已接收的訂單。另外，不能修改被取消的實(shí)體或其組件。如果某申請(qǐng)行已有關(guān)聯(lián)的采購訂單，則此行不能被取消。取消操作屬不可撤消的操作，只有確保所有需要的活動(dòng)均完成之后，才可以取消單據(jù)或其組件。單據(jù)被取消后，在單據(jù)匯總界面仍然顯示相應(yīng)數(shù)據(jù)，但單據(jù)不可訪問。通過系統(tǒng)設(shè)置，采購員可以在取消訂單的同時(shí)，選擇是否同時(shí)取消采購申請(qǐng)，否則，申請(qǐng)會(huì)自動(dòng)返回申請(qǐng)集。
例如：與某供應(yīng)商訂購了某物料A與B，隨后因設(shè)計(jì)變更，不再需要物料B，這時(shí)可取消包含物料B的訂單行。如果物料A訂購數(shù)量為30件，而生產(chǎn)只需要0件，在接收0件并完成后續(xù)事務(wù)處理后，可以取消訂單行，則剩下的0件就會(huì)取消，而已接收的0件仍然有效。
最終關(guān)閉：可以以通過最終關(guān)閉已完成的單據(jù)、行和發(fā)運(yùn)，防止對(duì)單據(jù)的修改或執(zhí)行活動(dòng)。單據(jù)最終關(guān)閉后，無法在相應(yīng)的錄入表單窗口訪問該單據(jù)，也不能對(duì)最終關(guān)閉的實(shí)體執(zhí)行以下活動(dòng)：接收、轉(zhuǎn)移、檢驗(yàn)、交貨、更正接收數(shù)量、開票、向供應(yīng)商退貨或退回至接收。可以審批包括最終關(guān)閉實(shí)體的單據(jù)，但不能審批在題頭層最終關(guān)閉的單據(jù)。可以打印最終關(guān)閉的單據(jù)。單據(jù)關(guān)閉后，與訂單關(guān)聯(lián)的申請(qǐng)不會(huì)自動(dòng)返回申請(qǐng)集。單據(jù)最終關(guān)閉是Orace Purchasing系統(tǒng)的內(nèi)部控制活動(dòng)，不會(huì)影響與供應(yīng)商的合同關(guān)系，即與供應(yīng)商的合同關(guān)系依然有效。
最終關(guān)閉是不可撤消的活動(dòng)，只有在確保所有需要的活動(dòng)均已完成時(shí)，刁一能最終關(guān)閉單據(jù)或其組件，一般不建議執(zhí)行此活動(dòng)。
暫掛與發(fā)放暫掛：只有狀態(tài)為"處理中"的單據(jù)可執(zhí)行暫掛，單據(jù)暫掛可以在撤銷審批單據(jù)的同時(shí)防止打印、接收、開票和進(jìn)一步審批，直至解除暫掛。例如：在采購訂單提交審批后，發(fā)現(xiàn)合同條款存在一定問題，在同供應(yīng)商協(xié)商期間，可以先"暫掛"單據(jù)，直至問題解決后再執(zhí)行"發(fā)放暫掛"。
凍結(jié)和未凍結(jié)：如果要防止再對(duì)采購訂單進(jìn)行任何修改或其它活動(dòng)，可以凍結(jié)采購訂單，凍結(jié)操作只能在題頭和發(fā)放層執(zhí)行。在凍結(jié)采購訂單后，仍可以接收和支付已訂購的貨物。如果要防止接收或?qū)l(fā)票與此采購訂單匹配，則應(yīng)取消或最終關(guān)閉采購訂單。凍結(jié)操作屬可逆操作，在控制單據(jù)界面執(zhí)行"未凍結(jié)"，可以撤消凍結(jié)單據(jù)。凍結(jié)訂單不能在錄入表單中被訪問。
關(guān)閉、接收關(guān)閉、發(fā)票關(guān)閉：Oracle Purchasing可以根據(jù)系統(tǒng)中"采購選項(xiàng)"窗口中指定的控制選項(xiàng)(接收關(guān)閉允差、接收關(guān)閉點(diǎn)和開票結(jié)算允差)，自動(dòng)關(guān)閉接收及開票。一旦關(guān)閉指定行的所有發(fā)運(yùn)，Oracle Purchasing將自動(dòng)關(guān)閉該行；一旦關(guān)閉指定題頭的所有行，Orace Purchasing將自動(dòng)關(guān)閉單據(jù)。除系統(tǒng)的自動(dòng)關(guān)閉外，還可以在單據(jù)控制界面手工將接收關(guān)閉或發(fā)票關(guān)閉，以控制在某期間內(nèi)的訂單接收及開票。例如：系統(tǒng)設(shè)置關(guān)閉允差為95%，如果訂購了某物料00件，已接收了96件，則系統(tǒng)自動(dòng)關(guān)閉此行的接收。如果供應(yīng)商一批送來94件，采購員認(rèn)為剩余的6件可以不再需要，可以人工在單據(jù)控制界面關(guān)閉接收，則此行不可再接收。進(jìn)行"關(guān)閉"后，在單據(jù)控制界面可重新"打開"單據(jù)。
Oracle-ERP庫存管理
庫存核心業(yè)務(wù)
庫存管理的核心是對(duì)貨物本身的管理，是對(duì)貨物的數(shù)量與相關(guān)屬性的管理，目的是為銷售與采購服務(wù)，確保合理的庫存保有量，處理庫存分類帳目與進(jìn)出流水帳，以單據(jù)的形式基本涵蓋倉庫的各種進(jìn)出庫業(yè)務(wù)。
庫存組織結(jié)構(gòu)
組織是一種業(yè)務(wù)單位，例如：公司、工廠、倉庫、分部和部門等，組織可以根據(jù)實(shí)際業(yè)務(wù)不同分成多種層次。
例如：法人實(shí)體，經(jīng)營(yíng)單位，庫存組織等。庫存組織是 建立在經(jīng)營(yíng)單位之下的，可以細(xì)分為不同的子庫存。特別的是項(xiàng)目主組織，是專門為了統(tǒng)一定義庫存物品而設(shè)立的，可以是一個(gè)虛擬的并不存在的組織，對(duì)應(yīng)實(shí)際倉庫。
子庫存是從物料庫存中分離出來的獨(dú)特的物理或邏輯庫存，如原材料、成品或不良品的獨(dú)自存貨位置，客戶虛擬倉等，貨位是存儲(chǔ)物料的子庫存內(nèi)的實(shí)際區(qū)域， 例如：行、通道、存料箱或貨架。組織中的所有物料均保留在子庫存中，因此必須至少定義一個(gè)子庫存。一個(gè)OU下可以有多個(gè)IO，一個(gè)IO下可以設(shè)置多個(gè)子 庫，每個(gè)子庫下可以設(shè)置多個(gè)貨位。
ORACLE產(chǎn)品按照不同的組織層次分別進(jìn)行安全性的控制。總帳按照帳套進(jìn)行數(shù)據(jù)屏蔽，而銷售/應(yīng)收/采購/應(yīng)付是典型的按照經(jīng)營(yíng)單位進(jìn)行管理，庫存/物料清單/車間則是按照庫存組織分別管理。
庫存組織用來屏蔽各類制造數(shù)據(jù)，Item/BOM/Routing等定義在庫存組織上，WIP/MRP等跑在庫存組織上；而庫存事務(wù)處理則以子庫存為中心，要么從某個(gè)子庫存出，要么從某個(gè)子庫存入；每個(gè)子庫存可以啟用貨位，也可以不啟用；如果啟用了，則事務(wù)處理時(shí)必須選擇貨位。
在不同的庫存內(nèi)，子庫代碼可以重復(fù)；在不同的子庫內(nèi)，貨位代碼也可以重復(fù)。
也就是說，oracle僅僅是提供了這樣的模型，至于如何和實(shí)際業(yè)務(wù)對(duì)用，就非常靈活了。比如：庫存是個(gè)組織的概念，其比較“虛”，可指一個(gè)工廠或者獨(dú)立的辦事處、分公司這樣的實(shí)體；而子庫則通常代表一個(gè)真正的物理倉庫，也可指?jìng)}庫或者車間的一塊區(qū)域，還可以是虛擬的；貨位可用來代表倉庫的某一處空間或者貨架，也可指車間的一個(gè)塊區(qū)域。
為了維護(hù)整個(gè)系item碼和信息的統(tǒng)一，在庫存組織中有個(gè)物料主組織的概念，該組織定義item的屬性，并分配給以他為主組織的庫存組織使用，相應(yīng)的item的屬性也分為主層控制和組織層控制，主層控制的屬性只能在主組織改，組織層控制的屬性可以在各個(gè)庫存組織維護(hù)。Oracle強(qiáng)烈建議一個(gè)帳套下只有只有一個(gè)庫存主組織，并且不要在庫存主組織作任何事務(wù)處理。
庫存事務(wù)處理
庫存事務(wù)處理是庫存業(yè)務(wù)的核心，是ERP庫存模塊數(shù)據(jù)和相關(guān)模塊數(shù)據(jù)處理的源頭，包括采購訂單接收與返回,WIP發(fā)退料與完工入庫,子庫間轉(zhuǎn)移,雜項(xiàng)事務(wù),銷售發(fā)貨與RMA等。
- 事務(wù)處理是物品進(jìn)、出庫存或在倉庫內(nèi)或者組織間移動(dòng)，即倉庫的日常收發(fā)業(yè)務(wù)處理
- 事務(wù)處理會(huì)引起物品數(shù)量，位置或成本的變化
- 庫存事務(wù)有多種，有系統(tǒng)提供的，也可由客戶根據(jù)實(shí)際情況需要定義
- 每一種物品交易時(shí)系統(tǒng)會(huì)產(chǎn)生對(duì)應(yīng)的財(cái)務(wù)記錄
- 可以通過版本號(hào)、批號(hào)、系列號(hào)，貨位來對(duì)有關(guān)項(xiàng)目進(jìn)行跟蹤/控制
- 物品的事務(wù)處理可以與相關(guān)的項(xiàng)目(Project)進(jìn)行關(guān)聯(lián)
事務(wù)處理反映業(yè)務(wù)信息，事務(wù)處理分配反映會(huì)計(jì)信息。事務(wù)處理分配以庫存組織、過賬批次為單位，以會(huì)計(jì)科目為核心匯總所有事務(wù)處理類型的會(huì)計(jì)信息，將借貸發(fā)生額導(dǎo)入總帳系統(tǒng)。成本模塊的事務(wù)處理主要有接收、庫存、WIP三大類，系統(tǒng)日記帳報(bào)表中的類型反映事務(wù)處理的大類。物料事務(wù)處理分配和WIP事務(wù)處理分配分別反映庫存類和WIP類的會(huì)計(jì)信息，并按類別來源導(dǎo)入總帳系統(tǒng)。
事務(wù)處理類型，來源和對(duì)應(yīng)的會(huì)計(jì)科目如下，其中事務(wù)類型=事務(wù)來源+事務(wù)動(dòng)作。
采購接收
采購接收是庫存與采購連接的一座橋梁，也是應(yīng)付發(fā)票與采購單、庫存接收匹配的一根紐帶。
采購接收一般有三種方式，一種是供應(yīng)商送貨來直接入庫；一種是供應(yīng)商送貨來先接收，接收后再安排入庫；還有即是先接收，然后送檢，質(zhì)量檢查通過后再入庫。采購接收的來源主要包括采購訂單接收，組織間轉(zhuǎn)移的接收，銷售退貨的接收。
采購接收和庫存事務(wù)處理相關(guān)表
- 采購接收頭表：rcv_shipment_headers (接收單號(hào)，供應(yīng)商，訂單號(hào))
- 采購接收行表：rcv_shipment_lines(物料信息，接收組織信息，接收子庫，接收數(shù)量)
- 采購接收事務(wù)表：rcv_transactions(事務(wù)類型，訂單分配行相關(guān)信息)
- 物料事務(wù)處理：inv.mtl_material_transactions(子庫，事務(wù)類型，數(shù)量，事務(wù)處理時(shí)間)
- 庫存現(xiàn)有量：inv.mtl_onhand_quantities
- 庫存事務(wù)接口表：MTL_TRANSACTIONS_INTERFACE
- 采購接收接口表：rcv_transactions_interface
子庫間轉(zhuǎn)移
在子庫存之間或同一子庫存內(nèi)的兩個(gè)貨位之間轉(zhuǎn)移當(dāng)前組織中的物料。可以將物料從資產(chǎn)子庫存轉(zhuǎn)移至費(fèi)用子庫存，或者將其從已跟蹤子庫存轉(zhuǎn)移至未跟蹤子庫存。如果項(xiàng)目具有子庫存限制列表，則物料只能在此列表中列出的子庫存之間進(jìn)行轉(zhuǎn)移。
雜項(xiàng)事務(wù)
主要指非采購的接收、退回、非生產(chǎn)的領(lǐng)料、退料、非銷售的發(fā)貨、退貨的其它直接從帳戶上接收或發(fā)到賬戶上的庫存收發(fā)事務(wù)。以下是系統(tǒng)中使用雜項(xiàng)處理的事務(wù)：實(shí)施庫存系統(tǒng)時(shí)作為項(xiàng)目現(xiàn)有庫存量的初始裝入，部門領(lǐng)用，退料，調(diào)撥，盤點(diǎn)等。
帳戶別名是為了便于庫存管理人員準(zhǔn)確處理雜項(xiàng)事務(wù)而定義的總帳帳戶通俗的名稱，帳戶別名是一個(gè)鍵彈性域，每一個(gè)帳戶別名都唯一對(duì)應(yīng)了一個(gè)總帳帳戶。
庫存控制
庫存控制包括貨位控制，批次控制，序列號(hào)控制，版本控制。
貨位控制可以使用貨位來標(biāo)識(shí)存儲(chǔ)庫存項(xiàng)目的實(shí)際區(qū)域。項(xiàng)目數(shù)量可以通過貨位跟蹤。項(xiàng)目也可以限制在特定貨位范圍內(nèi)。實(shí)行貨位控制便于控制儲(chǔ)貨位置和存儲(chǔ)能力。可以為庫存中的特定項(xiàng)目啟用批次控制，批次號(hào)特別適用于有保質(zhì)期控制的物料。對(duì)于批次控制下的項(xiàng)目，可以對(duì)轉(zhuǎn)入庫存的每次收貨指定批號(hào)，此后在每次執(zhí)行物料事務(wù)處理時(shí)您均可以參考相同的批次。版本控制則實(shí)際控制會(huì)喜歡到物料版本，以版本號(hào)來區(qū)分，通過查詢可了解各版本的部品材料和半成品的數(shù)量，且必須輸入版本號(hào)才能進(jìn)行事務(wù)處理。
庫存盤點(diǎn)
在ERP系統(tǒng)中，倉庫數(shù)據(jù)的準(zhǔn)確性直接影響到整個(gè)系統(tǒng)計(jì)劃的運(yùn)行。庫存盤點(diǎn)是保證庫存記錄準(zhǔn)確的必要手段，通過盤點(diǎn)可以查找出錯(cuò)的原因，調(diào)整系統(tǒng)與實(shí)際庫存量的差異，及時(shí)維護(hù)庫存數(shù)據(jù)的準(zhǔn)確性。庫存盤點(diǎn)包括實(shí)際盤點(diǎn)和周期性盤點(diǎn)，如每個(gè)月末進(jìn)行庫存盤點(diǎn)。
ABC分類是周期盤點(diǎn)的前提條件，將庫存物料按一定的標(biāo)準(zhǔn)分成相應(yīng)的等級(jí)，用于決定不同的物料在周期盤點(diǎn)時(shí)的盤點(diǎn)頻率，可以根據(jù)庫存價(jià)值，庫存數(shù)量，使用頻率等作為劃分的標(biāo)準(zhǔn)。
周期盤點(diǎn)與實(shí)際盤點(diǎn)的區(qū)別在于周期盤點(diǎn)有計(jì)劃性，其根據(jù)ABC分類結(jié)果，設(shè)定的周期盤點(diǎn)頻率定期對(duì)物料進(jìn)行盤點(diǎn)對(duì)庫存控制和準(zhǔn)確性要求更高。
Oracle-ERP財(cái)務(wù)管理
總賬的賬套包括會(huì)計(jì)期間，會(huì)計(jì)科目和本位幣的定義。
會(huì)計(jì)期間(Accounting Period/Fiscal Period)又稱會(huì)計(jì)分期,是指將企業(yè)川流不息的經(jīng)營(yíng)活動(dòng)劃分為若干個(gè)相等的區(qū)間,在連續(xù)反映的基礎(chǔ)上,分期進(jìn)行會(huì)計(jì)核算和編制會(huì)計(jì)報(bào)表,定期反映企業(yè)某一期間的經(jīng)營(yíng)活動(dòng)和成果.會(huì)計(jì)期間一般有年度，半年度，季度，月度。會(huì)計(jì)科目是按照經(jīng)濟(jì)業(yè)務(wù)的內(nèi)容和經(jīng)濟(jì)管理的要求，對(duì)會(huì)計(jì)要素的具體內(nèi)容進(jìn)行分類核算的科目，稱為會(huì)計(jì)科目。
會(huì)計(jì)六大要素，資產(chǎn)，負(fù)債，所有者權(quán)益，收入，費(fèi)用，利潤(rùn)。前三者反映反映財(cái)務(wù)狀態(tài)，對(duì)應(yīng)靜態(tài)的資產(chǎn)負(fù)債表。后三者反映經(jīng)營(yíng)成果，如利潤(rùn)表和現(xiàn)金流表。
會(huì)計(jì)憑證：是記錄經(jīng)濟(jì)業(yè)務(wù)、明確經(jīng)濟(jì)責(zé)任、按一定格式編制的據(jù)以登記會(huì)計(jì)賬簿的書面證明。用來記載經(jīng)濟(jì)業(yè)務(wù)的發(fā)生，明確經(jīng)濟(jì)責(zé)任，作為記賬根據(jù)的書面證明。有原始憑證和記賬憑證。前者是在經(jīng)濟(jì)業(yè)務(wù)最初發(fā)生之時(shí)即行填制的原始書面證明，如銷貨發(fā)票、款項(xiàng)收據(jù)等。后者是以原始憑證為依據(jù)，作為記入賬簿內(nèi)各個(gè)分類帳戶的書面證明，如收款憑證、付款憑證、轉(zhuǎn)賬憑證等。
記帳憑證的基礎(chǔ)是借貸平衡。有借就有貸，而且必須平衡。銷售商品來說，是銷售收入->現(xiàn)金，因此借方是現(xiàn)金，貸方是銷售收入。但是這個(gè)變化可能可能分為兩步，即客戶不是在銷售完成后馬上現(xiàn)金付款。因此產(chǎn)生了應(yīng)收，即傳遞過程變化為了：銷售收入->應(yīng)收賬款->現(xiàn)金。
- 第一階段： 借方：應(yīng)收賬款 貸方：銷售收入
- 第二階段： 借方：現(xiàn)金 貸方：應(yīng)收賬款
第二階段沖銷第一階段的結(jié)果即和銷售完成后直接現(xiàn)金付款是一樣的。對(duì)于采購來說過程剛好相反，是現(xiàn)金->采購成本，因此借方是采購，貸方是現(xiàn)金。如果考慮采購后不是直接付現(xiàn)金，則變化為兩個(gè)階段：
- 第一階段： 借方：物資采購 貸方：應(yīng)付貨款
- 第二階段： 借方：應(yīng)付貨款 貸方：現(xiàn)金
記賬憑證按其適用的經(jīng)濟(jì)業(yè)務(wù)，分為專用記賬憑證和通用記賬憑證兩類。專用記賬憑證，是用來專門記錄某一類經(jīng)濟(jì)業(yè)務(wù)的記賬憑證。專用憑證按其所記錄的經(jīng)濟(jì)業(yè)務(wù)是否與現(xiàn)金和銀行存款的收付有無關(guān)系，又分為收款憑證、付款憑證和轉(zhuǎn)賬憑證三種。
收款憑證和付款憑證是用來記錄貨幣收付業(yè)務(wù)的憑證既是登記現(xiàn)金日記賬、 銀行存款日記賬、明細(xì)分類賬及總分類賬等賬簿的依據(jù)，也是出納人員收、付款項(xiàng)的依據(jù)。出納人員不能依據(jù)現(xiàn)金、銀行存款收付業(yè)務(wù)的原始憑證收付款項(xiàng)，必須根 據(jù)會(huì)計(jì)主管人員或指定人員審核批準(zhǔn)的收款憑證和付款憑證收付款項(xiàng)，以加強(qiáng)對(duì)貨幣資金的管理，有效地監(jiān)督貨幣資金的使用。
整個(gè)憑證流轉(zhuǎn)過程和步驟可以描述為如下：
現(xiàn)金日記賬(Cash Journal)是用來逐日反映庫存現(xiàn)金的收入、付出及結(jié)余情況的特種日記賬。它是由單位出納人員根據(jù)審核無誤的現(xiàn)金收、付款憑證和從銀行提現(xiàn)的銀付憑證逐筆進(jìn)行登記的。為了確保賬簿的安全、完整，現(xiàn)金日記賬必須采用訂本式賬簿。
銀行存款日記賬專門用來記錄銀行存款收支業(yè)務(wù)的一種特種日記賬。銀行存款日記賬必須采用訂本式賬簿，其賬頁格式一般采用“收入”(借方)、“支出”(貸方)和“余額”三 欄式。銀行存款收入數(shù)額應(yīng)根據(jù)有關(guān)的現(xiàn)金付款憑證登記。每日業(yè)務(wù)終了時(shí)，應(yīng)計(jì)算、登記當(dāng)日的銀行存款收入合計(jì)數(shù)、銀行存款支出合計(jì)數(shù)，能及賬面結(jié)余額，以 便檢查監(jiān)督各項(xiàng)收入和支出款項(xiàng)，避免坐支現(xiàn)金的出現(xiàn)，并便于定期同銀行送來的對(duì)賬單核對(duì)。
注：銀行日記賬，銀行存款日記賬就是銀行日記賬，日記賬分現(xiàn)金日記賬和銀行日記賬。
ERP中的總賬模塊的憑證管理包括憑證錄入，Oracle里面的GL就是錄入日記賬，憑證審核和憑證過賬。這里錄入的日記帳應(yīng)該是記帳憑證？憑證過賬就是系統(tǒng)將已錄入的記賬憑證根據(jù)其會(huì)計(jì)科目登記到相關(guān)的明細(xì)賬薄中的過程。
經(jīng)過過賬的憑證以后將不再允許修改，只能采取補(bǔ)充憑證或紅字沖銷憑證的方式進(jìn)行更正。憑證過賬后可以將總賬賬簿里面的總賬和明細(xì)分類帳就形成了。(應(yīng)付，應(yīng)收憑證過賬形成了明細(xì)分類賬，直接進(jìn)行的現(xiàn)金日記賬是否也要過賬形成明細(xì)分類賬？)。
再次解釋日記賬，分類賬，過賬關(guān)系如下：
日記賬指按照經(jīng)濟(jì)業(yè)務(wù)發(fā)生時(shí)間的先后順序作出分錄并進(jìn)行登記的賬簿。在日記賬里，每項(xiàng)經(jīng)濟(jì)業(yè)務(wù)一般都記一筆會(huì)計(jì)分錄，這些分錄的涉及的賬戶均在兩個(gè)或兩個(gè) 以上，其中有些賬戶的使用比較頻繁，有的則記入次數(shù)不多。這樣，要了解各會(huì)計(jì)要素具體內(nèi)容的本期發(fā)生額和余額，要了解某一會(huì)計(jì)主體的 財(cái)務(wù)狀況和經(jīng)營(yíng)成果，從日記賬里所得到的資料就顯得太分散了。于是就需要設(shè)置和使用分類賬。分類賬是對(duì)各項(xiàng)經(jīng)濟(jì)業(yè)務(wù)按照它所涉及的戶進(jìn)行分類登記的賬簿， 每個(gè)賬戶一般在分類賬里都設(shè)有獨(dú)立的賬頁。分類賬是根據(jù)日記賬逐筆登記的，也就是說，在日記賬中所登記的會(huì)計(jì)分錄都必須按其應(yīng)借、應(yīng)貸的賬戶、金額和日期，分別轉(zhuǎn)記到分類賬的有關(guān)賬戶中去，這一轉(zhuǎn)記工作便是過賬。
Oracle 總帳模塊和其他模塊的關(guān)系是一種總帳和分類帳的關(guān)系，總帳記錄并保存財(cái)務(wù)業(yè)務(wù)的會(huì)計(jì)余額信息，子模塊記錄并保存財(cái)務(wù)業(yè)務(wù)的明細(xì)信息。
他們的關(guān)系圖如下：
以應(yīng)付(Oracle Payables)模塊和總帳模塊關(guān)系為例：
公司可以利用應(yīng)付模塊記錄保存和供應(yīng)商往來的明細(xì)業(yè)務(wù)，當(dāng)在應(yīng)付模塊中接收并錄入一張供應(yīng)商發(fā)票時(shí)，應(yīng)付模塊除了記錄這張發(fā)票對(duì)應(yīng)的供應(yīng)商、發(fā)票日期、金額、編號(hào)和說明信息外，通過標(biāo)準(zhǔn)的轉(zhuǎn)帳程序，應(yīng)付模塊將在總帳中產(chǎn)生以下的會(huì)計(jì)分錄：
- 借：采購成本
- 貸：應(yīng)付貨款
同樣地，錄入一筆付款時(shí)，應(yīng)付模塊除了記錄此付款地日期、銀行帳戶、付款供應(yīng)商、核銷地發(fā)票等信息外，還將在總帳中產(chǎn)生付款業(yè)務(wù)的會(huì)計(jì)信息：
- 借：應(yīng)付款
- 貸：現(xiàn)金/銀行
注意ERP里面的憑證分類如下：
可以看到采購發(fā)票應(yīng)該是應(yīng)付憑證，而付款單則是付款憑證。
采購來說整個(gè)過程可能是這樣的，財(cái)務(wù)材料會(huì)計(jì)收到供應(yīng)商開具的采購發(fā)票后錄入到采購模塊，采購模塊可以將采購發(fā)票通過憑證傳遞的方式傳遞到AP應(yīng)付模塊，財(cái)務(wù)將傳遞過來的采購發(fā)票和真實(shí)發(fā)票進(jìn)行核對(duì)，核對(duì)無誤后形成應(yīng)付憑證，憑證內(nèi)容前面已講過。在這個(gè)時(shí)候應(yīng)付憑證已經(jīng)完成。其次是供應(yīng)商催款的時(shí)候，公司根據(jù)付款申請(qǐng)和付款計(jì)劃安排對(duì)供應(yīng)商進(jìn)行付款，財(cái)務(wù)在AP模塊錄入付款單，即付款憑證，通過付款憑證核銷原有的應(yīng)付憑證。付款單錄入完成后到出納，出納根據(jù)付款單進(jìn)行付款，同時(shí)登記現(xiàn)金日記賬和銀行日記賬。
對(duì)于采購付款來說，有個(gè)重要概念即三單匹配，即采購訂單，采購接收單和采購發(fā)票的匹配。
匹配圖如下，在這里是否可以理解為物料接收憑證為原始憑證，采購發(fā)票為應(yīng)付憑證，付款單為付款憑證。對(duì)于所有和財(cái)務(wù)相關(guān)的業(yè)務(wù)操作，如庫存事務(wù)處理，應(yīng)付，應(yīng)收，資產(chǎn)業(yè)務(wù)操作，都應(yīng)該有憑證，這些憑證都需要導(dǎo)入到總賬模塊中形成日記賬？
對(duì)于Oracle ERP來講。總帳接口表用于存儲(chǔ)從其他子模塊或非 Oracle 系統(tǒng)中引入的憑證。例如，當(dāng)從應(yīng)收、應(yīng)付等子模塊向總帳傳送憑證時(shí)，可以選擇是否產(chǎn)生日記帳(即是否過帳)。如果選擇否，系統(tǒng)先將憑證傳送到總帳接口表，然后直接進(jìn)行過帳。否則，只將憑證傳送到總帳接口表。當(dāng)在總帳中進(jìn)行過帳操作時(shí)，會(huì)將所有停留在接口表中，而且還未過帳的憑證進(jìn)行過帳。
歡迎關(guān)注@人月聊IT 分享SOA，微服務(wù)，DevOps平臺(tái)規(guī)劃和建設(shè)。
總結(jié)
以上是生活随笔為你收集整理的erp物料报废 oracle_ERP核心业务流程和Oracle-ERP业务和数据对象分析的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 小米5x内存设置：三招让你轻松释放内存
- 下一篇： 9型转x型 cobol_多重排斥、价值嬗