第一篇：SAP學習筆記

SAP學習筆記

矯正性維護

概念和系統操作 設備維修申請

維護計劃組（maintenance planner group）

維護計劃組是負責在一個特定的維護計劃工廠中進行計劃和處理維護任務的一組員工。每一個設備和功能位置可以分配一個維護計劃組。它也可用于評估。維護計劃工廠(maintenance planning plant)維護計劃工廠是一個邏輯上的定義。它為其所屬的維護工廠進行維護工作清單的定義，維護計劃的執行、管理和規劃以及負責對維護通知的建立和維護訂單的處理。

通常根據業務的需要，有三種維護策略：

1． 集中式維護管理，即所有的維護計劃和任務由一個維護計劃工廠來安排

2． 分散式維護管理，即維護計劃工廠只對本身的維護工廠負責，安排工作

3． 混合型維護管理，即是以上兩種的組合。維護工廠（maintenance plant）

維護工廠也是一個邏輯上的定義。在維護工廠中，可以管理各技術對象和工作中心，也就是說，技術對象的維護工廠即是該技術對象所安裝的工廠；而且，在維護工廠中，可以管理那些為安裝在該工廠的技術對象所執行維護任務的工作中心。工作中心（work center）

工作中心是定義在維護工廠下的一個或一組人/機器。它是維護任務的執行者，負責維護訂單的執行。并可用于能力、計劃和成本核算。主工作中心(the main work center)主工作中心通常是一個或一組人/機器。它負責確認在一個訂單中的維護工作被執行某些工序的工作中心所執行（確認、監督）。

在生產中，作為生產機器的工作中心（the work center as production machine）表示為一個機器，所以，工作中心可以生產產品。

在系統中，執行工作中心（the performing work center）和作為生產機器的工作中心統一簡稱為“工作中心”。

加速方法論（AcceleratedSAP）

在SAP實施過程中，遵循加速方法論（AcceleratedSAP，ASAP）會達到事半功倍的效果。

ASAP是SAP公司為使R/3項目的實施更簡單、更有效的一套完整的快速實施方法。ASAP優化了在實施過程中對時間、質量和資源的有效使用等方面的控制，是一個涵蓋了使項目實施得以成功所有基本要素的完整的實施方法，主要包括：ASAP路線圖、SAP工具包、SAP技術支持和服務、SAP培訓和SAP參考模型。ASAP提供了面向過程的，清晰和簡明的項目計劃，在實施R/3的整個過程中提供一步一步的指導。其中路線圖共有五步，包括項目準備、業務藍圖、實現過程、最后準備、上線與技術支持。

通過業務流程、組織架構重組，SAP R/3把BPR與ERP有機結合起來。一方面要滿足客戶需求個性化，另一方面也實現了模塊化。當然，企業的管理模式與業務架構轉變比較大的企業，在實施SAP時難度較大。SAP的慣用經驗是：一方面加強溝通、交流；另一方面采用循序漸進的優化過程。一開始并不下“猛藥”，而是堅持持續優化。隨著環境與人的觀念變化而循序漸進，是一種螺旋式的上升優化過程。

在這個實施過程中，人起到了至關重要的作用，尤其是“關鍵用戶(key-user)”。下面將按照ASAP路線圖的五大步驟總結一下關鍵用戶在其中應該起的作用。

項目前期準備階段

這一階段關鍵用戶主要是參與SAP模塊化的培訓，從理解相關模塊的基本概念到后臺參數配置，前臺應用主要是要熟悉SAP系統相關模塊的功能，同時參與項目小組前期籌備會議，了解項目的組織結構及項目組成員的職能。

關鍵用戶的主要工作是：參與模塊化培訓。

業務藍圖設計階段

這一階段關鍵用戶的作用在于：(1)協助顧問方進行本公司現狀業務流程的調研；(2)按照模板整理現狀業務流程文件；(3)參與將來組織結構討論；(4)參與制定將來流程設計；(5)按模板編寫將來流程文檔；(6)進行差異分析；(7)收集目前使用單據以及報表；(8)將來報表需求分析；(9)靜態數據收集；(10)收集權限需求。

這一階段關鍵用戶的主要工作是：(1)編寫本公司現狀流程文檔；(2)參與將來流程討論并做好會議紀要；(3)編寫將來流程文檔；(4)編寫開發申請文檔；(5)編寫權限配置文檔；(6)藍圖匯報。

系統實現階段

這一階段關鍵用戶的作用在于：(1).參與系統配置；(2).單元測試環境搭建；(3).參與單元測試；(4).集成測試環境搭建；(5).參與集成測試；(6).靜態數據檢查；(7).參與權限配置并檢查權限控制；(8).報表開發以及測試；(9).動態數據收集。

這一階段關鍵用戶的主要工作是：(1)．編寫配置文檔；(2)．編寫單元測試文檔；(3)．編寫集成測試文檔；(4)．按模板整理靜態主數據；(5)．按模板收集動態主數據。

項目最終準備階段

這一階段關鍵用戶的作用在于：(1).最終用戶培訓；(2).靜態數據錄入；(3).庫存盤點；(4).動態數據錄入；(5).生產系統準備。

這一階段關鍵用戶的主要工作是：(1)．編寫最終用戶操作手冊；(2)．開發系統和生產系統對比。

上線以及上線后支持

這一階段關鍵用戶的作用在于：(1).現場故障排除；(2).日常系統維護；(3).后繼系統優化。

這一階段關鍵用戶的主要工作是：(1)．編寫系統日常維護手冊；(2)．后續內部項目實施。

業務范圍（business area）

一個企業中的組織單元，它盡可能的將同類的產品和市場聯合分組，從而達到開發統一的營業方針（business policy）的目的。維護單處理

維修單的處理是公司非常重要的一種業務模式。包含一般維護單處理流程、緊急維護處理流程。

一般維護單處理流程 一般維護單處理流程模擬/反映了公司中一個典型的消缺流程的全過程。例如，當現場工作人員或巡檢人員發現10千伏開關柜出現的故障后，使用缺陷故障維護通知單來報告缺陷設備的詳細故障信息，并通過創建維護工單對缺陷設備進行維護處理，經過審批和預算檢查后對維修工單進行相應的調度和計劃，并在執行工單的過程中記錄相關的實際備件領用、人工費用和外包的維修服務費用；維護結束后對工單進行關閉處理和后繼的費用結算。

工廠消缺業務處理中主要包括兩個部分：缺陷故障維護通知單和缺陷故障維護工單。缺陷故障維護通知單的主要作用是對缺陷故障的上報以及維護處理后的歸類及分析統計；維護工單的主要功能是計劃和調度維護過程，記錄維護過程，并對維護過程中產生的費用進行歸集并結算。采購組織

采購組織代表了負責一個或多個單位物料及服務采購的組織部門，并與供應商進行采購業務洽談等相關工作，每個采購組織中均可以具有相對獨立的采購基礎數據和業務流程控制方法。

采購組

采購部門可分為若干個采購組（采購員的分組），分別負責不同領域或不同部門的采購。每個采購組織可以包括一個或多個采購組，進行日常具體業務操作。設備維護委外服務采購可在同一個采購組織下按照分公司為單位的原則，分別設立采購組。出于系統權限和人員流動等因素的考慮，在系統中，一般不依照采購人員設置采購組。

采購組主要用于委外服務采購的權限、審批以及采購業務的統計，由于采購組代碼為整個集團層面共享的組織單元，因此采購組的設定需要更多的分析，建議根據采購組織、采購訂單類型、業務部門的需求等各方面情況綜合分析確定采購組。

創建和修改工單

定義成本

工序、組件計劃完成后，就可以計算該工單的計劃成本，這就是定義成本。內部維修不發生人工成本，所以工單的成本只有材料費。若項目由內部維修改為外委維修，或由外委維修改為內部維修，則需修改工作中心和控制碼。

工單取消不執行

工單只有在下達前才能執行取消不執行操作。工序及組件

檢修作業的內容，就是工序計劃。

系統提供三種方式計劃工序，它們是手工計劃、通過設備任務清單、通過一般任務清單。

外委服務采購

工單下達后應及時根據采購申請創建外委服務的采購訂單，否則，工單一旦技術性完成，采購申請就自動設定為刪除狀態，不能再創建外委服務的采購訂單，除非取消工單的技術性完成。

委外服務的三種處理方式

個別的采購訂單（individual purchase order）―――零星的需求 外部公司工作中心(external firm work center)―――有規則的需求 服務項目(service item)―――采購服務 庫存物料計劃流程

組件分配――物料預留――訂單釋放――打印――發貨

在組件分配時進行可用性檢查，在訂單釋放時自動進行可用性檢查?？捎眯詸z查包括物料、PRT，產能。

非庫存物料計劃流程

組件分配――采購申請――采購訂單――訂單釋放――收貨――收到發票 Single cycle plan and Strategy plan You use single cycle plans to show simple maintenance cycles.A single cycle plan is the simplest form of maintenance plan.You create a single cycle plan and define exactly one time-based or performance-based maintenance cycle, in which you specify the interval at which the maintenance plan should be executed.You use strategy plans to show complex maintenance cycles.You create a strategy plan and assign a maintenance strategy in which you have defined the maintenance cycles(in the strategy maintenance packages).A maintenance strategy contains general scheduling information, and can therefore be assigned to as many maintenance plans and maintenance task lists as required.Single cycle plans or strategy plans are maintenance plans with which you can show time-based or performance-based maintenance cycles.維護策略由多個維護包組成，代表了預防性維護的計劃規則，可以將任務清單分配給維護策略。

