第一篇：SAP培訓心得

SAP培訓心得，我參加的SAP培訓已經結束，當時學習的是SAP FICO模塊，現在在聯想工作，在此我首先感謝達沃旗SAP培訓中心的培訓老師，在這里我學到了很多關于SAP的知識并通過自己的努力掌握了SAP系統的相關操作，在這里也對培訓過程中的一些感慨做個總結，起初知識抱著試試看的想法，在達沃旗我得到了不一樣的答案，授課方式，和課程的合理安排。

參加培訓之初的目的在于加強學習SAP軟件操作過程中的聯系，化單兵作戰為集體行動，并通過SAP FICO初級顧問班的授課老師將我么這些學員們領進SAP的大門，所以一開始我對培訓老師的期望并不是很高。但是我發現自己錯了，SAP不是那么簡單的，我們看著簡單很的操作，其實有很多東西還需要我們不斷學習。

培訓的開始授課老師給我們講解的主要是關于SAP的知識，我想任何一個人想學習SAP必須要知道SAP是什么，干什么用的，學習之后我們有什么收獲，SAP這個行業究竟怎么樣，SAP是一款非常不錯的ERP軟件，SAP不僅是軟件的名稱，更是一個公司的名稱，SAP包含了很多方面，大多數世界500強企業都在用，而且在中國的發展非常迅速，所以現在學習SAP非常有利，就業機會很多，當然薪水也是非常不錯的。接下來學習的就是認識SAP系統并操作，很多人認為自己自學不就行了嗎，但是大家都忽視了一個問題就是一個

SAP系統需要很多環境的，你沒有環境和相應的模塊是學習不了的，比如fico你得拆開并分析學習，fi是一部分主要是

外部模塊，co主要是內部模塊，fico結合才是最終的學習目的。

SAP培訓不單單是對系統的認識和理解，我們必須要熟悉一個流程就是這個模塊的應用是什么樣的流程，達沃旗更加注重的是時間經驗，我們學習到的不光是理論知識還有項目實踐的經驗，這些我們學會了才能在以后的工作當中實踐，當然我們的英語水平也是很有待提高的哦。

SAP培訓心得，首先要找個不錯的有信譽度的培訓機構，其次就是授課老師的資質，達沃旗的授課老師(fico模塊的講師)擁有9年以上項目實施經驗，授課方式新穎帶動大家的學習積極性，仿佛我們回到了上學時代，不懂就問這是很正常的事情，授課老師也是不斷的強調，如果我講快了請說出來，有什么不懂的地方要及時向我提問，我們深深的感受到了一種學習的氛圍，一種追求知識的渴望心理。我們成功了，靠的不光是別人，很大一部分是我們自己，只有自己肯學習肯付出，才會有回報。

朋友們，如果您對SAP感興趣，或者想學習SAP，我給你的建議就是來達沃旗SAP培訓中心學習，在這里你將學到更多更豐富的SAP理論知識和項目的實戰經驗，好的機構不是說出來的，而是實踐證明的。

第二篇：sap 心得

寫這篇新得主要表達下這個月SAP學習的感受和見解。

SAP是近幾年來ERP軟件的倡導者。隨著全球市場的發展和完善，各公司必須運用動態戰略對瞬息萬變的挑戰作出反應。迅速適應客戶新需求和市場新商機的能力，是贏得競爭勝利的決定性因素。此種適應力需要一個功能強大、開放式的基礎結構，它可針對目前的企業流程提供最佳化支援，并能靈活適應變化與發展。SAP系統就是應付這些挑戰的最佳解答，它是主從式架構上最普遍的標準商業應用軟件。SAP系統并非只是軟件，它是一種策略性解決方案。就我所知，它教給我們的是現代企業的組織構架及管理思想。對本科生而言，對SAP的學習有助于思維的開闊，更能從另一種角度將財務、管理類知識進行梳理和融匯。總感覺SAP像一個龐大且精密的“機器”，每一環緊扣一環，其幾乎把所有的細節都考慮到了，令人越學越覺得其深奧無比，除了看幫助文檔資料及實際配置及操作，也不斷從錯誤中去體會。將近一個學期的SAP學習，SAP給我的總體感覺有一下幾點：

1、SAP是目前全球所有ERP產品中，對企業構架考慮得非常細致的系統，也是整體控制邏輯和整體系統結構非常嚴謹的系統；

2、SAP是目前全球所有ERP產品中，對產品在各種行業的適用性考慮得最多的系統，既應用的行業最廣。

3，學習SAP要技術和業務統籌，要腳踏實地，不能半途而廢。

