1、 EAS供應鏈系統藍圖方案 文檔編號：KD- - 版 本 號：V3.0 密 級：中級 裕川干粉砂漿有限公司EAS實施藍圖供應鏈管理藍圖實現方案金蝶軟件（中國）有限公司2010年 08月文檔控制更改記錄日期作者版本更改參考V1.0分發拷貝號名字區域目錄序言8方案的定位91基礎資料101.1系統架構101.1.1建立過程111.1.2建立步驟111.1.3屬性說明121.1.4實施注意事項161.2主數據161.2.1科目與科目表171.2.1.1建立過程171.2.1.2建立步驟171.2.1.3屬性說明181.2.1.4實施注意事項181.2.2客商191.2.2.1建立流程201.2.2.2

2、建立步驟201.2.2.3屬性說明211.2.2.4實施注意事項211.2.3物料211.2.3.1建立過程221.2.3.2物料的維護步驟221.2.3.3屬性說明231.2.3.4實施注意事項231.3輔助資料231.3.1會計期間231.3.1.1建立過程231.3.1.2建立步驟241.3.1.3屬性說明251.3.1.4實施注意事項251.3.2幣別251.3.2.1建立過程261.3.2.2建立步驟261.3.2.3屬性說明271.3.2.4實施注意事項271.3.3匯率271.3.3.1建立過程271.3.3.2建立步驟281.3.3.3屬性說明291.3.3.4實施注意事項29

3、1.3.4計量單位291.3.4.1建立過程291.3.4.2建立步驟301.3.4.3屬性說明311.3.4.4實施注意事項311.3.5記賬分類311.3.5.1建立過程321.3.5.2建立步驟321.3.5.3屬性說明331.3.5.4實施注意事項331.3.6稅務資料331.3.7銀行賬戶331.3.8收付款類型331.3.9費用類型和費用項目332初始化342.1庫存管理初始化342.1.1庫存管理初始化流程342.1.2庫存初始化步驟352.1.3庫存初始化過程說明352.1.4實施注意事項372.2供應管理初始化382.2.1供應管理初始流程382.2.2供應管理初始步驟382

4、.2.3供應管理初始化過程說明392.2.4實施注意事項392.3銷售與分銷管理初始化402.3.1銷售與分銷管理初始流程402.3.2銷售與分銷初始步驟402.3.3過程說明412.3.4實施注意事項422.4應收管理初始化422.4.1應收管理初始流程422.4.2應收管理初始步驟432.4.3過程說明432.4.4實施注意事項452.5應付管理初始化452.5.1應付管理初始流程452.5.2應付管理初始步驟462.5.3過程說明462.5.4實施注意事項473系統參數設置473.1供應管理參數設置483.1.1系統參數483.1.2單據參數483.2銷售與分銷管理參數設置493.2.1

5、系統參數493.2.2單據參數493.3庫存管理參數設置493.3.1系統參數493.3.2單據參數493.4存貨核算系統參數設置493.4.1系統參數493.4.2單據參數494系統配置504.1工作流配置504.2BOTP/DAP配置514.3編碼規則配置524.4預警配置524.5套打配置535單據功能描述555.1供應管理單據描述555.2銷售與分銷管理單據描述585.3庫存管理單據描述和基礎數據描述645.3.1庫存管理基礎數據描述645.3.2庫存管理單據說明685.4存貨核算單據描述725.5應收管理的單據描述755.5.1應收單755.5.2收款單765.5.3代理業務單765

6、.6應付管理的單據描述765.6.1應付單765.6.2付款單776業務流程配置776.1普通采購流程（賒購）776.1.1普通采購BOTP776.1.2普通采購Dap786.1.3普通采購工作流786.1.4普通采購套打787其他78序言致謝（對客戶方、金蝶方相關領導及方案編寫過程中大支持的人員進行感謝）本次對裕川干粉砂漿有限公司（以下簡稱裕川公司）集團供應鏈實施方案的編寫，得到了裕川公司領導與員工的大力支持和配合，尤其是采購、銷售、庫存三條線的領導和及其各級管理人員擠出寶貴的時間，配合金蝶軟件順利完成項目調研。整體方案說明裕川干粉砂漿有限公司是金蝶軟件（中國）有限公司（以下簡稱金蝶軟件）的

7、重點客戶，金蝶軟件非常關注裕川的快速發展。裕川公司與金蝶軟件雙方通過精誠合作，按照項目要求，金蝶方為裕川公司提供一份裕川公司集團財務信息化建設的整體實施方案。方案的定位本方案的目標對象Ø 面對項目實施組實施顧問；Ø 裕川公司方項目組、裕川公司方業務人員；Ø 面對實施管理人員；本方案的設計目標Ø 本方案能夠作為金蝶EAS系統實施過程中封閉需求的關鍵性文檔；Ø 本方案能夠作為金蝶EAS系統的培訓工具和業務指導手冊；Ø 本方案可以作為金蝶EAS系統實施過程中一個階段性的成果，一個里程碑。Ø 本方案能夠作為總部設計、規劃EAS系統過

