現(xiàn)代企業(yè)貨款月結(jié)流程分析報(bào)告

1、月結(jié)SOP月結(jié)之總體Scope and FrameINV 月結(jié)交易過帳l Check 所有transaction是否異常,press all TXN均過帳l 保證庫存的正確性和真實(shí)性:並Extract INV/WIP QTY for 重算成本財(cái)務(wù)月結(jié)算出原料成本v重算成本(通過加權(quán)平均算出每個(gè)item原料的成本-pending cost)v找成本差異,更正有誤的成本Cost 月結(jié)-形成財(cái)務(wù)報(bào)表v會(huì)計(jì)分錄,拋GLv形成生產(chǎn)成本價(jià)格，記錄歷史成本vUpdate item cost(Frozen standard cost)v Submit standard cost adjustment Repo

2、rt目前對(duì)於財(cái)務(wù)月結(jié)和INV月結(jié)本質(zhì)上沒有影響,除了驗(yàn)收會(huì)對(duì)財(cái)務(wù)計(jì)算材料成本有影響以外.INV月結(jié):INV月結(jié)就是為了保證本月的交易正常產(chǎn)生.即本月的交易只產(chǎn)生在本期(會(huì)計(jì)區(qū)間內(nèi)),非本月的交易絕不可以產(chǎn)生在本月.並因此而保證庫存的正確性,準(zhǔn)確性.(這也是為什麼要check負(fù)庫存和帳查的原因),以便抽出本期期末(下期期初),為計(jì)算材料成本和Cost Update做最正確的準(zhǔn)備.任何錯(cuò)誤的期末都一定會(huì)影響成本的正確性.Step 1. All records in HUB interface must be cleared.原則上是要Check EDI 856所有的Interface 中的異常數(shù)據(jù)

3、，這些是本月的交易但是卻不能正常產(chǎn)生交易異動(dòng)檔。所以必須讓這些數(shù)據(jù)正常insert到mtl_materail_transactions中。關(guān)注的table有：MIC_HUB_ISSUE_DETAILS，MIC_HUB_RECEIVING_DETAILS，MIC_HUB_TRANSACTION_DETAILS等EDI異常之table。1. check 發(fā)料的EDI interface。l 檢查語句 Script：SELECT * FROM MIC_HUB_ISSUE_DETAILSWHERE EDI862_UPDATE_STATUS like 'ERR%'OR STATUS_CO

4、DE!='OK-862'l 產(chǎn)生問題的程式：（Cause of Issue:）1. MiTAC HUB(昆達(dá))Inbound Main Process: MHBIB56M.sql2. Mitac Hub Issue Inventory Process: MHBIBIVI.sql3. HWA HUB 856 Update 862&Allocated Records:HWP0130R.sql4. PKG: mkl_wip_auto_jj_for_02. auto_post_jjl 處理辦法：Error status code:¶. ERR-PA-01 Price

5、agreement 價(jià)格協(xié)議書未建立，AA單無法驗(yàn)收解決方式: 請(qǐng)PO人員解決·. OK-BP、ERR-ISS(6)JJ單利用EK調(diào)撥，不足量以AA採購，但EK與AA回的時(shí)間不同，過帳組未加以確認(rèn)數(shù)量即過帳，造成第二筆單據(jù)無法過帳，形成HUB DATA Error ，進(jìn)而造成INV負(fù)庫存。 解決方式: 過帳組會(huì)以加開JJ單與EK單將負(fù)庫存清空。2. check txn（如：EK，DD，F(xiàn)F）的interfacel 檢查語句 Script：SELECT * FROM MIC_HUB_TRANSACTION_DETAILSWHERE STATUS_CODE!='OK-856T&#

