第一篇：2009年ERP需求開發計劃(新)

2009年ERP需求開發計劃

一、已在開發待完善或完成的功能

（一）待完善的報表

1.合并會計報表及匯總輔助報表系統

存在的問題：只有開發框架和報表結構，未有相應的實際數據錄入運行，正確率有待核對，抵消分錄和外埠非上線單位數據錄入還存在問題，使用上會有不方便。(ERP組反饋信息：報表框架已完成，下步進入報表測試階段，通過測試驗證報表準確與否，然后再解決)

達到的目標：1）所有報表的數據基礎包含納入合并范圍的所有分子公司。2）三大合并報表需要區分母公司和全部合并表。3）對非上線公司的數據錄入要求方便簡單，并能實現遠程錄入。4）合并抵消分錄力求大部分抵消分錄能自動生成，且能核對修改；需要人工輸入的抵銷分錄要求界面操作簡單直觀。5）所有輔助匯總報表要求格式滿足現有要求。6）可自行設置規則的自我審核、自我檢查程序，提示出錯原因，減少差錯。7）開發試行的報表必須與現有手工報表數據并行三個月以上正確無誤方可施行。8）增加報表內容設置靈活性，可以根據需要改變報表內容。

2.單位成本分析表

存在的問題： 1)上年實際單位成本不能正確顯示。（具體情況為：系統運行出來的單位成本表，上年實際單位成本欄顯示的數據是以千克為單位的成本，而本期實際單位成本都是以噸為單位的。）(ERP組反饋信息：通過調整程序，已解決)2)產品單位成本分析表副產品分析，當副產品出現正數時，分析數據不能在副產品因素體現；(ERP組反饋信息：要求提供副產品取數的標準，看是否能調整做決定，技術上可行)3）現在做單位成本表要單個產品運行，能否批處理集中 1

運行。(ERP組反饋信息：如果做集中批處理，運行時間過長，會導致直接死機，技術上暫時無法實現。)

達到的目標：完善上年實際單位成本數據，解決副產品分析出現正數的問題，并能實現批處理集中運行。

3.利潤分析表

存在的問題：1)利潤分析表中各項小計數沒有；2)利潤分析表中對應單項合計數沒有；3)利潤分析表中只對銷售利潤進行分析，沒有配置三項費用，營業外收支等項目進行分析。(ERP組反饋信息：已經在逐步的按要求調整，技術上可行，能很快解決。)

達到的目標：實現各項小計數功能，并實現對三項費用及營業外收支等項目進行分析，完善相應功能，并保障數據正確。

4.現金流量表

存在的問題：累計數和當月數不能同時提供。現金流量表只能顯示一列數據，因此，累計數和當月數需要在兩張報表上分別提供。(ERP組反饋信息：已經在逐步的按要求調整，技術上可行，能很快解決。)

達到的目標：完善現金流量表功能，能實現累計數和當月數在一張報表上同時提供，方便使用和查詢。

5.主營業務收支明細表

存在的問題：主營業務收支明細表格式有問題，不能在1張A4紙打印，要分3張才能打印，不便于查閱，能否改進。(ERP組反饋信息：正在研究討論，盡量接近效果，但不能保證完全實現所提要求)

達到的目標：完善主營業務收支明細表打印格式，達到在一張報表上顯示，便于查詢和報送。

6.利潤表

存在的問題：利潤表營業收入，其中：主營業務收入、其他業務收入取不到

2數字。營業成本，其中：主營業務成本、其他業務成本取不到數字。(ERP組反饋信息：技術上可行，并已著手重新編制一張供查詢的、包括上述數據的報表)

達到的目標：完善利潤表營業收入明細，獲取相關數據。

（二）待完善的其他系統

1、金稅開票系統與ERP系統的對接。

存在的問題：1）ERP上的稅金數字與金稅系統上的數字對不上時，不能手工改，只能月末集中改：2）只能在單價和提貨量均為整數的條件下做到兩個系統所開的稅票一致，如果單價和提貨量存在小數點位數時兩個系統所開的稅票就會出現差異。另外，測試時ERP的開票資料是通過U盤倒入金稅系統的，程序非常繁瑣，一旦U盤出現問題就會影響開票正常工作。(ERP組反饋信息：技術上已經完全實現上述要求，不存在小數點問題，并已經在電化、氟化試運行，需對ERP中的客戶資料加以完善整理，達到開票資料的要求即可，試運行的反饋信息暫時沒有獲得)

達到的目標：完善金稅開票系統與ERP系統的對接功能，實現ERP系統實時開票，并增加實時修改數據等功能。

2、其他ERP系統問題

存在的問題：1）資產負債表在ERP系統運行過程中，資產與負債和所有者權益出現不平時，系統沒有提示，這樣容易出現報表錯誤，能否提供提示功能；(ERP組反饋信息：技術上完全可行，僅需提供檢查標準，著手準備)2）醫療保險與福利費：目前在科目設置，醫療保險列入了福利費范圍，而根據其實際性質看，屬于社會保險范疇，像養老保險等一樣單獨列示更為合理。(ERP組反饋信息：在查詢功能上已經調整)（3）成本結轉過程統計指標和結算規則不能實現系統自動取數。(ERP組反饋信息：技術上暫時不能實現)4）對目前ERP用戶菜單過于繁雜，有許多測試及過期無用的菜單數據，建議進行清理。(ERP組反饋

3信息：在討論中，暫時不做清理)