維護任務包定義了特定工序被執行的頻率，是維護策略的一部分，我們可以為任務清單里的工序分配任務包。

The maintenance order(PM order)is defined as the maintenance call object for a maintenance plan.Maintenance cycles and maintenance packages are different, but they are the same.Cycle set Combination of maintenance cycles which can be used as a copy model for creating multiple counter plans.You create a cycle set, to which you assign maintenance cycles.In theses maintenance cycles, you define possible times or performance levels for planned maintenance, for example, monthly, every 6213.71mi.面向項目的維護

WBS WBS是work breakdown structure的縮寫，即工作分解結構 工作分解結構（WBS）是分層次結構的項目工作任務模型 工作分解結構由WBS元素組成

所有的預算、計劃和成本都可以通過WBS元素進行匯報分析 工作分解結構主要是一個匯報框架 網絡

網絡表示項目中的多個活動的順序或者項目內部單個活動的順序。

網絡代表了項目流程的邏輯關系排列，是時間計劃、成本計劃和資源計劃的基礎。網絡由作業組成，包括具體的關系和時間跨度 網絡和作業會分配到WBS元素中。作業

作業將網絡工作劃分為有限的、量化的和相互關聯的一系列步驟： 1.內部，如機器，人力

用于組織內部工作中心的項目任務開展 2.外部，如子合同服務、物料采購

用于外部供應商和合同伙伴相關的任務 3.費用類，如保險等雜費 用于追蹤常規類成本

A structure of maintenance project

(WCM)Work clearance management 業務場景

某個公司，在執行維護措施之前，必須保證工作的安全，工作清理管理組件可以達到這種要求。WCM Object WCM Object for controlling communication between maintenance orders and applications.In the work approval, measures are requested to ensure a safe environment for work at a technical system.Work approval(WAP)

The work approval is only used in the enhanced model of work clearance management and represents the central safety certificate.Application(work clearance application and possible additional applications)Standard model Definition

A model structure that define the relationships between the following WCM objects: Work clearance application Operational WCD Use:

When lockout/tagout is of primary importance and other safety measures, such as radiation protection, safety in the workplace and fire protection, play a less significant role.WCA: order 1: n WCD: WCA n: n

Enhance model Definition

A model structure that defines the relationships between the following WCD objects: Work approval Applications

Work clearance application

Additional applications Operational WCD Use When the system is used to track other safety measures, such as radiation protection, safety in the workplace and fire protection, in addition to lockout/tagout.Structure

WAP: order 1: n An application can be assigned to several work approvals, and vice versa.A work approval can only be assigned to one application of an application type.WCA: WCD n: n

LOCKOUT/TAGOUT

“lockout” means to install a locking device that keeps the switch, value, or other mechanism from being turned on or opened.“tagout” means to put a tag on the locking device.The tag indicates DANGER or WARNING, along with a brief message.

第二篇：SAP應付會計學習筆記

應付會計學習筆記

一、應付會計工作職能職能范圍：

作為應付會計，主要有以下工作職能：

1、應付賬款的付款入賬

2、往來賬款的清帳

3、應付賬款的分析

二、付款入賬的業務類型

1、銀行轉賬模式的應付處理，銀行轉賬退回的處理

2、托收、到期票據的入賬處理

3、開具商業匯票、銀行匯票付款的入賬處理，票據退回的處理

4、票據轉背的付款入賬處理，背書票據退回的處理（退回票據退回客戶方處理由應收會計處理）

5、預付賬款的入賬處理，預付賬款退回處理

6、匯票收付（預付供應商的處理）

7、票據背書轉付預付賬款的處理

8、特殊處理：內部關聯資金往來的處理

付款方式改變而引起的利息收入及稅的處理

同一客商應收、應付沖銷業務處理

三、應付會計業務處理流程及方法

（一）、銀行轉賬付款業務

業務原理：清理同該筆付款業務相關的應付賬款往來賬并支付銀行賬款等業務憑證分錄為：借：應付賬款（系統自動）

貸：銀行存款（系統自動生成貸方）

操作步驟：

1、通過f-53進入付款記賬界面，在銀行數據項目欄內錄入付款銀行編碼、文本信息及付款金額

2、在未清項選擇中錄入供應商編碼信息，點擊處理未清項進入付款記賬，處理未清項界面

3、點擊部分支付，選擇相對應的記錄進行清帳處理

4、模擬生成憑證，進行憑證查看并點擊其他數據錄入原因代碼151，并在此模擬生成憑證，補充完相關供應商行文版信息。（此處原因代碼為現金流量項的選擇）

注意事項與操作技巧：注意供應商的選擇，支付部分的項目取消，利用“左三右三”的取消快捷鍵。

銀行帳回退業務：

業務原理：退回支付的銀行存款，并調增應付賬款往來金額。

憑證分錄為：借：銀行存款

貸：應付賬款

操作步驟：

1、按f-44進入供應商行項目，錄入需要處理業務的供應商代碼，回車

2、點擊部分支付，由于屬于調整應付賬款，不屬于清帳，因此直點擊模擬，記賬碼選擇40，錄入銀行賬戶代碼（此處生成借方分錄）回車，錄入回退金額

3、點擊其他數據，錄入現金流量項目（原因代碼）

4、點擊處理未清理項，雙擊簿記差異，數據為錄入金額。

5、點擊模擬，保存憑證。

（二）開具商票、銀票付款的支付業務

業務原理：用商票或銀票支付應付賬款，同時對相應的應付賬款進行清帳。

憑證分錄為：借：應付賬款

貸：應付票據

操作步驟：

1、按f-40進入匯票付款業務屏幕，錄入參照支付的銀行信息

2、行項目中錄入記賬碼。該業務代碼未39，科目信息錄入供應商

3、由于屬于票據支付，sgl標識必須選擇D(銀行承兌匯票)或E（商業承兌匯票）回車

4、進入“匯票收付 添加供應商項目”，填寫相關匯票信息金額：

金額：填寫票據票面金額

分配：填寫完整票號

文本：填寫摘要備注信息

匯票明細：據實填寫票據到期日和簽發日期

匯票狀態：F(簽票)

5、點擊”其他數據，錄入開戶行信息

6、點擊選擇未清項，進入匯票收付選擇未清項項目，錄入供應商代碼，選擇特別總賬標志：

D/E。

7、點擊處理未清理項，選擇部分支付，選擇相應的往來項目進行清帳，8、模擬生成憑證并填寫行項目，保存憑證。

注意事項：

1、由于屬于票據支付，因此填寫時一定要保證票據信息的完整性

2、票據業務屬于特殊業務，一定要選擇相對應的特殊總賬標志

3、清帳時，應選擇清理RE類型憑證記錄來清理

退票的處理

業務原理：回沖開具的應付票據，同時調整相關的應付賬款項。

憑證分錄：

借：應付票據

貸：應付賬款

操作步驟：

1、進入f-44，錄入客商編碼，選擇特殊標志D或E，附加條件選擇“其他的”，回車

2、進入“結算供應商選擇未清項目”，選擇“分配”，錄入退回的票號

3、點擊“處理未清理項”，選擇“部分支付”，雙擊“簿記差異”取得沖回金額

4、點擊“模擬”生成憑證。貨票狀態修改為g（解付），錄入其他文本等信息，保存。注意事項：

1、本操作屬于應付票據的退回去，因此在錄入時注意填寫票據的一些特殊標記

2、本數據為沖銷單據，是應付賬款的沖回不是清理，因此選擇未清理項時取搏擊差異數據

3、注意票據退回時同時修改票據的狀態，以便后續查詢、分析及票據管理。

（三）、托收、應付票據到期付款的支付業務

業務原理：托收票據需支付及應付票據到期解付，同時用銀行存款支付處理

憑證分錄：借：29 D/E應付票據

貸：50 銀行存款

操作步驟：

1、鍵入事務代碼F-53，進入界面后，填寫以下相關數據

抬頭數據：錄入日期、公司等相關信息

銀行數據頁簽：

科目：付款銀行編碼

金額：填寫票據金額

文本：填入摘要信息

未清項頁簽：

科目：填寫供應商代碼

特別總賬標識：選擇D/E

標準未清項項目：不選擇

2、填寫完畢后回車進入未清項界面，選擇要清帳的票據往來記錄進行清帳處理

3、點擊憑證菜單下的“模擬”，查看即將生成憑證

4、點擊“其他數據”，根據業務發生的現金流量項目填寫原因代碼：1515、點擊供應商應付票據行項目，填寫對應文本，并修改票據狀態為G（解付）狀態。退回處理：參照銀行賬的退回。

(四)、票據轉背支付業務

業務原理：用應收票據背書支付給供應商，同時沖銷應付賬款和應收票據（）

憑證分錄：借：27應付賬款

貸：19 B/C 應收票據

操作步驟：

1、鍵入f-32事務代碼，進入結算客戶抬頭界面，科目錄入票據背書給我司客戶編

碼，特殊總賬標志選擇B/C（銀票/商票），附加選擇“其他的”

2、3、點擊“處理未清項”，選擇“分配”，處理未清項，錄入票號，點擊處理未清項 點擊模擬，測試生成憑證，選擇未清項錄入以下信息：

科目：錄入供應商編碼

科目類型：錄入K

特別總賬標志：不選擇

4、進行清帳，按照票據金額對供應商應付賬款進行清清帳處理

5、模擬生成憑證，并對供應商文本進行編輯，修改票據狀態為D(背書)

票據轉背后的退回處理