緊張而又充實的SAP實習已經結束了，回想這這個月的學習時光，我獲益良多。我所得到的收獲不僅僅是知識層面上的，還有很多是與課本無關但卻至關重要的東西。

我清楚地了解了企業的業務處理過程，對企業的物流過程有了更直觀的感受，這使我平時書本的知識得到了實踐。企業內部的物流從采購開始，經歷生產，再到銷售分銷結束，整個過程中伴隨著物資的變動和管理，其間同步進行的資金活動由FI模塊同步的控制。這個過程中包括著我們學習過的各種課程，作為工商管理專業的學生，與企業相關的課程我們都進行了學習，但由于沒有實踐的機會而大多只知其一不知其二，SAP的學習讓我把所學的物流供應鏈管理與財務管理、市場營銷、生產管理聯系起來逐步形成了自己的知識網絡，這對我的學習是一種大踏步似的提升。不僅僅在學習方面，在與同學們的溝通中，我從大家身上學到了很多，如何與人溝通并學習別人的優點，如何請教問題并將自己的觀點表達出來對別人有所幫助，這都是平時我們并不關注的問題，在學習的過程中不知不覺地提升了自己。

SAP的學習結束了，但是學習給我帶來的理念上的改變和為人處世方面的提高都將對我今后的學習生活產生影響，畢業在即的我將帶著這些寶貴的財富繼續我的學習之路。

大概的算了一下，在學習SAP的兩個半月里，我花了不少于300個小時的時間在學習和研究它，到現在學習告一段落的時候，我發現這些時間是相當值得的。經過老師的鼓勵，學姐的幫助和自己的努力，我取得了一些成果，雖然付出的這些時間得到的成果只是SAP的皮毛知識，但老話說的好“師傅引進門，修行在個人”。我們更需要自己去刻苦鉆研，在掌握知識的基礎上，靈活運用，爭取做管理科學和信息技術結合的人才，這也是我的一個遠大目標吧！當然這些都是要建立在自己對SAP的興趣上的。

最初聽到老師在講解SAP的時候，我更多的是結合我自己的專業方向在思考我是否要學習SAP的，因為SAP畢竟是ERP軟件的一種，我怕SAP還是更偏向于財務。這也是國內外許多ERP軟件一個需要改進的地方吧，人力資源管理/人力資本管理已經越來越向決策層靠攏，國外企業在人力資源管理上做的普遍都比國內的好，隨著對SAP認識的逐步加深，我發現SAP在人力資本管理上也和企業的財務系統無縫集成。很顯然，我選擇學習SAP是比較明智的，我發現在學習和研究的過程中，每一次當自己研究出哪怕是一點點東西，我都是十分興奮的，與同學討論的時候更是一種精神上的享受，大家都在朝著各自的目標奮斗著。當然，學的時間久了難免會產生煩躁的情緒，這個時候老師的出現無疑給大家打了幾針興奮劑，老師帶給我們的不僅是對學習SAP的方法，更是在指導大家的人生，老師真的很會激勵大家，每一次老師在講一些東西，我都會把斗志提高一個等級，老師可謂是我們的后盾哪！學姐的辛勤也是大家有目共睹的，沒有她們的幫助，我們會多走彎路的啊！

雖然我們將來是否從事SAP的相關職業是個未知數，但往往機會就會降臨在有準備的人身上，做一件事，要么不做，要做就做到最好。希望我們將SAP繼續下去……

經過近三個月的學習，我對SAP的認識從只知道這個名詞到系統的全面了解。在學習SAP的兩個半月里，我花了不少于300個小時的時間在學習和研究它，到現在學習告一段落的時候，我發現這些時間是相當值得的。在這段時間里老師和每個學生都付出了很大的努力，沒有老師的悉心指導與鼓勵，我們就不可能有繼續學下去的信息與勇氣，沒有同學們的努力就不可能圓滿的完成這項工程。下面我將從三個方面做學習總結：

首先，我對SAP的認識。SAP是現代企業先進管理思想的體現，它實現了企業運作的全面管理和調配，集成了企業所有的資源，將企業的三大流：物流、資金流、信息流進行全面一體化管理，其次，是我個人在本次學習中的總結和體會：企業信息化最需要的是懂企業信息化的專業人才，能夠全面了解和掌握企業的業務流程和管理流程，明確企業管理和控制的關鍵因素，并能夠針對這些提出很好的解決方案。企業信息化的實施主要是對企業流程的重組和再造，使其符合標準化管理流程的需要。最后，是我個人的小小建議；

