sap,pp,計劃訂單轉生產訂單,md

1、sap,pp,計劃訂單轉生產訂單,md04 ：訂單 轉生 計劃 sap pp sap md04詳解 sap用md04規(guī)則 sap的md04操作 篇一：sap系統PP用戶操作手冊生產訂單維護MD04,CO01V100515生產訂單維護操作手冊 -目 錄- 第一章：生產訂單維護MD04（適用于所有事業(yè)部） . 3 第二章：生產訂單下達（MD04知道物料號） . 5 第三章：生產訂單下達（CO02知道生產訂單號） . 8 第四章：生產訂單維護CO01（不適用50策略的成品） . 9 第五章：生產訂單的打印 . 10第一章：生產訂單維護MD04（適用于所有事業(yè)部） 2.1屏幕顯示 3.1屏幕顯示 點擊

2、生產訂單：生產訂單下達后，計劃訂單將被刪掉，重新參加MRP運算 點擊部份轉換的生產訂單：原計劃訂單上的數量將不參加MRP運算 4.1屏幕顯示 月Y日Y分Y秒。操作的步驟如下： 1、安系統給出的生產時間，類型選中向前準時，點擊 2、更改開始時間為X月X日X分X秒，點擊。即可得出完成時間Y月Y日Y分Y秒。 在300的客戶端里系統不直接更改開始時間為有分鐘的狀態(tài)。 第二章：生產訂單下達（MD04知道物料號） 1.1屏幕顯示 2.1屏幕顯示 篇二：sap生產計劃流程 sap生產計劃流程 1、定義生產計劃參數文件，生產計劃參數文件可以分配給物料或者生產計劃員。分配給物料主數據的生產計劃參數具有更高的優(yōu)先

3、級。在創(chuàng)建生產訂單時，生產計劃參數文檔將復制至生產訂單或流程訂單。 2、定義生產調度員。同時把第一步中的生產計劃參數分配給他。 3、為工廠的標準生產訂單類型（pp01）和生產調度員定義用于生產訂單排程的參數，這些參數將影響生產訂單排程的各種操作和計算。 4、定義工廠的標準生產訂單類型（pp01）和計劃、實施、成本控制和信息系統顯示方面的參數。在SAP中，和工廠、生產訂單類型相關的參數是非常豐富的。 5、維護工廠的標準生產訂單（pp01）和確認相關的參數。確認是生產訂單管理中的一項工作，既可以是針對整個訂單的，也可以是針對工序的。 6、MRP最主要的基礎是BOM清單。此處在CS01中創(chuàng)建一個BO

4、M。 7、BOM是從生產的成品（或半成品）角度需要多少組件。有時候，我們需要查找某個材料的用途是什么，它被用來制造什么，這時，可以使用物料所處清單，由稱之為“反查清單”。事物代碼是CS15。 8、定義工作中心負責人。公司有一些工作中心，產成品需要按照一定的次序在這些工作中心中執(zhí)行各道工序，SAP稱之為“工藝路線”，此處，我們需要為各工作中心在后臺定義一些負責人，這些負責人會分配到工作中心的主數據中。 9、隨后定義工作中心的控制碼，它控制著工藝路線中某個工序需要執(zhí)行的業(yè)務功能，以及SAP如何處理這個工序。在后面建立工作中心的時候，要把控制碼分配給工作中心作為缺省值，在隨后工藝路線定義的時候，在這

5、個工作中心執(zhí)行的工序，就缺省使用這個控制碼了。 10、此處建立人工工時能力。在這個步驟中（CR11）統一核算整個工廠的人工工時能力，在后面的步驟中，當新建人工工時類別的工作中心時，將通用的人工工時能力分配給他們。 11、同上步，新建機器工時能力。 12、新建人工工時類別工作中心。 13、新建機器工時類別工作中心。 14、在CA01中創(chuàng)建工藝路線，工藝路線和BOM一樣是針對每個產品的。工藝路線由各道工序組成，維護該工藝路線的各道工序。工藝路線中可能存在并行順序，此處可以進行定義。定義完成工序后，還可以定義各種原材料分別在哪個工序投料。15、可以在CA02中修改，拆分工序，也就是把工藝路線中的所有

