李姐小組第一次真正的賬並開始了。
張偉分配在第8層，順數第4層，下麵有48家公司。
第9層順數第3層的合並由李姐負責，和張偉平行的有7個合並組。
就等於張偉有7個兄弟，李姐這個家族總共有329個‘人’，公司在sap被叫做‘法人’。
張偉帶了一個博士cpa小鐘，年齡依然比張偉大。
但是在一幫子cpa裡都這麼叫小鐘，張偉也隨大溜了，也叫小鐘了，哈哈！
反正隻有李姐有自己的簡曆，無所謂了。
張偉、小鐘負責的合並小組主要業務是，東南亞的夏國能源的分、子公司。
香港、新加坡、越南......還有幾家國內的，加起來下麵有3層7個合並組。
張偉聽說有一個小組非常悲催，分到合並美洲，晝夜完全顛倒了，哈哈！
看來，自己搞定了曆史彙率，攢了人品啊。
張偉第一次合並其實還是很忐忑的，不過‘張偉組’這種形態，怎麼比喻了，很是互補。
就像一個沙漏形狀，用戶一般是cpa或者是資深的會計，算是沙漏的上部分，財務知識，合並知識牛逼到爆炸。
bcs合並，就是沙漏的縮窄到中間部分，畢竟it係統不需要那麼多純粹的會計知識。
而張偉這種形態，就是沙漏從中間部分往下，sap知識，計算機知識，編程知識，非常的熟悉或者叫精通吧。
於是從沙漏的底部往上到中間，bcs合並部分的所有內容張偉都能輕鬆拿捏。
突破沙漏中間bcs鏈接部分後，再往上張偉的知識盲區就越來越大，直到全盲。
然後兩撥人，反而組成了一個整體。
而其他小組就沒有張偉這組，這種陰陽合合體的配置了。
當然張偉和小組成員都不知道這樣的極品配置。
bcs係統操作部分，太簡單了，真是很有互聯網產品的風格啊，整個合並如果單純隻看操作部分，10分鐘，張偉這個小組就搞完了。
因為所有的規則，所有的邏輯，全部封裝到係統裡麵去了。
就是一個5歲小孩來，都能完成這麼高大上的合並動作。
但是數據對不對，哪裡出錯了，需要怎麼修改，就這一下子就跨越到cpa的高度了。
其實這反而成了張偉的強項了，查數據，處理數據，自己之前每次sap上線，那都是妥妥的大神啊。
從最底層開始核對合並後的數據，張偉和小鐘每人分24家公司。
這些數據全部來自於sap係統，fi、的一張一張的憑證，和\pp\sd模塊最明細的數據。
張偉全程開著自己的大圓滿狀態下的丹球，簡直是如虎添翼。
這樣一來，這些數據，對張偉來說就太熟悉了，隻是增加了2個字段。
一個集團合並科目，一個集團貨幣金額，其他數據和sap係統裡的字段、數據一模一樣。
當然數據呈現的邏輯變了，完全按照合並邏輯來呈現的。
看來跳槽基於自己的存量知識、存量能力為根基，再疊加其他能力的模式，簡直是強到沒邊了啊。
有原來sap模塊的能力輔助，再加上10層丹球輔助，基本上張偉就是用眼睛看，都不需要動工具，就看出了一堆的問題。
然後通知用戶去修改，去排重。
同時記錄下來問題，報給李姐。
張偉以為這是一個普普通通的動作。
但是實際情況，可把用戶嚇壞了，也高興壞了。
誰說的喝‘茅台’，我沒說啊！
估計張偉幻聽了啊。
哈哈！
重點是張偉速度太快了，居然給了用戶時間。
然後李姐那裡因為張偉給她反映的問題，即時立馬通知自己合並組向下的幾百家公司，按照張偉提供的清單自查。
其他7個小組，完全沒反應過來，就直接開始查問題了。
張偉陸陸續續反饋給李姐180多個問題，當然小鐘基本打了醬油。
然後李姐挑挑揀揀.....商商量量，啊，那啥啊！哈哈！
反饋到她的上層合並，差不多隻有80個問題了。
當然，張偉反饋的絕大部分是記賬錯誤，啊哈哈！
比如，本來需要記現金流量碼的，忘記記了啊。
往來記賬忘記記了啊，等等。
啊，哈哈！
....
當然，這些問題，主要是首次賬並，發現的曆史遺留問題。
估計經過這輪的篩選，後麵再合並，肯定會規範很多了。
過程中，張偉還發現了，自己的一個技術、知識的盲區。
b——數據倉庫，在核對數據時，自己會操作這個b。
就好像自己會開車，但是不會修車，不會造車，對於普通人來說，會開車就萬事大吉了啊。
可是張偉不是普通人，b是sap數據處理的巔峰產品，怎麼能放過了。
留著，等這次合並完了，再來盤他。
這章沒有結束，請點擊下一頁繼續閱讀！
.....
3天後，張偉就開始往報表係統，傳報表進行校驗。
其他小組，還在搞張偉發現的那些問題清單的事。
第一輪傳了覺得最靠譜的19家公司。
我靠，一堆的錯誤，一等有5條，二等有12條，三等有29條。
可把張偉嚇的夠嗆啊。
然後趕緊用結丹大圓滿的能力，來查報表錯誤的原因。