6、39;l Cause of Issue:u MiTAC HUB(昆達(dá))Inbound Main Process: MHBIB56M.sqlu 9.2 EDI from HUB: MINVW856T.sqll 處理辦法：請(qǐng)查看程式3. check 驗(yàn)收或者Approval的interface l 檢查語句 Scriptselect * from MIC_HUB_RECEIVING_DETAILS Hwhere H.STATUS_CODE LIKE '%ERR%'l Cause of Issue:MiTAC HUB Receiving Process：MHBIB56R.sqll 處

7、理辦法：UPDATE mic_hub_receiving_details h SET h.status_code = 'IMPORTED', batch_id = '124666' 然後：通過BU_Code來判斷是GTK還是MKL,然後:如果是transaction_type='S'要在對(duì)應(yīng)的mitac hub supervisor gui 運(yùn)行mitac hub status change report如果是transaction_type='R'要在對(duì)應(yīng)的mitac hub supervisor gui運(yùn)行mitac hub

8、receiving process注意此程式是PO Module中的程式需要by OU來運(yùn)行.即挑選必要的responsibilityStep 2. All records in MTL TXN interfaces must be postedOracle ERP的過賬是通過MTL_TRANSACTIONS_INTERFACE和MTL_MATERIAL_TRANSACTIONS_TEMP及RCV_transactions_interface與用戶或者客戶化作為接口來處理的。Oracle自己的核心程式會(huì)自動(dòng)由這兩個(gè)interface來判斷並處理產(chǎn)生正式的交易。因爲(wèi)oralce程式會(huì)自己判斷，如

9、果數(shù)據(jù)不符合其規(guī)則或者異常，將會(huì)一直卡在interface中，不能正常產(chǎn)生交易。處理interface產(chǎn)生正常交易的程式是：Material transaction Manager.Navigate: INV Supper User GUIàsetupàtransactionàInterface Manager裏面的Material transaction，如果其status為Active，則説明其是處在工作狀態(tài)。（一般情況下，但oracle ERP startup，其都會(huì)在Concurrent Manager中Inventory Manager中運(yùn)行著）處理：M

10、TL_MATERIAL_TRANSACTIONS_TEMP方法1。To investigate why the Transactions are Failing, run the following SQL Script: SQL> select transaction_source_id , inventory_item_id, process_flag, error_code, error_explanation, transaction_source_type_id, organization_id from mtl_material_transactions_tempHow to

11、 resubmit the Transactions use this script: SQL> update mtl_material_transactions_temp set process_flag = 'Y', lock_flag = 'N', transaction_mode= 3, error_code = NULL, error_explaination = NULL where process_flag = 'E' 方法2：進(jìn)入Oracle ERP系統(tǒng)察看並處理此種情況：Navigate：INV Supper User G

12、UIàtransactionàPending Transactions處理MTL_TRANSACTIONS_INTERFACE方法1：SQL：select mti.error_explanation,mti.error_code,cess_flag,mti.lock_flag,mti.attribute15,mti.* from mtl_transactions_interface mtimti.error_explanation,mti.error_code存放錯(cuò)誤代碼，Process_flag:1:ready 2,not ready,3.errLock_f

13、lag:1:Locked, 2 or null: not locked處理完提示的錯(cuò)誤后，update process_flag=1,如果Lock_flag為1,請(qǐng)update為2或者null.方法2:同樣進(jìn)入Oracle ERP系統(tǒng)察看並處理此種情況：Navigate：INV Supper User GUIàtransactionàTransaction Open Interface.處理：RCV_transactions_interfaceCheck err msg, then run the receive transaction report by batch id

14、Step 3. Find negative balance負(fù)庫存負(fù)庫存是系統(tǒng)不夠嚴(yán)謹(jǐn)?shù)淖蠲黠@的表現(xiàn),從根本上消滅負(fù)庫存是系統(tǒng)的目標(biāo),也是INV Module MIS負(fù)責(zé)人的一個(gè)任務(wù).因爲(wèi)負(fù)庫存處理起來比較複雜,請(qǐng)及時(shí)處理,Youd Better Deal with it By Week even by Day查看負(fù)庫存可以Run:WH data entry Õ inv Õ run report Õ負(fù)庫存報(bào)表也可以直接運(yùn)行 SQL Script:select * from mkl_negative_balance 並與帳務(wù)人員一起協(xié)同處理Step4和Step 5都是

