發現SAP BW標準總帳行項目數據源0FI_GL_40存在跨年BUG

    這兩天發現了一個不得了的事，SAP BW標準總帳行項目數據源0FI_GL_40存在跨年抽數的BUG，限制條件【財政年/階段】假如經過ABAP變量或者手工限定跨年條件，將沒法正常抽數，好比限定條件是2013.012~2014.001，那麼，他並不會直接抽取這個區間的會計行項目數據，而是把全部的行項目（到今天爲止）的數據都抽了上來，奇怪的是，若是限定條件不跨年，就能夠正常抽取兩個會計期間的數據。苦逼的我，讓處理鏈自動跑了三天（1月1號、1月2號、1月3號），第三天就出錯了，因而就到RSPCM看看怎麼回事，跟Basicis溝通後發現數據庫硬盤空間已經滿了，而後我查了這三天的請求數據包大小，天天都大於1000W的數據量，泥瑪真心悲劇，平時最多也就10W+吧，何況新年剛到，1月份也不可能有這麼大的數據量，首先能夠肯定BW這邊是沒有問題的了，那麼，會不會是ECC的問題呢？

    因而到ECC去查看，經過RSA3模擬抽取發現，這個問題跟BW那邊同樣，那麼基本上能夠肯定這個標準數據源存在BUG了，經過RSO2查看到標準數據源0FI_GL_40的提取函數以後，到SE37直接看函數源代碼，查找這個【財政年/階段】的來源，無奈沒有找到，但數據是從BSEG表裏面來的，那麼其餘問題就有等研究了。

    基於上面的問題，解決方案就比較明瞭了，下面是我本身想出的解決方法：

    1.新建兩個BW信息包（InfoPackage），分別對限制條件【財政年/階段】作本月及上月的限定，在處理鏈上同時跑兩個信息包，這樣能夠保證絕對不會跨年在一個信息包執行請求時報錯。

    2.修改原有信息包限制條件【財政年/階段】的ABAP代碼，對於跨年的條件，只抽取上一月份數據。

    3.請求SAP官方解決，利用Sap MaketPlace帳號發個Note，請求解決。

    4.找出限制條件【財政年/階段】的源代碼處理過程，修改（不推薦，太多未知因素了）。