（1）對SAP的學習可以在系統學習的基礎上根據個人的學習情況和興趣愛好選擇一個模塊進行更深入的學習，這樣對學校來說是一種教學資源的擴充對提高教學質量大有好處，對學生來說可以為就業增加一項很好的技能。

（2）專業課的教學中不妨多涉及一些國際上的內容，可以幫助學生建立基本的理論基礎，提高學生的自學能力。

做一件事，要么不做，要做就做到最好。希望我們將SAP繼續下去……

第三篇：SAP培訓教案

SAP操作指導

一、對供應商收貨：

1、先查找采購訂單號：快捷方式：直接輸入ME2M按回車。路徑：后勤→物料管理→采購→采購訂單→清單顯示→按物料→必須輸入（物料編碼、工廠1002）→可選（選擇參數WE101/WE103）→按F8執行即可（必須是本的采購訂單方可收貨）

2、給供應商開寄存單：快捷方式：直接輸入MB01按回車；打印單據時用ZMM3。

路徑：后勤→物料管理→庫存管理→對于采購訂單→必須輸入（憑證日期、記賬日期、移動類型103、采購訂單、工廠1002、存儲位置0002）→可選（輸入交貨單號）→按回車→修改送貨數量→選定后點擊‘采用+細節’→在文本中備注批次號、重量等→按總覽→（如相同供應商還有訂單沒收貨可以一起收記錄在同憑證→采購訂單→輸入訂單號→按回車→修改送貨數量）如無誤按存盤→記下憑證單號即可。并將憑證用ZMM3事務碼打出寄存單。

3、批準進倉單：快捷方式：直接輸入MBSF按回車。

路徑：后勤→物料管理→庫存管理→物料憑證→批準凍結庫存→必須輸入【記帳日期（即寄存單日期）、物料憑證（即寄存單號）、物料憑證年2005、庫存位置0002】→按回車→按F5采用→檢查或修改105進倉數與寄存數和送貨單數量→如無誤按存盤→記下憑證單號即可。并將憑證用ZMM3事務碼打出進倉單。（備注：泡沫必須輸入重量，紙箱必須輸入紙質，標貼必須輸入尺寸）

4、退廢沖紅：（外協必須準時創建沖紅訂單）

路徑：后勤→物料管理→庫存管理→對于采購訂單→必須輸入（憑證日期、記賬日期、移動類型101、采購訂單、工廠1002、存儲位置0002）→可選（輸入寄存單號）→按回車→修改退貨數量→選定后點擊‘采用+ 明細）—核后點擊采用—無誤按存盤，記下憑證號再打印。

二、取消物料憑證：快捷方式：輸入MBST按回車

路徑：后勤→物料管理→庫存管理→物料憑證→取消/沖消→輸入‘記賬日期、物料憑證、物料憑證年’→按回車→在需沖銷的物料名稱前打‘ √ ’→選定后點擊‘采用+細節’→在文本中注明原因→按回車→如無誤按存盤→記下憑證號即可。

三、出倉單/進倉單打印：快捷方式：輸入ZMM3按回車。

路徑：后勤→物料管理→庫存管理→貨物移動→收貨→進倉單/寄倉單打印→輸入物料憑證號→如需開駿偉單據的在“更改名稱‘熱能科技’”前打‘ √ ’→按F8→選擇打印機→按回車即可。

四、顯示有關物料的物料憑證：快捷方式：輸入MB51按回車

路徑；后勤→物料管理→庫存管理→環境→清單顯示→物料憑證→輸入‘物料、工廠1002、移動類型、記帳日期’按F8

五、顯示一段時間內的物料庫存：快捷方式：輸入MB5B按回車。

路徑：后勤→物料管理→庫存管理→環境→庫存→記賬日期庫存→輸入‘物料編碼、工廠1002、庫存地點0002、記帳日期→按F8即可。

六、顯示物料預留：（可以查到庫存物料是否有訂單考慮）

快捷方式：輸入MB24按回車。

路徑：后勤→物料管理→預留→對物料→輸入物料編碼、工廠1002→按F8即可

七、生產訂單顯示：（可查訂單狀態及對車間收發貨時的上層訂單）

快捷方式：輸入CO03按回車。

路徑：后勤→生產→生產控制→訂單→顯示→輸入訂單號→點擊‘工序或組件’即可

八、生產訂單投料：

路徑：后勤—物料管理—庫存管理—發貨—輸入（憑證日期、記賬日期、移動類型261、工廠1002、存儲位置0002）—點擊對于訂單—輸入生產訂單號—回車—根據已領用的物料編碼及數量一一核對采用—點擊“總覽”圖標—檢驗無誤后按存盤—記下憑證號即可。