8、程值得參考和獲取第一手客戶需求的關鍵資料。約定Ø 本方案選擇了“裕川公司”為對象，完成該集團所屬各子集團和公司的業務。其中業務包括基礎系統搭建、供應管理、銷售與分銷、存貨核算、應收管理、應付管理等。Ø 本方案涉及到的設置包括供應鏈管理和財務部分內容。1 基礎資料1.1 系統架構金蝶EAS系統是一套賬模式下，分布式應用的ERP系統。組織架構是其核心內容。組織架構搭建的合理與否，將直接關系到系統運行的效率。系統的構建主要包括管理單元的建立、組織單元的建立、職務與職位、職員的添加，以及用戶和權力的分配。1.1.1 建立過程1.1.2 建立步驟序號步驟菜單操作說明administr

9、ator登錄初始密碼為“kdadmin”1創建管理單元（CU）基礎數據管理組織架構管理單元如果只有一個管理單元，本步驟可跳過2創建CU管理員選中管理單元，點擊工具欄管理員維護可選，如果不需要多個管理員分級管理，本步驟可跳過3手工創建科目表、會計期間類型、匯率表，確認幣別是否夠用基礎數據管理主數據科目科目表基礎數據管理輔助資料會計期間、匯率表要建立財務組織就必須維護這些基礎資料； 4設置業務控制策略基礎數據管理業務控制策略如果采用系統默認的策略，本步驟可跳過5維護根管理單元的組織屬性基礎數據管理組織架構組織單元當前組織必須是根管理單元，維護需要設置的組織類型，6創建財務組織基礎數據管理組織架構組

10、織單元如果是需要分多個管理單元的話，那么需要切換管理單元分別維護財務組織7維護HR組織基礎數據管理組織架構組織單元可選，同樣需要分管理單元維護8維護行政組織基礎數據管理組織架構組織單元必選，同樣需要分管理單元維護行政組織9維護采購、銷售、庫存組織、成本中心和利潤中心基礎數據管理組織架構組織單元可選，同樣需要分管理單元維護10維護職位基礎數據管理組織架構組織單元職位管理可選，必須在維護了行政組織之后11維護職員基礎數據管理職員信息職員，或：基礎數據管理職員信息無職位人員可選，必須先有職位12創建普通用戶系統平臺權限管理用戶管理一般用戶要對應職員，然后給每個用戶設置一些可操作的組織范圍13給用戶授

11、權系統平臺權限管理用戶管理，分配權限用戶授權有多種方式，14在根管理單元創建科目，將科目分配到下級CU基礎數據管理主數據科目科目管理員和普通用戶都可以操作，需要根據集團的會計政策而確定是否向下級分配科目表。15切換到需要管理的CU主菜單：系統切換組織如只有一個管理單元，本步可跳過16重復上述步驟5-1417以普通用戶登錄開始各個業務系統初始化操作1.1.3 屬性說明1、 組織單元英文名稱為Control Unit，簡稱CU。是用來確定基礎數據的基本共享范圍，設置CU為了各個業務組織更好的業務協同；具體業務的開展不受CU的影響；他只是一個主要數據的共享區域。設置的方法基本上是依據科目、客商、物料

12、等主數據為依據，取最小粒度。按照目前的實施經驗總結，可以按照行業、區域和法人公司等作為建立CU的標準。CU是集團控制力度調整的載體，政策的分配線路，實現集中管理，分層控制；CU的引入使得管理和隔離粒度可以細分而不局限于賬套級和公司級；2、 組織單元英文名稱為Oranganize Unit，簡稱OU，就是實實在在存在的單位或者部門；金蝶EAS系統是一套面向集團的應用管理軟件。其組織架構是：單組織架構樹、多業務視圖模型。組織是有類型的：金蝶EAS系統包括的組織類型包括行政組織、財務組織、成本中心、利潤中心、HR組織、采購組織、銷售組織、庫存組織等；除了行政組織，其余的都被稱為業務組織，行政組織總是

13、真實存在的；業務組織往往是虛擬的。按照業務的邏輯設置的。組織的虛體與實體。具體的業務只能發生在實體上；虛體也可以指定業務政策的載體，每個OU可能是一種業務組織的實體，同時是另外一個業務組織的虛體；虛體的作用有統計的口徑和組織擴充、降級處理的功能。3、 組織架構維護1）組織單元新增：指組織單元的增加拓展可以在虛體上增加下級組織單元；可以在虛體和虛體之間增加組織單元；可以在實體上增加下級組織單元；2)組織架構的變更:指組織架構的異動 原則歷史數據保持不變； 原則組織單元的編碼和名稱不能刪除，一般是處于未啟用狀態； 原則已用的編碼不能重用； 清理歷史業務關系； 3)組織單元的移動: 指改變組織的上下

