簡介：百分文庫小編為你整理了這篇《2023年sap總結報告 sap知識點總結(5篇)》及擴展資料，但愿對你工作學習有幫助，當然你在百分文庫還可以找到更多《2023年sap總結報告 sap知識點總結(5篇)》。
隨著社會不斷地進步，報告使用的頻率越來越高，報告具有語言陳述性的特點。怎樣寫報告才更能起到其作用呢？報告應該怎么制定呢？下面是小編為大家帶來的報告優秀范文，希望大家可以喜歡。
sap總結報告 sap知識點總結篇一
sap 提供了兩種方法為表和結構增加字段
全部在se11中選擇表
? 追加結構---追加結構只是向表內增加字段而不是修改結構，另外追加結構只能屬于一個表。
? 定制包含（ci 包含）
在上面的“編輯”選擇“包括”再選擇“插入” 組件 ? 文本元素增強（cmod－轉到－全局增強－數據元素）使用追加結構時注意下面幾點：
? 不能為池表或簇表創建追加結構。
?
如果表包含長字段（例如數據類型lchr 或lraw），就不能為表擴展追加結構。這是因為這種類型的長字段必須是相關表的最后字段。從追加結構中的字段不能被添加到它們后 面。
?
如果使用追加結構來擴展一個sap 表，追加結構中的字段名 必須在客戶命名空間中，就是用yy 或zz 開頭。這可以避免 sap 將來插入新字段時發生命名沖突。
二、事務變式、屏幕變式
使用事務碼fb50選中‘項目的屏幕變式’，（在菜單欄“編輯”下面選擇“屏幕變式”----再到“創建屏幕變式”）點擊右鍵選擇屏幕變式->創建屏幕變式（也可以直接使用t-code:shd0（零）進入屏幕變式創建）
在事務代碼中輸入需要定制屏幕變式的t-code：fb50 screen variant：屬于以z開頭的自定義屏幕變式的名稱（必須以z開頭）program：輸入要用到的程序 saplfskb screen：輸入要定義的屏幕編號 100 然后點擊創建
根據需要進行憑證字段的選擇：
只輸出：表示只讀不能修改
不可見：表示隱藏
強制：
表示必須輸入
編寫屏幕變式的文本說明：如圖所示‘省公司的屏幕變式’ 選擇完成后點擊‘exit and save’
點擊，然后在小對話框中點擊‘本地對象’，則屏蔽變式建立并保存成功
回到fb50憑證輸入的界面，選中‘項目的屏幕變式’，點擊右鍵選擇屏幕變式->添加屏幕變式
輸入剛才建立的變式名稱，點擊‘繼續’。剛才創建的屏蔽變式就會加入到變式的樹形列表中，雙擊該變式就可使用
刪除屏幕變式：對于不使用的屏幕變式可以選中該變式后點擊右鍵，選擇屏幕變式->搬移屏幕變式
三、程序增強（程序、屏幕）
通過修改助手修改標準程序,修改時必須有相應修改key，實際中使用不是太多 修改助手（修正助手會自動生成注釋行框架來描述操作。注釋還包含 了變更請求 號和內部管 理所用的編號。）：
? 插入：系統生成一個注釋行框架，可以在其中輸入自己 的源代碼。? 替換：把光標放在一行上，選擇“替換”。相應的行就被注釋，其他行出現，可以輸入代碼。如果想要替換多行，就先標記這一塊。
? 刪除：選擇一行或多行，這些行會被注釋。? 撤銷修正：這會撤銷對該對象做出的全部修正。
1、用戶出口---user exit，? 顯示修正概覽：選擇這個功能來顯示所有屬于這個對象的修正的概覽。查找方法：
img（spro）、源程序中查找perform userexit、小功能程序等 sap notes一般由sap寫好相應的notes，用戶升級時打上相應的notes
2、客戶化定制出口---customer exit（可以進行程序增強、屏幕增強、菜單增強）sap 應用程序調用的一個特殊出口函數模塊。這個函數模塊 是系統為特殊意圖處理的函數組的一部分。
步驟：
首先，(事務碼cmod)創建一個增強項目，然后選擇想要使用的sap 增強。然后，(事務碼smod)使用項目管理功能編輯各個組件。最后，激活增強項目。這會激活項目的所有組件部分。查找方法：
img（spro）、se80（exit_
*）、se81、源程序中查找call customer-function、小功能程序等
3、業務附加---badi（可以進行程序增強，屏幕增強。菜單增強）
業務附加（business add-ins），應用程序調用某個類或類的實例的方法。這個類在客戶命名空間中。badi增強技術和其它增強技術不同的是，它只能被實施一次并且可以被任何數量的用戶同時調用．此外，badi可以被按照過濾值定義，這就允許你控制badi的實施以及使它基于特殊的條件
程序增強：在業務附加里，程序增強的接口以接口方法的形 式定義。這個接口用來實現增強。sap 程序調用生成的業務 附加類的接口方法。
菜單增強：跟客戶出口一樣，可以在業務附加里輸入功能碼。這些菜單條目就能在gui 定義中獲得，并且在業務附加被實 現后可見。
屏幕增強：跟客戶出口一樣，可以在業務附加里定義屏幕增強，然后實現它。步驟： 首先、使用事務碼se18 查看badi增強，顯示badi 其次、使用事務碼se19 創建badi執行，或者通過se18菜單創建bdai執行 第三、在badi執行的方法上添加程序代碼（程序增強、屏幕增強、菜單增強等）
先找到badi，先通過spro找到badi，再通過se18查看，創建badi的執行，然后再在里面寫代碼 查找badi的方法
（1）通過se24，輸入cl_exithandler，然后在方法get_instance中設置斷點，然后運行事務代碼判斷 exit_name的值，操作過程如下： 輸入se24,然后輸入cl_exithandler
進去雙擊get_instance設置斷點查看exit_name的值:
(2)通過st05跟蹤，badi對應的數據表為 sxs_inter, sxc_exit, sxc_class 和 sxc_attr，而這些表都是通過視圖v_ext_imp 和 v_ext_act來查詢的。
1、打開運行事務碼: st05 選擇“table buffer trace”而不是常用的“sql trace”
2、activate trace（開始跟蹤）
3、運行事務碼：me21n
4、創建一個采購訂單，保存
5、deactivate trace（結束跟蹤）
6、點擊display trace，在出來的選擇條件中： objects中輸入：v_ext_imp和v_ext_act；在 operations中輸入“open”
7、查詢
通過查詢的結果可以看出，視圖v_ext_imp的badi的接口類名字都是以if_ex_開頭的，其中if_ex_之后的就是對應badi接口的定義。
4、業務事件---bte
bte就是業務交易事件（business transaction events），是sap 應用程序動態調用客戶命名空間的函數模塊。
實現bte步驟：
首先、找到要增強的bte，為此我們通過spro 或者通過bf03找bte，并將找到的bte事件對應的函數copy一個以“z”開頭的函數
其次、在bf24中創建產品product，并激活；
第三、需要在事務碼bf34中通過“新詞條”按鈕添加已經選擇的事件和產品關聯； 第四、在copy的函數里增加所需要的功能代碼
5、增強點
在標準程序中增加客戶化定義及代碼
首先、一般先調試程序，跟蹤到所要增強代碼的位置（一般在sap某個標準函數中）
其次、打開要創建增強點的程序或者函數，點擊增強點創建按鈕(圈圈)，后選擇菜單->exit—>enhancement operations->show implicit enhancement operations?create(undochangereplace)enhancement，在里面寫自己的代碼即可。
6、img（后臺配置）
通過后臺配置定制屏幕，可以和其他增強結合使用，要求對后臺配置很熟悉 1)可以通過后臺查找user exit，customer exit，badi，bte等增強
2)利用sap提供的標準功能創建增強屏幕，和其他增強方式配合使用，完成屏幕增強的功能
四、菜單增強
菜單增強允許向sap 標準菜單添加附加菜單條目。sap系統提供兩個選擇：、? 客戶增強 ? 業務附加
附加菜單條目會合并到gui 接口中。
創建一個菜單增強，按以下步驟操作：
1.創建一個插件并定義它的接口類．
2.從標簽欄選擇fcodes ．
3.輸入你的程序的名字，功能代碼，和描述．
4.調用菜單制作器或者雙擊你的程序名或功能代碼進入菜單制作器里的用戶接口維護．在合適的菜單列表種輸入你的功能代碼．如果你已經在插件定義時直接執行了菜單制作器，你也可以通過點擊調用菜單列表goto ? object lists ? menu list ．
從一個應用程序中調用一個菜單增強
你可以象這樣編程：
(…)
case 'sap'.(…)when '+cus' call method …
實施一個菜單增強
實施菜單增強，按以下步驟操作：
1.創建一個實施并點擊fcodes．所有從badi定義繼承過來的數據在這里顯示．你可以在右邊建立實施的條目．你也可以雙擊第一個輸入框．下面的對話框會出現：
這里，你可以為你的功能代碼鍵入文本，一個圖標的名字和文本，以及一個提示文本． 你想讓系統在被選中的按鈕以后執行的動作必須在合適的方法中編寫，也可以手工的或使用已經提供給你的默認源代碼．
菜單增強只在實施被激活并且調用badi的應用程序已經執行時顯示．
sap總結報告 sap知識點總結篇二
sap項目工作總結報告
從2012年10月至今，在公司各層領導的正確領導下，在全體關鍵用戶和最終用戶的團結、努力下，以“嚴謹、認真、高效、負責”為宗旨，在工作中堅持高標準、嚴要求，齊心協力，吃苦耐勞，最終完成了于3月1號上線的目標，取得了階段性的勝利。先將這半年來的工作總結匯報如下。
一、項目實施的各個階段
從剛開始的項目準備，到最后正式上線，項目經歷了個階段。由于是第一次接觸sap，在關鍵用戶進行培訓的時候，很多知識挺的模模糊糊，一知半解，有的甚至是不知所以。所以，在剛開始的藍圖設計階段，心里很迷茫，總是沒有方向感。后經和顧問多次探討和溝通學習，終于擺脫這種困境，進入正常的工作狀態。
二、項目工作時的心得
1.服務意識
sap是一個串聯的系統，每一個環節的下一個環節都是上一個環節的客戶，當下一個環節出現問題進行追溯的時候，上一個環節要無條件的進行配合和改改正。
2.團隊合作意識
出現問題時，要積極的面對和解決，不能“踢皮球”式的相互推脫，簡單的逃避責任。因為一個項目出現問題時，不是找出主要負責人就可以讓項目成功的，最終還是要團隊合作解決問題才是根本。
3.項目經理意識
當項目出現問題時，尤其是問題環節的關鍵用戶，必須要有超出關鍵用戶達到一個小型項目的項目經理的意識，要自覺的組織相關人員積極、快速的進行處理。
4.充分利用資源的意識
在項目中碰到任何問題和正常需求時，要積極充分的利用手里已掌握的資源和人脈關系，達到解決問題和滿足需求的目的。
5.求助意識
當碰見超出自己能力而又屬于對項目的進行起到阻礙作用的問題時，不要放任不管，要及時的進行上報，通過更多的資源進行及時的解決。
6.需求或要求表達要明確
在提出自己的需求或要求時，不能使用模棱兩可的詞語，要嚴格清晰的列出要求的人物，時間，目標。
三、存在的問題
雖然項目取得了階段性的勝利，但隨著時間的進行，新的問題將會出現：
1.對于最終用戶而言，sap系統無可避免的在有些環節增加了操作內容，最終用戶會出現不理解或抵觸的行為，要及時的做好溝通。
2.
sap總結報告 sap知識點總結篇三
sap憑證沖銷
原則:通過后勤產生的會計憑證只能夠通過沖銷相應的物料憑證(后勤憑證)來達到沖銷會計憑證的目的。固定資產的產生的憑證不可通過沖銷,只可做一個相反的會計憑證來調整.1、財務模塊
1.1）財務模塊手工輸入的憑證的沖銷
tcode：fb08，f.80(批量)
輸入憑證號碼,會計,公司代碼,沖銷原因(如果沖銷當月憑證就選擇01,以前月分的用02 如果選擇02需要輸入記帳日期，01、02、05均為反記賬).回車.如果出現下面的顯示“財務中不能沖銷的憑證”就說明這不是通過財務做進去的憑證,而是后勤產生的憑證.不可在fb08沖銷.當輸入憑證屬于手工輸入的憑證時，保存即可.就會出現提示：出現憑證xxxxxxxxxx已經保存.表明是沖銷完成.1.2）沖銷清帳
沖銷憑證的時候系統提示：“憑證包含已經結算的項目-不可沖銷”，這時就需要先沖銷清帳憑證。tcode：fbra
1.3）沖銷分攤、分配憑證
tcode：ksu5，kev5
重新執行分攤、分配，即可沖銷上次執行，并產生新的分攤、分配憑證。
1.4）沖銷外幣評估
tcode：fagl_fc_val
選擇“重置評估”即產生上次評估的反向憑證。fb08可沖銷重置評估的憑證。
2、mm模塊的憑證沖銷
2.1)mm模塊產生的會計憑證的沖銷
tcode:mbst
輸入憑證類型和記帳日期,會計等.保存.系統出現：出現憑證xxxxxxxxxx已經記帳，表明沖銷完成.以前物料憑證關聯生成的會計憑證也相應的被沖銷.2.2）發票發票交驗的取消
tcode:mr8m
輸入發票號碼（憑證抬頭中的“參考號”）,沖銷原因，保存即可.提示需要手工清除會計的憑證的提示.表明沖銷已完成.需要f-44對供應商行項目清帳。
3、sd的憑證沖銷
3.1）sd發貨憑證的沖銷
注意：如果已經在系統中開票了,必須先沖銷開票然后再沖銷發貨過帳.再按下列步驟進行sd發貨憑證的沖銷。
tcode：vl09
輸入相應的界定條件
系統根據用戶輸入列出所有交貨憑證。
用戶選中相應要沖銷的憑證點擊工具條的“沖銷”按鈕，系統會出現“確實需要沖銷次發貨嗎？”提示框，選擇“ok”按鈕確認。
3.2）,發票的取消(在sd開發票的時候錯誤)
tcode:vf11
輸入要取消的發票號碼
點擊:保存
沖銷完畢.
sap總結報告 sap知識點總結篇四
sap需求管理
目錄
第 i 條 整體介紹.......................................................................................................................2 第 ii 條 需求分類定義...............................................................................................................3
節 2.01 需求分類定義屏幕如下圖：...............................................................................4
(a)可用量：sd 可用性檢查...................................................................................4(b)請求轉移：需求傳遞/開始sd裝配訂單..........................................................4(c)分配的標識：.......................................................................................................5(d)減少獨立需求：需求減少標識...........................................................................5(e)沒有mrp：與mrp無關的需求記錄...............................................................5(f)配置：允許或需要的配置.......................................................................................5(g)裝配類型...............................................................................................................5(h)訂單成本核算.......................................................................................................6 生成銷售訂單成本計算...................................................................................................6
第 iii 條 定義并分配需求類型...................................................................................................7
節 3.01 經需求分類分配給需求類型...............................................................................8 節 3.02 分配需求類型到銷售訂單行項目類型...............................................................9 節 3.03 定義計劃行類別的可用性檢查及需求傳遞.......................................................9 第 iv 條 生產模塊應用.............................................................................................................11 節 4.01 定義需求分類、需求類型.................................................................................11 節 4.02 分配需求類型到策略.........................................................................................13 第 v 條 附一：需求分類配置路徑.........................................................................................15
第 i 條 整體介紹
相關知識：sap的需求管理是連接銷售、生產、物料管理、財務的核心。需求管理相關的字段有需求分類、需求類型、計劃行類別、策略，并且需求分類在財務、生產、銷售模塊配置中均有涉及。如下圖。相關配置路徑見‘附一’。
需求管理的基本配置邏輯，底層是需求分類，然后將需求分類分配給需求類型，然后將需求類型分配給計劃行類別、銷售項目類別、策略，同時結合物料需求計劃類型（mrp類型）使用。第 ii 條 需求分類定義
如上圖，需求分類定義在銷售、裝運和生產模塊均可以定義，但是銷售、裝運定義的類型可以互用，生產定義的不會顯示在銷售、裝運模塊，同理銷售、裝運定義的也不會顯示在生產模塊。上圖是銷售定義的。下圖是生產定義的。（定義路徑不同，見附一）
節 2.01 需求分類定義屏幕如下圖：
(a)可用量：sd 可用性檢查
必須執行對應交易的可用性檢查。如果未設置標識且相關需求計劃的分配是活動的，則隨后針對物料的計劃需求執行可用性檢查。如果不需要該分配，則不執行檢查。
系統建議檢查類型。在銷售和裝運中交易均可關閉（但不開啟）每個檢查。
(b)請求轉移：需求傳遞/開始sd裝配訂單
要為各自交易執行需求傳遞。該標識的選擇是需求傳遞的前提。（只有此標志設置了，后續再計劃行的設置才會生效）可取消激活計劃行等級的需求傳遞。相反地，可簡單將其在計劃行等級保持不活動，只要未在需求分類中將其激活。范例
未設置維護需求分類的標識：未執行需求傳遞，而不顧在計劃行等級對交易所進行的說明。
設置維護需求分類的標識：在這種情況下，仍可在計劃行等級決定是否需要相關交易的需求傳遞。
(c)分配的標識：
控制帶有計劃獨立需求的客戶需求消耗為何客戶需求類型僅分配一個消耗策略。
(d)減少獨立需求：需求減少標識
標識指定依據客戶需求減少匿名按庫存生產，其中客戶需求計劃作為庫存的銷售。
(e)沒有mrp：與mrp無關的需求記錄
該標識確定客戶需求對計劃運行是否相關，即，他們是否都存在于凈需求計算中: 客戶需求與計劃運行相關
客戶需求與計劃運行不相關, 但都顯示 客戶需求與計劃運行不相關, 并都不顯示
(f)配置：允許或需要的配置
控制需求種類的配置是可能的還是強制的。
(g)裝配類型
控制采購元素執行的裝配加工的什么類型。有兩種裝配加工
? ? 靜態的裝配加工 動態的裝配加工
靜態的裝配加工 如果用?裝配加工?技術創建物料的銷售訂單，系統執行裝配必需組件的可用性的檢查，并且在后臺中創建單一采購元素。
直接分配采購元素到銷售訂單中。在銷售訂單中確定采購元素編號。動態裝配訂單
如果用?裝配加工?技術創建物料銷售訂單，系統執行裝配必需組件的可用性的檢查。依靠可用性檢查的結果，創建一個或幾個采購元素。在可用性的控制屏幕中顯示，一次性交貨的數量和/或下一次全部交貨的可能截至日期和/或下次可能截止日期的交貨建議。
動態裝配加工期間，不能更改數量和截至日期。但如果必要，選定?固定的日期和數量?字段。在這，?檢驗范圍?和?其他工廠?功能是不可用的。
在銷售訂單中沒保存采購元素編號。用單個階段編號（銷售定單編號/項目）創建采購元素和銷售訂單之間的鏈接。由于此原因，可能執行另一個與進料、附加或手工輸入的采購元素相關的可用性檢查。
(h)訂單成本核算 生成銷售訂單成本計算
此標識控制是否
? ? 應給裝配處理使用制造訂單的初始成本核算 可以創建銷售訂單成本估算
使用
若使用裝配類型2（“生產訂單、網絡或服務（報表處理）”）時只與此標識相關。
? 若未設置此標識（“從生產訂單復制初始成本估算”），系統將使用生產訂單初始成本估算計算的計劃成本復制至 sd 條件。到時不能夠給銷售憑證項目創建銷售訂單成本核算。
? 若設置此標識（“不從生產訂單復制初始成本估算），可以給銷售憑證項目創建銷售訂單，然后可以復制至條件。不能將使用生產訂單初始成本估算創建的計劃成本復制至 sd 條件。
相關
下列示例解釋適合給裝配類型2創建銷售訂單成本核算的位置： ? 使用產品成本核算方法給銷售訂單成本核算存儲成本組件分解，但是對于生產訂單的初始成本核算估算該方法不可用（由于系統只給生產訂單顯示動態創建成本組件分解。
若與基于銷售訂單成本核算的估價銷售訂單庫存及標準價格工作時，將基于銷售訂單成本核算的成本組件分解復制到獲利能力分析(co-pa)是有用的(也參閱無評估策略)。
對于訪問物料成本估算定義關鍵值 img 活動中的獲得能力分析(控制)，可以在定制中控制基于銷售訂單成本核算的組件成本分解的傳輸。
? 使用未估價銷售訂單庫存時，初始成本估算未發送完整的計劃成本給裝配訂單。要接收完整的計劃成本，需要計算銷售訂單成本核算并將它傳輸至 sd 條件。
使用裝配類型1、3和4時，始終可以創建銷售訂單成本核算。
第 iii 條 定義并分配需求類型
節 3.01 經需求分類分配給需求類型
節 3.02 分配需求類型到銷售訂單行項目類型
節 3.03 定義計劃行類別的可用性檢查及需求傳遞
第 iv 條 生產模塊應用
節 4.01 定義需求分類、需求類型
生產定義的需求分類，沒有詳細界面（無法雙擊進入）
定義需求類型、分配需求分類。
節 4.02 分配需求類型到策略
v 條 與移動類型的關系
事務代碼：omjj 已413舉例如下圖：獨立需求下降，這個字段可以控制庫存轉移之后是否影響獨立需求。
第 vi 條 附一：需求分類配置路徑
1、裝運模塊，同銷售分銷模塊
2、生產模塊，（此處只維護生產相關需求分類）
3、財務成本控制模塊，此處是完善需求分類的財務數據，這些數據在其他模塊是只能顯示無法維護。（銷售模塊科目分配中可以維護見5）
4、項目系統
5、銷售分銷的科目分配中，此處同財務模塊 3
6、銷售和分銷主數據（此處只維護銷售相關需求分類）
7、銷售分銷可用性檢查
8、銷售分銷可用性檢查
sap總結報告 sap知識點總結篇五
一、sap erp是什么？發展史？優勢？
erp：是企業資源計劃
它是成立于1972年總部位于德國沃爾多夫市的全球最大的企業管理和協同化電子商務解決方案供應商、全球第三大獨立軟件供應商。優勢：
(1)sap經過近30年與全球大型企業用戶的合作，sap系統累計了大量現金企業的業務管理流程。用戶只需根據在系統中挑選適當的業務流程，進行配置。對軟件的二次開發工作流極少，保證了用戶能夠把主要經理都花在企業業務流程優化上。是金蝶用友等公司無法比擬的。
oracle：由于缺乏足夠的業務流程模板和軟件功能的支持，在實施中oracle軟件經常被發現無法滿足企業管理上的要求。比如在大型制藥企業中的必須的批次管理、質量管理、設備維護管理等，oracle根本沒有此類模塊。全部憑借二次開發自己編程。
(2)sap作為erp系統的重要組成部分，sap花了2年時間進行漢化和按照中國政府的人事管理要求進行本地化。
oracle對本地化重視不足，oracle用戶還沒有一家能夠使用oracle軟件的人力資源管理模塊。
二、sap erp可以給公司帶來什么？
一個典型的業務流程應該包括下面六大要素：流程目的（它存在的理由）；輸入資源；按一定秩序執行的活動；這些活動之間的結構（相互關系和作用）；輸出結果；該流程創造的價值。1． 整合企業供應、生產、銷售價值鏈
隨著企業競爭范圍的擴大，企業為了應對競爭。不但需要掌握自身的資源信息，同時需要將供應商和銷售商信息進行整合形成相對完成的供銷體系信息。有了erp，使企業有了實現整合價值鏈信息的技術平臺。解決了問題。
通俗：（企業不斷擴大的同時，各部門的數據統計越來越龐大，導致決策層無法第一時間掌握公司所有企業信息，信息分散導致決策延遲或者無法發現企業中的問題。而erp可以實現資源整合，把各部門信息匯總到一起，隨時可以通過erp掌握各部門信息。）
2.管理思想改變
傳統的管理模式強調事前預計、事中控制、事后審核。而erp的思想則是實時的跟蹤，管理者可以跟蹤到業務的每一步操作，隨時發現問題。3.信息來源的變化
erp系統把物流、資金流、信息流三流合一 4．總結：
（1）.提高工作效率，讓erp系統代替人工完成傳統工作中大量的繁瑣事務，降低員工的工作量與繁瑣度，降低企業運營人工成本；
（2）.提升管理效能，讓erp系統協助管理者輕松實現對工作的全過程掌控；（3）.降低運營損耗，運營損耗包含部門與部門、崗位與崗位之間的協同配合損耗，也包含生產過程中的物流損耗；
（4）.強化精細化管理能力，尤其是客戶跟進的細節，生產過程中的細節，質量控制中的細節,解決多變的市場與均衡生產之間的矛盾;（5）.解決企業運營過程中出現的信息流問題，減少信息孤島行為；（6）.提高質量并降低成本，改變企業中的部門本位觀，提升部門間的協作
三、sap erp模塊與用途？
（銷售與分銷）：銷售計劃、詢價報價、訂單管理、運輸發貨、發票等管理，同時對分銷網絡進行有效的管理。
（財務會計）：應收、應付、合并、總賬、投資、基金、現金管理等功能。這些功能可以根據分支機構進行調整，可多語種。
（管理會計）：利潤及成本中心、產品成本、項目會計、獲利分析等功能。它不僅可以控制成本，還可以控制公司的目標，還提供信息以幫助高管人員作出決策或制定規劃。
(物料管理)：采購、庫房、庫房管理、mrp、供應商評價等功能。5．pp（生產計劃控制）：對工廠數據、生產計劃、mrp、能力計劃、成本核算等管理，使企業能夠有效的降低庫存，提高效率。可以把分散的生產流程自動連接，前后連貫進行。不會出現生產脫節，耽誤生產交貨時間。
mrp(物資需求計劃)：根據市場需求預測和顧客訂單制定產品的生產計劃，然后基于產品生成進度計劃，組成產品的材料結構表和庫存狀況，通過計算機計算所需物料的需求量和需求時間，從而確定材料的加工進度和訂貨日程的一種實用技術。bom(物資清單)：是計算機可以識別的產品結構數據文件，也是erp的主導文件。bom使系統識別產品結構，也是聯系與溝通企業各項業務的紐帶。erp系統中的bom的種類主要包括5類：縮排式bom、匯總的bom、反查用bom、成本bom、計劃bom （工廠維修）：維修和檢測計劃、交易所處理、歷史數據、報告分析。（pm多用于資產密集型企業，設備較為復雜或貴重的那種。）
（倉庫管理）：庫存地點下又分了很多細的存儲空間，管理每個存儲空間的物料和存儲情況。
（人力資源管理）：薪資、差旅、工時、招聘、發展計劃、人事成本等功能。（專案管理）：項目計劃、項目預算、能力計劃、資源管理、結果分析等功能。10．qm（質量管理）：質量計劃、質量檢測、質量控制、質量文檔等功能。（工作流管理）：工作定義、流程管理、電子郵件、信息傳送自動化等功能。（讓整個業務更加流暢，更加透明，更加方便快捷）
（投資管理）：提供投資手段和專案，從規劃到結算的綜合性管理和處理，包括投資前分析和折舊模擬。
(財務管理)：現金管理、現金預算、基金管理等功能。
（企業控制）：根據特制的管理資訊，連續監控公司的成功因素和業績指標。（客戶關系管理）：整合客戶、企業和員工資源，優化業務流程。提升企業、員工對客戶的相應、反饋速度和應變能力。提升企業銷售收入。改善企業服務、提高客戶滿意度。
（供應鏈管理）：需求管理、供應網絡計劃、生產詳細排程計劃、運輸和車輛排程計劃等。（產品生命周期管理）：對產品從創建到使用，到最終報廢等全生命周期的產品數據信息進行管理的理念。
（數據庫管理）：管理儲存在系統中的文檔。
（供應商關系管理）：能夠通過持續節約成本、確保合同合規性和縮短實現價值的時間，為您提供戰略價值。它可全面支持開銷分析、貨源開發、運營合同、請購、發票開具和供應商管理等活動。
（企業戰略管理）: 編制與模擬--能夠進行戰略計劃編制、財務報表計劃編制和投資計劃編制，使您能夠更頻繁地對預算進行更新，跟上業務環境的不斷變化，將傳統的自下而上的預算與從上到下的戰略計劃結合起來。sap sem幫助您將戰略和目標分解為對企業每個部門和領域來說都具有現實意義的計劃。
(高性能分析)：一個軟硬件結合體，提供高性能的數據查詢功能，用戶可以直接對大量實時業務數據進行查詢和分析，而不需要對業務數據進行建模、聚合等。(生產執行系統)：是為了建立以設備和流程控制為目的的生產控制系統，與以企業運營管理和計劃的業務信息系統之間的有效連接，使業務信息系統的產生和資源計劃能夠準確下達到生產執行層，同時也是產生現場產生的信息能夠及時返回業務信息系統。
：sas 系統全稱為statistics analysis system，最早由北卡羅來納大學的兩位生物統計學研究生編制，并于1976年成立了sas軟件研究所，正式推出了sas軟件。sas是用于決策支持的大型集成信息系統，但該軟件系統最早的功能限于統計分析，至今，統計分析功能也仍是它的重要組成部分和核心功能。
(商務智能)：企業應用bi的目的是期望通過對來自不同的數據源進行統一處理及管理，把數據變成信息，幫助企業把信息變成行動，把行動轉換成更高效率業務操作，從而增加企業的競爭優勢。
：sap bw是mysap商務智能（bi）的集成化組件之一，為sap數據和非sap數據的采集、存儲、分析和管理提供一個集成的，面向商務的平臺。它可以智能化地管理整個企業管理信息系統的海量數據信息并從中挖掘出最有價值的信息，以向企業管理者提供強有力的決策支持，從而使企業對市場反應更靈敏快捷，整個企業也更具有生命力和競爭力。:主要用來做報表戰士。bw和bo對比？
bo做出的報表在功能和畫面上都比bw好，現在的項目基本上是拿bw做數據抽出和分析，拿bo做數據報表展示。
(主生產計劃): 是確定每一具體的最終產品在每一具體時間段內生產數量的計劃。
：maxdb是一種企業級數據庫管理系統(dbms)，來自著名的企業管理軟件供應商sap公司的自有數據庫技術，并由sap公司開發和支持。maxdb是能夠承受高負載的開源數據庫，它適合于olap和oltp應用，并能提供高可靠性、可用性、擴展性和非常完善的特性集。
(生產及物料控制): 是指對生產的計劃與生產進度，以及物料的計劃、跟蹤、收發、存儲、使用等各方面的監督與管理和呆滯料的預防處理工作。通常分為兩個部分：pc：生產控制或生產管制（也可以稱為生管）主要職能是生產的計劃與生產的進度控制mc：物料控制（俗稱物控）主要職能是物料計劃、請購、物料調度、物料的控制（壞料控制和正常進出用料控制）等。
(業務流程重組): 業務流程重組最重要的是在組織高管層面有完善的業務流程重組管理計劃與實施步驟以及對預期可能出現的障礙與阻力有清醒認識。bpr的實質是一個全新的企業經營過程（這里的企業經營過程是指為了達到某一經營目標而實施的一系列邏輯），這個過程要不受現有部門和工序分割的限制，以一種最簡單、最直接的方式來設計企業經營過程，要面向經營過程設置企業的組織結構，以實現企業的重組。
核心：根本性、徹底性、戲劇性、和業務流程
根本性：根本性再思考表明業務流程重組所關注的是企業核心問題，如“我們為什么要做現在這項工作”、“我們為什么要采用這種方式來完成這項工作”、“我們為什么必須由我們而不是別人來做這份工作”等等。通過對這些企業運營最根本性問題的思考，企業將會發現自己賴以生存或運營的商業假設是過時的，甚至是錯誤的。
徹底性：徹底性再設計表明業務流程重組應對事物進行追根溯源。對自己已經存在的事物不是進行膚淺的改變或調整性修補完善，而是拋棄所有的陳規陋習，并且不需要考慮一切已規定好的結構與過程，創新完成工作的方法，重新構建企業業務流程，而不是改良、增強或調整。戲劇性：戲劇性改善表明業務流程重組追求的不是一般意義上的業績提升或略有改善、稍有好轉等，而是要使企業業績有顯著地增長、極大地飛躍和產生戲劇性變化，這也是流程重組工作的特點和取得成功的標志。業務流程：
時機：（1）問題解決流程所占用的時間成本存在改進的可能。（2）瞄準標桿的結果表明，與競爭者相比企業在產品或服務的配送成本或包括服務或技術支持的響應速度上存在明顯的劣勢。（3）在分析問題解決流程過程中，發現對滿足顧客需要貢獻甚微或幾乎無法貢獻的活動。
作用：（1）提高響應能力。這主要表現在為顧客提供支持性服務的產品配送環節。由于每個子環節的周期速度加快了，就促使緊隨其后的環節跟進性動態改變，最終提高了顧客的滿意度。（2）降低成本。徹底消除無效預算。（3）降低次/廢品率。隨著那些容易導致次/廢品出現的無效低能環節的減少，次/廢品率也將出現明顯的下降。（4）提高員工滿意度。降低流程的無效性和復雜性，意味著員工將被授予更多的權力對自身工作進行具體決策，這無疑會大大提高員工參與工作的熱情和干勁。
(業務流程管理)：是一種以規范化的構造端到端的卓越業務流程為中心，以持續的提高組織業務績效為目的的系統化方法，常見商業管理教育如emba、mba等均將bpm包含在內。
四、項目完成需要準備哪些？完成一個項目的條件？
項目完成需要：
1．項目準備：項目前期工作總結，以項目啟動大會為結束標志，其中包含項目計劃、項目章程、組織結構、人員職責、項目工作環境等設定。
2．藍圖設計：(1)對關鍵用戶和內部顧問進行sap和該項目模塊的概念培訓，讓客戶掌握sap的基本概念，對sap的操作和運行方式有個基本的了解。(2)現狀調研(3)寫出藍圖文檔、流程圖制作等。
3．系統實現：(1)配置關系并和其他模塊顧問進行測試(2)與關鍵用戶一起進行單元測試，并負責解決測試中出現的各種問題(3)培訓關鍵用戶和內部顧問基本業務流程操作(4)關鍵用戶進行集成測試，負責解釋后勤業務部門提出的疑問，并解決借口問題。(5)權限角色的設置(6)客戶需求的各種單據表格的開發測試（和abap溝通）
4．上線準備：(1)數據收集準備(2)檢查數據準備的質量(3)關鍵用戶對最終用戶進行培訓(4)客戶特定需求配置改動等(5)系統上線數據切換策略 5．上線切換：(1)導入上線時刻數據到新系統(2)上線后的日清操作。6．運維：日常維護工作。
7．項目優化:優化需求收集、優化清單提交、優化方案設計、優化方案確認、優化方案實現。
完成項目的條件需要具備：
1.企業高層支持2.雙方項目經理互相配合3.關鍵用戶的全程參與4.基礎資料建設（數據手機）5.注重二次開發