達到的目標：完善ERP系統，解決問題中提到改善建議，滿足用戶需求。

二、新增加的開發需求

（一）、待開發的報表

1）集團公司內部債權、債務明細表(ERP組反饋信息：通過對客戶余額表和供應商余額表進行數據整合，可以做一張單獨的報表供查詢用)

2）股份公司內部往來明細表(ERP組反饋信息：從客戶余額明細表上，通過一些條件設定可以實現)

3）成本分析匯總表(ERP組反饋信息：正著手進入研究開發階段)

4）應付職工薪酬表(ERP組反饋信息：通過樣表及數據來源可以實現)

5）各種審計明細表(ERP組反饋信息：ERP上已經有類似查詢功能，看使用效果在做進一步調整)

6）大宗原料收發存季度報表(ERP組反饋信息：已有此報表，只需調整日期到季度即可實現查詢數據)

7)股份公司季度、年度營業收入的關聯交易報表(ERP組反饋信息：先提供樣表在做進一步論證開發)

（二）、待開發的功能

1、銀企互聯系統。實現資金結算系統和銀行網銀系統對接，以減少支付工作量和差錯率，提高工作效率，真正實現現金支付的實時控制。

2、資金結算計息系統。初步設想內部借款利息計算先按實際收到的貨款及劃撥給各單位的資金差額加上以前年度欠款數按季結算。待條件成熟，設立內部貸款功能，貸款利息按現款或匯票種類和實際貸款天數結算，存款利息按存款積數計算。

3、預算與實際對比利潤分析系統（基于ERP系統內的功能）。開發要求：

4（1）能生成預算與實際對比基礎表和分析表；

（2）預算與實際對比實行月度對比分析；

（3）報表樣式由綜合部提供；

（4）報表的具體內容待開發項目審批后再討論具體方案；

（5）報表運行三個月以上正確無誤方可施行。

4、營銷查詢與管理系統（基于ERP系統內的功能）。開發要求：

（1）要求ERP系統能解決按旬編制產成品、應收賬款指標實際完成情況報表的問題。

（2）要求ERP系統能解決對全公司各產品的最高價、最低價以及外銷平均價執行情況實時監控、即時通報的問題。

（3）要求能解決ERP超信用額度解凍的對象多重設置問題：達到既能在原來以客戶為主體的基礎上進行監控，又能附加以按產品進行全程信用管理的監控功能。(ERP組反饋信息：技術上可以實現單個客戶對股份公司的信用設定)

（4）要求能解決應收賬款計息制業務員項目欄具體責任人設定問題。

（5）要求能解決股份公司季度、年度營業收入前十名客戶名稱、金額的查詢問題。(ERP組反饋信息：通過KE30命令中的Z000000007項目可以條件查詢，著手對銷售組進行微調，即可達到需求)

（6）要求能解決公司季度、年度營業收入的關聯交易報表設定問題。5

第二篇：ERP基本模塊介紹之三能力需求計劃

能力需求計劃（Capacity Requirement Planning，簡稱CRP）是幫助企業在分析物料需求計劃后產生出一個切實可行的能力執行計劃的功能模塊。該模塊幫助企業在現有生產能力的基礎上，及早發現能力的瓶頸所在，提出切實可行的解決方案，從而為企業實現生產任務提供能力方面的保證。其實，能力需求計劃制訂的過程就是一個平衡企業各工作中心所要承擔的資源負荷和實際具有的可用能力的過程，即根據各個工作中心的物料需求計劃和各物料的工藝路線，對各生產工序和各工作中心所需的各種資源進行精確計算，得出人力負荷、設備負荷等資源負荷情況，然后根據工作中心各個時段的可用能力對各工作中心的能力與負荷進行平衡，以便實現企業的生產計劃。

通常，編制能力需求計劃的方式有無限能力負荷計劃和有限能力負荷計劃兩種。無限能力負荷計算是指在不限制能力負荷情況下進行能力計算。即從訂單交貨期開始，采用倒排的方式根據各自的工藝路線中的工作中心安排及工時定額進行計算。不過，這種計算只是暫時不考慮生產能力的限制，在實際執行計劃過程中不管由于什么原因，如果企業不能按時完成訂單，就必須采用順排生產計劃、加班、外協加工、替代工序等方式來保證交貨期。這時，有限能力負荷計算方式就派上了用場。有限能力負荷計算就是假定工作中心的能力是不變的，把拖期訂單的當期日期剩下的工序作為首序，向前順排，對后續工序在能力允許下采取連續順排不斷地實現計劃，以挽回訂單交貨期。

下面我們主要介紹一下能力需求計劃的制訂流程，以便更好地掌握能力需求計劃模塊。