14、級關系，下級跟隨本組織單元移動 需要組織單元禁用，建立新的組織單元并初始化處理。要求前組織單元的上級組織調整。 4）織單元的封存：指組織單元被禁用，不能再發生業務一般封存整個組織單元組織單元的屬性封存 4、 業務委托 業務委托的類主要四種類型：記賬委托、采購委托、銷售委托、庫存委托 記賬委托：任何業務組織都可以進行記賬委托 采購委托：一般是行政組織和庫存組織可以進行委托 銷售委托：一般是庫存組織可以委托 庫存委托:一般是采購組織和銷售組織進行委托5、 組織屬性1) 財務組織屬性必錄項：一定要注意選擇，會直接影響后期的賬務、業務處理（如：實體虛體、科目表、匯率、上級財務組織、會計期間、地區、幣別

15、、匯率等）。 本位幣：影響當前財務組織實體的賬務處理。 折算匯率表：影響調匯、記賬使用的匯率 報告幣系列：如果啟用報告幣，會直接影響初始化數據的錄入，正常期間的賬務處理，合并報表的最終折算等。2) 行政組織屬性：上下級行政組織：確立匯報關系。 記賬委托：組織費用的記賬組織。行政組織的采購委托：行政組織需要采購物資時對應的采購組織，默認就是當前管理單元內的采購組織，也可指定其它管理單元內的采購組織，可以指定多個采購組織。3) 采購組織屬性：庫存委托組織：一般默認當前管理單元的庫存組織，如果是集團采購或采購組織需要存儲和周轉物資時要求嚴格對應庫存組織時，且采購組織是實體組織，此時必須錄入庫存委托組

16、織。行政組織委托：主要用于采購類單據查找對應的人員。如果采購參數設置取采購屬性的委托的行政組織，這里必須設置。在采購組織和行政組織存在一對多或多對一的關系時，當需要明確界定當前采購組織所對應的行政組織時需要設置，一般可以不設置。4) 銷售組織屬性：庫存委托組織：一般默認當前管理單元的庫存組織，如果是集團銷售、分銷或銷售組織需要存儲和周轉物資時要求嚴格對應庫存組織時，且銷售組織是實體組織，此時必須錄入庫存委托組織。行政組織委托：默認當前管理單元的行政組織。如果銷售分銷管理參數設置取銷售屬性的委托的行政組織，這里必須設置。在銷售組織和行政組織存在一對多或多對一的關系時，當需要明確界定當前銷售組織所

17、對應的行政組織時需要設置，一般可以不設置。5) 庫存組織屬性行政委托：直接影響庫存單據上的部門字段是否可以選擇 采購委托：實體庫存組織一定要設置，影響庫存組織采購物質時對應的采購組織。 銷售委托：實體庫存組織一定要設置，影響庫存組織銷售物質時對應的銷售組織。6、 職位和職員 在多管理單元時，虛體的職位也要虛設置，單級組織單元需要注意上下級的關系和負責人職位的置。7、 用戶和角色角色：可以簡化授權，可以建立用戶和角色的映射。用戶功能權限：用戶操作功能的權限用戶數據權限：包括普通數據規則授權、字段權限和個別數據授權用戶字段權限：字段權限是對業務對象的某些字段沒有查看權和修改權的控制，例如出入庫單，

18、倉管員只能查看數量不能查看單價和金額等等。要進行字段授權，首先要設置哪些字段要啟用字段權限。普通數據規則授權：用一條規則進行授權。個別數據授權：對不成規則的數據進行針對數據不成規律的授權。用戶特殊權限：在組織架構管理單元有特殊權限設置（設置擁有者權限和主管權限）用戶業務組織：用來界定用戶的可以操從的業務組織，也就是可以切換的組織范圍，可以設置默認的登錄組織用戶行政組織：用來界定用戶需要操從的行政組織1.2 主數據金蝶EAS系統的基礎框架搭建起來后，就可以開始完成系統主數據的建立，主數據是對整個EAS系統有決定性意義、影響所有系統業務流程的數據。包括了科目表與科目、客戶、供應商、物料。1.2.1

19、 科目與科目表科目表和科目是在組織單元維護的過程中或之前已經完成了。但是科目的屬性還沒有維護，這里主要講述科目屬性的維護。1.2.1.1 建立過程1.2.1.2 建立步驟序號步驟菜單操作說明以user登錄初始密碼為“kduser”集團層面：維護的資料被這個集團各下屬單位共享。1手工創建科目表創建基礎數據管理主數據科目科目表此資料在組織屬性維護是已經做過，此處可以不維護。2引入科目類別基礎數據管理主數據科目科目-文件-引入科目類別3引入科目基礎數據管理主數據科目科目-文件-引入科目實施中可以根據系統提供的模版，修改客戶提供的科目，然后引入系統4自定義核算項目維護基礎數據管理輔助數據自定義核算項目