1、投料情況：（可查對訂單發料是多發還是欠發）

編制：MYL

快捷方式：輸入ZC02按回車。也可用MB25按回車，輸入生產訂單號，按F8即可查看訂單投料情況。

2、其它部門領料系統出數須知：

表處車間：根據表處車間領料單領用的物料用顯示物料預留的方法可查出生產訂單號，然后對此單號進行投料。

沖壓車間：直接根據沖壓車間的領料單上的訂單號和領用的物料及數量進行投料。車間補料：根據該車間補料單上的訂單號進行無計劃投料。

品管部及其它部門的非生產領料：用移動類型201，無計劃投到駿偉成本中心1030402，并在備注欄中注明領料原因。

進出口部：用移動類型201，無計劃投到進出口部成本中心1030201，并在備注欄中注明領料原因。裝配車間成本中心：用移動類型201，無計劃投到1030401，并在備注欄中注明原因。

九、轉儲：快捷方式：輸入MB1B按回車

1、物料到物料轉儲

路徑：后勤→物料管理→庫存管理→轉儲記賬→輸入【憑證日期、記賬日期、移動類型309、工廠1002、存儲位置0002】→按回車→輸入收貨物料編碼、轉出物料編碼、轉出數量→點擊‘抬頭’圖標→在‘憑證抬頭文本’中注明轉儲原因→點擊‘總覽’圖標→按存盤即可。

2、發長青新廠及開進倉單后的轉儲（工廠到工廠轉儲）

路徑：后勤→物料管理→庫存管理→轉儲記賬→輸入【憑證日期、記賬日期、移動類型301、工廠1002、存儲位置0002】→按回車→輸入收貨工廠1001或1002、接收庫存地0002或0003、物料編碼、數量→點擊‘抬頭’圖標→在‘憑證抬頭文本’中注明批次→點擊‘總覽’圖標→按存盤即可。

3、發駿偉其它倉庫（工廠內轉儲）

路徑：后勤→物料管理→庫存管理→轉儲記賬→輸入【憑證日期、記賬日期、移動類型

311、工廠1002、存儲位置0002】→按回車→輸入接收庫存地、物料編碼、數量→點擊‘抬頭’圖標→在‘文本’中注明批次或原因→F5或點擊‘總覽’→按存盤即可。

十、銷售出倉（即其它轉讓）：快捷方式：直接輸入MB1A按回車。

路徑：后勤→物料管理→庫存管理→發貨→必須輸入【憑證日期、記賬日期、可選（物料單處輸入批次號）、移動類型Z07、工廠1002、存儲位置0002】→按回車鍵后必須輸入【客戶編號、物料編碼、數量】→F5或點擊‘總覽’→按存盤即可。

十一、對其它訂單收發貨：快捷方式：輸入MB1A按回車 路徑：后勤→物料管理→庫存管理→發貨→輸入【憑證日期、記帳日期、移動類型（收貨用262；發貨用261）、工廠1002、存儲位置0002】→按回車→輸入訂單號（內部訂單400300、研發部100060/100061/100062/100067等）、物料編碼、數量→點擊‘抬頭’圖標→在‘憑證抬頭文本’中注明原因→點擊‘總覽’圖標→按保存即可。

十二、顯示現有的倉庫物料庫存：（可查多種物料庫存數和各種狀態庫存數）

快捷方式：輸入MB52按回車

路徑：后勤→物料管理→庫存管理→環境→庫存→倉庫庫存→輸入物料編碼、工廠1002、庫存地點0002→按F8即可。

十三、從系統中倒出物料及庫存數據（即下載物料及庫存數，月底報表等）

1、先將物料庫存顯示出來：快捷方式：輸入MB5B按回車

路徑：后勤→物料管理→庫存管理→環境→庫存→倉庫庫存→輸入工廠1002、庫存地點0002、記帳日期→按F8即可，然后選擇好參數。2。下載物料到本地電子表格：

路徑：系統→清單→保存→本地文件→點擊電子表格→打‘√’或按回車鍵→輸入文件傳輸路徑及文件名稱→點擊‘傳輸’→我的電腦中跟據傳輸路徑找到文件→在打開文件中選擇打開方式用Excel→按確定→整理電子表格即可。注意：整理電子表格時須要用排序和‘=’號，保存時的保存類型用Excel工作薄。

十四、創建盤點憑證（盤點有差異時才做）：快捷方式：輸入MI01按回車。

