相信會點進來這系列文章的應該很多是剛進入SAP行業或是對這個職位有興趣有在考慮轉職,會想發這系列文章的契機是筆者當初也是進了公司才開始學習ABAP(之前甚至也沒有其他程式語言背景),發現ABAP相對其他程式語言來說比較少完整的學習資源,一來是環境取得不易,二來是如果只教程式語法沒有搭配企業的使用情境的話學習的效果也不好,所以這系列文章除了介紹ABAP也會帶入筆者自身在公司實作的經驗,希望透過30天的分享讓0基礎的人也可以快速成長到應付企業90%以上的開發需求。
商管科系畢業,在校有學習過SAP模組課程,但沒有寫過任何ABAP程式,也沒有學習過其他程式語言,目前在科技業擔任SAP工程師約兩年,會特別寫出背景是希望如果有跟我一樣的文組生想要跨領域的可以不要害怕,其實沒有這麼難!
不免俗還是先簡介一下,SAP是全世界最大的ERP廠商,客戶有像APPLE、COKE COLA、台灣的台積電、聯發科、鴻海等大公司,白話一點說就是這些大公司是使用SAP系統來進行他們的日常作業,例如:訂單管理、供應鏈管理、財務管理,既然世界上這麼多的大企業都在使用就代表SAP提供了非常多的標準功能來符合這些企業的需求,而ABAP則是專門為了在SAP內進行開發的語言,不過既然SAP都已經這麼強大了,那到底還需要我們開發什麼呢?
1.公司獨有的管理邏輯的客製報表:例如公司為了降低庫存,需要找出庫齡較高存貨作個別處理,因為每家公司對褲齡的定義可能有些微不同所以需要進行客製開發
2.跟外部系統做資料交換的程式:這種程式在SAP裡叫做RFC(Remote function call),例如公司需要將訂單相關的資訊放在公司內部的網站上製作成業績管理報表給主管看
3.開發增強程式(Enhencement):SAP在標準程式上還提供了可以增加客製邏輯的功能,例如根據不同訂單類型自動帶入不同的銷售稅碼
SAP的工作分為甲方跟乙方,甲方就是公司裡面的工程師,乙方就是顧問公司
對甲方來說:模組的工程師要會寫ABAP是常態,算是必要的吃飯工具
對乙方來說:通常模組顧問跟ABAP顧問是分開的,模組顧問負責系統分析、撰寫規格書,ABAP顧問負責開發,所以模組顧問仍然需要具備基礎的ABAP知識,才能寫出合理、有邏輯的規格書
以上就是今天分享的內容,私心認為SAP行業非常適合商管學生想要轉職工程師,有興趣的歡迎追蹤起來!