1、Evaluation Warning: The document was created with Spire.Doc for .NET.正大餐飲服務有限公司業務解決方案（全面管理）簡單需求分析客戶提交需求列表如下：銷售管理 A 分早餐、中餐、晚餐、夜宵四餐。B 客戶名單以及每餐預定數、復核數。單價、金額（欠款或現金）C 每日銷售合計D 每月各單位銷售清單倉庫管理A 分物料、原料（輔料分開否？）、主食、冰凍品四類B 每日進、銷、存數量和金額。員工管理A 員工基本個人資料B 工資待遇C 每月獎罰情況供應商以及衛生管理制度A 各供應商資料及進貨情況。含索證資料，衛生許可證編號可填寫。B 各客戶反饋

2、信息客戶資料成本核算A 菜譜分類：主葷（雞鴨魚肉）、炒葷、素菜B 制作成本：各菜主配料用料數量以及當日進貨單價，得總價C 輔助成本：各菜配料用料數量以及當日單價，得總價。補充說明：快餐不裝盒。不控制客戶的信譽額度。早餐主要有2，3，4，5元中餐和晚餐主要有5，6，7，8，10元快餐夜宵有3，4，5，6元員工分類有：廚師、切配、操作員（送餐、洗菜）、主管等隱含需雙方探討問題：雙方確定基礎數據（貨品如條形碼）編碼規則是否使用生產訂單來提示和控制領料。客戶預定四餐時不涉及到具體的組成時的幾元快餐是手工管理還是電腦管理？原料和輔料是否分開計算成本？如何處理？具體成本計算由材料出庫和材料退庫、報損報益等

3、來影響當然總耗費成本，企業將如何具體計算，需把計算過程和公式書面提出。被實施單位需要準備貨品（所有原材料、輔料、主食、冷凍品和菜譜等）、供應商（包括索證資料）、客戶、人員、對應崗位和權限等基礎信息。幾個分類用貨品大類定義即可解決，到時方便統計用。下面再介紹一下初步調研所得的餐飲（快餐）行業的流程的一個解決過程，需要雙方對細節繼續再次確認，以指導日后的流程式管理。首先為了大家方便理解，從ERP生產管理的原理上來講，由于不需要管理計件工資，而且也沒法管。所有該系統目前不需要下生產加工單，也不需要委外管理。主要是生產管理上的根據銷售訂單下生產訂單，而后根據生產訂單進行領料和完工入庫以及退料。使用了進

4、銷存的幾乎所有功能。所以說是一個滿足了基本生產管理要求的物流供應鏈管理系統。業務假設首先從接到客戶訂單開始，原手工操作方式。根據當前原材料市場行情以及客戶前幾日配菜情況給客戶配菜，計算原材料用量并采購根據當前原材料市場行情以及客戶前幾日配菜情況給客戶配菜，計算原材料用量并采購進行手工管理,登錄首次預定數配菜員接收客戶預定明日基本訂單接單員進行手工管理,登錄首次預定數配菜員接收客戶預定明日基本訂單接單員采購材料（原材料物料等），部分入庫，部分直接拿去使用采購材料（原材料物料等），部分入庫，部分直接拿去使用廚師入庫處理保管員采購員廚師入庫處理保管員采購員直接拿去洗菜等相關處理直接拿去洗菜等相關處理

5、給客戶打菜，并最后讓客戶簽收打菜工給客戶送餐送餐工財務和客戶結算根據配菜單匯總數進行成品加工給客戶打菜，并最后讓客戶簽收打菜工給客戶送餐送餐工財務和客戶結算根據配菜單匯總數進行成品加工下面介紹一下本系統準備解決的主要流程：（建議使用生產訂單進行發料和完工、退料的處理。）根據當前原材料市場行情以及客戶前幾日配菜情況給客戶配菜，并由主管錄成銷售訂單(計算原料用和送貨用)配菜員，廚師長等接收客戶預定明日基本訂單，主要是幾元的快餐信息進行手工管理接單員錄入電腦系統（銷售訂單），但是籠統錄入為幾元餐根據當前原材料市場行情以及客戶前幾日配菜情況給客戶配菜，并由主管錄成銷售訂單(計算原料用和送貨用)配菜員，