路徑：后勤→物料管理→庫存盤點→盤點憑證→創建→輸入【憑證日期、計劃盤點日期、工廠1002、儲存位編制：MYL

置0002、其它信息‘√’記帳凍結】→按回車→輸入有差異的物料編碼→抬頭→存盤→寫下憑證號即可。

十五、盤點輸入：快捷方式：輸入MI04按回車。

路徑：后勤→物料管理→庫存盤點→庫存盤點→輸入【輸入創建的盤點憑證號、盤點日期】→跟據相應的物料編碼輸入實盤數量→存盤并記錄憑證號報給財務。注意：實盤庫存為零的不能填數量，在后面打‘√’就可以。

①

檢查并修改盤點數據：后勤-物料管理-庫存盤點-庫存盤點-更改，如果發現輸入的盤點數據有誤，存盤后的憑證在財務進行差異過帳之前，還可以從這里進行修改，并重新存盤。確認輸入盤點數據無誤后，即可通知財務人員進行差異過帳。

② 刪除錯誤的數據：后勤-物料管理-庫存盤點-庫存盤點憑證-更改，輸入盤點憑證號，回車，點擊對應的物料代碼項目，再點擊屏幕左上角“刪除標識‘開/關’狀態”并保存即可。

十六：報廢（要根據正式批準后的報廢單）

路徑：后勤-物料管理-庫存管理-發貨（如果是非限制庫存報廢用移動類型551，如果是凍結狀態報廢用移動類型555）輸入記賬日期（為梁總批準日期），工廠1002，庫位0002庫。回車后輸入報廢的物料編碼和數量，一一核對無誤后點擊采用—記賬存盤，并將憑證號記在報廢單上的空白處。月底復印一份給長青財務。

十七、關閉退出SAP系統：快捷方式：輸入/NEX按回車——可以一次關閉所有打開的窗口。附：常用移動類型及解釋 101 按采購訂單收貨到庫存

按采購訂單收貨到倉庫沖銷 105 批準倉庫中凍結的收貨庫存

批準倉庫中凍結的收貨庫存沖銷 343 從非限制到凍結

344 從非限制到凍結-沖銷 551 發貨到廢品

552 發貨到廢品沖銷 Z07 其他轉讓

Z08 其他轉讓沖銷 309 物料到物料的轉帳

310 物料到物料轉帳沖銷

編制：MYL

第四篇：SAP 零售業POS心得分享

轉：SAP 零售業POS心得分享

分類： SAP-retail 2010-03-09 09:36 751人閱讀 評論(0)收藏 舉報

最近看了一些SAP進行中的零售業項目，覺得有些心得，希望透過本篇文章讓大家多了解SAP跟零售業POS連接的做法，能夠更順利地完成項目的導入。

一般在討論POS跟SAP的應用時，多半都是屬于零售業的專案。這幾年SAP導入的客戶中不乏零售業的翹楚，舉凡松青超市、星裕國際、新光三越、統一星巴克、太平洋崇光百貨等等都是各零售業中的代表。進行中的陸續也還有飯店跟餐廳的案子，但基于NDA，我就不多說了。

不過SAP在零售業的導入項目中，有一個關鍵，也是目前我觀察業界中很多有趣的現象，閑來無事，所以就決定提一提。這個關鍵就是將外部POS系統的每日營運數據轉入SAP中，或是將SAP中的物料編碼或定價策略等轉出到POS中的方法。簡稱POS Inbound/Outbound。由于兩者并提范圍太大的關系，所以就簡單談談POS Inbound的作法，這就很有趣了。

POS Inbound往往因為不同的顧問公司所以手法不太相同。有些公司使用的是正宗的SAP POS Inbound作法，利用IDOC將數據由外部POS系統透過Flat File轉入至SAP系統中，但有些公司會先說SAP沒有標準的零售業解決方案，所以他們使用的就是用外掛程序的方式，一樣透過Flat File將數據轉入SAP系統中。至于會采用哪一種方式，看客戶跟顧問的溝通而定。不過，全球一堆百貨公司在使用的SAP解決方案，每次Gartner Magic Quadrant都掛SAP在零售業解決方案中的前幾名，這樣會沒有標準的POS Inbound功能呀。哇塞，原來全世界大家都用外掛的方式在處理，不覺得這是件很神奇的事嗎？

其實SAP原本就已經發展了一整套成熟的POS Inbound機制，包括轉入數據比對、數據歷史紀錄、數據錯誤追蹤跟轉入SAP Billing的作法。基本上，無論是在錯誤的比對，或是與SAP標準如COPA、SIS的配合上，都是最完整的作法。不過問題就是進入門坎較高，因為顧問除了必須了解FI跟SD的內容之外，還需要了解IDOC的處理機制跟POS Inbound的運作流程。因此需要多方的通力合作才能夠完成，所以，不是每一個顧問公司都做得來的。