業務原理：重新將供應商應付賬款進行掛賬處理，同時轉回背書票據計入應付票據等待相關業務部門處理后進行應收票據的沖銷處理。

憑證分錄：借:應收票據

貸：應付賬款

操作步驟：

1、在f-44中錄入供應商編碼，進入處理為清項界面

2、點擊模擬，在其他行項目錄入特別記賬碼為09，科目錄入出票方客戶編碼，sgl選

擇B（實質為調整應付票據分錄）

3、回車后錄入金額、文本、票據狀態、簽發到期日期等信息

4、點擊清理未清項，由于不存在其他金額錄入，因此點擊簿記差異自動取得票據金

5、點擊模擬，在其他數據中錄入利潤中心等信息

6、模擬，過賬完成。

注意事項：

1、預付賬款的退回時，注意選擇特殊總賬標識，以便對沖時沖銷相應的預付賬款科目

項。

2、因為應收票據是對應相關利潤中心進行記載，因此在錄入時必須錄入利潤中心信息，以便后續操作。

（五）預付款業務的操作

在日常工作中，由于業務的需要，經常發生預付款項給供應商的情況。日常預付款項給供應商一般由以下幾種類型：直接銀行轉賬預付、匯票收付、轉背預付等類型。同時，預付賬款業務屬于特殊付款業務，付款時發票并不存在，因此也無相對應的應付清帳處理，處理時也同正常付款略有不同.銀行轉賬付款:

業務原理:直接通過銀行存款轉賬支付預付款.由于本業務不存在沖銷應付或相關票據,因此不同于正常的銀行轉賬付款業務,需要在新的事務代碼下執行此業務.憑證分錄:借: 29 C預付賬款

貸：50銀行存款

操作步驟:

1、鍵入事務代碼F-48，進入供應商預付定金記賬編輯界面，錄入一下信息：

表頭信息：錄入憑證單據相關基礎信息

供應商科目：供應商編碼

特別總賬標識：選擇C 預付其他款

銀行科目：付款銀行編碼

利潤中心：所屬的事業部

文本：預付**供應商***款（**事業部：***）

2、點擊“憑證”功能菜單下“模擬”，查看憑證

3、點擊“其他數據”，填寫現金流量項目（原因代碼151）

4、模擬生成憑證，進行過賬。

匯票收付、轉背預付支付供應商預付款：

由于這兩種支付方式業務操作的主體為票據的處理，預付款項目的掛賬屬于在相應的行項目進行手工錄入，因此其事務處理代碼同正常相關票據付款處理相同（匯票支付f-40，轉背業務為f-32），具體操作可參照以上相關處理說明。同時，預付業務需要進行特殊標記，才能區分正確的入賬科目，在錄入時應注意特殊總賬標志的選擇。其業務憑證分錄為：

借:29 C預付賬款

貸:39 D/E應付票據(f-40)

或：貸：39 D/E應付票據（f-32）

注意事項：

1、由于預付款項的特殊性，因此在做預付款業務時一定注意選擇特殊總賬標志以示區

別

2、在預付款業務進行結算后收到開具發票進行校驗審核時，一定注意不要對發票進行

解凍處理避免款項的重付支付，給公司造成損失。

3、批量解凍時注意預付賬款發票不要誤解凍，一般檢查付款天數為0的剔除。

（六）、特殊往來付款業務的處理：

在日常付款業務中，還存在以下特殊業務的處理，具體業務如下：

1、內部公司資金往來銀行付款業務

由于內部公司之間的銀行付款業務引起的現金流在合并報表是并不被承認，只能作為合并抵消項目進行處理，為了能正確區分內部和外部現金流的變動，提高報表編制的效率和準確性，需要在相關的付款業務（引起現金流動業務）發生時，手工添加行項目進行關聯記載。操作如下：

1）、編輯正常付款憑證

2）、在原來憑證基礎上補入分錄：

借：40 關聯資金往來(原因代碼 151，合作伙伴：對應的公司)

貸:50 關聯資金往來

3)、模擬生成憑證并過賬

注意事項：

1）、涉及此業務必須是內部公司之間涉及到資金流動的支付業務

2）、填寫分錄時必須填寫完整原因代碼（現金流量項）和對方公司（合作伙伴）目前需要填寫關聯公司有：廈工機械配件廠、廈工 海翼金屬材料有限公司、廈門廈工國際貿易有限公司、廈工焦作公司、北京廈工機械銷售有限責任公司

2、供應商變更付款方式

在支付時，由于供應商收款政策等改變，有可能存在改變支付方式的情況，根據相關協議需要按票面金額收取一定的利息，該部分利息計入財務費用，沖減相應的應付款項。

修改付款方式的業務主要由商票改付銀票和商票銀票改付現款兩種模式。

商票銀票改付現款操作：

1）根據雙方協定，業務部門同供應商簽訂付款修改協議

2）由財務部門按照銀行提供利率按票面金額計算應扣除利息

3）按照正常銀行存款付款方式，進入f-53操作，注意金額填寫扣除利息后的金額

數據

4）清理相關應付票據往來賬，往來賬金額同支付金額形成差異，差異數據為利息

金額

5）點擊模擬生成憑證，點擊相關行項目，然后雙擊“其他數據”，將反記賬處打鉤

選中，然后進行憑證模擬，相關差額計入財務費用利息收入科目，保存生成憑證。

商品改付銀票操作步驟基本相同，事務代碼為票據支付的f-40，其余操作相同。

注意事項：

1）操作業務時，現查詢該筆業務的實際支付情況

2）需要按照銀行提供利率計算利息收入

3）模擬后需要點擊反記賬才能將差額部分顯示出來。

3、應收、應付賬款相互抵消

在經營過程中，往來客商存在即是材料供應方又是產品購買方的情況，因此在往來賬項中該客商既存在應收賬款又存在應付賬款項目。雙方根據相關協議，有可能將應收應付雙方金額進行相互抵消后再按實際余額進行結算，因此產生應收應付賬款的相互抵消業務。其業務操作實質為往來賬項的清理，所有操作可以按照正常的往來帳清帳處理即可。不過在日常業務中，由于應付會計和應收會計操作權限不同，相互抵消也可以按照不同的事務代碼進行操作，應付賬款抵消應收使，一般應付會計操作，操作碼為f-53,而應收沖銷應付時，有應收會計操作，操作碼為f-32.注意事項：

1)清理往來時，要根據相關的協議進行清理

2)清理時要按照利潤中心賬務進行清理，以便各個利潤中心數據核對

3)在文本信息中清楚記載業務主要信息，以便查找

4)盡量清理年限較長的往來款項

第三篇：學習筆記之-100小時學會SAP(14)

學習筆記之-100小時學會SAP(14)

上一篇 / 下一篇2008-01-09 17:47:15 / 個人分類：學習筆記

查看(764)/ 評論(1)/ 評分(0 / 0)

5.9定義工作中心的控制碼

(這個控制碼控制著工藝路線中的某個工序需要執行的業務功能,以及如何處理這個工序.比如這個工序是否需要排程,是否需要產生產能需求,是否需要打印工票,是否是返工工序,是否需要計算成本,是否和如何進行確認,是內部還是外部處理.我們在這個步驟中定義控制碼,隨后在后面新建工作中心時,將控制碼分配給工作中心作為缺省值,在隨后工藝路線定義的時候,在這個工作中心執行的工序,就缺省使用這個控制碼了.)

后臺->SAP用戶化指南->生產->基本數據->工作中心->工藝路徑數據->定義控制碼

輸入內容:

控制碼: ZKM1

描述:頤寧工作中心控制碼

調度: v(指使用這個控制碼的工序需要調度(排程))

確定能力需求: v(指使用這個控制碼的工序需要確定能力需求)

成本: v(指使用這個控制碼的工序需要計算成本)

確認: 2(指使用這個控制碼的工序必須確認)

5.10新建人工工時能力

SAP菜單->后勤->生產->主數據->工作中心->能力->CR11-創建

輸入內容:

工廠: P999

能力: Labor頤寧人工工時能力

能力類別: 002(“002”代表這種生產能力是人工工時類的)

參數:

能力計劃員組: 001(指負責這種能力的計劃員組)