6、工序設定為需要按產能單位拆分。 16、這時可以維護產成品的生產計劃視圖。事物碼MMF1，補充工作計劃視圖，把生產調度員和生產計劃參數文件輸入進去。 17、此時工藝路線和BOM已經在系統中維護，接下來可以計算該成品的標準成本了。產品成本是pp和co最重要的集成。本處我們要定義和產品成本有關的重要參數：成本構成結構。它定義了公司的產品成本是如何構成的，各成本構成和成本要素的對應關系是如何，我們隨后將它分配給我們的工廠。 18、在成本核算中，最重要的參數是“成本核算變式”。成本核算變式是由定義成本核算不同方面的較小的參數構成的，本步驟與定義物料、作業(yè)、間接費用等的估價標準相關，SAP稱之為評估變式。

7、我們使用001作為物料評估變式，同時將007評估變式分配給公司以用于訂單實際成本的計算。 19、這里定義日期控制，日期控制也是成本核算變式中的一個參數，它控制成本核算中和日期相關的內容。 20、數量結構控制也是成本核算變式中的一個參數。這里其實就是指BOM和工藝路線，所以數量結構主要是控制系統如何選取BOM和工藝路線用于成本核算。我們把SAP中預定義的“PC01”標準數量結構附給公司。 21、定義成本核算變式，通過復制模板PPC1并加以相關修改。 22、此處公司根據產成品的BOM和工藝路線來計算更精確的產品成本，來取代原來在物料主數據中估計的標準成本，事物碼ck11n，產生產成品的成本估算，注

8、意把成本核算日期改為當日，以便于后面的步驟可以立即標記和發(fā)布該成本核算。 23、把上一個步驟的產成品價格估算“標記”成物料主數據的“未來價格”，事物碼ck24。這里把公司本月的帳打開了，同時把價格進行了更新。 24、到mm03中去看產成品的價格標記的結果。這時候剛才成本核算的價格出現在計劃價格那一欄處。 25、在ck24中發(fā)布價格，此時，該產品的標準價格變成上一步中的計劃價格的數目了。在mm03中，可以看到這樣的變化。 26、以上的步驟計算并發(fā)布了產成品的標準成本?，F在我們要為生產訂單實際成本估算分配估價變式。 27、本處按照生產訂單來管理生產。對于月末未完工的生產訂單，系統將生產訂單的實際成

9、本余額轉做在制品。我們可以對在制品進行結果分析來分析到目前為止生產訂單的效率。此處定義一個簡單的在制品結果分析版本。28、定義可用性檢查組，這里我們使用系統預定義的檢查組02。 29、定義可用性檢查范圍。 30、定義可用性檢查控制，我們定義對于標準生產訂單類型pp01，我們是否需要在訂單創(chuàng)建或下達的時候自動檢查物料的可用性，PRT（生產資源和工具）的可用性，產能的可用性，以及檢查規(guī)則等。此處復制工廠0001，類型pp01的。 31、“計劃策略組”可以說是銷售和分銷（SD）以及生產計劃模塊（PP）最重要的集成參數，它決定了銷售和生產在計劃上的銜接。這個參數是維護在物料主數據MRP3 的視圖中的。

10、事物碼 mm02，選中視圖MRP3，對其中的策略組參數進行維護。 32、首先明確獨立需求和非獨立需求的變化。像半成品和原材料的來自于上層的需求被稱為非獨立需求，而產成品或者貿易商品，對它們的需求不是像半成品或原材料的需求是來自于上一層產成品需求的，因此稱之為獨立需求。通過事物碼md61創(chuàng)建物料的獨立需求計劃，也即周需求計劃。 33、運行MRP之前，用md05顯示清單，此時顯示的是上次MRP運行后的靜態(tài)數據，屏幕上方帶有時間戳。由于沒有運行MRP，因此32步的周需求計劃還沒有傳遞過來。 34、作為33步的比較，我們來運行md04（庫存/需求清單），可以看到，已經將獨立需求計劃傳遞過來了，md04