一般來說，編制能力需求計劃遵照如下思路：首先，將MRP計劃的各時間段內需要加工的所有制造件通過工藝路線文件進行編制，得到所需要的各工作中心的負荷；然后，再同各工作中心的額定能力進行比較，提出按時間段劃分的各工作中心的負荷報告。最后，由企業根據報告提供的負荷情況及訂單的優先級因素加以調整和平衡。

1.收集數據。

能力需求計劃計算的數據量相當大，通常，能力需求計劃在具體計算時，可根據MRP下達的計劃訂單中的數量及需求時間段，乘上各自的工藝路線中的定額工時時間，轉換為需求資源清單，加上車間中尚未完成的訂單中的工作中心工時，成為總需求資源。再根據現有的實際能力建立起工作中心可用能力清單，有了這些數據，才能進行能力需求計劃的計算與平衡。

2.計算與分析負荷。

將所有的任務單分派到有關的工作中心上，然后確定有關工作中心的負荷，并從任務單的工藝路線記錄中計算出每個有關工作中心的負荷。然后，分析每個工作的負荷情況，確認導致各種具體問題的原因所在，以便正確地解決問題。

3.能力/負荷調整。

解決負荷過小或超負荷能力問題的方法有3種：調整能力，調整負荷，以及同時調整能力和負荷。4.確認能力需求計劃。

在經過分析和調整后，將已修改的數據重新輸入到相關的文件記錄中，通過多次調整，在能力和負荷達到平衡時，確認能力需求計劃，正式下達任務單。

能力需求計劃（CRP）是MRPII系統中的重要部分，是一個將生產計劃和各種生產資源連接起來管理和計劃的功能。

能力需求計劃是在物料需求計劃下達到車間之前，用來檢查車間執行生產作業計劃的可行性的。即，利用工作中心定義的能力，將物料需求計劃和車間控制的生產需求分配到各個資源上，在檢查了物料和能力可行的基礎上可以調整生產計劃或將生產計劃下達給車間，車間就此計劃進行生產。

能力需求計劃將所有訂單按照確定的工藝路線展開，將工序的開始日期、完工日期及數量來審核時間和能力資源。

MRPII中的能力計劃

MRPII系統的能力平衡一般分為兩種：無限能力計劃和有限能力計劃，前者不考慮能力的限制，而將各個工作中心負荷進行相加，找出超負荷和少負荷；后者則根據優先級分配給各個工作中心負荷。目前大多數的商品軟件并沒有解決有限能力的問題，即按MRP生成的計劃是無限能力計劃，雖然進行了能力計劃，但是在解決能力沖突上并沒有提出更好的解決方法，這樣產生的計劃在實施中必然與實際產生偏差，有些偏差可以通過車間的實時調度排除，但是如果不能排除則對生產產生不利的影響，從另一個角度講，這種偏差是由于計劃的不合理性引起的，它導致了生產的混亂、無序。因而如何產生合理的MRP計劃將是系統成敗的關鍵，也是系統是否實用的關鍵。

由于無限能力計劃在這些方面的局限性，人們開始重視對有限能力計劃策略的研究和開發。同時JIT和OPT等思想的涌現和應用也促進了有限能力計劃的研究和發展。目前有限能力計劃的研究內容和范圍已經不局限于對MRP計劃的能力評估，它已經擴展到解決制造系統的資源、能力和物料的實際可用性，實現生產計劃和資源利用的優化。

能力需求計劃(Capacity Requirement Planning，簡稱CRP)是幫助企業在分析物料需求計劃后產生出一個切實可行的能力執行計劃的功能模塊。該模塊幫助企業在現有生產能力的基礎上，及早發現能力的瓶頸所在，提出切實可行的解決方案，從而為企業實現生產任務提供能力方面的保證。其實，能力需求計劃制訂的過程就是一個平衡企業各工作中心所要承擔的資源負荷和實際具有的可用能力的過程，即根據各個工作中心的物料需求計劃和各物料的工藝路線，對各生產工序和各工作中心所需的各種資源進行精確計算，得出人力負荷、設備負荷等資源負荷情況，然后根據工作中心各個時段的可用能力對各工作中心的能力與負荷進行平衡，以便實現企業的生產計劃。

能力需求計劃的分類 能力需求計劃子系統幫助企業管理人員將生產計劃轉換成相應的能力需求計劃，估計可用的生產能力并確定應采取的措施，以便協調能力需要和可用能力之間的關系。能力需求計劃子系統能幫助計劃員分析生產能力負荷情況，以便及早采取措施，解決能力與需求之間的沖突。

（1）粗能力計劃（ＲＣＣＰ）可用來檢查主生產計劃（ＭＰＳ）的可行性，它將主生產計劃轉換成對相關的工作中心的能力需求。

（2）詳細能力計劃（ＣＲＰ）可用來檢查物料需求計劃可行性，它根據物料需求計劃，工廠現有生產能力進行能力模似，同時根據各工作中心能力負荷狀況判斷計劃可行性。

能力需求計劃子系統能幫助企業平衡需求和能力之間的關系，制定出切實可行的生產計劃，并能盡早發現生產活動的瓶頸所在，提出合理的解決方案，實現均衡生產與快捷生產。

能力需求計劃的制定流程

