第二天，張偉得空後，湊到峰哥邊上。
“峰哥，啥是自由顧問啊？”
“我靠，你也知道？”峰哥一臉的不可置信，彷彿在說，這愣頭青，能知道這麼機密的事？
這把張偉整不會了，什麼叫我也知道？
我就是不知道才來問你的啊！
“你是怎麼知道，合併報表顧問是自由顧問的？”峰哥一臉的詫異，看著遲疑的張偉，接著追問。
什麼情況，我現在是連啥是自由顧問都沒搞明白，你居然問我，合併報表是自由顧問？
這是牛頭不對馬嘴啊，不過不要緊啊，關鍵資訊是，咱們專案組居然有一個自由顧問啊。
“峰哥，啥啊，我連啥是自由顧問都不知道啊”張偉有點鬱悶地補充。
“哈哈，沒聽清楚，沒聽清楚，給你透露了“天機”了”峰哥一臉的壞笑。
“現在不方便說，等會吃飯的時候說。”峰哥接著小聲補充道。
“好嘞，峰哥。”
張偉也回自己位置上，接著爆肝，金有浪，對接SAP的事情去了。
張偉依然採用了昨天的模式，3塊螢幕，同時還開著自己的8層丹球，並具現在自己眼前。
張偉覺得要大幹一場啊，怎麼也要對得起王主任打算單獨給自己發獎金！
需要從各個模組傳遞資料過來，首先處理第一個欄位“工廠”。
這個欄位張偉太熟悉了，SAP的各個模組PP，MM，SD，FI，CO全部統一，欄位技術名“WERKS”，英文名“Plant”，中文名“工廠”。
太熟悉了，之前在東莞，在500強用過無數次了，現在還在自己丹球的第四層-欄位層裡，明晃晃的隻有唯一的一個，但是往上延伸到丹球的第5層“資料表層”時，這個欄位就進入很多個表了，這些表延伸到第6層時，又進入到很多的函式BAPI裡了，但是無一例外，隻要是用到工廠的，都叫這個技術名“WERKS”。
張偉太喜歡這個設計了！
然後張偉帶著這個思維，去對接金有浪！
兩個係統，一個是德國人開發的，一個是中國人開發的，欄位名不同，完全能理解啊！
SAP這邊是“WERKS”。
金有浪那邊是：
Factory_ID：工廠編碼。
Production_Org：生產組織。
Material_Factory：物料所屬工廠。
Order_Factory：訂單工廠。
OrgUnit：組織單元。
Order_Org：訂單組織單元。
張偉一口氣把昨天核對的資訊羅列了出來。
張偉暈菜了，徹底地暈菜了！
Fuck！Whatthe**！
張偉直接爆粗口了！
這是什麼鬼？
為什麼欄位名稱不同，為什麼啊！這是為什麼啊！
NND張偉徹底地無語了！
張偉的認知裡，相同的業務屬性在不同的業務場景下，欄位的技術名肯定一樣啊，這是SAP的鐵律啊，自己在丹球，還在這裏明晃晃地擺著啊！
打個比方吧，有一種“蒜”有人叫“蒜苗”，有人叫“蒜台”，有人叫“蒜毫”，有人叫“大蒜”。
反正就是一個東西。
生活中，你告訴3個人“幫我弄點蒜苗來！”，於是你收到了3種不同的“蒜”！
不過沒關係，你都給炒成了菜！
可是這是技術，這是技術！
一是一，二是二，決不允許有半點差錯啊！
就上麵那個“工廠”在SAP那裏，各個模組，各個程式裡，各種配置裡，全部都是這個技術名稱“WERKS”。
從SAP延伸到線下，不管是東莞，還是深圳，灣灣，大陸，荷蘭，美國，甚至是全球，所有人隻要是做SAP的，都知道“WERKS”欄位是代表工廠。
當年，張偉甚至用這套邏輯，在全球500強，和全球的使用者交流，沒有任何障礙，搞得妥妥的，甚至連英文都不用，就是說技術名稱 單詞，就完成了荷蘭人的專案。
現在張偉，崩塌了！
現在金有浪那邊，就工廠就有“6”個技術名稱，在各個業務模組裡，每個模組一個技術名稱。
而現在SAP這邊就一個“WERKS”，我要怎麼對接啊？！
就是那種，張偉抬頭向天，既無奈又無助地喊出來“老天爺啊！到底哪個是“蒜苗”啊！”可是自己手上，拿著的卻是6種完全不同的“蒜苗”！
如果是炒菜，老子一鍋燴了得了，全都是“蒜苗”！
可是這是程式，這是技術，這是財務，這是錢啊！
每錯一個，都是真真實實的，幾百萬，幾千萬，甚至是上億金額的錯誤！
NND!
真是把張偉給整不會了，在SAP裡完全不能算事的問題，在這裏居然是天大的事！
還好自己開著8層丹球，否則就掉坑裏，這個獎金不好拿啊！
TMD！沒辦法了，硬著頭皮也得上啊！
“自己約的炮，含著淚也要打完！”
然後是，“供應商”SAP隻有“LIFNR”一個，唯一的一個，金有浪有“4”個。
“客戶”SAP隻有“KUNNR”一個，唯一的一個，金有浪有“5”個。
.......
終於，有個正常的了，終於有個正常的了！
科目，會計科目表！
SAP隻有一個“SAKNR”金有浪也隻有一個“FAccountID”。
總算是正常了一把啊！
真的，就沖這一項，金有浪被SAP換掉就不冤，國產的ERP，資料欄位統一性的設計，太差了！太low了！
咱們這個是ERP係統啊，不能有一分錢的錯誤的，很多時候，一些製造業他們的利潤，就隻有“1分錢”。
甚至是“幾厘錢”，然後當各個模組進行整合時，賬對不上了，你說他們會不會欲哭無淚呢？
一套ERP裡，有幾萬個欄位，甚至幾十萬個欄位，這樣組合下來，出錯的概率太高了啊！
漢字隻需要6千多個，可以組合出《紅樓夢》，同樣這些字，也可以組合出《母豬產後護理》。
而涉及到企業經營的資料，是不能有絲毫錯誤的，這種最底層的基礎架構，在設計上就出現了這麼大的設計缺陷，你還指望未來會變好？
就像地基是3層小樓，你還想在上麵蓋萬丈高樓，別做夢了。
但是唯一值得欣慰的是，至少會計科目這個欄位全係統是統一的！
金有浪和SAP都是統一的！
這也能解釋，因為金有浪，本身是基於“財務”做起來的ERP係統，所以這個欄位能做到統一，也算是為國產ERP保留了一絲臉麵吧！
張偉，在憤怒氣憤中，終於算是核對完了！
如果是SAP，這步搞完，其實就OK了，可以拿獎金了啊。
因為在SAP技術體係裏，欄位的技術名稱統一，不管是跨模組，甚至是跨國家，跨語言體係，都是能精準地匹配上。
現在在金有浪這裏不行啊，還得再去對資料。
這樣才能確保，每個技術欄位，需要和SAP這邊的欄位匹配上，如果不行還得人為寫很多處理邏輯。
怪不得叫“屎山程式碼！”，如果從SAP程式碼設計的角度，這絕對可以劃歸入“屎山程式碼”。
然後，張偉還是叫來，小燕，紅姐，開始逐個地對資料了。
現在隻能從係統功能 技術欄位 介麵輸入業務資料的角度，來核對了。
這一核對不要緊，張偉又發現金有浪和SAP係統設計思想重大的兩個不同了。
SAP是多維思想，如果需要資訊，用關鍵字進行關聯組合獲得，是網狀結構和三維立體結構的，這也是張偉8層丹球可以構建的理論基礎。
金有浪是一維思想，以單一資訊，單一維度，單一模組來設計，線性結構和平麵結構。
比如SAP科目資料，科目編碼隻有一個欄位，其他所有資訊，都以屬性的形式，通過各個欄位組合而來，可能科目編碼本身沒有任何實際含義，當然在實際專案中也會被賦予含義，但是科目蘊含的很多資訊，不會放到編碼裡，而是用多個欄位進行儲存。
這樣做就有個巨大的好處，科目可以被賦予無限多的資訊，因為可以疊加無窮多的欄位，而且每個欄位的內容，理論上也可以疊加無窮多的資訊。
所以SAP就一套係統、一套資料，就可以滿足全球所有國家的會計製度，比如：中國會計準則（CAS）、國際財務報告準則（IFRS）、美國通用會計準則（USGAAP）等等。
因為其可被承載的資訊量足夠多。
其次是讓一個資料被賦予太多的資訊，約束了資料的靈活性。
金有浪的資料設計思維是一維的，比如科目用分層的模式，每一層被賦予了一個資訊，也就是一個業務邏輯。
各層科目疊加在一起，就是一個最終記賬的科目，這個編碼本身被賦予了太多的資訊，那麼其擴充套件性就會受到製約。
如果從第四條邊“產品經理”視角來理解，這樣的設計隻滿足了，中國會計準則體係下的業務需求，而沒有放眼全球。
這還隻是一個欄位，一個資料，一個方麵的功能，而金有浪整體的設計基本沿用了這樣的設計思維。
當然，這點也不能怪金有浪，當時SAP設計土壤，是基於德國的“大眾、賓士、寶馬、西門子......”這樣的跨全球企業來的，而夏國金有浪設計的原型是“財、稅”，而那時的夏國企業，從鄧工南巡之後才蓬勃發展，基本都是小企業，完全沒有構建大型ERP的土壤。
而現在看金有浪的架構設計，從SAP的視角來看，或者從張偉8層結丹的境界來看，就顯得很是小家子氣！
張偉反而想起了，網上的一個段子“一個掏糞工說，我要是有錢了，我一定把我這個掏糞的鏟子，換成金的，用金鏟子掏糞。”完全想像不到，有錢人的生活是什麼樣的，其最大的想像力，就是把掏糞鏟子換成金的。
當年的金有浪在構建自己產品的認知時，是按照張偉家邊上那條小河來的，而SAP在構建自己產品認知時，是按照太平洋來的。
如果當時金有浪有500強“奪舍”max心神的那句靡靡心經“全球接單，三地研發，一地生產，全球出貨”為依託，一定會完成自己小家子氣的突破，當然現在這句已經完全成了張偉的養分，被“第四條邊”瘋狂地從這裏吸收能量，壯大自己“產品經理”的認知能力。
張偉，從金有浪產品的身上，反而看到了，自己沒有被max“破壁”前的那個“我”，一直被困在其中，掙紮求生。
完全是用“井底之蛙”的眼光看待世界，並基於這樣的認知，來規劃未來、思考人生。
“破壁”“夏蟲不可以語冰”張偉現在領悟到，不管是在個人，甚至是一個麵向國家的產品，都難以逃脫這樣的魔咒。
現在國內89%的上市公司和知名企業，都使用SAP作為他們的ERP軟體，而這些公司在小的時候，都是使用金有浪ERP的啊。
而他們為了把金有浪替換成SAP，甚至願意花幾千萬，甚至上億，可見這些企業對金有浪有多麼的失望。
這第四條邊的能力，對產品的認知，對業務和技術融合後的深度理解，可真不是蓋的啊。
NB的第四條邊！
看女頻小說每天能領現金紅包🧧