工廠日歷ID: 01(指該能力使用的工廠日歷.我們用SAP標準的工廠日歷“01”,工廠日歷可以在后臺定義

基本計量單位: H

開始: 09:00:00

完成: 18:00:00

休息時間: 01:00:00

能力利用: 100

單項能力數量: 10(指能分割使用的單項能力有10個.比如,如果以寧公司總是以班組為單位管理的,這里就是班組的數量.如果是以單個工人調配的,那這里就是工人的數量.這里需要和后面工藝路線的定義保持定義上的一致)

和有限計劃相關: v(指在做有限排程的時候,系統需要將這種能力的可用數量和負載數量考慮進去.只有這里打勾的能力才會在能力可用性檢查中被考慮)長期計劃: v(指這種產能是否在長期計劃時被考慮進去)

5.11新建機器工時能力

SAP菜單->后勤->生產->主數據->工作中心->能力->CR11-創建

輸入內容:

工廠: P999

能力: MACHINE頤寧機器工時能力

能力類別: 001(“001”代表這種生產能力是機器工時類的)

參數與“Labor”同.5.12新建人工工時類別工作中心

SAP菜單->后勤->生產->主數據->工作中心->工作中心->CR01-創建輸入內容:

工廠: P999

工作中心: 9991物料準備

工作中心類別: 0003

基本數據:

負責人員: 999

用途: 001(代表該工作中心只用于產成品生產的工藝路線)

標準值碼: SAP1(標準值碼定義了在這個工作中心有幾項標準的操作,如準備,機器操作,人工工時操作等.我們選擇SAP標準的一般生產標準值碼.標準值碼可以在后臺配置)

準備:沒有檢查(指系統不會檢查是否維護了)

機器:沒有檢查(同上)

工時:應當輸入(指工時是必須維護的)

缺省值:

控制鍵值: ZKM1(指將來使用這個工作中心的工序,缺省的控制碼就是“ZKM1”)

準備: MIN(指使用該工作中心的工序,準備時間缺省計量單位是分鐘)機器: MIN(同上)

工時: MIN(同上)

調度:

能力類別: 002(和“能力”字段一起定義了這個工作中心使用的是頤寧公司的統一的人工工時能力)

能力: Labor

準備公式: SAP001(指該工作中心中生產排程時準備時間的計算公式是怎樣的.我們使用SAP標準“SAP001準備排程計算工時”.“SAP001”的公式是固定的準備時間,也就是準備時間長短和批量等沒有關系.加工公式: SAP003(“SAP003”公式是和批量大小相關的,也就是批量越大,加工時間就越長.同時還需要除以拆分的批數量,比如我們有10個能力單位可以同時開工,所以計劃時間需要除以10)

成本核算:

成本中心: 1001(指該工作中心隸屬于哪個成本中心)

活動類型: SET/MAC/LAB(指該工作中心的各種操作(關鍵值)對應成本管理上什么作業類型)

注:由于我現在已是08年,所以需要重新設置作業輸出價格,即將作業類型分配給成本中心.具體參見3.11

公式碼: SAP005/SAP006/SAP007(指成本計算上的作業數量計算公式.我們可以按屏幕下方的“顯示公式”按鈕來檢查這些公式的具體內容.需留意的是,成本計算公式和前面調度(排程)的公式是不同的,區別在于批量分割的影響.比如,如果10個能力單位同時開工,排程時間縮短10倍,但是成本計算不受影響,因為成本是

按單個能力單位耗時的累加核算的.這個地方很容易出錯,如果填寫不正確,往往造成調度或者成本核算的錯誤.)

工作中心: 9992切割/9995裝配/9996檢驗和交付

準備:應當輸入/沒有檢查/沒有檢查

機器:沒有檢查/沒有檢查/沒有檢查

工時:應當輸入/應當輸入/應當輸入

(其他參數與上同)

5.13新建機器工時類別工作中心

SAP菜單->后勤->生產->主數據->工作中心->工作中心->CR01-創建輸入內容:

工廠: P999

工作中心: 9993油漆/9994預裝配

工作中心類別: 0001(“0001”指機器工時類工作中心)

負責人員: 999

用途: 001

標準值碼: SAP1

準備:應當輸入

機器:應當輸入

工時:應當輸入

能力: MASHINE

加工公式: SAP002

其余參數與5.12同

5.14新建工藝路線

SAP菜單->后勤->生產->主數據->工藝路線->工藝路線->標準工藝路線->CA01-創建

輸入內容:

物料: F999-100

工廠: P999

組計數器: 1(SAP中工藝路線是通過組編碼和組計數器兩者來編號的.組計數器可以定義一個產品的多條工藝路線.比如當不同的批量大小時可以用不同的工藝路線.我們這里只維護一條工藝路線)

用途: 1(“1”指該工藝路線是為生產服務的.在SAP中還可以定義其他用途的工藝路線,如設計的,設備維護的等等)

狀態: 4(“4”指該工藝路線是已下達的狀態,可以進行各項業務)

工序

工序: 0010/0020/0030/0040/0050(各道工序的編碼)

工作中心: 9991/9992/9994/9995/9996(各道工序發生的工作中心)工廠: P999

控制: ZKM1(可不輸,系統會根據工作中心自動建議控制碼)

準備:-/20/30/-/-

機器:-/-/20/-/-

工時: 20/50/20/40/10

順序(新增并行順序)

序列: 1(指并行順序的編號)

分工序: 0010(指完成“0010”工序后開始該并行作業)

返回工序: 0030(指完成該并行工序后,返回“"0030”工序)

工作中心: 9993

控制碼: ZKM1

準備: 40

機器: 40

工時: 20

新建分配(定義各種原材料分別在哪個工序投料)

作業: 0010(工作中心9991)/0030(工作中心9994)/0030/0030/0010(工作中心9993)

5.15拆分工序

(頤寧公司的人工類產能和機器類產能都是由10組產能單位構成的.我們需要在產成品的工藝路線中決定,生產訂單是在一個產能單位上的順序生產,還是要將生產訂單的數量拆分到各產能單位上生產.這個控制參數是在各工序上的,它會影

響訂單排程的時間.本步驟中,我們將工藝路線中的所有工序都設定為需要按產能單位拆分.)

SAP菜單->后勤->生產->主數據->工藝路線->工藝路線->標準工藝路線->CA02-更改

輸入內容:

物料: F999-100

工廠: P999

雙擊各工序,(含標準順序與并行順序)

所需分解: v

5.16新建產成品的生產計劃視圖

SAP菜單->后勤->生產->主數據->物料主記錄->物料->創建(特殊)->MMF1-成品

創建視圖“工作計劃”

輸入內容:

工廠: P999

生產調度員: 999

生產計劃參數文件: 000001

第四篇：SAP補貨和需求計劃筆記

補貨計劃和需求計劃操作說明

1、檢查要做補貨計劃的商品主數據是否有預測參數文件，如果商品主數據不全就要創建MRP參數文件，事務代碼是MMD1增，MMD2改，MMD3顯；

2、創建預測參數文件，輸入事務碼：MP80，事務碼：MP81是修改預測參數文件，事務碼：MP82是刪除預測參數文件；

3、設置字段的固定值和默認值

4、進入數據屏幕查看設置，檢查無誤后保存；

5、修改該商品主數據的后勤：分銷中心里的預測參數文件、預測值、消耗值等信息，事務碼是MM42

6、執行預測，事務代碼是MP30；

7、查看預測值；

8、查看歷史值

10、執行并保存設置參數；

11、創建計劃周期和送貨周期，事務代碼是MD25（增），MD26（改），MD27（顯）

12、修改計劃日歷：期間

13、選擇周期間的計劃規則后保存；

14、修改商品主數據信息；

15、運行需求計劃，事務代碼是：MD01（計劃范圍+地點+計劃日期），MD02（商品+地點），MD03（根據商品+地點+計劃日期）

16、查看庫存/需求清單，事務代碼是： MD04

16、打開采購申請，事物代碼是：ME51N，按上圖采購申請號查詢系統自動創建的采購需求計劃

17、可以把多個采購申請合并在一個訂單里，事務代碼是ME59N，也可以單獨審批；

第五篇：SAP學習計劃（寫寫幫整理）

sap的計劃類型 26 1 預測及sop（銷售與運作計劃）2 主生產計劃

分銷資源計劃（drp）4 物料需求計劃及庫存控制 5 長期計劃編制和模擬 6 能力需求計劃

生產計劃有各種類型，從預測和sop開始，主生產計劃、mrp、drp、長遠計劃、粗能力計劃和詳細能力計劃。所有這些類型將在下面說明。特別是用戶友好的表格式和圖形式的計劃界面將使你的計劃更加具有互動性和透明性。1.1預測及sop（銷售與運作計劃）1.1.1主要特征：

l sop連接銷售計劃與生產，并充分集成銷售信息系統與主生產計劃。l 你可以使用靈活的計劃層次。l sop提供各種預測工具，預測可以基于系統中的任何時間序列數據。l 你可以用sop進行任何資源的集成的粗能力計劃（包括物料）。l 用戶的界面（sop計劃表）可以由用戶設定。l 你可以將sop的結果用于管理報告及執行層控制。1.1.1.1預測及sop概述

預測及銷售與運作計劃（sop）是你的后勤管理和公司計劃部門不可缺少的工具。從你的銷售期望值和運作預算開始，你用它們為你公司的運作層編制現實和協調一致的計劃。sop的輸出信息決定為了支持你的銷售計劃，你公司需要提供的生產、工程、及財務資源的數量。

計劃及定期修訂的目標計劃都要根據準確的銷售預測及有效的運作計劃。通過r/3你可以主動地把來自各種來源的信息集成到一套計劃中。然后你可以均衡你的供應鏈管理，調整服務水準并優化你的經營業績。銷售與運作計劃還有助于促進你公司計劃人員之間的交流與合作。

你的銷售計劃根據來自后勤信息系統（lis）的運作數據和來自經營規劃（co-pa）系統的預算數據。你可以用lis，co-pa，或sop來預測你未來的銷售額。

歷史數據 預算

后勤信息系統 sop（銷售與運作計劃）經營規劃（co—pa）統計

獨立需求 mps（主生產計劃）

主計劃（計劃訂單）

配套件及原材料

采購 mrp（物料需求計劃）生產（sfc）（mm采購）

清購單 計劃訂單

圖4-1：從銷售計劃至生產計劃的業務流程 1.1.1.2預測

在sop你執行并調整你的預測，將它們從一個高層的角度分解到產品層。r/3可在任何匯集的計劃層級——與生產或銷售有關的層級等級進行預測。系統可以自動地分解你的預測。1.1.1.3能力均衡

你建立相應的生產率并定義所需的庫存及供應天數。對工作中心組或瓶頸工作中心進行粗能力計劃（rccp）來平衡你的能力利用。你還可以核實其它資源的需求。1.1.1.4轉換至mps和mrp 最后，你從你的生產率生成獨立需求并將它們轉送到主生產計劃（mps）或物料需求計劃（mrp）。

1.1.1.5用戶友好的計劃表 sop允許你能很方便地在一張計劃表上更新和對比銷售預測和生產率。計劃表以時段為列欄目，時段長可定義為周、月、會計期、或天，行欄目表示關鍵數據如銷售預測、生產率、庫存水準、供應天數及目標庫存量等。

計劃對象靈活定義

靈活選擇計劃數據 國家：法國 地區：東部

產品類：食品

m 1/96 m 2/96 m 3/96 m 4/96 銷售預測 200 100 200 100 內部需求 50 20 30 10 總需求 250 120 230 110 目標庫存 100 100 150 120 生產 350 120 280 80 通過用戶定義的宏指令自動計算相關數據

圖4-2：靈活的sop計劃表 1.1.1.6應用sop sop計劃表可以按照你的需要進行用戶化，不僅包括了銷售和生產信息，還可以包括采購需求、發貨、庫存水準、未結訂單及庫存周轉次數等信息。這將使實際的經營狀況更加透明，并能提供可行性核查及市場決策，從而改進你的計劃工作質量。

計劃期可以延伸到過去和將來。你可以非常靈活地跟蹤過去的計劃數據，市場需求預期，進行“如果怎樣—將會怎樣”的模擬等。你甚至可以把各種事件的效果（如促銷和特殊交易）也包括進去。

用sop的版本控制功能，你可以對一個計劃層級的內容進行多個“如果怎樣—將會怎樣”的模擬。強有力的報告工具使你能得到關于計劃狀況和產品結構的總體信息和詳細信息。1.1.2在計劃層級預測 1.1.2.1靈活的計劃層級 sop幫助你在匯集的計劃層次編制計劃，同時，也可以在產品項目層進行詳細的計劃。你可以定義多至9層計劃層級。通常這些層級是銷售領域和“產品系列”。你開始從任何匯集層自頂向下編制計劃然后用預先定義的、或歷史的、或實際的百分數分解計劃數據。自頂向下（集中的）和自底向上（分散的）計劃可以結合使用。

匯集的 自動匯集

無固定等級，根據用戶

畫面靈活匯集

分解的 自動分解

數據存儲在最詳細的層次

分解使用：

固定系數

歷史系數

現有的計劃值

圖4-3：匯合和分解計劃數據

計劃層級可以如下例建立： l 國家（美國，加拿大，墨西哥，??）l 地區（東部，南部，西部，??）l 產品系列（啤酒，巧克力，??）l 產品 l 客戶

在r/3中，你可以根據系統的數據類別定義公司特定的計劃層級。你甚至可以定義你自己的計劃對象，并提供更新它們用的邏輯程序。

你可以維護同一個計劃層級的不同版本。這樣，在你下達計劃時，你就可以模擬和對比不同的方案。一種計劃方法是讓系統立即將數據分解，一直分解到最底層并儲存在那里。其它層次的計劃數據在運行時再從最底層匯集上來。這樣可以保證所有層次計劃的一致性。

另一種方法是在每個層次單獨地編制計劃，而讓系統將計劃數據單獨存儲在各個層次。1.1.2.2產品組

除了計劃層次外，你還可以定義產品組的層次，使產品系列或產品類別模塊化。系統不限制層次的數量。你可以對產品組預測銷售量并計劃你的生產率。你可以在產品組或產成品層次為粗能力計劃建立負荷圖表。你可以對產品組的組成規定分解的百分比，例如： 一個服裝廠建立一個分銷點，用于銷售各種尺碼的服裝并從總的計劃銷售量中用它來計算每種尺碼的計劃銷售量。

你也可以在產品組層級累積數據，然后讓系統按產品組組成的計劃數量計算產品系列的總量。

1.1.2.3預測 r/3的預測模塊是一個通用的工具。不論你在在sop或其它r/3模塊，預測的功能都是一樣的。預測還同獲利性分析（co-pa）及物料管理（mm）集成。你在這些模塊根據你計劃活動的重要性來預測。在sop模塊預測的目的是： l 從歷史銷售數據生成銷售預測，同時注意到未來的變化和趨勢。l 生成后勤系統中任何信息項目的預測。

預測質量取決于歷史數據的數量和質量。在標準的r/3系統，任何后勤數據都可以用來作為預測的輸入值，如銷售、采購或發貨。這樣你可以選擇對你的業務有意義的數據，并比較各個預測值，以得到可能性最大的結論。

如果你不得不處理大量項目時，你可以在后臺生成預測?；蛘?，你可以在互動模式下進行預測，并采用r/3的集成業務圖表，以得到更好的視覺效果。這種方法支持對關鍵項目狀態的詳細研究。

1.1.2.4隨機模型及算法

根據以下任何一個隨機模型進行預測： l平均移動

l 指數平滑常數模型 l 指數平滑趨勢模型 l 指數平滑季節性模型

l 組合趨勢/指數平滑季節性模型 r/3可以用最適用分析來自動地選擇隨機模型，你也可以人工選擇模型。在每周或每月數據更新時，系統將核查模型的有效性，并在實際數據顯著偏離模型時發出警告信號。r/3計算平均移動時，可以加權或不加權。一次和二次指數平滑是多數預測算法的基礎。winter程序是季節性模型的基礎。1.1.2.5預測圖表（forecast profile）

在你為預測選擇模型及模型參數時，你定義“預測圖表“。圖表有助于預測用法的可靠性和標準化。在一個曲線中通過對一個特定業務目的定義預測參數時，你保證重復預測使用參數的一致性。

1.1.2.6事件（event）

當你計劃你的未來的銷售額及產量時，你不能僅僅根據預測得出的計劃數據。你還要運用你的有關未來市場趨勢、計劃促銷和產品系列變化的知識。r/3提供你有可能用 “事件”來預計預期的業務環境對你的預測結果的影響。

事件是用個別預測周期的修正數據表格表示的。修正數據可以用百分數或正負差異表示。你可以定義數量不限的事件，并將之分配到相應的預測項目中。系統可以匯總多個重疊事件的結果。r/3應用程序模塊 后勤信息系統 數學預測工具 預測結果 sd symbol 105 f marlett s 7.5i 每要求日期銷售訂單 symbol 105 f marlett s 7.5i_指數平滑 初始的 修正的

mm symbol 105 f marlett s 7.5i 每確認日期銷售訂單 symbol 105 f marlett s 7.5i_winter模型 100 150 pp symbol 105 f marlett s 7.5i 發貨訂單 200 180 pm symbol 105 f marlett s 7.5i 計劃訂單 事件管理 100 120 fi symbol 105 f marlett s 7.5i 運行作業計劃 symbol 105 f marlett s 7.5i 市場活動 280 180 ?? symbol 105 f marlett s 7.5i_工作中心 symbol 105 f marlett s 7.5i_競爭對手信息 300 110 symbol 105 f marlett s 7.5iy貨物接受 等外部數據 400 320 ?? ?? 100 90 圖4-5：在預測過程中事件的作用 1.1.3粗能力計劃

在任何計劃層級，編制你的關鍵資源計劃，并用能力均衡功能來平衡它們的利用率。你可以用負荷圖表（“粗能力計劃圖表”）連接計劃資源的消耗量與產成品的生產率。例如你用單位時間的生產單位定義瓶頸工作中心或生產線的能力，再查看生產率的變化對能力負荷的影響。

在粗能力計劃中你不僅計劃機器和人工的能力，還可以計劃費用、工具、關鍵零件或原材料。你可以直接從計劃的生產率預測原材料需求。你不需要通過mrp或單個預測等更復雜的方式來生成原材料需求。資源 第一周 第二周 第三周 第四周 單位

原材料1 2 — — — pc 原材料13 — 3 — — pc 工作中心1 2 — 2 2 h 工作中心2 — — 3 3 h 費用 10 20 20 30 usd 圖4-6：資源計劃負荷圖表

你可以連接負荷圖表至各種業務處理。業務處理不僅限于生產，你也可以為市場、銷售和工程計劃所需利用的資源。

例如；

一家廚房用具廠生產微波爐，每臺平均需用鋼板0.5m2。鋼板的消耗量直接由微波爐的產量決定而與型號無關。在產品組“微波爐”的負荷圖表建立這種資源消耗的關系。然后r/3根據計劃的生產率計算鋼板的需求量。1.2主生產計劃 1.2.1主要特征： l r/3主計劃模塊包括需求管理、生產計劃管理及主生產計劃（mps）。l 需求管理與銷售與運作計劃（sop）及銷售與分銷的計劃功能完全集成。l 可以根據生產率或根據詳細工藝路線進行集成的能力計劃。l mps可以在任何計劃層進行也可以在多個層次進行。l 在最終產品或物料層可以選擇不同的計劃策略，如按沖銷預測或訂貨生產編制計劃。l 訂單報告（多層）在所有的生產層次顯示作業計劃問題。l r/3支持多地區分銷資源計劃（drp）。1.2.2主計劃概述

主計劃建立和維護產成品的作業計劃，及/或用銷售訂單、預測或補充庫存計劃建立和維護個別重要零部件的需求計劃。

在以下一個或幾個r/3模塊中通過預測需求建立主計劃： l 銷售信息系統（sis）l 銷售及運作計劃（sop）l 基于沖銷預測的計劃 l 預算計劃（co-pa）

當你輸入銷售訂單時，r/3自動建立獨立需求件的需求量并能立即在主計劃上看到。r/3主計劃模塊包括需求管理、主生產計劃及長遠計劃等功能模塊。

“典型的”計劃層次包括以下計劃層次：sop、需求管理、主生產計劃（mps）和物料需求計劃（mrp）。但是，由于r/3系統的靈活性，必要時，你可以組合這些計劃層次。

需求管理是用來建立和維護計劃的獨立需求和客戶需求的。它構成預測同mps或mrp的界面?？梢越讉€需求版式以便比較──尤其在做長遠計劃時更有必要。mps是一種用來計劃關鍵物料或對生產過程有較大影響物料的計劃工具。這樣的物料標志為主計劃項目，在計劃時必須特別慎重。

一旦主計劃員核查了mps并對其結果表示滿意后，物料清單將被展開并運行mrp來計算各個子件的相關需求。

r/3對最終產品的mps和mrp計劃策略將在下面說明。1.2.3用銷售訂單沖銷預測的計劃策略

這是典型的mrp ii計劃策略。對基于銷售訂單的生產環境，經常需要提前生產或采購某些裝配件或原材料。這樣做，盡管生產周期很長，但你卻可以保證較短的交貨期。你借助獨立需求進行初始計劃（開始還沒有任何銷售訂單），然后在稍后的日期用接到的銷售訂單沖銷。用這種計劃方法采購原材料和生產裝配件或產成品，并保有一定的庫存量。為了高效和有效地編制計劃，有幾種策略可供應用?，F說明如下：

1.2.3.1用總裝件編制計劃

在這種計劃策略，編制計劃是通過在產成品層次輸入計劃的獨立需求量，然后同時產生生產和采購計劃。接到的銷售訂單沖銷了一部分計劃的獨立需求量而未被沖銷的剩余計劃數量將增加產成品的庫存。如果接篇二：sap計劃策略總結 1.策略對比

sap下針對企業的生產模式和計劃策略，主要分為以下幾種： mts：按庫存生產，銷售訂單與生產訂單無直接關聯，一般根據銷售預測（即獨立需求）安排生產或提前備料； mto：按單生產，銷售訂單與生產訂單直接關聯，產品一般不具備通用性，根據客戶特殊需求定制。

ato：按訂單組裝，如計劃策略82，屬于mto的一種特殊模式，其產成品的生產過程只是對零部件進行簡單的裝配或機加工；特點有：a)產品零部件直接通過設置安全庫存或獨立需求提前采購、生產；b)產成品的生產訂單在銷售訂單創建時自動生成，并對所有組件進行atp檢查，以此確認產成品的交期和數量。eto：按訂單設計，一般為批量?。▎渭佣啵┑捻椖抗芾硎降漠a品，邊設計、邊生產，常與ps模塊相結合，代表行業有裝備制造、建安等。1.3.補充說明-物料主數據相關設置

計劃物料和計劃工廠均用來指明銷售訂單所消耗pir的來源，比如一類閥門產品，只有銷售

時的顏色不能確定，剛可設置一不帶顏色的閥門料號為a，紅色閥門料號為b，在物料b中指明計劃物料為a，則針對a設置pir進行備料，銷售訂單中包含b時，則會消耗a的pir。

“獨立/集中”標識用來區分mto(或52策略)產品下層專用物料、通用物料的需求處理。2.后臺邏輯

先看計劃策略的配置界面（opps）：

這里是將獨立需求的需求類型（requirement type，圖例中的vsf）與客戶需求的需求類型（requirement type，圖例中的ksv）組合起來，并顯示相應的需求分類信息（requirement class，由需求類型帶出，圖例中獨立需求的需求分類為101，客戶需求的需求分類為050）。

下圖5處標記均從需求分類中自動帶出來。

所以配置的順序為：

2.1.定義需求分類(ompo/ovzg/opps)a.獨立需求的需求分類，使用事務代碼ompo定義；

“計劃標識”分三種：“1.凈需求計劃”如10和40，需求考慮庫存、制造、采購的需求量；“2.毛需求計劃”，如11，不考慮庫存、制造、采購的需求量；“2.“單項計劃”，如52，50，項目需求與其它項目供需無關。

“消耗標識”定義獨立需求是否被銷售訂單消耗：“空白”代表不消耗，如10，11；“1 消耗計劃組件”代表被消耗，且影響到組件，如40；“2 消耗計劃無組件” 代表被消耗，不影響到組件，如52（52的下層物料如果設定了“獨立/集中”標識為“1 單獨需求”，成品獨立需求mrp后該物料不考慮庫存，會跑出相應數量的計劃訂單，銷售訂單來了之后再運行mrp，該物料的計劃訂單的數量才會減去庫存數）。ps，同時影響銷售訂單與獨立需求的消耗的還有客戶需求中的“分配的標識”。b.客戶需求的需求分類，使用事務代碼ovzg定義；

“可用量”此處有如果關閉，但是“分配的標識”等設定了消耗關系，則so中atp檢查獨立需求；如果開啟，則后續銷售訂單可根據ovz9中的規則進行atp檢查。

“請求轉移”此處為銷售訂單需求傳遞的總開關，這里關了，后須計劃行類別就全關了，這里打開，在計劃行類別和dn里還可以打開和關閉。

“分配的標識”與“消耗標識”的功能相同，詳見上文說明。

“沒有mrp”標識銷售訂單是否參與mrp，空白代表so影響mrp。

上面截圖中，科目類別與評估類別，使用opps配置（co路徑）。在mto中，“帳戶分配”（科目指派種類）分e和m，e需要對銷售訂單進行結算，需要在銷售訂單中指定“結果分析碼”和“結算規則”，同時為了結算，還應對銷售訂單設置技術關閉等狀態，m不需要對銷售訂單結算；“評估類型”（評價）分三種，空白代表無庫存評估，收貨成本直接進科目，庫存有數量無金額，m代表庫存成本按銷售訂單評估，數量、金額記在mska/ebew，可用mbbs查看，a代表庫存成本按物料，數量、金額記在mska/mbew，不可用mbbs查看。篇三：sap-mm-計劃交貨時間

計劃交貨時間（planned delivery time）計劃交貨時間（planned delivery time）

1、計劃交貨時間的定義

計劃交貨時間是指采購單據創建（單據日期）到采購訂單收貨之間所需要的預計時間，該日期可以根據歷史記錄取平均值，也可以是根據供應商對我方的承諾。

2、計劃交貨時間的維護

在物料主數據中維護計劃交貨時間。

如果該物料有多個供應商進行供貨，不同的供應商有不同的計劃交貨時間，則物料主數據的計劃交貨日期取多個供應商的計劃交貨日期的算術平均值。

創建采購信息記錄或者計劃協議時的默認的計劃交貨時間取自物料主數據的計劃交貨時間，均可更改。創建采購訂單時，優先引用采購信息記錄中的計劃交貨時間，在采購訂單中可更改。

3、計劃交貨時間對采購業務以及mrp的影響 1）、當手工創建采購訂單時，采購訂單中默認的交貨日期等于當前日期+計劃交貨時間 2）、如下圖所示（事務代碼md04），在運行mrp時，系統首先根據對原材料的需求日期（7月1日）減去收貨處理時間1天，得到物料的計劃交貨日期6月30日，在根據計劃交貨日期減去計劃交貨時間倒退得到采購申請的批準日期。采購申請的批準（審批/release）日期意味著采購訂單最遲這一天發布給供應商，否則將會出現交貨延誤。在處理采購申請的事務代碼（me56/57/58）中，也可使用該日期(審批日期)查詢采購申請。

3)、后臺可針對工廠或者mrp組設置外部采購的缺省值（事務代碼omdt）