20、類型一般可以選擇集團維護、全局共享和全局維護、全局共享。5、輔助賬維護基礎數據管理輔助數據輔助賬輔助賬是核算項目的組合，然后再與科目結合，滿足集團公司輔助核算的要求6、集團科目屬性維護基礎數據管理主數據科目科目完成了輔助賬以后，在科目序時簿中進行科目屬性的維護，主要包括是否為現金/銀行科目、是否出日記賬、輔助賬類型、多幣別核算、數量核算、下屬單位是否可以增加下級單位等。7、集團科目分配/引用基礎數據管理主數據科目科目-分配我們采用分配的模式。分配的方式是按照管理單元的級次依次分配的。基層單位：基層單位在集團下發科目的基礎上進行本單位科目的維護8、自定義核算項目維護基礎數據管理輔助數據自定義核算

21、項目包括：增加集團制定的自定義核算項目的明細內容；增加自己需要的自定義核算項目類別和明細內容，類型選擇為絕對私有9、輔助賬維護基礎數據管理輔助數據輔助賬添加本組織需要的輔助賬類型10、科目維護基礎數據管理主數據科目科目維護本單位的科目屬性，重點內容是本級輔助賬、數量金額、日記賬等1.2.1.3 屬性說明1.2.1.4 實施注意事項 n 科目表是手工創建的，需要注意的是如果科目需要從系統外引入，比如Excel表格，那么就需要定義科目表的科目級次；否則科目就無法導入系統。n 金蝶EAS系統支持多科目表。因此就需要在業務控制策略中指定科目和科目表的業務控制策略，如果是集中管理、需要達到三統一（科目、

22、會計期間、本位幣）的目標，那么就要使用分配的策略，同時要通過業務控制策略控制基層單位新增、修改、刪除科目的問題。n 多科目表的情況下，就需要注意客戶需求中有關虛體查詢、匯總等問題。n 科目中如果集團設置了輔助核算，那么下屬單位可以修改此輔助核算，但是必須包含集團設置的核算在內。n 科目是逐級分配的。n 如果客戶暫時不需要上標準財務模塊，此部分可以暫時不進行設置。n 科目分配后沒有使用是可以級收回。n 科目的數量核算和核算項目的數量核算使用始有區別的。n 科目的選項和屬性設置直接影響后續的賬務和業務處理。n 科目上下級幣別的關系是包含和未包含的關系。n 科目輔助賬的上下級關系是包含關系，上級輔助

23、賬含義：是從橫向和縱向的關系，針對整個集團來說的n 科目下發的控制級次會自動取目前科目的最大級，如果下級公司要增加自己的科目的話一定要注意控制級次1.2.2 客商客商資料在金蝶EAS系統中的管理相對比較統一。因此在操作的流程和控制策略上比較一致。1.2.2.1 建立流程1.2.2.2 建立步驟序號步驟菜單操作說明以user登錄初始密碼為“kduser”集團層面：維護的資料被這個集團各下屬單位共享。1維護客戶/供應商的類別基礎數據管理主數據客戶/供應商2客商編碼規則制定基礎數據管理系統平臺編碼規則3客戶/供應商維護基礎數據管理主數據客戶/供應商供應商在集團下建立4供應商資料分配基礎數據管理主數據

24、客戶/供應商將供應商分配給集團子公司基層單位：基層單位在集團制定的類別的基礎上完成具體客商的維護。10、客戶/供應商維護基礎數據管理主數據客戶/供應商1.2.2.3 屬性說明1.2.2.4 實施注意事項n 客商支持多緯度管理；n 集團和基層單位都可以建立具體的客戶，根據管理的需要，如果要實現某一客戶在整個系統的唯一性，就需要在集團建立、然后下發給下屬單位使用，下屬單位不可以新增客戶；n 供應商由集團統管，在集團下建立供應商資料，然后下發給子公司；n 下屬單位自己添加的客戶，系統支持客戶資料升級的需求；但是如果多家單位都增加了同一個客戶的資料，就需要通過業務分析碼完成相關的匯總和統計；n 內部客

25、戶和內部供應商是客商資料的一種，也是合并報表獲取內部交易、內部往來的數據來源（一般地，在集團層面上設置；否則，其他下屬單位就不能使用同一的內部客商了）。n 在各公司使用客商信息時，供應商需要維護財務屬性和采購屬性，客戶需要維護財務屬性和銷售屬性。1.2.3 物料物料是金蝶EAS系統的主數據之一，特別是如果使用物流系統，要達到業務協同的目標，就需要對整個集團的物料資料作統一的規劃。1.2.3.1 建立過程1.2.3.2 物料的維護步驟序號步驟菜單操作說明以user登錄初始密碼為“kduser”集團層面：維護的資料被這個集團各下屬單位共享。1維護物料的類別基礎數據管理主數據物料2物料編碼規則制定基

