總結對于個人的成長而言，是我們反思自身、了解自身、明確目標的重要方式，通過編寫的總結報告，我們可以在工作回顧中，尋找出自身的工作難點，掌握自身的工作優勢，更加明確自身的發展方向。今天小編給大家找來了《sap關鍵用戶項目總結》，僅供參考，希望能夠幫助到大家。
第一篇：sap關鍵用戶項目總結
SAP關鍵用戶項目總結
SAP項目工作總結報告
從2012年10月至今，在公司各層領導的正確領導下，在全體關鍵用戶和最終用戶的團結、努力下，以“嚴謹、認真、高效、負責”為宗旨，在工作中堅持高標準、嚴要求，齊心協力，吃苦耐勞，最終完成了于3月1號上線的目標，取得了階段性的勝利。先將這半年來的工作總結匯報如下。
一、項目實施的各個階段
從剛開始的項目準備，到最后正式上線，項目經歷了個階段。由于是第一次接觸SAP，在關鍵用戶進行培訓的時候，很多知識挺的模模糊糊，一知半解，有的甚至是不知所以。所以，在剛開始的藍圖設計階段，心里很迷茫，總是沒有方向感。后經和顧問多次探討和溝通學習，終于擺脫這種困境，進入正常的工作狀態。
二、項目工作時的心得
1.服務意識
SAP是一個串聯的系統，每一個環節的下一個環節都是上一個環節的客戶，當下一個環節出現問題進行追溯的時候，上一個環節要無條件的進行配合和改改正。
2.團隊合作意識
出現問題時，要積極的面對和解決，不能“踢皮球”式的相互推脫，簡單的逃避責任。因為一個項目出現問題時，不是找出主要負責人就可以讓項目成功的，最終還是要團隊合作解決問題才是根本。
3.項目經理意識
當項目出現問題時，尤其是問題環節的關鍵用戶，必須要有超出關鍵用戶達到一個小型項目的項目經理的意識，要自覺的組織相關人員積極、快速的進行處理。
4.充分利用資源的意識
在項目中碰到任何問題和正常需求時，要積極充分的利用手里已掌握的資源和人脈關系，達到解決問題和滿足需求的目的。
5.求助意識
當碰見超出自己能力而又屬于對項目的進行起到阻礙作用的問題時，不要放任不管，要及時的進行上報，通過更多的資源進行及時的解決。
6.需求或要求表達要明確
在提出自己的需求或要求時，不能使用模棱兩可的詞語，要嚴格清晰的列出要求的人物，時間，目標。
三、存在的問題
雖然項目取得了階段性的勝利，但隨著時間的進行，新的問題將會出現：
1.對于最終用戶而言，SAP系統無可避免的在有些環節增加了操作內容，最終用戶會出現不理解或抵觸的行為，要及時的做好溝通。
2.
第二篇：SAP用戶權限風險分析（大全）
一、SAP用戶企業權限風險內控存在的風險
在日趨復雜的信息化環境中，分散的業務流程對信息安全提出了更高的要求，公司治理、風險管理、合規管理越來越困難，傳統的支離破碎的風險管理控制方法及權限風險合規檢查已顯得力不從心，加大了企業風險。
隨著日常業務的開展，SAP權限管理遇到的挑戰。SAP權限管理常見的問題：
1、系統上線前，為了提高進度出現授權過大及不當，一個多崗
2、功能業務流程模塊變得越來越復雜化，出現轉崗及換崗，授權處理模糊化
3、缺乏實時全面集中手段支持IT審計的持續管理
4、業務環節及IT的職責分配沖突，例如存在用戶既可以創建供應商主數據又可以對供應商付款
5、開發環境中的程序員可以在生產環境中釋放變量請求
6、超級用戶管理不善，比如沒有對SAP*這個帳號實施足夠的安全措施
7、權限設置過大，如太多的用戶擁有SAP_ALL的權限
8、權限分配不準確，關鍵授權對象如S_Develop、S_Program等授予了不恰當的用戶
9、關鍵交易代碼管理不善，如一些敏感交易代碼沒有被鎖定或監控
二、SAP用戶企業現有內控防范手段
企業通常會通過三方面的手段來防范風險：
1、 有效溝通
從實際的業務需求出發，與業務團隊、管理層及最終用戶進行很好的溝通，制定合理的控制策略，以達到最終用戶對內部控制更多的理解，并從實際工作中就注重提高安全控制意識。在最終用戶的立場上看，權限的限制像捆住了他們的手腳，使得他們不能盡情地對系統功能進行訪問、修改和操作。但從內控的立場上來看，安全控制就是為了保證系統訪問的安全，不能讓用戶“為所欲為”。 內控和用戶使用的方便一直以來都是一個相互制衡的話題，這就需要進行有效溝通。
2、 提高認識
企業高級管理層和業務所有者的認同和支持。對安全和風險的認知是風險防范的一個重要方面，經常組織員工進行相關培訓，提高認識，增加風險防范意識。
3、 加強內控
及早著手開展SAP內控，培養核心操作人員，建立合理的流程及控制體系，建立相應的補償控制措施，分散風險，防患于未然。在SAP實施過程中，內部控制和安全團隊往往被忽略。當系統上線穩定后，隨著系統的使用，管理層會逐漸發現SAP的內部控制問題。此時再想重新改正，一來“勞民傷財”，二來“積重難返”，很難通過內部和外部審計。
三、SAP用戶企業現有內控方法缺陷
現有的風險防范手段，對企業管理層要求很高，但真正實施起來的話，所涉及的范圍太廣，工作量太大，根本不知從何入手。對于SAP的權限管理，只能依靠外部審計或系統出現問題后才能發現有問題，不能做到事前防范、事中控制、事后處理。發現問題后一般整改方法有以下兩種：
一、修改用戶角色：
1、管理員通過相關事務代碼對用戶的角色進行刪除或者添加;
2、添加完成后，把修改后的結果傳輸到測試系統中，通知最終用戶到測試系統中進行測試;
3、驗證完成后，再把結果傳輸到生產系統中使用。
二、修改角色權限：
1、管理員修改通過相關事務代碼修改角色中的權限，設置訪問限制等;
2、修改完成后，把結果傳輸到測試系統，通知跟這個角色有關的所有用戶登錄到測試系統中進行測試驗證;
3、驗證完成后，管理員才可以把修改結果傳輸到生產系統中。
上述過程對管理員要求非常高，需要對角色、用戶權限都非常了解。即使這樣，有時也需要反復多次。一個問題解決了，但其它潛在的風險又增加了，因為最終用戶的權限不是由某一個角色決定的，而由該用戶的全部角色共同決定的。所以手工操作或憑經驗判斷，都是不準確的，在沒有任何輔助工具的情況下，導致的結果就是工作量巨大，但效率低，并且無法驗證，更不能做到事前控制。
第三篇：FI關鍵用戶培訓總結-總賬
1. FI的組織結構 公司代碼和會計科目表
每個會計核算單元會創建一個公司代碼，在本公司代碼內進行會計核算
公司代碼使用的會計科目的集合。全集團使用一套會計科目表1000，每個公司所使用的會計科目都可以在會計科目表1000中找到
2. FI的主數據
科目：FI使用的科目包含兩部分數據?？颇勘韺訑祿凸敬a層數據。
科目表層數據的關鍵信息包含科目的短文本、名稱、賬戶組、科目屬于損益表科目或資產負債表科目、對應的組科目號。這些信息是科目的共有特性，對所有的公司都是共享的。
公司代碼層數據的關鍵信息包含科目使用的貨幣、稅務、統馭科目類型、未清項管理、顯示行項目、排序碼、字段狀態組。這些信息是各公司特有的信息，每個公司代碼的設置可以不一致。
賬戶組：對科目進行分類。主要分為流動資金科目、利潤表科目、資產科目、總分類賬科目。流動資產科目包含現金和銀行存款;資產科目包含固定資產、在建工程、無形資產、累計折舊及資產減值科目;利潤表科目包含成本費用科目、收入科目、投資收益科目、營業外收支科目等。
字段狀態組：控制作憑證時，使用該科目核算的行項目哪些字段是必輸的，哪些字段是可以輸入的，哪些字段被隱藏。
3. FI的賬戶類型
S-總賬賬戶
K-供應商賬戶 D-客戶賬戶 A-資產賬戶
供應商賬戶，客戶賬戶，資產賬戶都是明細賬，通過統馭科目與總賬實時集成。
4. 憑證
憑證類型：是對憑證的分類。每一種憑證類型有自己獨立的憑證編號范圍。
如
SA總分類賬憑證，編號范圍100000000-199999999 KR 供應商發票憑證，編號范圍1900000000-1999999999 KZ 供應商支付憑證，編號范圍1500000000-1599999999 DR 客戶發票憑證，編號范圍1800000000-1899999999
DZ 客戶付款憑證，編號范圍1400000000-1499999999
AA 資產記賬憑證，編號范圍2200000000-2299999999
憑證抬頭：憑證日期，記賬日期，憑證類型，記賬期間，公司代碼，貨幣/匯率，文本
憑證行項目：借貸方(或記賬碼)，記賬科目，金額，行項目文本，分配，成本中心，利潤中心，內部定單，現金流量表項，貿易伙伴
記賬碼：區分記賬的交易類型，借貸方，特殊總賬業務處理
40：總賬科目借方
50：總賬科目貸方 01：客戶借方
11：客戶貸方 09：客戶特殊總賬借方
19：客戶特殊總賬貸方 21：供應商借方
31：供應商貸方 29：供應商特殊總賬借方
39：供應商特殊總賬貸方 70：資產借方
75：資產貸方
5. 憑證過賬的協助方法
總賬快速登錄行項目;參考憑證;周期性憑證
6.賬戶余額查詢與行項目查詢
第四篇：SAP Gui730 shortcut保存用戶和密碼的設置
SAP Gui730 shortcut保存用戶和密碼的設置(用于設置自動登陸)
1. 注冊sapshortcut.exe到注冊表
首先到安裝目錄找到sapshortcut.exe這個文件，然后右鍵選擇以管理員身份運行，隨后會提示注冊成功。
注冊成功后，sapshortcut文件依然是只能保存用戶名而不能保存密碼，此時我們需要修改其注冊表的建制。
2. 修改sapshortcut注冊表鍵值。
WIN鍵+R打開運行窗口，輸入regedit，回車，
找到HKEY_CURRENT_USERSoftwareSAPSAPShortcutSecurity下面的EnablePassword鍵，將其鍵值由0修改為1. 經過以上的修改，新建的sapshortcut文件中就可以保存密碼了。如下圖所示。
以上是SAP GUI 730的設置方法，其他版本的設置方法大體一致，請根據實際情況進行設置。
第五篇：SAP-ERP項目總結
ERP項目實施報告
2016年1月8日，首批具有現實意義的采購收貨單在ERP系統中翩然而過，同時在系統后臺自動生成了ERP系統自運行后的第一張正規財務憑證，這兩張業務與財務高度集成的單據，一唱一和，仿佛是黎明的第一絲曙光，照亮了整個公司，至此我們可以自豪的說，實施了近四個月的ERP系統在我們公司的順利上線，也標志著四個月來參與這個項目辛苦付出的同事們獲得了階段性成功，同時，結束了ERP項目的實施階段工作，開始全面轉入維護階段。
作為ERP系統實施中的一員，在項目驗收的尾聲我個人從目標計劃、實施狀況、人員隊伍、經驗總結幾個方面對ERP項目中個人的經歷感受做一總結，向在座的各位領導同事進行匯報，目的是為了回顧過去、汲取經驗、服務未來.
一、項目背景
?為了能使公司向即定的十三五規劃目標進行穩定的發展，整個過程當中需要進行新的管理上的嘗試比如TS16949/CAPS，另一方面如何將企業的各種業務經濟信息高效的組織在一個管理平臺上，加以有效的利用與分析，且滿足企業內部及外部的各種需求，是公司近期的另一個主要管理目標。而SAP-ERP正是在這種情況下，出現在我們的視野，實施SAP-ERP的終極目標是為公司的發展保駕護航，提升企業的競爭力，增加企業凝聚力，控制制造成本，提高管理效益，夯實企業邁向工業4.0的發展之路。
二、項目實施狀況
2015年9月下旬，在全公司的見證下項目會啟動、項目組成立，時間緊項目重，在項目會啟動之后，ERP盛普駐公司顧問組著手引導我們開始構建公司業務藍圖，各部門獨立的業務藍圖，同時各部門領導積極帶頭、實時參與共同構建藍圖，讓我們基層人員更加了解了公司未來的發展方向及管理方針和未來公司ERP運行模式;在10月尾，系統環境搭建完成;11月份我們在ERP顧問組的協助下、ERP項目組領導把關的情況下準備主數據并進行數次的集成測試。大家都知道，由于種種原因，主數據提供了四次，集成測試不是很樂觀;最后在各部門、各方面的艱苦努力下，我們終于在2016年1月上旬以2015年12月份最后一次年終盤存作為期初，冒險性上線，上線的那段時間是痛苦的，折磨心智不堪回首的，但不得不說這段經歷及項目成立以來的日子給了我們許多成長的東西。
2016年1月19日全面應用新的SAP9.1版本的系統實現數據同步，成功地邁出了ERP系統上線運作的關鍵第一步，這是公司領導關懷和支持的結果，項目實施過程中凝結了盛普顧問組、內部項目組、關鍵用戶的辛勤勞動和汗水，是大家工作共同智慧的結晶，值此對各位領導和參加項目建設的所有同事表示衷心的感謝，你們的付出也為IT工作鋪實了道路，讓IT能更好的為各部門做好后勤工作。
三、SAP系統應用狀況
1、銷售模塊：
業務部可根據客戶自身情況，定身制作各產品的交貨時間，查看庫存、未清庫存及在生產量;及時把握家有生產庫存狀況，清晰的向下游部門傳遞業務信息，相互連通促進工作效率;時刻關注客戶倉上的信息動態，了解相關部門的發貨、交貨情況。
2、采購模塊：
1、 采購訂單： 允許用戶向供應商訂購材料或服務。這些訂單更新所訂購項目的可用數量，并通知倉庫管理員預定的交貨日期。用戶可以將單個采購單拆分為多個部分，例如，當商品需要發送到多個倉庫時就可以使用拆分。采購訂單或應付帳款(AP)憑證中的每個行項目可以根據要求發送到不同的倉庫。
3、業務伙伴數據
記錄客戶和供應商的所有關鍵信息，例如地址、偏好、銷售人員和信用額度等。關鍵用戶可以為每個業務伙伴定義不限數量的聯系人，并附上電話號碼、電子郵件地址和其它重要數據。關鍵用戶可以輸入客戶聯系人或供應商名稱，并發送電子郵件或短消息。所有相關的數據- 包括客戶銷售報告和帳戶詳細余額?；顒樱捍颂匦杂糜诟櫯c客戶的交互，例如電話、會議和后續任務。用戶還可以在活動中添加注釋和附件，并預先安排下次活動的時間。
4、庫存管理
在系統中建立不同的物料及倉庫，并對物料進行管理，定義物料特性及價格清單。并維護序列號和批號以及價目表。關鍵用戶還可以定義備選商品，根據當前的市場價值重新評估存貨成本，并執行周期盤點、倉庫間調撥、寄售等特殊業務。
物料主數據：用戶可以定義倉庫物料，銷售物料，采購物料，或者非存貨物料，包括人力、差旅或固定資產。并為這些物料定義采購供應商、采購和銷售計量單位，以及物料的稅碼等詳細信息。支持為物料建立多個倉庫并維護物料在每個倉庫中的成本。支持對每一種物料采用不同的存貨估價方法。當前支持的方法為標準成本，移動平均和先進先出法。計劃數據也在物料主數據中維護。關鍵用戶可以定義采購方法(例如制造或購買)以及訂單間隔日期(例如每月、每周或每天)。關鍵用戶還可以為物料定義最小訂單數量和訂貨提前期。
批次：用戶可以為產品指定批次，并根據保質期或者其它自由定義的屬性進行歸類。然后，可以在銷售訂單、發貨單中和庫存移動時為這些產品定義批次。還可以使用批次報告進行批次監控。備選物料：在所需物料由于數量不足或其他原因不可用時，可以創建一個備選物料供客戶參考。
揀配和包裝：用戶可以使用揀配和包裝管理揀選和包裝流程。系統提供了‘未清’，‘已批準’，‘已揀配’三種銷售訂單的狀態。在不同的狀態下，客戶可以進行一系列有 關揀配和包裝的操作，系統能靈活的適應您的揀選和包裝流程。
5、生產 定義BOM： 可以在該窗口中定義多級BOM。在BOM中關鍵用戶需要明確定義產成品以及所需的原材料，并且在BOM中指定所需原材料的數量和相關倉庫。
生產訂單：允許用戶創建三種類型的生產訂單：標準訂單，基于現有的物料單創建;特殊訂單，不基于BOM創建;和分解的生產單，用于分解產成品，將各個子物料重新回庫。通常生產單以計劃狀態創建，經下達后發放到生產車間。為產成品指定的各個子物料可以手工發料，也可以采用反沖法發料。子物料可以被替換或添加。該解決方案還支持產成品的部分完工，從而靈活地控制工單。用戶可以查看計劃下達的數量以及完成和退回的數量，可以監控訂單的到期日。生產訂單也可以參考客戶銷售訂單創建，使用戶能夠實時查看在制的物料狀態。
生產收貨：允許用戶將生產訂單完工的產成品接收到產成品庫存中。 生產訂單發料：將原材料發到指定的生產訂單上。
6、計劃
物料需求計劃：計劃人員根據銷售訂單做生產計劃排程或采購需求來制定物料的采購計劃。
定義預測：允許用戶根據預測數據預測需求，而不是單獨依靠接收 的銷售訂單。預測有助于用戶預測未來時間對產品的需求，并以此相應地調整物料需求計劃。這些需求預測數據也可以用于其它的相關報表中。
計劃向導：計劃向導可指導用戶通過五個步驟完成需求計劃業務情節 的創建。用戶定義計劃范圍，例如可以在計劃系統中以周或天為單位來瀏覽需求計劃，生產和采購計劃中可以包含非工作日，也可以不包含。需求計劃可以基于多種物料或物料組計算。關鍵用戶可以在構建好的業務情節中選擇預期的標準，例如現有庫存等級、未清的采購訂單、銷售訂單、工單和物料的最小庫存量，以及定義好的銷售預測。需求計劃運行后系統就會顯示推薦的" 生產" 或" 購買" 建議，同時，該界面上設置了多個折疊和展開選項，允許計劃人員查看系統計算出的物料凈需求以及基于此物料需求的各類相關憑證。解決方案還提供了意外報警和可視隊列，幫助用戶識別需要加快處理的訂單。計劃場景也可以保存為“模擬”，用戶可以運行一系列的“假設”場景，而不會影響建議報告。
訂單建議報表：從建議報表中，計劃人員可以選擇建議的生產訂單或 采購單進行自動創建轉換。如果某個產品需要外包生產，則系統可允許計劃人員輕松地將生產訂單轉化為采購訂單。對同一供應商的采購訂單可以合并到一個訂單中，從而優化采購流程。
7、品質檢測
品質部基于檢測申請單(庫存轉儲申請)對相應的產品做品質檢測，根據結果做庫存轉儲
四、系統應用部分效果對比
(1)建立一個從營銷管理、采購管理、倉儲管理、生產管理、質量控制到財務管理實現全面集成的系統;
系統前：原有的工作模式，各部門分兵為戰，信息不集成，無法共享，導致工作效率較低，
系統后：建立了一個大的信息平臺，各部門統一在此安排部署，信息集成度高，業務流程處理速度有明顯提升
(2)規范庫存管理，增加庫存管理透明度，降低庫存成本，與財務有效集成;倉庫管理的任何業務，包括每次的轉庫行為均與財務模塊所相連，即時生產財務憑證，反應在財務報表內。
(3)規范采購流程，降低采購成本，與應付帳款的有效集成;統一管理供貨商及其報價，便于考核評估供貨商，比較分析采購價格?？筛鶕嶋H需要按不同采購人員劃分采購物品范圍。采購訂單輸入時，系統自動將供貨商之核準價格帶入，方便輸單作業。
(4)加強對生產現場的物料管理，對生產計劃、進度、以及生產過程中的料、工、廢信息進行有效的跟蹤和控制，并準確及時反映;
(5) 加強對生產成本與核算的管理，及時準確提供生產成本的動態信息; (6) 加強生產分析功能，能提供多角度、全方位的生產狀況查詢功能和報表; (7)加強對各部門資產管理的力度，滿足財務對資產管理的需求; (8)各式各樣的部門報表，提供決策支持信息。
五、經驗總結
1、全員皆兵人人都做關鍵用戶項目建設之初，公司各領導就非常重視，各部門均由部門長出面，帶領本部門的人員積極進行參與，有利于工作開展，不但提高了工作效率，保證了工作質量，而且減少了很多可能出現的困難與問題，為我們的ERP實施打好了人為的基礎。
2、組織學習培訓，掌握系統知識，奠定了切換和運行的基礎.ERP項目實施的過程，是一個不斷學習，不斷提高的過程，貫穿在此項目實施的始終
3、開展集中研討，廣泛征求意見，一定程度上優化企業原有的流程。實施階段前期，各部門主要成員均參加了項目的集中調研，在會議當中一方面進一步參加ERP系統相關知識的學習與交流，探討原有工作當中存在的問題，另一方面對業務藍圖進行優化討論，找出差異點，經過若干次的討論與交流，最終制定了符合公司運行ERP的解決方案，確定各主要業務流程，為ERP項目實施制定了框架。
4、理清業務流程，確保數據準確，完整的數據收集，持續的數據改進
5、較為周密的部署，詳細的文檔記錄從項目一開始，便建立了一套完整的項目資料歸檔管理辦法，手段雖然簡單，但涵蓋的內容較，如實施的有效人天、當天開展了哪些工作，是否有工作日志，每日所生產的各種文件是否齊全，每一次的會議記錄均詳細收集在內，細致到位，以便對整個項目進行有效的跟蹤，查看實施過程當中所存在的問題是否得到了及時的處理，同時也將ERP項目組與各部門所做的工作呈現的一覽無余。
6、主數據收集與測試共進由于時間緊，任務重，在有限的時間內培訓與測試共同進行，雖然我們進行了四次收集主數據兩次集成測試，但是在不斷修改和自我反省工作方式的過程中，此階段花費很大盡力。
7、不足之處的總結:上線數據的準備不夠十分充分，精度不高，進行了反復的調整;計劃執行力度要加強，一時的松軟，有可能會影響全盤;項目期間的溝通工作要合理組織，盡量做倒今日事今日畢。“成的經驗照搬，敗的教訓避免”，以上是本次ERP項目實施過程當中總結的經驗，希望能在公司后續的項目中加以利用。
六、結尾
自古以來，我們都強調做事一定要天時、地利、人和，這次的ERP項目我們可謂是三項全部包含：天時，緊要的時刻領導的支持;地利，重慶及成都的信息建設資源較為集中;人和，團結一心的部門員工，加班加點，甚至抱病工作，如：計劃部肖部長在上線期間喉嚨做手術，手術安排在節假日，工作日不做休息照常照看著項目執行，用書面寫字和我們交流;喻總監、陳部長、鄒部長等領導周末與我們一起加班到凌晨三點整理期初數據等等，這一路走來我們遇到各種各樣的艱辛，我們都挺過來了。
在這種眾志誠成的工作精神下，我們沒有理由不能邁出成功的第一步，現在我們終于順利上線了。但這也僅是第一步，并不意味著ERP項目的結束，“打江山容易，守江山難”，ERPP的應用是否能產生預期的效益，真正實現其應有的管理作用，還要看上線后的應用與維護工作，這是一項長期而任重道遠的工作，甚至有可能會付出不亞于實施階段所做的努力，為了不讓大家的心血白流，為了讓ERP這套管理工具真正的發揮為公司的發展保駕護航的作用，還是需要我們持之以恒的團結與不懈的努力，最后，讓我們攜手共同步入充滿希望的2016年，揭開重慶康世德新的篇章。