11、和md05的區(qū)別在于md04是動態(tài)的，md05是靜態(tài)的。 35、運行物料需求計劃，讓系統自動按照BOM來展開物料需求。這個可以通過運行MD02來實現。 40、MRP運行有兩個主要的結果：一個是對產成品生成計劃訂單，另一個是對原材料產生采購申請。這里，我們把產成品的計劃訂單轉換成正式的生產訂單?？梢栽趍d04庫存/清單中直接完成轉換的操作。 41、在COOIS訂單信息系統查看生產訂單清單，可以看到生產訂單中的一些重要信息，也可以在此處進行很多操作，比如更改生產訂單，打印生產訂單等。 42、到md04，把MRP生成的對于原材料的采購申請轉換為采購訂單。 43、對42步創(chuàng)建的采購訂單收貨MIGO。

12、44、為前面的采購訂單輸入發(fā)票，并進行發(fā)票校驗。事物碼MIRO。 45、和內部訂單類似，生產訂單也是采用“狀態(tài)管理”的，前面創(chuàng)建的生產訂單只有“下達”后才能進行執(zhí)行。通過CO02進行訂單下達。 46、對下達的生產訂單進行訂單的執(zhí)行。此處給生產訂單發(fā)原材料MB1A。 47、現在是生產訂單的執(zhí)行過程，對于已完成的各道工序進行逐個的確認和報工CO11N。48、通過MIGO對生產訂單收貨。 49、至這一步，生產訂單已經完成，在對它做技術性關閉并結算前，通過CO03 顯示下生產訂單的成本。 50、在CO02中對生產訂單進行技術性完成。 51、對生產訂單進行差異結算，事物碼KO88。有時候訂單的投入（指原

13、材料、作業(yè)等的成本）要高過產出（產成品的成本），我們稱之為生產訂單的差異。從會計角度出發(fā)，生產訂單差異需要進行結算。 52、此時可以去信息系統直接查看生產訂單的成本報表。 53、這時我們去看庫存/需求清單md04，可以看到庫存和需求達到了平衡。 54、把部分產成品的庫存從生產倉庫移存到銷售運輸倉庫，這為以后的銷售和分銷做準備。事物碼MB1B。 計劃邊際碼（Scheduling Margin Key）是定義計劃擴展的一些時間的，其中計劃邊際碼涉及的字段有四個，分別是：未清期間、產前緩沖時間、產后緩沖時間、下達期間（時間單位均為天）。 未清期間：是指計劃轉換日期需要比開始日期提前幾天，如果本來計劃

14、開始日期是20日，未清期間設置為2，那么計劃轉換日期就應該是18日。 產前(或產后)緩沖指在正直的生產開始之前（或完成之后）需要經過多少天數的等待，產前（產后）緩沖時間的設置會增加生產周期。 下達期間：指計劃開始下達到開始生產之間的天數。如果下達期間為一天，那么開始下達日期就會比生產開始日期提前一天。 未清期間：簡單的說就是為計劃員提供了一個提前處理的緩沖期。在逆推排產的邏輯下，比如MRP創(chuàng)建的計劃訂單開始日期是5日，未清期間是3天，那么假如當前日期是1日，就還沒有進入未清期間，此時計劃員就沒必要這么早處理計劃訂單，而如果當前日期是3日，就在未清期間里了，此時在MD04(轉 載 于:wWW.x

15、IElw.COM 寫論文網:sap,pp,計劃訂單轉生產訂單,md04)中會有一個例外消息05產生，用來提示計劃員可以去將這張計劃訂單轉換成生產訂單或者采購申請了，這樣就可以給計劃員充分的時間來處理訂單。如果沒有未清期間，直到5日都不會有任何提醒，到時候再來處理就有可能來不及了。 產前、產后緩沖就是有些產品生產的時間可能不一定按設定的那樣準確，允許生產前或后有一定的浮動，比如產前2天，產后1天，這樣自制生產時間為2天的產品，只要在5天內生產出來都是允許的。這個字段的設置是要根據實際生產情況的，但是感覺真正會用的企業(yè)不太多。 下達期間：如果沒有下達期間，那么系統計劃的下達日期就是訂單的計劃開工日

16、期，也就是說計劃員剛下達就必須開始生產了，而如果設置了2天，那么計劃員就可以提前2天下達，車間接到下達的訂單就可以有一定的提前準備時間。 這些字段都沒有什么限制作用，只是給計劃一些靈活性和容余罷了。 至于你說的向前和向后消耗，那是計劃獨立需求如何被銷售訂單沖減的概念了，跟計劃邊際碼沒關系。比如消耗模式是向后消耗5天，那么假設預測的獨立需求是10日要生產100，如果在12日接到一個40的銷售訂單，也可以當作預測準了，那么未完成的預測就只有60了。類似的向前消耗，就是實際訂單如果早于預測日期，是否也可以認為是預測準了，可以沖減預測。因此消耗模式都要和逆向消耗期間或向前消耗期間搭配使用，以確定與預測