也因此，有些顧問公司在遇到同樣需要運作POS系統的客戶時，就思考利用其它的方法來處理，也就是外掛。這一點也不是不好，但就是讓人覺得很神奇的，明明人家已經處理好的Solution，為何還要繞一大圈路？而且做出來的程序還要一堆Debug跟測試，說不定成果還沒有原來的好。

這樣的解決方法的成因主要有幾個，第一個是客戶不懂，以為SAP對POS這一塊沒輒。第二個是因為顧問搞不懂，反正做不出來就外掛。第三個就是顧問公司的PM或高層太厲害，一直去說服跟溝通，摸一摸頭就讓客戶買單了。之所以會使用這樣的作法我猜其實有部分也是因為可以推到SAP軟件方的錯，也就是”反正最后都是SAP爛，沒有標準的作法，所以我們做的也不怎樣，一切都是SAP的錯”，這一類的說辭。會不會這樣子我不清楚，但我相信一定有案子是這樣的解決方法。所以，如何挑選一個合適的顧問公司就至關重要。至于如何挑選一個合適的顧問公司，請詳前文。

不過，缺乏詳細的比較基礎，前文的三言兩語，對于實事求是的我們，實在很難說服外掛一定比標準的Solution差或好。所以，還是針對幾個差異來說明一番，免得各位會覺得我在胡吹。

第一個是轉入/轉出的方式，SAP跟POS或其它接口溝通的模式不外乎就是匯出/匯入跟前后時間的數據差異。在匯入方面，SAP轉入POS資料主要會是在SD端的Billing。也就是把某時期由POS系統收集的發票信息轉入到SAP系統中立即立會計帳跟產生后續分析的數據基礎。由于是Billing的關系，所以可以馬上使用的就是FI的報表、SIS跟COPA幾種工具。SAP不但可以直接將轉成IDOC格式的POS數據逐筆轉入至Billing跟立會計帳，也同步更新如SIS跟COPA的數據，如果User在主文件數據區分得很細致的話，可以實時獲得如毛利分析表、銷售統計等分析報表的同步更新。

至于外掛的話，就看要做到怎樣的程度了。要建到Billing嗎？那還要有料號跟價格策略，太麻煩了。簡單一點，那就直接切傳票好了，然后把要分析的數據一樣切COPA文件即可。這樣看起來好像簡單多了，撇開多花的開發時間跟成本，這樣的策略舍去了”產品”這個重要的因素，從此POS傳回SAP的銷售數據，產品只能放在傳票中的備注欄跟COPA文件中。一些如產品階層與客戶階層、客戶進銷退與產品的交互分析等傳統SIS可以使用的分析工具就全部失效了。

另外一個差異是付款方式跟交易型態。一般的零售業，除了商品定價有千變萬化的組合之外，其中一個復雜的就是付款方式了。舉凡現金、商品禮券、現金禮券、信用卡(Master/Visa/AMX/Dinner)、提貨單、支票、公司卡、代用券等都可以是支付方式之一。應該說除了以物易物不被接受之外，其它應都可被接受。至于支付的行為也是千變萬化，有預售、預售結帳、事后登錄、訂金、訂金結帳有尾款、訂金結帳無尾款、尾款繳款、訂金退回、訂金結帳退回、訂金解約、預售解約等。付款方式跟支付行為兩者是一個矩陣關系，都有可能會發生這樣的可能性。因此，理論上上述的情境有88種組合。我個人是真不知道搞這么復雜是要做啥？因此，做了零售業的項目之后，我放棄了這輩子開咖啡店、賣面或民宿之類的主意。

所以，這么多的付款方式跟支付行為，基本上外掛也是很難寫。更何況是每個組合都要來來回回測試。我想應該是會搞得人仰馬翻才是。不過，標準的SAP POS Inbound就可以透過設定做出這些變化。更勝者，有些客戶會有現金禮券做預售但是退貨時不能做現金的科目回轉，也就是只能退提貨券。這一點雖然公平交易委員會好像有說明是違法行為。但是客戶要求，我們還是要在系統上實現。還有一個差異是庫存的進耗存。透過POS Inbound的功能，我們可以在系統中進行Movement type 251, 252的交易。也就是將庫存從各商店中透過銷售或退貨的方式做銷貨發貨跟退貨并產生銷貨成本的異動。此外，除了銷售的功能之外，采購端的進出貨，也可以透過POS Inbound的方式自動建立PO及GR。這一點不知道寫外掛的顧問公司有考慮到嗎？我想沒有零售業不想管理商店里的庫存并實時獲得最新的統計信息吧。