圖1：能力需求計劃在ERP體系中的位置

通常，編制能力需求計劃的方式有無限能力負荷計劃和有限能力負荷計劃兩種。無限能力負荷計算是指在不限制能力負荷情況下進行能力計算。即從訂單交貨期開始，采用倒排的方式根據各自的工藝路線中的工作中心安排及工時定額進行計算。不過，這種計算只是暫時不考慮生產能力的限制，在實際執行計劃過程中不管由于什么原因，如果企業不能按時完成訂單，就必須采用順排生產計劃、加班、外協加工、替代工序等方式來保證交貨期。這時，有限能力負荷計算方式就派上了用場。有限能力負荷計算就是假定工作中心的能力是不變的，把拖期訂單的當期日期剩下的工序作為首序，向前順排，對后續工序在能力允許下采取連續順排不斷地實現計劃，以挽回訂單交貨期。

一般來說，編制能力需求計劃遵照如下思路：首先，將MRP計劃的各時間段內需要加工的所有制造件通過工藝路線文件進行編制，得到所需要的各工作中心的負荷；然后，再同各工作中心的額定能力進行比較，提出按時間段劃分的各工作中心的負荷報告。最后，由企業根據報告提供的負荷情況及訂單的優先級因素加以調整和平衡。

（1）收集數據。

能力需求計劃計算的數據量相當大，通常，能力需求計劃在具體計算時，可根據MRP下達的計劃訂單中的數量及需求時間段，乘上各自的工藝路線中的定額工時時間，轉換為需求資源清單，加上車間中尚未完成的訂單中的工作中心工時，成為總需求資源。再根據現有的實際能力建立起工作中心可用能力清單，有了這些數據，才能進行能力需求計劃的計算與平衡。

（2）計算與分析負荷。

將所有的任務單分派到有關的工作中心上，然后確定有關工作中心的負荷，并從任務單的工藝路線記錄中計算出每個有關工作中心的負荷。然后，分析每個工作的負荷情況，確認導致各種具體問題的原因所在，以便正確地解決問題。

（3）能力/負荷調整。

解決負荷過小或超負荷能力問題的方法有3種：調整能力，調整負荷，以及同時調整能力和負荷。（4）確認能力需求計劃。

在經過分析和調整后，將已修改的數據重新輸入到相關的文件記錄中，通過多次調整，在能力和負荷達到平衡時，確認能力需求計劃，正式下達任務單。

圖2：CRP工作流程

MRPII中能力需求計劃模塊的功能

（1）實時維護資源清單，同時提供直接由工藝流程數據生成的資源。（2）可變的能力核算展望期定義及維護

（3）靈活的粗能力需求計劃報表(分時間段匯總及明細)（4）精確的細能力需求計劃，考慮車間在制品，考慮工種（5）支持正向(Forward)及反向(Backward)兩種排序方法（6）工作中心能力的輸入／輸出控制的實時維護（7）可變的時間周期長度和周期數

（8）具有反查功能的能力需求查詢／報告，可反查到主生產計劃和物料需求計劃

物料需求計劃的對象是物料,物料是具體的、形象的和可見的、能力需求計劃(Capaci ty Requirements Planning,簡記為CRP)的對象是能力,能力是抽象的,且隨工作效率、人員 出勤率、設備完好率等而變化,能力需求計劃把物料需求轉換為能力需求,把MRP的計劃下達 生產訂單和已下達但尚未完工的生產訂單所需求的負荷小時,按工廠日歷轉換為每個工作中 心各時區的能力需求。

能力需求計劃的編制過程如下:

1、能力需求計劃的輸入數據

輸入數據包括:已下達的生產訂單,MRP計劃訂單,工藝路線文件,工作中心文件,工廠日 歷。

2、編制工作中心負荷報告

(1)編制工序計劃

以倒序排產的方法編制工序計劃,編制工序計劃有三個步驟:

①從訂單、工藝路線和工作中心文件得到信息從已下達訂單文件得到訂貨量和交貨期 ,例如,部件A訂貨量是60,交貨期是工廠日歷第420天。

從工藝路線文件中獲得工序、工作中心號、準備時間和加工時間。部件A訂單需要在兩 個工作中心(1號和2號工作中心)上加工兩道工序(工序10和工序20)。如下圖所示: @@TB12243000.GIF;表1

從工作中心文件獲得排隊時間和工作時間 @@TB12243001.GIF;表2 ②計算負荷

為了計算每道工序和每個工作中心的負荷,需從工藝路線文件得到單個零件每道工序的 定額工時;從訂單文件得到生產數量;用生產數量乘以定額工時;對每道工序加上標準準備時 間。

對部件A計算如下:

工序10加工時間 60 1小時=60小時

工序20加工時間 60 0.5小時=30小時

將準備時間加到加工時間上,就可確定在每個工作中心上每道工序的負荷: 工序10———工作中心1: 60小時+12小時=72小時

工序20———工作中心2: 30小時+6小時=36小時

③計算每道工序的交貨日期和開工日期