26、礎數據管理系統平臺編碼規則3物料明細維護基礎數據管理主數據物料基層單位：基層單位在集團制定的類別的基礎上完成具體物料的維護。10、物料屬性維護基礎數據管理主數據物料1.2.3.3 屬性說明1.2.3.4 實施注意事項n 基本屬性：輔助屬性、單價精度、基本計量單位、輔助計量單位需要根據實際業務需要進行設置。n 財務屬性: 計價方法、記賬分類、核算類別需要按照行業特點、核算體系要求進行選擇。n 采購屬性：采購參考價、超收比率（以訂單為核心控制下游單據）、采購計量單位n 銷售屬性：以銷訂購目前可以使用，其他基本沒有用，以后可能會用到。n 庫存屬性：庫存管理、負庫存管理、批次管理、保質期、序列號可以使

27、用，其他基本沒有用。n 成本屬性：存貨類別、成本對象（目前還沒有模塊使用，以后成本模塊會使用）n 物料可以實現多緯度管理和多緯度查詢n 物料可以逐級分配，也直接可以引入n 多計量單位：拆包目前還不可用，是否統計單位目前是可以使用的n 物料管理中的編碼規則的定義，建議的內容包括：盡量的使用數字等元素，不要使用字母、特殊字符等；分級管理的情況下使得編碼的長度達到最短；1.3 輔助資料金蝶EAS系統提供了豐富的輔助資料，所謂輔助資料是針對主數據而言的，那些影響部分系統、對有些業務造成影響、針對具體業務系統的資料稱之為輔助資料1.3.1 會計期間1.3.1.1 建立過程1.3.1.2 建立步驟序號步驟

28、菜單操作說明以user登錄初始密碼為“kduser”集團層面：維護的資料被整個集團各下屬單位共享。1維護期間類型基礎數據管理輔助資料管理期間期間類型在組織屬性維護的時候已經維護。2會計期間基礎數據管理輔助資料管理期間1.3.1.3 屬性說明1.3.1.4 實施注意事項n 金蝶EAS系統支持多會計期間的使用，即可以有多個會計期間類型；n 大陸傳統的按照月執行的會計核算在金蝶EAS系統中實現12期的管理，存在13期作為調賬的期間使用。1.3.2 幣別系統提供了部分常用的幣別資料，如果沒有特別需要，此資料可以默認使用；1.3.2.1 建立過程1.3.2.2 建立步驟序號步驟菜單操作說明以user登錄

29、初始密碼為“kduser”集團層面：維護的資料被整個集團各下屬單位共享。1維護幣別基礎數據管理輔助資料管理幣別2維護票面基礎數據管理輔助資料管理幣別不維護，則出納現金盤點不可處理。1.3.2.3 屬性說明1.3.2.4 實施注意事項n 如果存在外幣核算，則幣別資料就需要維護準確；n 票面額度的維護主要是為了保證在出納系統使用的情況下，對現金進行盤點時會調用此資料。不維護就無法進行現金盤點。n 組織單元維護是會調用該資料。1.3.3 匯率匯率的管理是分組管理，金蝶EAS系統支持多套匯率表，匯率維護包括匯率表、匯率兌換關系和匯率。1.3.3.1 建立過程1.3.3.2 建立步驟序號步驟菜單操作說明

30、以user登錄初始密碼為“kduser”集團層面：維護的資料被整個集團各下屬單位共享。1匯率表維護基礎數據管理輔助資料管理匯率2維護匯率基礎數據管理輔助資料管理匯率1.3.3.3 屬性說明1.3.3.4 實施注意事項 n 此資料需要在集團維護；n 系統支持定義多套匯率表，為集團公司地處多個國家，跨越多個區域提供不同的設置定義n 供應鏈用到組織單元中財務屬性的基本匯率進行轉換1.3.4 計量單位計量單位采用分組管理，金蝶EAS系統支持多計量單位組、多套計量單位的情況。此資料需要在集團維護1.3.4.1 建立過程1.3.4.2 建立步驟序號步驟菜單操作說明以user登錄初始密碼為“kduser”集