可設置mrp運行時計劃交貨時間是取自物料主數據還是取自采購信息記錄/計劃協議。

備注：若要使用來自于采購信息記錄的計劃交貨時間，同時還需維護貨源清單（me01），并且貨源清單中的供應商與采購信息記錄相同。

4、系統根據歷史記錄統計實際的交貨時間，并可更新主數據（事務代碼：wpdtc）如下圖所示，系統將會將查找供應商為112644或者采購物料為zh0012hy01zzz的采購單據（采購訂單/計劃協議）的收貨記錄。

點擊按鈕“擴展”，可以看到明細的信息。本例中，采購單據有二行，第一行分批收貨，第二行一次性收貨。

系統首先計算出采購單據的第一行的實際的交貨時間（收貨日期減去單據日期），由于采用了分批交貨，因此需要按照收貨數量進行加權平均，最后得到加權平均后的加權pdt，為121.25天。

再計算出第二行的實際的交貨時間，140天。

最后，所有行進行算術平均，得到交貨時間為（121.25+140）/2 = 131天

點擊按鈕“更改計劃交貨時間”，則可以將根據歷史記錄計算出的實際交貨周期更新物料主數據和采購信息記錄。

若該物料存在多條信息記錄（供應商），則該物料的交貨時間為多條記錄的算術平均數，如下圖所示，物料zroh11有二個供應商，一個實際的交貨周期為0天，另外一個實際的交貨周期為4天，則物料的交貨時間變為2天。

