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