6、廚師長等接收客戶預定明日基本訂單，主要是幾元的快餐信息進行手工管理接單員錄入電腦系統（銷售訂單），但是籠統錄入為幾元餐使用銷售訂單缺料情況表功能進行缺料分析并出報表使用銷售訂單缺料情況表功能進行缺料分析并出報表倉庫保管員采購材料（原材料物料等），全部交倉庫保管員入庫。采購員生產主管倉庫保管員采購材料（原材料物料等），全部交倉庫保管員入庫。采購員生產主管下達生產加工訂單下達生產加工訂單領原料配料，保管員可根據生產訂單來發廚師長財務付款登記，使用進貨付款功能財務入庫登記，進行進貨開票(無訂單模式)(一站式)領原料配料，保管員可根據生產訂單來發廚師長財務付款登記，使用進貨付款功能財務入庫登記，進行進

7、貨開票(無訂單模式)(一站式)對原材料等進行做菜前的加工處理倉庫保管員做菜加工，然后給倉庫完工入庫廚師洗菜工對原材料等進行做菜前的加工處理倉庫保管員做菜加工，然后給倉庫完工入庫廚師洗菜工廚師長，主管收貨管理。根據生產訂單完工入庫，也可直接入庫。處理退料。廚師長，主管收貨管理。根據生產訂單完工入庫，也可直接入庫。處理退料。打菜工給客戶打菜，并最后讓客戶簽收，拿回簽收單給客戶送餐送餐工打菜工給客戶打菜，并最后讓客戶簽收，拿回簽收單給客戶送餐送餐工主管主管報損報益處理驗退簽收報損報益處理驗退簽收各階段各類查詢和報表隨時可查對客戶簽收的快餐進行結算銷售單各階段各類查詢和報表隨時可查對客戶簽收的快餐進行

8、結算銷售單銷售收款財務銷售收款財務上面的流程已經概要地說明了整個大過程，當然其中的一些細節需要另外進行描述。說明：基礎數據定義完成后進行備份為pi200401.817.zhengda.zhengda基礎數據準備完成后備份開始輸入演示數據前，到時給客戶安裝該數據結構即可。本軟件提供了詳細的操作幫助，每個功能按F1可以有對當前功能的幫助，對整個軟件的使用幫助可以點擊工具幫助WEB幫助。而且我們還提供了部分WORD操作文檔，不過內容都包含在WEB幫助中。另外，對于系統的使用，還可以學習PI視頻培訓文檔。相關功能的流程和報表可以查看WEB幫助。F1幫助界面：WEB幫助界面：下面開始錄入演示數據，以后大

9、部分可以照此過程進行操作即可。具體操作請參考相關幫助，下面只介紹一下大過程。為了讓大家對系統的整個處理過程有更加深入的理解，下面用一個非常簡單的例子來把流程走一遍給大家演示：首先聲明，由于目前的數據是為了走流程而設，不要考證實際上是否如此配菜。假設某客戶（目前只是設置了一個散客（零售）用戶）需要點椒鹽排骨1000份，而椒鹽排骨的價格是2元錢零售價，椒鹽排骨的配料單假設為100份椒鹽排骨需要200兩排骨，正常損耗為10，椒鹽為500克，正常損耗為20。首先定義貨品包括椒鹽排骨、排骨、椒鹽都要定義，具體編碼規則另行商議。如下所示：使用功能【貨品管理(ID:101)】再對成品進行配菜單定義，使用功能

10、【物料清單(BOM)管理(ID:5150)】下面接收訂單，進行配菜。由于此處就一個菜，所以直接錄入銷售訂單，如下所示：使用功能【銷售訂單管理(ID:2100)】注：大部分信息都能夠自動填入，也可以在開發屬性中定義初值來輸入默認值。雖然看去信息管理很全面，而實際需要輸入的部分缺不多，都是由系統根據企業情況定制而自動產生初值的。極具靈活性。可以查看缺料報表，不過缺料是減去庫存現存量后的凈需求。使用功能【銷售訂單缺料統計報表(ID:8306)】具體列可以根據餐飲行業特點，使用開發屬性的【DW列屬性修改】把某些目前存在的列給去掉。和客戶具體商量。然后進行原材料采購。使用功能【進貨開票(無訂單模式)(一

11、站式)(ID:1008)】進貨付款，使用功能【進貨付款管理(財務)(ID:4007)】材料領用發貨：使用功能【發貨管理(訂單模式)(ID:3612)】完工入庫：使用功能【收貨管理(訂單模式)(ID:3611)】根據銷售訂單發貨送餐使用功能【發貨管理(訂單模式)(ID:3612)】進行銷售結算：使用功能【銷售開票(訂單模式)(一站式)(ID:2108)】進行銷售收款，使用功能【銷售收款管理(財務)(ID:4005)】對多余的50份進行報損：使用功能【報損開票(ID:3101)】【報損結算(ID:3102)】【報損出庫記保管帳(ID:3104)】對退回的50份進行報損處理，如果下午還可以用，可不報損，但是