為了編制計劃,可以把平均加工時間和準備時間以天為單位存儲在工藝路線文件中。將 每天計劃工時乘以工作中心利用率和效率得到每天可用標準工時數,假設一天8小時,利用率 0.85,效率是0.88,計算如下: 8×0.85×0.88=6標準工時/天

于是可算得工序10加工時間為10天,準備時間為2天。工序20加工時間為5天,準備時間 為1天,第420天為工序20的完工日期,減去傳送、加工、準備和排隊時間得到抵達工作中心 2的日期是第411天。于是,第411天就成為工序10的計劃交貨日期。重復以上過程計算工序 10的開工日期。如下表所示。@@TB12243002.GIF;表3(2)按時區計負荷

當對所有的訂單都編制了計劃之后,就可以產生所有工作中心的負荷報告。工作中心的 負荷報告顯示在一定的時區內計劃訂單和已下達訂單的能力需求。為了按時區累計工作中 心負荷,要對每個工作中心將所有訂單所需的全部負荷定額工時加在一起。

例如,在工作中心2由前面的計算可知部件A的訂單需要30小時加工時間和6個小時準備 時間,即共36小時負荷。在工作中心1,該訂單需要60小時加工時間和12小時準備時間,即共 72小時負荷。按時區將在工作中心2上加工的全部下達訂單和計劃訂單的準備時間和加工時間加在一 起,最終得到為滿足生產計劃所需的總設備工時或勞動力工時,圖1是工作中心負荷報告的例 子。

在圖1中,已下達負荷工時表示由已下達訂單產生的負荷。計劃負荷工時表示由MRP計劃 訂單產生的負荷。總負荷工時為二者之和。

工作中心號 2 工作中心描述 機床

勞動能力 180小時/時區 設備能力 200小時/時區 @@TB12243003.GIF;表4

工作中心能力=180小時。因勞動能力小于設備能力,所以工作中心能力即勞動能力。

能力負荷差異=能力-總負荷

能力利用率(%)=總負荷/能力×100 @@TB12243004.GIF;圖1 工作中心負荷報告

工作中心負荷報告多以直方圖的形式給出,所以也稱為負荷例圖。如圖1的負荷報告可 以用圖2的形式表示。@@TB12243005.GIF;圖2 負荷圖

第三篇：ERP需求調研

部分行業ERP項目售前需求調研提綱

ERP項目售前需求調研提綱

? 企業地址及郵編 ? 企業電話及傳真 ? 企業產品及主導產品型號 ? 企業產值及銷售額 ? 員工總人數

? 組織結構。畫出一個組織流程圖，列出各主要部門的人員，職責及部門經理姓名 ? 企業的經營范圍？ ? 企業的營運模式？

? 目前企業微機軟、硬件基本情況

? 畫出一張業務示意圖，標明市場、銷售、生產計劃、采購、庫房、制造、質量、財務等關鍵部門的位置。? 關鍵的業務現狀？ ? 基本需求及期望目標？ ? 公司經營戰略與管理制度文件？ ? 主要想解決哪些問題？ ? 現有的系統存在哪些不足？ ? 部門各業務具體流程《業務流程圖》 ? 所有單據、憑證及報表《業務表單》 ? 現有MIS系統相關文檔

? 現有網絡拓樸圖及網絡、硬件、軟件配置情況

財務部分（Financial）

總帳管理（General Ledger）總體調研內容：

1.財務部門的組織架構及部門職責？人員分配情況？ 2.公司有幾套財務帳？之間關系如何？有無內部往來業務？ 3.現用計算機系統？ 4.相關財務制度？ 實際業務核算

1.目前所使用的會計科目結構？ 2.憑證審批流程 3.會計及結帳流程？ 應付款管理（Account Payable）總體調研內容：

1.相關應付款管理制度和流程手冊？

2.有無專門的應付管理系統？如何和財務系統銜接？ 發票管理

1.有沒有發票處理的政策與流程手冊？ 2.每月的發票大致數量？ 3.有無對發票進行詳細管理？

4.發票是否需要和采購單/收貨單匹配。目前是如何處理的？ 5.運費，雜項費用如何處理？ 6.發票的審批與入帳流程如何？

7.月末貨物已到而發票未到如何處理？采用何種價格暫估？ 付款管理

1.付款處理的政策與流程手冊？

2.有無商業慣例中的付款條款對付款進行計劃與折扣獲取？ 3.使用哪些支付方式，流程如何？

4.對應付余額是否進行帳齡分析？帳齡如何分時段？ 報表

有那些主要應付報表？周期如何？ 應收款管理

(Account Receivable)總體調研內容

1.相關應收帳管理制度和流程手冊？

2.有無專門的銷售管理系統？如何和財務系統銜接？ 供應商管理

1.供應商的管理詳細程度、手段如何？ 2.供應商有無分類？分類依據？.3.供應商管理系統提供的信息？ 4.有無對供應商進行詢價、報價管理？ 5.有無對供應商進行考核？指標有那些？

6.如何查詢供應商的業務記錄并與供應商進行對帳？ 客戶管理

1.客戶的大約數量？

2.客戶的管理詳細程度及手段如何？