5、長周期物料的處理

假設產成品的需求周期覆蓋未來三個月，而部分長周期物料的計劃交貨周期超過三個月，很顯然這些物料的采購不能僅根據mrp運算得到采購需求。

或者通過運行長期模擬計劃，在長期模擬計劃中，獨立需求的覆蓋日期可以更長，譬如六個月，然后根據長期模擬計劃的結果，創建采購訂單。

或者就是完全根據歷史經驗，去年同期數據，手工下達采購訂單。

6、總結：篇四：sap生產計劃流程 sap生產計劃流程

1、定義生產計劃參數文件，生產計劃參數文件可以分配給物料或者生產計劃員。分配給物料主數據的生產計劃參數具有更高的優先級。在創建生產訂單時，生產計劃參數文檔將復制至生產訂單或流程訂單。

2、定義生產調度員。同時把第一步中的生產計劃參數分配給他。

3、為工廠的標準生產訂單類型（pp01）和生產調度員定義用于生產訂單排程的參數，這些參數將影響生產訂單排程的各種操作和計算。

4、定義工廠的標準生產訂單類型（pp01）和計劃、實施、成本控制和信息系統顯示方面的參數。在sap中，和工廠、生產訂單類型相關的參數是非常豐富的。

5、維護工廠的標準生產訂單（pp01）和確認相關的參數。確認是生產訂單管理中的一項工作，既可以是針對整個訂單的，也可以是針對工序的。

