【文章內容簡介】 15=5), Cost Rollup 完後在改回 (step32). （此處時引用黃韋道和陳欽專編的《END COST PROGRESS訓練教材》）但目前在多次月結經驗中，發(fā)現Fail to Close WO在Cost Manager中進行切分錄的時候，不能正常Charge到WIP Account中，所以建議在Cost Manager 切完分錄后，再改囘的動作。 4. CE30 CC RollbackNavigate：Cost Ending ProcessCE30 Roll back CCZ參數：無參數這個程序主要是Delete Oracle ERP的Bug，在資產重新評估之前, 本月份(Account Period)的CC單尚未切分錄, 理論上不應計算在資產重新評估中(應在下月份月結才算入本月份的CC Transaction), 然而Oracle將其算入.如果不做這步，則對於存在Zw和CC的工單其在WIP Standard Cost Adjustment Report中的Adjustment Quantity將會不正確。正確的邏輯；期初：= 期末（JJ CC）+（DD ZW）=期末JJZW +CC +DD，Oracle錯誤的邏輯：期初：= 期末 JJ + DD因爲期末沒有錯，要用oracle 錯誤的邏輯算出對得Adjustment qty，則必須在JJ單中+CC qty ，在DD中ZW qty。5. Cost UpdateNavigate：CostItem coststd cost updateUpdate Costs每個org都作,并且不可以錯:就是要選OU,在change org的BY org來作注意不可以掉了任意一個是從pending cost 更新到Frozen cost(財務再通過加權平均后得到的本月實際成本放在pending cost中,再通過本月的實際成本和上月的實際成本(既Frozen cost)作比較,算出差異)RUN 報表前的參數設置:這兩個值都是定值上面是設置帳本的界面!下面是參數的主界面Update選項可以是Resource,如沒有,則選擇Item only由上圖參數生成的帳本通常出錯的原因：1．Request直接報ERR，Request log中提示無下月的會計期間。出錯原因：本Org下月會計區(qū)間沒有打開，Cost Update TXN不能正常產生在下月期間內。2．Cost Update運行過長時間（），并且在request Log中出現：App00988 Oracle Error 1654 eleacct錯誤信息。這中錯誤原因不明，但是此ERR一定要check DB的ERR。方法：login 到DB（telnet ），查看DB的Alert Log：界面和目錄如下： 6. Check Cost Update 的結果 all orgsNavigate：Cost Ending Processuc跨Oraganization成本Check參數：Frozen Cost Type，每個公司（OU）均需運行一次。檢查Frozen Cost是否一樣7. 調整有誤的料號Navigate：CostCost Mass EditsCopy Cost InformationCopy Item Costs Across Oraganization WEI參數怎么設置1﹒現從DGL 的frozen導入到DTS(responsibility 是DTS)的MSH0211　type2﹒然后在調用copy item cost (for import data)把DTS　的MSH　cost type 導入到DTS的Frozen　cost type9．CE40 CC RecoveryNavigate：WIP SuperUser/Cost Supper UserCost Ending ProcessCE40 Recovery Rollback CCZ參數：無參數此程式和CE30 Roll back CCZ對應，修復CE30 Roll back CCZ做過的Debug的修改。10. CE45 暫移下個月之Tranx(the res/oh tx in the next period)Navigate：Cost Supper UserCost Ending Process CE45 Temp removing the next period Resamp。OHParameter：下個月的第一天（下期的第一天）此程式是把下期發(fā)生的人工（產鮮助理keyin的生産日報表）和可能的外包工單的OSP費用（Wip_cost_txn_interface）暫存到零時文檔，再在CE55 Recovery the remove next period Rescamp。OH恢復。如果目前MIS COST月結發(fā)生在本期的期末晚上和下期期末淩晨的話，此步驟和CE55可以不作。11．切分錄前的準備程式成品Navigate：Cost Ending Process TX切分錄 前的準備程式Parameter：本期期間（Mar05）此程式的作用：l 取本期的最小最大TXN id。 Insert Max_txid, Min_txid 到 MIC_MTL_MINMAX_TXIDl 大於上期最大TXN ID的TXN的Cost Flag均必須為N。判斷本期所有的交易均正常，上期月結切分錄沒有本本期的交易切掉。如果出現有交易存在異常，則説明上期在月結期間有交易在產生。請查找根本原因並解決。異常處理辦法：看情況之多寡，如果少。切忌不可以Update這些異常txn的 Cost Flag 為N。l 在本期最大最小的id中，必須均在本期（Acct_Period_id）異常處理方法同上。l Update txn Type為(342, 343, 396, 24)的Cost_flag為null。目前在華東只有24 txn Cost產生的交易.l 暫時Update 大於本期Max_txn_id的交易Cost_Flag為null，在還原程式“TX切分錄后的還原動作”中會再次Update為N把下期的交易假裝已切分錄。l Update EK,IJ,EJ,IK,LLC,LLR Cost_Flag= null,這種從同一個科目之間的調撥，不產生分錄對於庫存之間的調撥，因爲其產生的科目均為庫存的對應科目，借貸Net掉為0l 備份本期的所有交易因爲目前華東地區(qū)的Oracle ERP性能日益不能滿足目前交易量，為提高財務Run相關報表的速度，採用空間換時間的原理，從時間上提高Perference11. 切成品分錄OpenClose Cost MGTinv super user224。setup224。transaction224。interface management然后在點擊 special下的launch Manager,這樣的話就會出發(fā)出許多進程就是把每一筆transaction的交易費用charge到每中帳戶中去!這個進程要運行很久(30’)如果因他而起的進程都plete后,就把這個進程(是pending態(tài)的),在通過request_id再inv 224。request中查找,並把其狀態(tài)運行到pleteamp。cancel狀態(tài)一旦Manager Active，將提交resource worker和Material worker，需察看程式可能出來的waining狀態(tài)的Request。如果存在Warning，請check 是否有剩餘（沒有Charge完的resource和沒有產生分錄的txn）Check Script：1．select * from wip_cost_txn_interface2．select ,,mmt.* from mtl_material_transactions mmtwhere =39。E39。（Or is null）如果出現上述SQL Script 返回記錄，則説明存在需要再次處理的紀錄。處理辦法如下：1．針對wip_cost_txn_interface如果工單為Close狀態(tài),直接delete 這些記錄,如果工單不為Close,為(Failed Close,Complete no charge allowed),請update對應工單為Complete change allowed狀態(tài).然後再update wip_cost_txn_interface的Process status和Process_phase.Process Phase:1,Resourc