15、為了TXN的正常,本月的txn的transaction date和Period ID(會(huì)計(jì)區(qū)間ID)保持一直,都在本月,以免Cost Update 和切分錄的正確性。但對(duì)於下面兩點(diǎn)的有效性保留自己的意見，待深入研究，在此不作評(píng)價(jià)。Step4. Check TX date SQLselect * from MTL_MATERIAL_TRANSACTIONSWHERE TRANSACTION_ID > 4421847and TRANSACTION_DATE < to_date('01-MAR-2000 00:00:00','DD-MON-YYYY H24:MI:

16、SS')and TRANSACTION_TYPE_ID!=24-TRANSACTION_ID為上月MAX_TX_ID-TRANSACTION_DATE為這月第一天-TRANSACTION_TYPE_ID!=24此為Standard cost update有問題by case通常為TX_DATE錯(cuò)誤，所以Account_Periods也會(huì)有錯(cuò)誤，所以要by ORG update成正確的。Step5. Check acct_period_id SQLSELECT * FROM ORG_ACCT_PERIODS ORDER BY ACCT_PERIOD_ID descselectdistin

17、ct MMT.ACCT_PERIOD_ID,OAP.PERIOD_NAME from MTL_MATERIAL_TRANSACTIONS MMT,ORG_ACCT_PERIODS OAPwhere TRANSACTION_ID >17604430and TRANSACTION_TYPE_ID!=24AND MMT.ACCT_PERIOD_ID=OAP.ACCT_PERIOD_ID-TRANSACTION_ID為上月MAX_TX_IDStep6. Run Report to cost 此程式是INV月結(jié)的關(guān)鍵，計(jì)算每個(gè)料號(hào)的期末庫存（包括INV和WIP），是by OU跑的，沒個(gè)OU跑一次。

18、UC-抽INV/WIP QTY/AMOUNT準(zhǔn)備重算成本(BY OU)(MBOU0001)Step7. Check Onhand QTY & TX QTY balance(ALL ORG)此程式是check 期初+本月txn是否等於期末庫存，並抽取期末庫存？注意要保存report 的內(nèi)容，因爲(wèi)report的內(nèi)容都是由問題的（即期初+txn<>期末），請(qǐng)記錄並分析入徑:wip super user->mis 模擬報(bào)表程式->Extract MIC own on-hand for ITI/IHTIrecord the log/report message(MINVE

19、170.SQL)入徑:wip super user->mis 模擬報(bào)表程式->Extract Vendor own on-hand for ITI/IHTIrecord the log/report message(MINVE160.SQL)如果不平 by caseStep8. 抽外倉AW區(qū)的庫存及金額Step9. Select MAX TX ID SQLselect max(TRANSACTION_ID) from MTL_MATERIAL_TRANSACTIONSMail to COST Step10.Open acct period by ORG in next month

20、first day.逐Org打開會(huì)計(jì)區(qū)間，如果發(fā)現(xiàn)會(huì)計(jì)區(qū)間內(nèi)沒有下月的區(qū)間，請(qǐng)聯(lián)係GL或者財(cái)務(wù)建立GL會(huì)計(jì)區(qū)間或者打開GL會(huì)計(jì)區(qū)間，只有GL區(qū)間打開，INV的區(qū)間才可用。建立GL會(huì)計(jì)區(qū)間在INV Module也同樣存在，Navigate：INV Supper User GUIàSetupàFinancialsàAccounting Calendaràaccounting中建立GL會(huì)計(jì)區(qū)間Navigate: INV Supper User GUIàSetupàFinancialsàAccounts中打開會(huì)計(jì)區(qū)間Finance月

21、結(jié)MIS Cost月結(jié)Cost 月結(jié)前的準(zhǔn)備工作：関掉可能在oracle中產(chǎn)生交易（向MTL_MATERIAL_TRANSACTION插入數(shù)據(jù)）的EDI或者自動(dòng)schedule程式。目前的做法為：1在MIS月結(jié)前，切斷所有用戶，替換oracle ERP login入口Portal方法:login到ERP服務(wù)器，（30 or 68）find mklerp.htm的位置，把此文件更名替換掉。這樣在用戶login ERP的時(shí)候就會(huì)彈出頁面找不到的ERR message。2停掉EDI程式l MiTAC HUB(昆達(dá))Inbound Main Process(3個(gè))此

22、IOàOracle的EDI的程式，它會(huì)把IO中的過賬動(dòng)作會(huì)拋給oracle而產(chǎn)生txn。影響MIS月結(jié)l MKL AUTO SIMULATION AND POST AFTER EK此程式為IO中合併備料EK過賬會(huì)拋oracle ERP后，自動(dòng)讓相應(yīng)的JJ單過賬，產(chǎn)生JJ單過賬。l Auto Generate DD Slip Number AutoDD project中倉庫在IO收到SFCS中的物料后，自動(dòng)在ERP產(chǎn)生DD單的程式。3停掉Auto schedule 程式l Auto SFCS Move TX此程式為自動(dòng)MOVE WIP TXN，產(chǎn)生Move transactionl M

23、KL Repair the difference of issue and transaction此程式會(huì)通過MTL material transaction更改工單的issue和use quantity,此程式會(huì)與CE-30 CC Rollback的程式衝突，造成CE-30修改的量被此城市repair。注意：在IO中過賬完半個(gè)小時(shí)（大多數(shù)EDI的程式運(yùn)行周期均小於半個(gè)小時(shí)）后，才可以停掉EDI的程式。並且上面的程式在停掉以前應(yīng)該再運(yùn)行一次，以盡量保證所以本期交易在oracle ERP中產(chǎn)生。另：Auto GG的Process過長超過半小時(shí)，往往會(huì)在月結(jié)開始后會(huì)產(chǎn)生GG單（請(qǐng)注意目前未解）1D

24、elete and Update Resoucre rate（New）目前因爲(wèi)MKL和GTK的resource Rate為O，所以人工不需要在charge到WIP中去，所以生産日?qǐng)?bào)表中key IN並產(chǎn)生WIP_cost_txn_interface紀(jì)錄對(duì)於GTK來説已經(jīng)不再需要，為提高切分錄的時(shí)間直接Delete。對(duì)於MPK因爲(wèi)目前產(chǎn)綫的keyin的生産日?qǐng)?bào)表之時(shí)間人工=keyin的工時(shí)*labor rate，而目前Labor Rate與相應(yīng)的resource rate相同。故系統(tǒng)中不再設(shè)置Labor rate，而直接用resource rate。此程式就會(huì)charge和update 相應(yīng)的re