6、mrp最主要的基礎是bom清單。此處在cs01中創建一個bom。

7、bom是從生產的成品（或半成品）角度需要多少組件。有時候，我們需要查找某個材料的用途是什么，它被用來制造什么，這時，可以使用物料所處清單，由稱之為“反查清單”。事物代碼是cs15。

8、定義工作中心負責人。公司有一些工作中心，產成品需要按照一定的次序在這些工作中心中執行各道工序，sap稱之為“工藝路線”，此處，我們需要為各工作中心在后臺定義一些負責人，這些負責人會分配到工作中心的主數據中。

9、隨后定義工作中心的控制碼，它控制著工藝路線中某個工序需要執行的業務功能，以及sap如何處理這個工序。在后面建立工作中心的時候，要把控制碼分配給工作中心作為缺省值，在隨后工藝路線定義的時候，在這個工作中心執行的工序，就缺省使用這個控制碼了。

10、此處建立人工工時能力。在這個步驟中（cr11）統一核算整個工廠的人工工時能力，在后面的步驟中，當新建人工工時類別的工作中心時，將通用的人工工時能力分配給他們。

11、同上步，新建機器工時能力。

12、新建人工工時類別工作中心。

13、新建機器工時類別工作中心。

14、在ca01中創建工藝路線，工藝路線和bom一樣是針對每個產品的。工藝路線由各道工序組成，維護該工藝路線的各道工序。工藝路線中可能存在并行順序，此處可以進行定義。定義完成工序后，還可以定義各種原材料分別在哪個工序投料。

15、可以在ca02中修改，拆分工序，也就是把工藝路線中的所有工序設定為需要按產能單位拆分。

16、這時可以維護產成品的生產計劃視圖。事物碼mmf1，補充工作計劃視圖，把生產調度員和生產計劃參數文件輸入進去。

17、此時工藝路線和bom已經在系統中維護，接下來可以計算該成品的標準成本了。產品成本是pp和co最重要的集成。本處我們要定義和產品成本有關的重要參數：成本構成結構。它定義了公司的產品成本是如何構成的，各成本構成和成本要素的對應關系是如何，我們隨后將它分配給我們的工廠。

18、在成本核算中，最重要的參數是“成本核算變式”。成本核算變式是由定義成本核算不同方面的較小的參數構成的，本步驟與定義物料、作業、間接費用等的估價標準相關，sap稱之為評估變式。我們使用001作為物料評估變式，同時將007評估變式分配給公司以用于訂單實際成本的計算。

19、這里定義日期控制，日期控制也是成本核算變式中的一個參數，它控制成本核算中和日期相關的內容。20、數量結構控制也是成本核算變式中的一個參數。這里其實就是指bom和工藝路線，所以數量結構主要是控制系統如何選取bom和工藝路線用于成本核算。我們把sap中預定義的“pc01”標準數量結構附給公司。

21、定義成本核算變式，通過復制模板ppc1并加以相關修改。

22、此處公司根據產成品的bom和工藝路線來計算更精確的產品成本，來取代原來在物料主數據中估計的標準成本，事物碼ck11n，產生產成品的成本估算，注意把成本核算日期改為當日，以便于后面的步驟可以立即標記和發布該成本核算。

23、把上一個步驟的產成品價格估算“標記”成物料主數據的“未來價格”，事物碼ck24。這里把公司本月的帳打開了，同時把價格進行了更新。

24、到mm03中去看產成品的價格標記的結果。這時候剛才成本核算的價格出現在計劃價格那一欄處。

25、在ck24中發布價格，此時，該產品的標準價格變成上一步中的計劃價格的數目了。在mm03中，可以看到這樣的變化。

26、以上的步驟計算并發布了產成品的標準成本?，F在我們要為生產訂單實際成本估算分配估價變式。

27、本處按照生產訂單來管理生產。對于月末未完工的生產訂單，系統將生產訂單的實際成本余額轉做在制品。我們可以對在制品進行結果分析來分析到目前為止生產訂單的效率。此處定義一個簡單的在制品結果分析版本。

28、定義可用性檢查組，這里我們使用系統預定義的檢查組02。

29、定義可用性檢查范圍。30、定義可用性檢查控制，我們定義對于標準生產訂單類型pp01，我們是否需要在訂單創建或下達的時候自動檢查物料的可用性，prt（生產資源和工具）的可用性，產能的可用性，以及檢查規則等。此處復制工廠0001，類型pp01的。

31、“計劃策略組”可以說是銷售和分銷（sd）以及生產計劃模塊（pp）最重要的集成參數，它決定了銷售和生產在計劃上的銜接。這個參數是維護在物料主數據mrp3 的視圖中的。事物碼 mm02，選中視圖mrp3，對其中的策略組參數進行維護。

32、首先明確獨立需求和非獨立需求的變化。像半成品和原材料的來自于上層的需求被稱為非獨立需求，而產成品或者貿易商品，對它們的需求不是像半成品或原材料的需求是來自于上一層產成品需求的，因此稱之為獨立需求。通過事物碼md61創建物料的獨立需求計劃，也即周需求計劃。

33、運行mrp之前，用md05顯示清單，此時顯示的是上次mrp運行后的靜態數據，屏幕上方帶有時間戳。由于沒有運行mrp，因此32步的周需求計劃還沒有傳遞過來。

34、作為33步的比較，我們來運行md04（庫存/需求清單），可以看到，已經將獨立需求計劃傳遞過來了，md04和md05的區別在于md04是動態的，md05是靜態的。

35、運行物料需求計劃，讓系統自動按照bom來展開物料需求。這個可以通過運行md02來實現。

40、mrp運行有兩個主要的結果：一個是對產成品生成計劃訂單，另一個是對原材料產生采購申請。這里，我們把產成品的計劃訂單轉換成正式的生產訂單?？梢栽趍d04庫存/清單中直接完成轉換的操作。

41、在coois訂單信息系統查看生產訂單清單，可以看到生產訂單中的一些重要信息，也可以在此處進行很多操作，比如更改生產訂單，打印生產訂單等。

42、到md04，把mrp生成的對于原材料的采購申請轉換為采購訂單。

43、對42步創建的采購訂單收貨migo。

44、為前面的采購訂單輸入發票，并進行發票校驗。事物碼miro。

45、和內部訂單類似，生產訂單也是采用“狀態管理”的，前面創建的生產訂單只有“下達”后才能進行執行。通過co02進行訂單下達。

46、對下達的生產訂單進行訂單的執行。此處給生產訂單發原材料mb1a。

47、現在是生產訂單的執行過程，對于已完成的各道工序進行逐個的確認和報工co11n。

48、通過migo對生產訂單收貨。

49、至這一步，生產訂單已經完成，在對它做技術性關閉并結算前，通過co03 顯示下生產訂單的成本。

50、在co02中對生產訂單進行技術性完成。

51、對生產訂單進行差異結算，事物碼ko88。有時候訂單的投入（指原材料、作業等的成本）要高過產出（產成品的成本），我們稱之為生產訂單的差異。從會計角度出發，生產訂單差異需要進行結算。

52、此時可以去信息系統直接查看生產訂單的成本報表。

53、這時我們去看庫存/需求清單md04，可以看到庫存和需求達到了平衡。

54、把部分產成品的庫存從生產倉庫移存到銷售運輸倉庫，這為以后的銷售和分銷做準備。事物碼mb1b。

計劃邊際碼（scheduling margin key）是定義計劃擴展的一些時間的，其中計劃邊際碼涉及的字段有四個，分別是：未清期間、產前緩沖時間、產后緩沖時間、下達期間（時間單位均為天）。

未清期間：是指計劃轉換日期需要比開始日期提前幾天，如果本來計劃開始日期是20日，未清期間設置為2，那么計劃轉換日期就應該是18日。

產前(或產后)緩沖時間：指在正直的生產開始之前（或完成之后）需要經過多少天數的等待，產前（產后）緩沖時間的設置會增加生產周期。

下達期間：指計劃開始下達到開始生產之間的天數。如果下達期間為一天，那么開始下達日期就會比生產開始日期提前一天。

未清期間：簡單的說就是為計劃員提供了一個提前處理的緩沖期。在逆推排產的邏輯下，比如mrp創建的計劃訂單開始日期是5日，未清期間是3天，那么假如當前日期是1日，就還沒有進入未清期間，此時計劃員就沒必要這么早處理計劃訂單，而如果當前日期是3日，就在未清期間里了，此時在md04中會有一個例外消息05產生，用來提示計劃員可以去將這張計劃訂單轉換成生產訂單或者采購申請了，這樣就可以給計劃員充分的時間來處理訂單。如果沒有未清期間，直到5日都不會有任何提醒，到時候再來處理就有可能來不及了。