31、團層面：維護的資料被整個集團各下屬單位共享。1計量單位組維護基礎數據管理輔助資料管理計量單位2維護計量單位基礎數據管理輔助資料管理計量單位1.3.4.3 屬性說明1.3.4.4 實施注意事項 n 計量單位的管理涉及到物料系統、財務的數量金額賬、以及集團化查詢的問題，建議最好集團制定一套完整的計量單位體系，基層單位使用即可；n 計量單位將被采購、銷售、庫存、應收、應付等單據調用。n 計量單位組里有默認計量單位，同組里要有換算關系1.3.5 記賬分類記賬分類的作用是各個業務系統與總賬系統集成，自動生成憑證過程中的一個科目模版；用于單據轉換平臺。1.3.5.1 建立過程1.3.5.2 建立步驟序號步

32、驟菜單操作說明以user登錄初始密碼為“kduser”集團層面：維護的資料被整個集團各下屬單位共享。1記賬分類類型維護基礎數據管理輔助資料管理記賬分類基層單位：維護的資料在本單位內使用。記賬分類明細基礎數據管理輔助資料管理記賬分類1.3.5.3 屬性說明1.3.5.4 實施注意事項 n 記賬分類是在使用了總賬系統，并且供應鏈與總賬系統連用的情況下才會使用該資料自動生成憑證；否則可以不維護；n 系統提供的記賬分類類型包括：物料、客戶、供應商、職員、固定資產、內部賬戶、銀行賬戶等類，需要設置的有物料、客戶、供應商。n 起到簡化設置、批量引用的作用n 同一類別可以有多組記賬分類1.3.6 稅務資料n

33、 為系統中單據和基礎資料定義稅種和稅率。n 主要應用于物料資料定義、物流單據的稅率確定、發票、供應商供貨信息等。n 稅率是輸入整數，不是小數。1.3.7 銀行賬戶n 銀行賬戶是實實在在的銀行賬戶。n 在現金管理、資金管理、出納管理、應收應付中會用到。1.3.8 收付款類型n 系統預設了很多種9種收款類型和11種付款類型。n 用戶可以自定義符合自身行業特點的收付款類型。1.3.9 費用類型和費用項目n 費用類型有預設的6種類型，用戶可以自定義n 費用項目是費用類型的承擔體，是針對費用類型的細分。n 費用項目費用類型可以是一對多關系n 費用項目主要用于費用發票、費用預算、費用報表2 初始化2.1

34、庫存管理初始化 2.1.1 庫存管理初始化流程2.1.2 庫存初始化步驟序號步驟菜單操作說明以user或有權限的用戶初始密碼為“kduser”1維護初始化庫存單據的編碼規則系統平臺編碼規則規則定義2維護物料基礎數據管理主數據物料3維護倉庫庫存業務管理庫存管理基礎數據倉庫定義4維護單據事務類型庫存業務管理庫存管理基礎數據事務類型5維護系統啟用期間系統平臺系統配置系統狀態控制6維護系統、單據參數系統平臺系統配置系統參數設置7引入或錄入初始庫存數據庫存業務管理庫存管理庫存初始化初始化庫存庫存初始余額錄入8錄入初始化前未核銷的暫估入庫單庫存業務管理庫存管理入庫業務采購入庫采購入庫單新增9錄入初始化前未

35、核銷的銷售出庫單庫存業務管理庫存管理出庫業務銷售出庫銷售出庫單新增10初始對賬庫存業務管理庫存管理庫存初始化初始化對賬11結束初始化庫存業務管理庫存管理庫存初始化結束初始化12反初始化庫存業務管理庫存管理庫存初始化反初始化2.1.3 庫存初始化過程說明n 編碼規則：單據支持編碼規則，也支持無編碼規則，引入數據時會匹配單據號是否重復，建議按照庫存組織代碼單據前綴流水號進行編碼。n 維護物料：核對物料屬性設置和啟用情況。 n 倉庫和倉位設置 ：定義物料的存放地點。Ø 注意倉庫的狀態、默認倉管員、業務狀態、庫位管理的設置。Ø 倉管員可以啟用后再設置，只要編碼和庫位管理在啟用后不允

36、許修改，其他屬性都可以修改。 Ø 倉庫需要啟用后才可以授權，供單據操作使用。Ø 倉庫和庫存組織的授權關系是一對一、一對多的關系。Ø 庫存組織中可以固定存放物料、固定對應倉位。n 事務類型：Ø 集結庫存類型、庫存狀態和單據類型、業務類型；所有庫存基礎數據和業務數據圍繞的為軸心。 Ø 支持自定義事務類型，滿足企業特有的流程擴展和業務流程重組需要。Ø 自定以事務類型是通過復制新增形成。Ø 要注意里面的屬性設置，會影響庫存和核算。n 啟用期間：定義整個供應鏈的初始時間節點，采購、銷售、庫存、存貨核算共用一個啟用期間。 n 系統參數：