3.客戶的信用檢查與控制制度如何？ 4.客戶的對帳、催款管理如何？ 5.客戶的價格及折扣管理如何？ 6.有沒有長期大宗協議客戶 現金管理（Cash Management）總體調研內容

1.相關資金管理制度及流程

2.有無專門的資金管理系統？如何和財務系統銜接？ 現金管理業務

1.如何進行銀行對帳？ 2.如何編制現金流量表？

3.是否做現金預測方面的工作，如何做？ 4.如何制定公司付款計劃？ 報表

資金管理方面的主要報表？

業務部分(Distribution)銷售管理（Order Management）1． 銷售組織結構如何？

2． 如何評估銷售人員的業績？怎樣核算傭金？ 3． 企業的銷售管理制度。4． 有無完整的客戶信息管理？

5． 現有客戶信息的具體內容？如：名稱、地址等。

6． 客戶所在國家或地區分布情況？主要客戶地區分布情況，是否將按地區分類？ 7． 是否對客戶按照某種規則分類，如按行業分類？

8． 有無集團客戶情況，即同一客戶是否有不同的發運地址和發票寄送地址？ 銷售預測

1.銷售預測的依據？ 2.銷售預測的方法？ 銷售合同

1.銷售合同是如何形成的？目前有哪些種類？ 2.銷售合同是如何管理的？ 銷售訂單

1.銷售人員是如何接收訂單的？ 2.如何進行訂單的批準、調整和取消？ 銷售發貨

1． 銷售網絡情況？

2． 銷售開銷貨單時，具體登錄哪些信息？ 3． 發貨計劃如何制定？

4． 是否對要發貨的訂單作發貨啟運計劃？計劃內容是否包括：車輛、運費方法、車輛的體積、重量等? 5． 如何進行發貨確認？ 銷售退貨

1.有無退貨？退貨流程如何？審批權限如何控制？ 2.如何處理未收到客戶款的銷售退回業務？

3.如何處理收到客戶款的銷售退回業務？ 采購（Purchase Order）

1.公司目前對原料的采購行為是否直接受生產部門物料需求的影響？ 2.公司目前對原料的采購采取何種方式？

? 按批量采購 ? 按單一訂單需求采購 ? 按最低庫存量采購 3.采購組織結構

? 采購人員構成 ? 采購崗位職責 ? 采購流轉單據 供應商管理

1． 對于采購，供應商的確認原則是什么？

2． 現行的供應商認證與管理工作是怎樣運作的？采購部負責哪些工作？ 3． 是否進行供應商評估？若有，評估標準如何？如：價格、質量和服務等。4． 有無完善的供應商信息管理？

5． 現有供應商信息的內容？如名稱、地址等。采購計劃

1.生產的計劃內需求和計劃外需求分別是如何生成請購計劃的？請購計劃的審批流程和權限是怎樣的？

2.對于請購計劃，是否建立了合理采購批次或采購量的管理方法？采購庫存的控制由誰負責？

3.請購計劃是否存在調整的情況？它們的審批程序是怎樣的？

采購申請

1.采購申請的提交、變更和批準怎樣處理？ 2.是否所有采購都需首先提交采購申請？ 采購訂單

1.采購業務是否全部通過標準訂單的形式執行？對固定（穩定）供應商，是否存在一攬子協議或框架性協議的方式？

2.除了標準采購訂單，還有幾種采購定單？ 如合同、協議等。

3.采購訂單的審批流程是怎樣的？審批流程中各審批人的權限如何？

? 金額限制 ? 帳戶限制

4.采購訂單生成后，是否存在調整的情況？如果存在，會有哪些情況？它們的處理、審批程序是怎樣的？

5.有無對采購合同執行率的考核制度？ 采購接收

1． 貨物運抵倉庫后，多久可以入庫？

2． 是否與采購訂單核對？有誰負責？是否知道倉庫接收的這批貨物對應哪一個采購訂單、哪一個發貨通知？如何得知？

3． 是否進行數量與質量的驗收？由誰負責？質檢入庫流程是怎樣的？不合格物料如何處理？

4． 如果運抵的貨物多于訂購數量的情況？是否仍舊入庫？處理流程是怎樣的？ 5． 如果運抵的貨物數量少于或質量低于訂購要求，處理流程是怎樣的？

6． 如果采購物料運抵時間提前或延遲于采購定單的到貨時間，處理流程是怎樣的？ 7． 如果接收的物料雖不是訂購物料，但接收物料可替代采購物料使用的情況，處理流程是

怎樣的？

8． 到什么時間，才可以認為一個采購訂單已經完成（示例：多批貨物均已到達海關/運抵倉庫/通過驗收/入庫之后）？ 庫存（Inventory Management）庫存組織

1． 請描述一下庫存的物理分布以及邏輯上的區分是怎樣的？ 2． 有無實行子庫劃分？

3． 在同一子庫中有無實行庫位管理？ 庫存管理

1． 庫存物資如何進行分類？是否實行了編碼管理？如原料、半成品、成品、盤具、備品備件、包裝等。

2． 如何管理不同階段的半成品？

3． 貨架生命期是一個項目在庫存中放至失效的時間量。目前庫存中物資是否存在此限制。4． 庫存物資是否使用版本控制，使用版本控制的目的是什么？ 5． 庫存物資是否使用批號進行控制？