17、日期相差多少天內的訂單都可認為是預測的數量得到了實現。 SAP的整車生產計劃、排序生產的方案 對于汽車行業(yè)的生產計劃，首先，要滿足的是計劃和排序相結合，這對整車廠尤其重要。SAP的混合模型計劃支持在特定時間跨度下，短期生產計劃/生產排序與中長期生產計劃相互銜接，并做連續(xù)滾動。對短期計劃而言，進行生產排序，車輛按照一個個的節(jié)拍進行計劃；對長期計劃而言，進行生產計劃，車輛按照日/周/月為單元進行計劃。其次，要實現計劃和精細化排程相結合，主動設置各種不同類型的排序限制條件。這些限制條件主要涉及等量分配(如： 將每天要制造的右舵轉向器平均分配到每個班次)、數量限制(如：每天含 V8 引擎的車不能制造超

18、過200 臺)、空間限制(如：每3 輛車中最多排一輛美國版車)、比例條件（如： 5 臺引擎中最多安排 2 臺柴油引擎）、凍結條件（如： 在每個小班中必須排定 2 臺以上右舵車）。通過對這些限制條件的有效排列組合，從而提高產能利用率。然而，可以想象， 157假設一條整車流水線上有100個工位，那么將有 9.33*10 可能的順序組合，如此復雜化 的排序計劃是人工無法完成的，SAP的混合模型計劃和排序方案以系統科學的方式，不但能夠幫助整車廠完成大規(guī)模定單生產計劃的優(yōu)化任務，同時能均衡使用生產資源，及時發(fā)現供應鏈的潛在瓶頸，并滿足對發(fā)運日期的承諾。 舉例來說, 某汽車公司在生產線上，車輛噴漆這個工序

19、產生了一個主要的瓶頸，也影響了企業(yè)的產出。噴漆是一個很復雜的過程，包括噴涂的順序、常規(guī)噴槍的凈化、清潔劑的使用，這一切都會帶來環(huán)境問題。帶來的挑戰(zhàn)是什么呢? 管理部門應該考慮到與生產線相關聯的一些問題，以免產生瓶頸問題。假如我們生產紅色的汽車，它的生產過程已得到了優(yōu)化，安裝柴油機的人力有限，這將會導致整個生產線的速度變慢，生產出來的汽車等著安裝柴油機，這樣又會產生一些新的瓶頸進而影響整個的產量。當噴漆某些環(huán)節(jié)處于最優(yōu)運作時，我們檢查生產線的其它部分，以確定它們是否在超負荷運轉或未充分使用狀況，來找出優(yōu)化環(huán)節(jié)所篇三：生產訂單 所有歸類于 SAP PP 分類的日志 生產訂單中的下層物料信息 星期四

20、, 06月 23rd, 2011 前幾天，有人問我如何能夠知道生產訂單中的下層物料信息是從BOM中過來的，還是計劃員手工加入的。我在IDES中作了測試，現將結果總結如下： 在作生產訂單時，不管是從計劃訂單轉還是手工作的，只要物料是有BOM(Material BOM或Order BOM等)的，在生產訂單保存后，重新用CO02或CO03看這張生產訂單的Component Overview時，就會發(fā)現在Item ID欄位中有數值的，而對你手工加入的物料，在此欄位中是沒有數值的。由此，我們就可以從生產訂單的Component Overview視圖中的Item ID欄位是否有數值看出這個物料是不是從BOM中引用過來的。要知道，這個欄位是灰色的，你是不可能手工改的，所以要作假也是不現實的。 那這個Item ID欄位中的數值是從哪兒來的呢？ 其實我們用CS02/CS03看Material BOM，或者用CS62/CS63看Order BOM時就會看到這個欄位的，就會知道生產訂單中那些數值是從哪兒來的了。星期二, 12月 21st, 2010 我在作Schedule Margin Key的學習和測試時，發(fā)現一個有