25、source。2. 檢查各org成本料號(hào)是否一致Navigate：CSTàCost Ending Process->uc-跨Oraganization成本Check(Pending&Frozen)Parameter：Pending cost如果不一樣就察看他們那個(gè)合理,在item costàitem cost中察看item的cost,也可以在其他Org看,判斷那個(gè)更合理,如果不一致，就通過copy cost function來統(tǒng)一Pending Cost。並且如果Pending cost不一致，説明財(cái)務(wù)月結(jié)的最後一步?jīng)]有做好或者Pending Cost在財(cái)務(wù)月

26、結(jié)完后又被重新計(jì)算過。3. CHGWOStatustochange the status from 'fail to close' to 'complete no charged allowed'Navigate：Cost Ending Process->CE-25 CHG WO Status for OSPParameter：無此程式目地在De Oracle 的Bug : Fail to close WO會(huì)和 close WO 一樣, 在cost roll-up 時(shí) Resource, Overhead不會(huì)算到，所以先暫時(shí)將 WO 的 Status 向前

27、移回 Complete No Charged Allowed (15=>5), Cost Roll-up 完後在改回 (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. CE-30 CC RollbackNavigate：Cost Ending Process->CE-30 Roll back CC-Z-參數(shù)：無參數(shù)這個(gè)程

28、序主要是Delete Oracle ERP的Bug，在資產(chǎn)重新評(píng)估之前, 本月份(Account Period)的CC單尚未切分錄, 理論上不應(yīng)計(jì)算在資產(chǎn)重新評(píng)估中(應(yīng)在下月份月結(jié)才算入本月份的CCTransaction), 然而Oracle將其算入.如果不做這步，則對(duì)於存在Z-w和CC的工單其在WIP Standard Cost Adjustment Report中的Adjustment Quantity將會(huì)不正確。正確的邏輯；期初：= 期末-（JJ- CC）+（DD - Z-W）=期末-JJ-Z-W +CC +DD，Oracle錯(cuò)誤的邏輯：期初：= 期末- JJ + DD因爲(wèi)期末沒有錯(cuò)，要

29、用oracle 錯(cuò)誤的邏輯算出對(duì)得Adjustment qty，則必須在JJ單中+CC qty ，在DD中-Z-W qty。5. Cost UpdateNavigate：Cost->Item cost->std cost update->Update Costs每個(gè)org都作,并且不可以錯(cuò):就是要選OU,在change org的BY org來作注意不可以掉了任意一個(gè)是從pending cost 更新到Frozen cost(財(cái)務(wù)再通過加權(quán)平均后得到的本月實(shí)際成本放在pending cost中,再通過本月的實(shí)際成本和上月的實(shí)際成本(既Frozen cost)作比較,算出差異)R

30、UN 報(bào)表前的參數(shù)設(shè)置:這兩個(gè)值都是定值上面是設(shè)置帳本的界面!下面是參數(shù)的主界面Update選項(xiàng)可以是Resource,如沒有,則選擇Item only由上圖參數(shù)生成的帳本通常出錯(cuò)的原因：1Request直接報(bào)ERR，Request log中提示無下月的會(huì)計(jì)期間。出錯(cuò)原因：本Org下月會(huì)計(jì)區(qū)間沒有打開，Cost Update TXN不能正常產(chǎn)生在下月期間內(nèi)。2Cost Update運(yùn)行過長時(shí)間（>1.30小時(shí)），并且在request Log中出現(xiàn)：App-00988 Oracle Error 1654 ele-acct錯(cuò)誤信息。這中錯(cuò)誤原因不明，但是此ERR一定要check DB的ERR

31、。方法：login 到DB（telnet 到68），查看DB的Alert Log：界面和目錄如下：6. Check Cost Update 的結(jié)果 all orgsNavigate：Cost Ending Process->uc-跨Oraganization成本Check參數(shù)：Frozen Cost Type，每個(gè)公司（OU）均需運(yùn)行一次。檢查Frozen Cost是否一樣7. 調(diào)整有誤的料號(hào)Navigate：Cost->Cost Mass Edits->Copy Cost Information->Copy Item Costs Across Ora

32、ganization WEI參數(shù)怎么設(shè)置1現(xiàn)從DGL 的frozen導(dǎo)入到DTS(responsibility 是DTS)的MSH0211type2然后在調(diào)用copy item cost (for import data)把DTS的MSHcost type 導(dǎo)入到DTS的Frozencost type9CE-40 CC RecoveryNavigate：WIP SuperUser/Cost Supper User->Cost Ending Process->CE-40 Recovery Rollback CC->Z參數(shù)：無參數(shù)此程式和CE-30 Roll back CC-Z-

33、對(duì)應(yīng)，修復(fù)CE-30 Roll back CC-Z-做過的Debug的修改。10. CE-45 暫移下個(gè)月之Tranx(the res/oh tx in the next period)Navigate：Cost Supper User->Cost Ending Process->CE-45 Temp removing the next period Res&OHParameter：下個(gè)月的第一天（下期的第一天）此程式是把下期發(fā)生的人工（產(chǎn)鮮助理keyin的生産日?qǐng)?bào)表）和可能的外包工單的OSP費(fèi)用（Wip_cost_txn_interface）暫存到零時(shí)文檔，再在CE-55