庫存計劃

1． 是否采用非MRP計劃的方法生成物品的請購請求？如是，指明是哪一種： ? 重定貨點 ? 最大-最小庫存 ? 安全庫存 ? 預測 ? 其他。

采購物料的接收和退貨

1． 采購入庫時倉庫的接收流程，包括檢驗流程？ 2． 采購退貨流程？ 外協件的接收和退貨 1． 是否存在外協件的采購？ 2． 請描述外協件的檢驗退貨流程？ 生產物料的發放和退倉

1． 生產物料的發放和退貨流程？ 半成品和成品的完工入庫 1． 車間是否對半成品進行管理？ 2． 是否有專門的子庫存放半成品及成品？

3． 車間對于半成品及成品的物料發放采用哪種發料方式？ 成品的發貨和退貨

1． 銷售出庫的類型有哪幾種？是否存在捐贈、試用等形式？ 2． 請描述銷售退回的處理類型及處理流程？ 雜項發料和雜項接收

1． 對非采購定單接收的物料和非銷售發料的物料的控制？ 2． 倉庫是否使行手工帳登記？ 庫存物料的調拔

1．什么情況下會對庫存中的物料進行調撥？ 2．材料在庫存之間的調入/調出流程是怎樣的？

庫存物料的調整

1． 在哪些情況下會對倉庫中的物料進行調整？ 2． 對倉庫中現有庫存進行調整的依據是什么？ 庫存盤點

1.物資盤點處理的方法和流程？（全面盤點或抽查盤點、實際盤點或周期盤點）2.是否對高價值物品與低價值物品的盤點頻率是一樣的？一般會在何時進行存貨盤點？ 3.與財務對帳周期為多長？ 4.倉庫與生產、財務對帳的內容？

5.倉庫與生產對帳，數量不一致時如何處理？ 6.庫存盤點結果的財務處理？ 7．

周期為多長？

8．庫與生產、財務對帳的內容？

9． 倉庫與生產對帳，數量不一致時如何處理？ 10． 庫存盤點結果的財務處理？

計劃管理

1． 產計劃的制定部門？ 2． 制訂計劃的周期？ 3． 現有計劃人員數量 4． 指定計劃的大致流程？ 5． 計劃制訂中的難點？

生產管理

1． 車間管理主管部門？ 2． 車間工單的流轉流程？ 3． 每月大致車間工單數量？4． 車間加工報廢處理流程？5． 車間補充工單處理？ 6． 車間能力平衡處理辦法

第四篇：ERP基本模塊介紹之二物料需求計劃

物料需求計劃（簡稱為MRP）與主生產計劃一樣屬于ERP計劃管理體系，它主要解決企業生產中的物料需求與供給之間的關系，即無論是對獨立需求的物料，還是相關需求的物料，物料需求計劃都要解決“需求什么？現有什么？還缺什么？什么時候需要？”等幾個問題。它是一個時段優先計劃系統，其主要對象是決定制造與采購的凈需求計劃。它是由主生產計劃推動運行的，但反過來，它又是主生產計劃的具體化和實現主生產計劃的保證計劃。

由于物料需求計劃是把主生產計劃排產的產品分解為各個零部件的生產計劃和采購件的采購計劃，因此，制訂物料需求計劃前就必須具備以下的基本數據：第一項數據是主生產計劃，它指明在某一計劃時間段內應生產出的各種產品和備件，它是物料需求計劃制訂的一個最重要的數據來源。第二項數據是物料清單（BOM），它指明了物料之間的結構關系，以及每種物料需求的數量，它是物料需求計劃系統中最為基礎的數據。第三項數據是庫存記錄，它把每個物料品目的現有庫存量和計劃接受量的實際狀態反映出來。第四項數據是提前期，決定著每種物料何時開工、何時完工。應該說，這四項數據都是至關重要、缺一不可的。缺少其中任何一項或任何一項中的數據不完整，物料需求計劃的制訂都將是不準確的。因此，在制訂物料需求計劃之前，這四項數據都必須先完整地建立好，而且保證是絕對可靠的、可執行的數據。

一般來說，物料需求計劃的制訂是遵照先通過主生產計劃導出有關物料的需求量與需求時間，然后，再根據物料的提前期確定投產或訂貨時間的計算思路。其基本計算步驟如下：

1.計算物料的毛需求量。即根據主生產計劃、物料清單得到第一層級物料品目的毛需求量，再通過第一層級物料品目計算出下一層級物料品目的毛需求量，依次一直往下展開計算，直到最低層級原材料毛坯或采購件為止。

2.凈需求量計算。即根據毛需求量、可用庫存量、已分配量等計算出每種物料的凈需求量。

3.批量計算。即由相關計劃人員對物料生產作出批量策略決定，不管采用何種批量規則或不采用批量規則，凈需求量計算后都應該表明有否批量要求。

4.安全庫存量、廢品率和損耗率等的計算。即由相關計劃人員來規劃是否要對每個物料的凈需求量作這三項計算。

