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