最后一個差異，也是一般轉檔進SAP最討厭的事情，就是數據Delta跟錯誤處理。在Delta處理方面，SAP POS Outbound會控制系統內客戶、物料及價格等前次轉出跟此次轉出間的差異。不過這并不在本文的范圍內，至于在Inbound的部分，通常轉入的都是當天結帳后的POS數據，所以多半不會有數據Delta的部分。但是在錯誤處理方面，POS Inbound就發揮其能耐了。一般POS轉入的數據一次多不會少于萬筆的數據，如果少于萬筆的話，那我不建議導入SAP，因為您的商店消費者人數還不夠支撐導入的費用。在這破萬筆的數據中，難免會有一些數據異常的錯誤，包括格式錯誤跟數據錯誤，如付款方式跟金額錯誤。POS Inbound在格式錯誤方面，會將該筆錯誤數據攔截，但后續正確數據仍允許轉入系統中，管理者只需要在每次轉入后列出少數錯誤格式的數據，人工修正后就可再將其轉入。如果是數據錯誤的話，同樣可以用人工處理的方式模仿POS Inbound的作業將修正后的差異轉入到系統中。

如果是外掛的話，恭喜您中賓果。

經過這些分析，各位，您應當了解不同的導入方式會有截然不同的成果，套句張老師的話，好的方式讓各位上天堂，壞的方法讓各位住套房了。不過，我還是建議，如果您的顧問沒有使用SAP標準與POS連接的部分，還請再詢問一次。雖然說不是花了錢就是老大，但我認為要求使用SAP標準的作法，是在合理的范圍內。還希望這次的文章能對各位在解決方案的選擇上有些幫助。

第五篇：SAP HR的使用心得

SAP HR的使用心得

關于SAP HR。由于很多朋友一直在做SAP的關系，心中始終對他們充滿了一份敬畏。

最近總算有機會完整的看完了SAP的操作手冊，登陸了正式的SAP HR系統。對他們傳說中的很多功能進行了仔細的研究。

總體說來，既有很高興的地方，也有很多很多的失望。

一、關于SAP HR的組織管理、人事信息和人事活動管理

關于這兩個模塊，我想SAP是很成熟的。人力資源信息對于中國報表的支持已經達到了超出我意料的程度，這次中石油的實施，不過中組部和人事部的年報還是不能夠支持。就這樣代價也很昂貴，ABAP和報表和Bw的開發人員達到12人。目前用BW做的分析能力實際上很弱。

剛開始時候用的時候最大的驚喜就是事務代碼的輸入，使用非常方便。比如直接在輸入框輸入PA30PA40就分別進入人員信息維護和人事活動模塊。

SAP對人事范圍和人事子范圍、員工組和員工子組、薪資范圍、稅務范圍、考勤范圍的處理體現了SAP的簡單易用的原理。但是在處理矩陣組織的時候，這樣和Peoplesoft的SETID的處理相比，還是有缺陷的。因為SETID是可以任意劃分的，可以使一個虛擬的東西，比如對于新政組織按照地域劃分的組織來說，人事范圍一般在SAP系統里必須按照地理范圍來設計，但是對于另外一個緯度上比如業務（典型的是零售業，比如有綜超、大賣場、便超）這樣的組織的時候，職位的信息需要人事范圍這樣的標記，來區分同一個職位在不同的業務上的區別的時候，SAP就比較難了。一般在Peoplesoft里，將SetID和Job Code結合起來，SetID劃分了綜超、大賣場、便超，對于同樣的職位，就可以使用SetID來區分。

人力資源信息方面，SAP采用信息類型的管理，整體結構性很好，尤其在薪資信息的管理上，對不同的薪酬類型直接進行了細分，比如經常性支付、偶然性支付、單次獎金發放、社保易用性不太好，至少比國內已經很成熟的左邊菜單樹（包括機構和職位）的模式，SAP也能支持，不過需要的奠基次數太多。他們采用每個信息類型放在一個下拉框的列表里，國內產品一般放在Tab頁里。

SAP對工作履歷的支持采用有參照（代碼）的工作履歷，這樣處理值得商榷，因為這樣只能記載HR系統內的工作履歷，對SAP系統有信息之前的工作履歷無法記載。國內的處理一般是無參照（代碼）的工作履歷。SAP對合同信息的處理非常好，處理了不同的合同類型，并且對合同信息處理的同時，有一個自動帶出任務監控的功能。

