SAP MM 對於MRKO事務程式碼的幾點優化建議

SAP MM 對於MRKO事務程式碼的幾點優化建議

 

SAP公司數十年如一日的一直在對SAP軟體系統做升級，從早期的R2，到後來的R3， ECC，一直到現在S4HANA以及Cloud。在升級改造的過程中，早期產品裡發現的BUG，得到了修復；一些功能得到了擴充套件，一些老的功能被廢棄；軟體產品家族越來越龐大，功能越來越齊全，以致現在SAP軟體系統成為企業管理軟體中的翹楚，市場佔有率保持頭位。世界500強中國500強等諸多大公司紛紛啟用該軟體系統，並將該系統作為一個戰略平臺或者ERP核心平臺，成為大公司背後的管理大師。

 

不過筆者發現，在SAP系統歷次升級換代過程中，一些在專案實踐中被發現並不太好用，或者有待於提升改造的地方，並沒有被優化好，而是一直保持著老的版本里的模式。而SAP公司好像也並不打算在後續的產品升級換代中去優化這些看起來有待於優化和提升的功能。

 

以MM模組顧問熟知的事務程式碼MRKO為例，該事務程式碼用於在寄售採購和管道採購場景中，定期根據我方消耗的管道物料和寄售庫存資料，去建立發票，方便後續的支付，實現與供應商之間的定期結算。筆者認為有如下三點值得在未來SAP產品升級換代中做一些優化。

 

 

1，MRKO中的DISPLAY和SETTLE功能應該分開。

 

MRKO事務程式碼裡2個主要功能，一個是匯出我方指定時間段內實際使用的管道物料或者供應商寄售庫存數量清單，然後與供應商清單，即初始介面上的'Display'(顯示)功能；一個是根據我方在指定時間段範圍內使用過的管道物料的數量或者供應商寄售庫存的資料，觸發採購發票，形成我方的應付款，即初始介面上的‘Settle’（結算）功能。

 

專案實踐中，多是採購部門匯出資料跟供應商對賬，而由財務部門執行結算功能，觸發發票憑證。也就是說，顯示和結算功能是由不同的業務部門執行的，許可權上需要分開，尤其是結算功能，很多企業是規定只能由財務部門使用者才能執行，採購部門不能執行該功能。但是SAP系統的許可權控制，並不能實現使用標準的許可權物件將'顯示'與'結算'功能分開的效果。所以專案實踐中往往需要基於該事務程式碼建立一個新的類似ZMRKO的事務程式碼，這個事務程式碼裡將結算功能遮蔽掉，開放給採購部門使用者使用，而將MRKO事務程式碼不開放給採購部門使用者。這樣是可以實現許可權的分開和控制的。

 

SAP在未來的產品升級換代和優化中，是不是可以將MRKO裡的display和settle功能分開? 要麼將該事務程式碼分成2個，一個只有Display的許可權，一個只有Settle許可權;或者設計2個不同的許可權物件，一個是執行Display，一個是執行Settle。這樣專案實踐中，就少了自定義的開發了。

 

 

2，MRKO事務程式碼應該能讓使用者輸入過賬日期。

 

MRKO在結算選項裡，不能按使用者指定的過賬日期產生髮票憑證，只能以伺服器當前日期作為生成的發票的‘過賬日期’。SAP這麼設計自然有其道理，但是業務實踐中，往往因各種緣故，希望過賬日期是過去的某個日期。尤其是在月結的時候，使用者應該在月底執行MRKO觸發發票形成該月的應付款，未能及時執行MRKO事務程式碼，而是等待下個月初才去執行該事務程式碼，卻發現生成的發票裡的過賬日期無法是過去的日期，這自然會帶來業務上的困惑。

 

未來SAP產品的升級換代是否可以考慮給使用者一個機會去輸入一個他認為合適的過賬日期呢？

 

 

3，MRKO生成的Invoice應該能用一個簡單的事務程式碼直接Reverse。

 

MRKO事務程式碼一旦成功觸發了發票憑證，業務人員如果發現資料不對或者操作失誤，發現普通的取消發票的事務程式碼MR8M不能沖銷該發票憑證，而是需要將相關的貨物移動沖銷掉，然後根據這些沖銷後的物料憑證號去執行MRKO產生一個新的發票，就是與之前的發票相反的發票憑證。也就是說想要取消MRKO觸發的發票憑證，比較複雜，手工工作量比較大。

 

未來SAP產品的升級換代是否可以考慮做一個類似MR8M沖銷發票的事務程式碼，用於直接沖銷MRKO觸發的發票憑證呢？這樣方便業務人員的操作，簡化系統操作步驟，減輕工作量。豈不是更好？

 

聰明的你，有什麼更好的建議呢？

 

2020-02-03 寫於蘇州市。

 

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/29829936/viewspace-2674428/，如需轉載，請註明出處，否則將追究法律責任。