5.下達計劃訂單。即指通過以上計算后，根據提前期生成計劃訂單。物料需求計劃所生成的計劃訂單，要通過能力資源平衡確認后，才能開始正式下達計劃訂單。

6.再一次計算。物料需求計劃的再次生成大致有兩種方式，第一種方式會對庫存信息重新計算，同時覆蓋原來計算的數據，生成的是全新的物料需求計劃；第二種方式則只是在制定、生成物料需求計劃的條件發生變化時，才相應地更新物料需求計劃有關部分的記錄。這兩種生成方式都有實際應用的案例，至于選擇哪一種要看企業實際的條件和狀況。

總之，物料需求計劃模塊是企業的核心部分，該模塊制訂的準確與否將直接關系到企業生產計劃是否切實可行。

第五篇：簡歷網站開發需求

簡歷網站開發需求

一、網站描述：

制作一個多媒體的簡歷網，只要有會員卡的客戶，就可以將自己的資料注冊并上傳到該網絡，并可以將所有的素材刻錄成光碟，之后可以非常方便的向其他公司推薦自己。非常適合剛畢業要找工作的年輕人。當然也可以作為一個人向外展示自己的舞臺。

適用人群：19-49年齡段，需要找工作的人。

二、網站建設：

l

根本要求：可以上傳個人的簡歷資料，首先是根底的文字資料，其次是證書資料、還有可以上傳視頻資料、圖片資料等。〔可以自行裝飾簡歷，可選擇模板。〕

l

特殊要求：可以設定是否公開資料；不公開的可以設定授權碼，允許一次設定最多10個，每個授權碼允許在一定時間內訪問該資料，方便可以查詢那些人使用了；或者使用密碼訪問，只要有密碼就可以訪問。

l

允許客戶分段創立個人簡歷，可以從許多不同的模板中選擇一種設計。這些簡歷非常適合常規格式，另外還可以公布一個

URL

地址，雇主可以從那里下載到客戶的簡歷，而且有

DOC、XLS、PDF、RTF

等不同格式可選。

l

程序要求：完整網站設計制作，后臺功能。

三、程序框架：

使用ASP+ACCESS(做好MS

SQL

SERVER升級準備)，要求界面清潔，數據庫字段要描述具體含義，使用標準命名發放，方便日后升級。〔此處可以再次溝通〕

四、數據框架：

1、一個注冊客戶擁有一個ID，所有客戶信息均與此ID有關。

2、一個客戶擁有所有簡歷需要的信息：為每個單項的客戶信息建立一張表，如個人信息為一張表、培訓信息為一張表。如有多條相同工程的信息，那么客戶ID相同。每個客戶可以根據自身情況如實填寫已列出的信息；

3、一個客戶可以擁有多個簡歷：客戶可以根據自己需要篩選已填寫信息，生成不同的簡歷。

4、一個簡歷對應一種排版方式：客戶可選擇模板和已篩選出的信息自行調節內容展現，并生成簡歷。

5、一個授權碼對應一個簡歷展現形式與內容。

五、頁面布局〔參考人人網〕

登錄用戶：

l

橫條：首頁、好友、應用、站內信

邀請

設置

搜索

退出

好友：已注冊客戶，為方便溝通，可以添加為好友；

應用：客戶可以管理自己已選擇的應用工程：如優先投遞，已訪問短信提醒；

站內信：首先可以先做系統信件，添加完好友前方可互相發送站內信；

邀請：可以講代碼發送給其他人，邀請其他人來注冊；注冊免費；

設置：隱私設置〔誰可以訪問，如何訪問，什么時間訪問〕、賬號設置〔修改密碼，綁定

〕、應用設置、郵件訂閱〔可以訂閱各項內容雜志〕

搜索：對公開的注冊信息進行檢索；

退出：平安退出。

l

左豎條菜單：

1、頭像等級，登錄次數

2、功能模塊〔同日志、相冊等〕：

1)

個人信息：

允許上傳照片

2)

教育經歷

3)

工作經驗

4)

求職意向：

5)

培訓經歷：

6)

語言能力：

7)

附件信息：

瀏覽用戶：

根據客戶設定，對不同的人提供不同的展現。

默認的就按0號模板展現：僅展現個人根本信息〔不含聯系信息〕、教育經歷、求職意向等等。否那么按客戶設定的對應模板展現。

瀏覽者如有授權碼，直接輸入授權碼就直接按客戶設定好的簡歷展現形式和內容展現。

一、根本要求：可以上傳個人的簡歷資料，首先是根底的文字資料，其次是證書資料、還有可以上傳視頻資料、圖片資料等。

二、版面要求：

1、大氣、簡約;

2、LOGO醒目，易識別，突出品牌；

3、色調清爽，瀏覽流暢；

4、LOGO涉及附上創意說明。

三、知識產權說明：

1、所設計的作品為原創，為第一次發布，未侵犯他人的著作權，如有侵犯他人著作權，由設計者承當所有法律責任；

2、中標的設計作品，我方支付設計制作費，即擁有該作品的知識產權，包括著作權,使用權和發布權等,有權對設計作品進行修改,組合和應用;設計者不得再向其他任何地方使用該設計作品;