SAP支持對HR信息的批量修改和批量導入，這方面的功能作的比較易用。最大的亮點就是SAP能自己生成標準化的導入EXCEL表，這樣解決了顧問在做導入EXCEL表的時候的偶然性錯誤。往往發生這種錯誤的話，在數據庫里要找出錯誤的紀錄和字段非常困難。

SAP在時間域對HR信息的方面歷史信息和期間信息和當前信息集成在一個界面，值得借鑒。

SAP在組織機構的訪問方式上提供了4種瀏覽方式，一種是機構下面包含機構的方式，第二種是包含機構下面職位的機構瀏覽方式，第三種是機構下面不包含職位但是包含人員的機構瀏覽方式，還有一種是帶有工作中心的瀏覽方式。

SAP對機構、職位和人事時間都提供了計劃和生效的版本，這非常好，解決很業務人員將業務計劃和操作執行分開的問題，且在進行組織模擬的時候能夠將原來組織機構和新版本組織機構進行對比，將不同的地方用紅色標記出來。這樣的功能目前國內產品中只有嘉揚進行了支持，但是不是很全面。并且SAP支持對機構和職位的新建進行審批，這在國內的產品里很少看到，在peoplesoft里也是一個常見功能。

SAP對機構和職位的合并（原有組織消失并成一個新組織）、并轉（組織并入另外一個組織）雖然也支持，但是做的很不好，實際上就是原有功能的手工操作。不支持批量的處理。

SAP對多分配的管理做的不是很好，至少沒有看到象Peoplesoft那樣的專門處理。多分配在國內叫做多職位，一個人具有多份工作，一般提供三個字段進行支持，一個是就業記錄號（EmployeeID)，還有一個是生效日期，還有就是生效順序號（SequenceID)，在多個分配同一天放生的時候，生效順序號是有必要的。SAP系統里沒有生效順序號的原因是他們的工作分配表（Job Assignment)和人事事件表（Action/Reason)b是分開的。

SAP對人事活動的處理我認為是做得相當好的。SAP在這塊的處理最大的好處就是標準化和業務集成。

將人事活動進行標準化，在軟件公司里一直是產品經理爭議的地方。在Peoplesoft、Oracle和國內產品比如用友等產品里，他們呢都是靈活的，靈活的優勢是什么都可以做，但是最后的結果是：

1）無法做標準化的報表，這在薪酬里薪資類別不進行標準化的惡果是一樣的，在標準版里看不到很多管理的東西，需要實施顧問根據自己的水平進行設計，這樣造成不同的顧問實施效果很不一樣。

2）實施顧問的工作量很大，大量的二次開發，用戶在這里的到的好處并不時太多，一般需要對人事活動的單據字段進行設計，單據的流程進行配置。

3）無法對操作進行標準化，在這里對操作進行標準非常好，尤其是關于薪酬、社保、住房公積金方面的人事活動。

SAP大概的標準人事事件分為兩類，一類是和薪酬無關的人事活動，有：新增員工、調入、調出、崗位變動、減冊、離崗、外派、重新錄用。當然SAP也是允許擴展的，比如：專業技術職務聘任、專還有一類是和薪酬有關的人事活動：入職定薪、入職定薪（社保公積金處理）、員工晉檔、工資制度完善（即工資標準變化）、工資處理（即一般崗位調動、職務變動產生薪資調整）、社保公積金調整、減冊（社保公積金處理）。

SAP將人事事件的進行了標準化的集成。即在進行一項人事事件操作時，對人事事件本身及相關的很多操作進行了處理，比如在進行入職定薪的時候，涉及到：工資核算范圍的設定、工作時間（即考勤日程）的設置、基本工資設置（即級別、檔次的設置）、個人銀行賬戶信息、經常性支付、個人所得稅（包括范圍、稅率、計稅方式）、以及工資總額方面的設置。

SAP也支持對用工總量的控制。這里進行了一些模型化工作，對機構定員按照不同的員工類別進行控制，這是一個亮點。

以上是初步對SAP HR的一些看法。

SAPHR在中國的發展經歷過了很長時間，前后有很多業內重量級的人物對它進行過系統的改造，確實在整體上超出了國內外很多產品的水準，在這里對SAPHR中國版表示尊敬。包括對其中作出過重要貢獻的聶宜軍先生以及我不認識的其他產品經理。這是一個國內eHR專家（基本上我還自認為算得上）的粗淺看法。