34、 Recovery the remove next period Resc&OH恢復(fù)。如果目前MIS COST月結(jié)發(fā)生在本期的期末晚上和下期期末淩晨的話，此步驟和CE-55可以不作。11切分錄前的準(zhǔn)備程式-成品Navigate：Cost Ending Process->TX-切分錄 前的準(zhǔn)備程式Parameter：本期期間（Mar-05）此程式的作用：l 取本期的最小最大TXN id。Insert Max_txid, Min_txid 到 MIC_MTL_MINMAX_TXIDl 大於上期最大TXN ID的TXN的Cost Flag均必須為N。判斷本期所有的交易均正常，上期月結(jié)切

35、分錄沒有本本期的交易切掉。如果出現(xiàn)有交易存在異常，則説明上期在月結(jié)期間有交易在產(chǎn)生。請(qǐng)查找根本原因並解決。異常處理辦法：看情況之多寡，如果少，直接把這些交易的txn_id改到小于上期最大txn_id.如果多改上期最大的txn_id.並必須重新運(yùn)行程式。切忌不可以Update這些異常txn的 Cost Flag 為N。l 在本期最大最小的id中，必須均在本期（Acct_Period_id）異常處理方法同上。l Update txn Type為(342, 343, 396, 24)的Cost_flag為null。目前在華東只有24 txn type.因爲(wèi)其為Update Cost產(chǎn)生的交易.l 暫