37、需要按照庫存組織逐一設置，事后可以修改。n 初始庫存余額：Ø 處理初始化前已經發生而未完成的業務余額。Ø 初始化單據支持手工輸入和引入的方式進行，不支持自定義字段的引入。Ø 初始化余額是通過單據方式進入，單據審核后不需要進行記賬，會更新庫存臺賬。 n 初始化暫估單 ：Ø 處理初始化前已經發生但還沒有結算的采購入庫單Ø 在采購入庫單界面新增，選上初始化單選項Ø 這類單據不更新庫存、不參與核算、不需要進行賬務處理Ø 只是為后續財務結算提供源頭單據n 初始化前的銷售出庫單：Ø 處理初始化前已經發生但還沒有結算的銷售出庫單

38、Ø 在銷售出庫單界面新增，選上初始化單選項Ø 這類單據不更新庫存、不參與核算、不需要進行賬務處理Ø 只是為后續財務結算提供源頭單據 n 初始對賬：Ø 庫存余額和總賬科目余額對賬Ø 對賬原理是物料的庫存初始余額轉換成物料對應的科目余額，與總賬系統相同科目賬戶余額進行對賬，以物料的記賬分類設置的科目為紐帶進行對應總賬科目余額。Ø 對賬條件是庫存期間和總賬當前期間一致：物料財務屬性維護了記賬分類初始單據已經審核但未結束初始化 n 結束初始化：Ø 對庫存初始余額已經完全錄入和審核成功并確認庫存賬和財務賬一致的初始化單元。Ø

39、 結束初始化可以按財務組織、財務組織庫存組織、財務組織庫存組織倉庫的方式進行。Ø 可以對財務組織、庫存組織、倉庫在不同期間進行結束初始化。Ø 結束初始化會結轉庫存余額數據、更新期間設置。n 反初始化：對結束初始化的組織和倉庫進行反初始化。2.1.4 實施注意事項2.2 供應管理初始化2.2.1 供應管理初始流程2.2.2 供應管理初始步驟序號步驟菜單操作說明以user或有權限的用戶初始密碼為“kduser”1維護應收單據的編碼規則系統平臺編碼規則規則定義2維護供貨信息供應管理供應商管理供貨信息供貨信息新增非必項3維護采購組、采購員供應管理采購管理基礎資料采購組管理非必項4維

40、護系統參數系統平臺>系統配置>參數設置>供應鏈管理>供應管理>采購管理5維護單據參數系統平臺>系統配置>參數設置>供應鏈管理>其它參數2.2.3 供應管理初始化過程說明n 編碼規則：單據支持編碼規則，也支持無編碼規則n 供貨信息：控制采購單據按照供貨信息執行 供貨信息主要有容差設置、超收欠收比率、最高價、最低價、價格類型、物料定價、時間段等。 最高價、最低價是一個即時數，會根據訂單隨時更新n 采購組采購員：設置采購組、分配組員 在錄入單據時錄入采購員可以自動帶入采購員，但取供應商的采購員的話不攜帶。 n 系統、單據參數：需要按照采購組織逐一

41、設置，事后可以修改2.2.4 實施注意事項2.3 銷售與分銷管理初始化2.3.1 銷售與分銷管理初始流程2.3.2 銷售與分銷初始步驟序號步驟菜單操作說明以user或有權限的用戶初始密碼為“kduser”1維護銷售單據的編碼規則系統平臺編碼規則規則定義2維護銷售組、銷售員【銷售與分銷管理】【銷售管理】【基礎資料】【銷售組管理】非必項3銷售價格管理非必項4信用管理非必項5維護合同條款、類型【基礎數據管理】【輔助資料】【合同條款】非必項6維護系統參數【系統平臺】>【系統配置】>【參數設置】>【供應鏈管理】>【銷售與分銷】>【銷售管理】7維護單據參數系統平臺>系統

42、配置>參數設置>銷售與分銷2.3.3 過程說明n 編碼規則：單據支持編碼規則，也支持無編碼規則n 銷售購組、銷售員：實現銷售業務數據進行分組統計、銷售業績統計、銷售價格分組執行n 系統參數、單據參數：需要按照銷售組織逐一設置，事后可以修改，詳見參數設置。n 合同類型、條款 ：針對合同專門抽象出來的n 價格管理：根據物料和客戶制定銷售價格和銷售價格體系 組合的四部分：價格參數、價格類型、基本價格和價格政策。 價格參數：設置價格的修改控制、取數規則、限價控制、其他約束 價格類型:設置價格的分類標準，有零售價、批發價、調撥價等 基本價格：定義物料的基礎價格 價格政策：對物料或客戶確定特殊