產前、產后緩沖時間：就是有些產品生產的時間可能不一定按設定的那樣準確，允許生產前或后有一定的浮動，比如產前2天，產后1天，這樣自制生產時間為2天的產品，只要在5天內生產出來都是允許的。這個字段的設置是要根據實際生產情況的，但是感覺真正會用的企業不太多。

下達期間：如果沒有下達期間，那么系統計劃的下達日期就是訂單的計劃開工日期，也就是說計劃員剛下達就必須開始生產了，而如果設置了2天，那么計劃員就可以提前2天下達，車間接到下達的訂單就可以有一定的提前準備時間。

這些字段都沒有什么限制作用，只是給計劃一些靈活性和容余罷了。

至于你說的向前和向后消耗，那是計劃獨立需求如何被銷售訂單沖減的概念了，跟計劃邊際碼沒關系。比如消耗模式是向后消耗5天，那么假設預測的獨立需求是10日要生產100，如果在12日接到一個40的銷售訂單，也可以當作預測準了，那么未完成的預測就只有60了。類似的向前消耗，就是實際訂單如果早于預測日期，是否也可以認為是預測準了，可以沖減預測。因此消耗模式都要和逆向消耗期間或向前消耗期間搭配使用，以確定與預測日期相差多少天內的訂單都可認為是預測的數量得到了實現。sap的整車生產計劃、排序生產的方案 對于汽車行業的生產計劃，首先，要滿足的是計劃和排序相結合，這對整車廠尤其重要。sap的混合模型計劃支持在特定時間跨度下，短期生產計劃/生產排序與中長期生產計劃相互銜接，并做連續滾動。對短期計劃而言，進行生產排序，車輛按照一個個的節拍進行計劃；對長期計劃而言，進行生產計劃，車輛按照日/周/月為單元進行計劃。其次，要實現計劃和精細化排程相結合，主動設置各種不同類型的排序限制條件。這些限制條件主要涉及等量分配(如： 將每天要制造的右舵轉向器平均分配到每個班次)、數量限制(如：每天含 v8 引擎的車不能制造超過200 臺)、空間限制(如：每3 輛車中最多排一輛美國版車)、比例條件（如： 5 臺引擎中最多安排 2 臺柴油引擎）、凍結條件（如： 在每個小班中必須排定 2 臺以上右舵車）。通過對這些限制條件的有效排列組合，從而提高產能利用率。然而，可以想象，157假設一條整車流水線上有100個工位，那么將有 9.33*10 可能的順序組合，如此復雜化

的排序計劃是人工無法完成的，sap的混合模型計劃和排序方案以系統科學的方式，不但能夠幫助整車廠完成大規模定單生產計劃的優化任務，同時能均衡使用生產資源，及時發現供應鏈的潛在瓶頸，并滿足對發運日期的承諾。

舉例來說, 某汽車公司在生產線上，車輛噴漆這個工序產生了一個主要的瓶頸，也影響了企業的產出。噴漆是一個很復雜的過程，包括噴涂的順序、常規噴槍的凈化、清潔劑的使用，這一切都會帶來環境問題。帶來的挑戰是什么呢? 管理部門應該考慮到與生產線相關聯的一些問題，以免產生瓶頸問題。假如我們生產紅色的汽車，它的生產過程已得到了優化，安裝柴油機的人力有限，這將會導致整個生產線的速度變慢，生產出來的汽車等著安裝柴油機，這樣又會產生一些新的瓶頸進而影響整個的產量。當噴漆某些環節處于最優運作時，我們檢查生產線的其它部分，以確定它們是否在超負荷運轉或未充分使用狀況，來找出優化環節所篇五：sap pp學習筆記 mrp控制參數 – 計劃文件與處理代碼(processing key)花幾個篇幅研究下運行mps/mrp的控制參數,這些很關鍵的控制參數,但又很少有人能把邏輯關聯弄的很清楚。? netch(凈變化計劃)：即只計劃上次計劃以后計劃相關內容發生變動的物料（注意，某些物料的參數發生變動了，系統也認為計劃內容沒發生變動）? netpl（計劃周期內的凈變化計劃）：即只在計劃周期內執行凈變化計劃，周期外將不進行計劃

? neupl（重新計劃）所有的物料不管有沒有變動都再次計劃。首先要介紹兩個概念: 1.運行類型(planning run type): 即處理代碼(processing key),決定了那些物料參與mrp運算

2.計劃文件(planning file):是一個包含所有物料清單的文件,一旦物料的變更與需求計劃相關,與自動更新文件中的字段.簡單來說,計劃文件決定了每次mps/mrp運算時,有哪些物料參與,以何種運算邏輯(mps/mrp)等等.所以,sap在運行mps/mrp運算時的第一個步驟就是讀取計劃文件.有很多sap顧問可能還不知道有計劃文件這個東東吧,嘿嘿, 講到這里,介紹和計劃文件相關的4個事務代碼: 1.md20–創建計劃文件 2.md21 –顯示計劃文件

3.mdab –在后臺創建計劃文件 4.mdre –計劃文件一致性檢查

以上4個事務代碼看名字就知道用途,不再贅述,這里稍微提一下mdre(計劃文件一致性檢查)的用途.計劃文件一旦創建,在sap中是永久存在的,對物料主數據的更新等動作只會更新相應計劃文件中的字段,所以一旦有計劃物料變為非計劃物料,這些物料的計劃文件就是垃圾資料,不但會影響mps/mrp運行的速度,還有可能造成錯誤,mdre的作用就是一致性檢查后刪除這些無用的計劃文件.接下來我們來看看計劃文件究竟是啥樣的,丑媳婦總要見公婆.記錄類型: 虛擬件為d,其他物料為b 低層代碼:由物料主數據和在bom中的層次決定,屬于mrp展開邏輯的理論知識,有興趣的自己研究吧,可以不用過多關注.mps標識:勾中的標識以mps邏輯運算,否則為mrp 凈更改phor:即處理代碼(processing key)中的netpl, 有同學會問,處理代碼不是有3個嘛?為啥差一個? 賤客說: 不要著急,馬上回來*o*.復位建議: 如被勾中,將在mps/mrp運算時刪除并重新創建前次運算產生的計劃訂單,計劃行及采購申請

展開bom: 如被勾中,將在mps/mrp運算時,重新展開前次計劃訂單,計劃行及采購申請中的bom 更新時間標記:該計劃文件何時被更新, 為格林威治時間,小汗一個 mrp時間標記:前次運行mrp的時間,同樣為格林威治時間

創建日期:該計劃文件的日期.mrp控制者/物料描述: 為空的,很詭異, 不知哪位好心人可以告訴賤客原因, 賤客實在不想看sap的標準代碼.好,簡單介紹完計劃文件, 請我們今天的豬腳處理代碼(processing key)登場: 1.netch –總水平的凈變化 2.netpl –計劃水平的凈變化 3.neupl –再生計劃

是不是越看越暈, 賤客鄭重聲明, 這是sap的官方中文翻譯, 和賤客無關,嘿嘿.賤客第一次看到sap將shop floor control翻譯成商店低價控制的時候, 也會忍不住有要砸電腦的沖動j 好了,我們用通俗易懂的語言來解釋下這3個控制參數的用途.首先, 回顧前文提到的 mps/mrp運算時的第一個步驟就是讀取計劃文件.如果我們的處理代碼是neupl(再生計劃)的話,mps/mrp運算之前會刪除當前存在的所有計劃文件, 然后對所有物料重新產生計劃文

件并再繼續下面mps/mrp的運算步驟.這也是為什么計劃文件中沒有這個字段標識的原因,嘿嘿.另外,新系統第一次mps/mrp運行時,也要用neupl跑一次.其實如果沒有系統效能的考量,每次mps/mrp時都應該用neupl,這樣可以保證每次運算都會包括所有的材料,讀取到的主數據的資料都是最新的.但是,理想是美好的,現實是殘酷的.因為mps/mrp每次運算的時間都很長,而且運算時會影響用戶的正常使用,所以我們需要找一個效能與實用的折中點,就產生了netch和netpl.意思是和計劃相關的參數自前次mps/mrp運行后有更新的物料才參與下次運算, 不過netpl與netch更過分, netch是只要有變更就需要參加運算, 而netpl是一定計劃期間內有變更的物料才參加運算,否則也不參加.所以基本上不是用銀河系列超級計算機跑mps/mrp的用戶, 我們都會建議用netpl和netch來運行mrp運算.另外要注意的是,單個物料無法使用neupl運行mps/mrp.講到這里,大家可能又有幾個問題產生了: 1.凈變化/修改具體指的是哪些內容? 2.選擇netch/netpl時, sap怎么找到參與運算的物料? 3.netpl的計劃期間是如何定義的? 凈變化(net change)按照sap的解釋,包括以下內容: 1.庫存變化:物料的供求關系發生變化 2.生成物料相關的憑證:采購申請,采購訂單,計劃訂單,銷售需求,預測,獨立需求或預留等

3.主數據中與計劃相關的字段更新 4.刪除收(receipt)或發(issue)的數量 5.特別注意:配置中關于計劃相關的變更,不會自動更新計劃文件,必須重新生成計劃文件,即如果后臺計劃相關的參數有調整過,最好用neupl計劃運行一次mps/mrp,以確定更新能正確及時的生效.一旦這些凈變化產生,sap就會判斷當前時間,發生在計劃期間內的,會同時標識計劃文件中的“全修改計劃”和“凈更改phor”字段, 如果在計劃期間外的凈變化,則只會標識計劃文件中的“全修改計劃”字段。