36、時(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ì)於庫存之間的調(diào)撥，因爲(wèi)其產(chǎn)生的科目均為庫存的對(duì)應(yīng)科目，借貸Net掉為0l 備份本期的所有交易因爲(wèi)目前華東地區(qū)的Oracle ERP性能日益不能滿足目前交易量，為提高財(cái)務(wù)Run相關(guān)報(bào)表的速度，採用空間換時(shí)間的原理，從時(shí)間上提高Perference11. 切成品分錄Open-Close Cost MGTi

37、nv super useràsetupàtransactionàinterface management然后在點(diǎn)擊 special下的launch Manager,這樣的話就會(huì)出發(fā)出許多進(jìn)程就是把每一筆transaction的交易費(fèi)用charge到每中帳戶中去!這個(gè)進(jìn)程要運(yùn)行很久(30)如果因他而起的進(jìn)程都complete后,就把這個(gè)進(jìn)程(是pending態(tài)的),在通過request_id再inv àrequest中查找,並把其狀態(tài)運(yùn)行到complete&cancel狀態(tài)一旦Manager Active，將提交resource worker和Ma

38、terial worker，需察看程式可能出來的waining狀態(tài)的Request。如果存在Warning，請(qǐng)check 是否有剩餘（沒有Charge完的resource和沒有產(chǎn)生分錄的txn）Check Script：1select * from wip_cost_txn_interface2select mmt.costed_flag,mmt.attribute15,mmt.transaction_date,mmt.transaction_id,mmt.move_transaction_id,mmt.transaction_source_id,mmt.error_code,mmt.erro

39、r_explanation,mmt.* from mtl_material_transactions mmtwhere mmt.costed_flag ='E'（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).然後再update w