43、銷售價格策略，構建價格體系，可以引入引出 價格的取數順序為：價格政策基本價格物料銷售資料的參考售價n 信用管理：對交易客戶、銷售業務人員進行業務評估、設置交易信用管理，以提高資金管理水平、控制應收賬款成本。 四個步驟：信用參數、信用基礎數據、信用控制、信用分析。 信用參數：在系統參數啟用信用管理、對客戶或職員啟用信用管理，可以進行集中信用管理和信用預警。 信用基礎數據：信用控制范圍、信用公式、信用控制點、信用控制方式、信用檔案、信用等級。 信用控制：信用額度、信用期間的控制，日常客戶或業務員的控制。 信用分析：提供客戶信用額度分析。 現銷不進行信用控制。2.3.4 實施注意事項2.4 應收管理

44、初始化2.4.1 應收管理初始流程2.4.2 應收管理初始步驟序號步驟菜單操作說明以user或有權限的用戶初始密碼為“kduser”1維護應收單據的編碼規則系統平臺編碼規則規則定義2維護客戶基礎數據管理主數據客戶3維護對賬科目應收管理初始化對賬科目設置4維護系統啟用期間系統平臺系統配置系統狀態控制5維護系統參數系統平臺系統配置系統參數設置6引入或錄入初始數據應收管理初始化期初應收單.7錄入年初至啟用期的發生額應收管理初始化應收初始數據累計數的錄入8初始對賬系統平臺系統配置系統狀態控制9結束初始化應收管理初始化應收初始數據10關聯總賬系統平臺系統配置系統狀態控制自動對賬11反初始化應收管理初始化

45、應收初始數據反初始化后自動取消關聯2.4.3 過程說明n 編碼規則：單據支持編碼規則，也支持無編碼規則，引入數據時會匹配單據號是否重復，建議按照財務組織代碼單據前綴流水號進行編碼。n 客戶核對：檢查客戶資料是否齊全、核準n 啟用期間：定義應收初始化的時間節點n 對賬科目：系統默認應收系統受控的科目都要對賬，而且此類科目只能在應收系統進行賬務處理，非受控科目也可以在對賬科目中設置，這類科目沒有受控，對賬科目用于期初和期末對賬使用。對賬科目的負數單據取值：選擇選項為“負數”時，應收系統與總賬系統進行期末對賬時，對負數單據和負數的結算記錄，在取應付系統的發生額數據時，直接取憑證科目的方向和單據金額；

46、選擇選項為“對方正數”時，應收系統與總賬系統進行期末對賬時，對負數單據和負數的結算記錄，在取應收系統的發生額數據時，取憑證分錄的科目的方向和單據的絕對值金額。但應收單不受參數限制，對此負數單據一般都采用紅沖的做法。對賬科目輔助賬類型設置：目前對多核算項目還不支持，只支持按客戶對賬。n 系統參數維護：需要按照各財務組織逐一設置，需要按照本身的業務特點分析設置，具體見參數設置。n 初始數據：指啟用點沒有完全結算的單據，初始余額指沒有結算部分的余額三種單據：期初應收單、期初收款單、期初代理業務單，期初單據不需要賬務處理，可以手工輸入已經結算的余額。期初代理業務單需要手工審核、其他兩類可以不需要三種來

47、源方式：手工輸入、按照模板導入、從總賬輔助賬余額引入 手工輸入：直接手工按單輸入初始余額單據 按照模板導入:簡化輸入，批量倒入從總賬輔助賬余額引入:要求檢查應收和總賬期間的合理性，總賬的當前期間必須大于或等于應收系統的啟用期間； 錄入科目和單據類型的對應關系；如果應收系統的啟用期間不是年度的第一個期間，系統也引入本年發生額數據。n 錄入年初至啟用期的發生額： 初始數據錄入界面：系統會將期初單據按業務類型、往來戶、部門、職員、應收科目相同的原則進行合并分組后的數據。 錄入年初至啟用期的發生額：可以手工輸入，也可以引入輔助賬的時候一并引入n 結束初始化確認所有幣別數據輸入保存后，可以結束初始化操作

48、結束初始化會自動標記初始化單據為審核狀態結束初始化會自動標記系統已經啟用結束初始化會自動將初始化余額結轉往來余額。n 關聯和對賬關聯總賬和對賬是同時進行的。應收和總賬進行期間關聯，如果不關聯，則不能進行應收系統的憑證處理。 進行期間關聯時系統會自動和總賬進行對賬，如果數據一致關聯標志會自動勾稽上，否則會彈出對賬不平衡的結果，供后續調整使用。n 反初始化 進行初始化數據的變更、調整需要進行反初始。反初始化會處理余額表數據、清除系統啟用標志、清除初始化單據的審核標志如果已經結賬必須先反結賬核， 已經結算的紀錄系統不會再處理了。n 初始化壞賬 不受結束初始化的影響。 主要處理已經發生的壞賬在以后還可以收回的期初壞賬數據。 2.4.4 實施注意事項 2.5 應付管理初始化2.5.1 應付管理初始流程2.5.2 應付管理初始步驟序號步驟菜單操作說明以user或有權限的用戶初始密碼為“kd