回來後，張偉立馬按照和王哥溝通的內容，加上需要調整的邏輯，很快就加上了！通知王哥測試！
王哥簡直是被張偉這辦事速度震驚的無以複加，外焦裡嫩的！直接給張偉猛點讚！
真的融合了程序流和模塊流之後，這種修改簡直太容易，以前張偉寫程序隻知道，這樣寫，可是為什麼要這樣寫完全不知道，當這兩條平行線在張偉這裡相交且融合後！世界就徹底的變了，不但知道要這樣寫，而且還知道為什麼要這樣寫！
就像剛剛那個，之前是這個字段需要102的數據，可是為什麼是102，不是109，129或者322....，張偉是不知道到的，可是現在知道了，退貨隻有102和122，其他都不是退貨，業務上隻需要這兩種數據，102是收到貨就退，或者整批退，或者收錯了退，而122是按照訂單退，可能是多次收貨的退，所以沒法用102退！
寫程序的邏輯是隻管對結果的最終實現，而為什麼要這樣實現，卻是需要業務邏輯來確定的，在sap把業務邏輯分成了很多模塊，是采購、倉庫等，pp是生產等，sd是銷售等，fi是財務等，是成本等，現在對於張偉來說，路線完全清晰了，而且是那種融合版的清晰，打通任督二脈模式下清晰，剩下的就是帶著自己剛領悟到的開掛技能去橫掃八荒，擴大這種融合的直徑，現在這個融合隻是采購這一個業務場景和采購程序融合了！
張偉感覺到了前所未有的力量和戰鬥激情，隻想在心中狂喊！乾！乾！乾！
搞定王哥的問題後，張偉立馬找到強哥！
“強哥，我那5個報表分好了沒？”
估計強哥也是很納悶，沒見過這麼乾工作的人啊！那就給你來點猛的，讓你彆那麼冒頭！
“馬上，下午給你！”
強哥把，那幾個最麻煩的報表，需要取數流程最長的，打算都分給張偉，本來這些都是aix分給自己的！誰叫張偉自己叫的歡了！給你點顏色看看！
下午上班，強哥就把報表分給了張偉！同時拉群，讓張偉自己和用戶去對接了！張偉也樂意這樣！
直接麵向用戶，直接和用戶交流，那簡直是太爽了！
雖然強哥給張偉分配最難的報表，可是在張偉擁有了開掛技能麵前，完全就是降維打擊，對強哥覺得難得，反而是張偉最喜歡的！流程越長，可以問的人就越多，學到的東西也就越多！
張偉發現，自己市場營銷的特質，在麵向用戶的時候，優勢又來了，像強哥他們這種典型的it男，不愛出去活動，就喜歡坐在辦公室！
張偉就不同了，直接殺去一線，坐用戶邊上，和用戶麵對麵交流，溝通需求！
對現在的張偉既是在了解用戶開發報表的需求，同時又在開掛學習業務模塊！
張偉這個溝通夾帶了私貨，而人家用戶還非常樂意，完全沒發現被夾帶了私貨，還覺得張偉在給他們開發報表，講的賊賣力，賊通透！
張偉看了這5個需求，剛好有一個又是采購部的，群拉的是鄧課長！
“鄧課長，這個報表是找你了解需求，還是找其他人？”
鄧課長在群裡回複“我看你們部門上午有個小夥子，找了王經理，你們還是找王經理吧，他明白的！”
“好的！”張偉回複！
然後張偉又下去找王哥去了！
........
張偉又在王哥那裡開掛了2小時，把需求都了解清楚了，張偉也基本搞明白了整個采購部的運作流程，和係統操作邏輯，以及數據流邏輯了！
然後就是回來開始寫程序，當了解完這些後，又是寫采購模塊的程序，對張偉來說，那簡直就像喝稀飯一樣簡單了！晚上還沒到10點這個報表就被張偉搞定了，而且是那種基於用戶體驗模式的搞定了！畢竟王哥已經給張偉說過一次了，前麵選擇界麵要怎麼搞，後麵現實界麵要怎麼搞！完全輕車熟路！
當晚張偉打包好程序，10.23左右發了郵件給aix！下班！
第二天，張偉就把這個報表交給了王哥，張偉下去給王哥說的時候，王哥居然沒有發現任何問題，一遍過！當然張偉自己因為懂了業務，知道了整體的業務需求，所以自己早就做好了測試，而且張偉的測試是融合了模塊能力和程序能力的測試，可以說是那種無死角的測試，交給王哥之前張偉基於自己的理解測試過來，同時已經修改了十幾個地方了！
“王哥你看，你給我講了之後，這個報表質量很高吧！下次再給我講講哈！”
“必須得很高啊！不過我其實沒啥給你講的了，這個報表，加上上次那個報表，我們采購部的業務就這些了！”
“啊！沒有了，怎麼會了，我看你們采購一天很忙啊！”
“業務流程，係統操作確實就這些了，也有十幾個業務情況了啊，忙！主要是每種業務量很大！”
本小章還未完，請點擊下一頁繼續閱讀後麵精彩內容！
“哦，明白了！王哥，有啥問題直接微信上找我哈，我先上去了，搞下其他模塊的報表！”
張偉發現確實向王哥講的，業務部門其實不是業務本身複雜，而是業務量很大，業務的複雜度就是流程的長度，這個其實是有限的，而業務量是無限的，每天都是相同的事情大量的重複，比如王哥負責包材、塑膠采購業務，每天都有很多筆訂單、收貨、退貨...這些才是他工作量的大頭，而張偉隻要每種都學會了一筆業務，就等於學會了王哥全部的業務，剩下的就是重複，從張偉寫程序的角度，就是oop循環，換成其他程序語言就是for循環語句，對張偉來說，就已經算是學完了！重複，循環對張偉來說，是沒有意義的，不需要學習！
然後張偉就用相同的開掛的方法，帶著報表需求，去找pp生產模塊的同事，2天的時間基本把生產模塊的業務流程了解的八九不離十了！學習到了什麼叫ps，生產計劃，就是公司在生產的時候，是按照計劃來生產的，當然還有按照單生產，按照庫存來生產！目前張偉他們公司按照生產計劃，和按照單來製定生產安排！rp，這個概念有點複雜，張偉找生產部門的好幾個人都聊了最後也查了資料，自己總結了下，大概邏輯是，比如要生產100瓶礦泉水，那麼需要100個蓋子，100個瓶子，100個標簽，1噸的水，這些明細項叫表，中文名叫物料清單，分成很多層，比如蓋子的下一層是塑膠顆粒，標簽的下一層，是印刷膠帶；而對於這100瓶水來跑rp時，就會進行計算，比如倉庫裡有30個蓋子，那麼就需要購買70個蓋子，然後這70個蓋子的就被轉成采購需求，進入采購流程；然後就可以基於產線的生產情況安排30瓶水的生產，如果每次產線隻生產10瓶水，那麼就可以安排3個生產訂單，剩下的70瓶水，對應7個訂單就等蓋子到了再跑rp就會出現7個生產訂單！rp的算法非常的nb，基本上把整個工廠的流程都調動起來了，算是驅動工廠的核心生產算法了！表，物理清單，有標準表，研發確定的產品明細，有生產訂單表下訂單時候的.......
然後就是sd銷售模塊，其實就是客戶購買公司的產品，對應的單據，是采購訂單的對立方，隻是一個是采購方，一個銷售，後麵就是銷售包裝，銷售發貨，銷售開票！\sd模塊的業務流程基本都搞熟悉了！同時自己也有驚喜的發現！
這就是張偉作為程序員最大的優勢，就是那種能撥開迷霧看清本質的能力，畢竟程序的實現是基於事務運行的底層邏輯來進行，就是去除所有的重複、循環項，剩下的就是規律、也是邏輯，而這部分才需要用程序來進行表達，這樣的程序才是真正的好程序，這就是張偉他們這種程序員天生的優勢！張偉本身理科又很好，邏輯敏感性對他來說又特彆的敏銳！
首先進步的肯定是報表編程技術了，雖然才寫了6個報表，可是本身報表技術在sap這個領域就是很簡單的技術分支，張偉基本上已經爐火純青了，完全沒有任何難度了，隻要是報表，張偉最多一天就搞定，搞不懂自己部門之前那些報表為什麼要按照周來算時間！
然後就是張偉發現，居然sap的字段的使用極度的統一、標準，相同意思的字段，比如工廠“erks”這個字段，在任何模塊，在任何業務場景都是一樣，不管是業務含義，還是技術含義都一模一樣，技術名詞都是完全一樣，sap的所有的字段都是這樣的，為了能做到一樣，還專門有相應的機製進行保障，這點普通人感覺好像無所謂、也就那樣，但是對於整體係統卻非常重要、非常有價值的存在！
張偉最開始是沒發現的，一直寫到第四個報表時，發現報表使用的很多字段非常的熟悉，經過仔細對比發現4個報表居然字段一模一樣，但是業務模塊、業務屬性卻完全不同，字段卻是相同的，當然業務名稱也是相同的！
以前在大學張偉和他同學合寫一個程序係統時，都是各自命名自己的表格字段！當隻是自己搞自己的功能時完全沒關係，當需要構建功能之間交叉時，就很麻煩了，而sap完全不存在這個問題，因為字段意義，字段業務名，字段技術名，完全一樣，不管係統在大合作開發的人再多，隻要是使用到工廠這個業務，需要對應的這段全部都用“erks”，他的重點是不是隻有這一個字段，而是sap所有的字段都是這樣！
這就太nb了，sap的這10萬個功能，隻要是相同的業務，都是使用相同的字段，而且是從1982年開始，到現在！你說這個的有多牛！幾十年如一日的堅持，這還是其一，其二是1982年就把這個模式給確定下來了，當時確定那幫人的眼界、格局的有多牛，甚至為了保障這一機製，居然設計了一整個配套體係，比如新建字段，定義字段、查找字段，從這種細微處可以看出那幫人的強悍啊，不得不佩服！
張偉非常的感慨！1982年sap開發的功能，現在還能用，而且是現在還能看的懂！我們可以縱觀下國內，哪家軟件公司做得到！沒有任何一家可以！彆說跨越30多年，就是跨越5年都做不到！
這個機製肯定是一個寶貝，張偉通過自己的琢磨算是精煉出了這個寶貝，是那種授人以魚，不如授人以漁，的漁！雖然張偉不能馬上去開發係統，但是未來如果自己要開發係統，這個機製絕對的靠譜，nb的不要不要的！而且現在張偉就已經非常肯定的說，他享受到這個機製的紅利了，未來也會持續的享受這個紅利！相信全球sap的從業者也同樣享受了這個紅利！
喜歡凡人碼農加sap加xr征服世界請大家收藏：()凡人碼農加sap加xr征服世界書更新速度全網最快。