40、ip_cost_txn_interface的Process status和Process_phase.Process Phase:1,Resource Validation 2,Resource Processing 3,Job close 4,Period CloseProcess Status:1,Pending 2,Runing 3,Error 4,Complete 5, Waining1Backup WO statusupdate wip_discrete_jobs wdjset attribute13=status_type, attribute12='20050101

41、9; 月結(jié)年月whereexists( select 'x' from wip_cost_txn_interface txnwhere txn.wip_entity_id = wdj.wip_entity_id)2Update Wo status to complete change allowed：4update wip_discrete_jobs wdjset status_type = 4where attribute12='20050101' and status_type <> 12;3Resubmit wip_cost_txn_inter

42、faceupdate wip_cost_txn_interface set GROUP_ID = null,process_status =1,process_phase=1,transaction_type=3where resource_code like '%OSP%'update wip_cost_txn_interface set GROUP_ID = null,process_status =1,process_phase=2,transaction_type=2where resource_code notlike'%OSP%'4. Recover

43、y the WO statusupdate wip_discrete_jobs wdj set status_type = attribute13where attribute12='200050101'2處理Cost Flag 為E的TXN此問題比較複雜，歷史上遇到的一類情況為無WIP_Period_balance(必須是本期)，此類情況也可能造成wip_cost_txn_interface charge 不完的情況，故請(qǐng)一起處理完后，再open的Cost Manager。不管何種情況，請(qǐng)查看waining中的request Log中提示：“APP-00001 Cannot

44、find message name INV_NO_UPDATE”1Insert 缺少WIP_perido_balances的工單之記錄INSERTINTO wip_period_balances (acct_period_id, wip_entity_id, repetitive_schedule_id, last_update_date, last_updated_by, creation_date, created_by, last_update_login, organization_id, class_type, tl_resource_in, tl_overhead_in, tl_o

45、utside_processing_in, pl_material_in, pl_material_overhead_in, pl_resource_in, pl_overhead_in, pl_outside_processing_in, tl_material_out, tl_material_overhead_out, tl_resource_out, tl_overhead_out, tl_outside_processing_out, pl_material_out, pl_material_overhead_out, pl_resource_out, pl_overhead_out

46、, pl_outside_processing_out, pl_material_var, pl_material_overhead_var, pl_resource_var, pl_outside_processing_var, pl_overhead_var, tl_material_var, tl_material_overhead_var, tl_resource_var, tl_outside_processing_var, tl_overhead_var) SELECT oap.acct_period_id, wdj.wip_entity_id, NULL, SYSDATE, 0,

47、 SYSDATE, 0, 0, anization_id, wac.class_type, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 FROM wip_accounting_classes wac, org_acct_periods oap, wip_discrete_jobs wdj WHERE wdj.status_type IN (3, 4, 5, 6, 7, 14, 15) AND wac.class_code = wdj.class_code AN

48、D anization_id = anization_id AND anization_id = anization_id AND oap.open_flag = 'Y' AND oap.period_close_date ISNULLAND oap.schedule_close_date >= NVL (wdj.date_released, wdj.creation_date) AND wac.class_type != 2 ANDNOTEXISTS ( SELECT 'X' FROM wip_pe

49、riod_balances wpb WHERE wpb.repetitive_schedule_id ISNULLAND wpb.wip_entity_id = wdj.wip_entity_id AND anization_id = anization_id AND wpb.acct_period_id = oap.acct_period_id)2Resubmit txn update mtl_material_transactions set costed_flag = 'N', request_id = NULL, transaction_gr

50、oup_id = NULL, error_code = NULL, error_explanation = NULLwhere costed_flag in ('N','E')如果還有txn不能切掉，請(qǐng)檢查wip_period_balances是否為此工單的本期記錄在上面都處理完后，請(qǐng)resubmit cost Manager。12。Check Account資料在以前月結(jié)中，發(fā)現(xiàn)有些account code為空，造成科目不平。Check Null Account Script：Select * from mtl_transaction_accounts mta

51、where reference_account isnulland Mta.transaction_date >sysdate-32Check Balance：select TRANSACTION_ID,sum(BASE_TRANSACTION_VALUE)from wip_transaction_accounts wtagroupby TRANSACTION_IDhavingsum(BASE_TRANSACTION_VALUE) <> 0select mmt.transaction_id,sum(BASE_TRANSACTION_VALUE)from mtl_transac

52、tion_accounts mta,mtl_material_transactions mmtwhere mmt.transaction_id = mta.transaction_idand acct_period_id between 1800 and 1823This Period max id and Min Idgroupby mmt.transaction_idhavingsum(BASE_TRANSACTION_VALUE) <> 0出現(xiàn)科目不平的原因有如下幾點(diǎn)：Other庫存?zhèn)髌?Journal entries form products other than inv

53、entory that affect the inventory accountCharges to improper account:切帳了錯(cuò)誤的科目,如:從一個(gè)SIC發(fā)料到Miscellaneous account(雜收雜發(fā))雜項(xiàng)帳戶,但是卻用了一個(gè)SIC accountIssue to miscellaneous account,如果這種雜收雜發(fā)的都沒有切科目,或者都切了庫存帳戶,就造成庫存減少,并且月底庫存金額明細(xì)和總帳中的庫存金額不平transaction after period ending report?如果在本月所有交易沒有完前就運(yùn)行了計(jì)算月底庫存金額報(bào)表.此時(shí)只有通過His

54、tory Inventory Balance Report 在月結(jié)的時(shí)候,或者如下報(bào)表:Transaction History Summary reportInventory Value ReportPeriod Close Summary ReportMaterial Account Distribution Summary/Detail ReportCheck account Balance必須在“TX-切分錄后的還原動(dòng)作”程式之後。因爲(wèi)在“TX-切分錄后的還原動(dòng)作”程式中會(huì)delete掉不平的科目。12TX-切分錄后的還原動(dòng)作Navigate：WIP SuperUser->Cost

55、 Ending Process->TX-切分錄后的還原動(dòng)Parameter：無此程式的作用為：1Delete掉不平的科目2還原下期的txn的cost_flag為N13.CE-55 Recovery the remove next period Resc&OHNavigate:Cost Ending Process->CE-55 Recovery the remove next period Resc&OHParameter:下期的第一天此程式是還原”CE-45 Temp removing the next period Res&OH”移出備份的下期暫存檔案.

56、14. 重整FOC,Drop Shipment,EU的分錄Navigate:Cost Ending Process->TX重整FOC&Drop Shipment的分錄Source Code:MBOE0008Parameter:本期期間程式總體來説是來客戶化,讓其適合MITAC作業(yè)流程.1.Update FOC(客戶贈(zèng)品)交易cost=0,but Actual cost <> 0的交易分錄update 為FOC的科目2.Update EU單的從庫調(diào)出的org的產(chǎn)生的會(huì)計(jì)科目:Overhand Absorption s account value=0,PPV=以前的PPV

57、+Overhand Absorption 15,CE-64 Change the dept code to 0000 for FFD TXNavigate:Cost Ending Process->CE-64 Change the dept code to 0000 for FFD TXSource Code:MBOU0065Parameter:本期期間對(duì)於FFD單據(jù),在開單后的account code 的第2,3段包含部門信息,此程式就是update 第2段和第3段為00000000.00,把FFD設(shè)備領(lǐng)用的FF單子的科目中去掉部門，而產(chǎn)生到公司的縂科目中：改設(shè)備領(lǐng)用單 transaction_type_id = 306 , Account code 的 Segment2 => 0000000 , Segment3 => 0016，CE-66 adj the cost upd to prior periodNavigate:Cost Ending Process-> CE-66 adj the cost upd to prior periodSource Code:MBOE0066Parameter:本期期間此程式的目的：將資產(chǎn)重新評(píng)估的分錄日期向前調(diào)一個(gè)Acco