【正文】 。2005010139。（Or is null）如果出現上述SQL Script 返回記錄，則説明存在需要再次處理的紀錄。如果存在Warning，請check 是否有剩餘（沒有Charge完的resource和沒有產生分錄的txn）Check Script：1．select * from wip_cost_txn_interface2．select ,mmt.* from mtl_material_transactions mmtwhere =39。request中查找,並把其狀態(tài)運行到pleteamp。transaction224。l Update EK,IJ,EJ,IK,LLC,LLR Cost_Flag= null,這種從同一個科目之間的調撥，不產生分錄對於庫存之間的調撥，因爲其產生的科目均為庫存的對應科目，借貸Net掉為0l 備份本期的所有交易因爲目前華東地區(qū)的Oracle ERP性能日益不能滿足目前交易量，為提高財務Run相關報表的速度，採用空間換時間的原理，從時間上提高Perference11. 切成品分錄OpenClose Cost MGTinv super user224。l Update txn Type為(342, 343, 396, 24)的Cost_flag為null。切忌不可以Update這些異常txn的 Cost Flag 為N。請查找根本原因並解決。判斷本期所有的交易均正常，上期月結切分錄沒有本本期的交易切掉。11．切分錄前的準備程式成品Navigate：Cost Ending Process TX切分錄 前的準備程式Parameter：本期期間（Mar05）此程式的作用：l 取本期的最小最大TXN id。OH恢復。10. CE45 暫移下個月之Tranx(the res/oh tx in the next period)Navigate：Cost Supper UserCost Ending Process CE45 Temp removing the next period Resamp。方法：login 到DB（telnet ），查看DB的Alert Log：界面和目錄如下： 6. Check Cost Update 的結果 all orgsNavigate：Cost Ending Processuc跨Oraganization成本Check參數：Frozen Cost Type，每個公司（OU）均需運行一次。 Oracle Error 1654 eleacct錯誤信息。出錯原因：本Org下月會計區(qū)間沒有打開，Cost Update TXN不能正常產生在下月期間內。正確的邏輯；期初：= 期末（JJ CC）+（DD ZW）=期末JJZW +CC +DD，Oracle錯誤的邏輯：期初：= 期末 JJ + DD因爲期末沒有錯，要用oracle 錯誤的邏輯算出對得Adjustment qty，則必須在JJ單中+CC qty ，在DD中ZW qty。Navigate：Cost Ending ProcessCE25 CHG WO Status for OSPParameter：無此程式目地在De Oracle 的Bug : Fail to close WO會和 close WO 一樣, 在cost rollup 時 Resource, Overhead不會算到，所以先暫時將 WO 的 Status 向前移回 Complete No Charged Allowed (15=5), Cost Rollup 完後在改回 (step32). （此處時引用黃韋道和陳欽專編的《END COST PROGRESS訓練教材》）但目前在多次月結經驗中，發(fā)現Fail to Close WO在Cost Manager中進行切分錄的時候，不能正常Charge到WIP Account中，所以建議在Cost Manager 切完分錄后，再改囘的動作。 to 39。3. CHGWOStatustochange the status from 39。item cost中察看item的cost,也可以在其他Org看,判斷那個更合理,如果不一致，就通過copy cost function來統(tǒng)一Pending Cost。Cost Ending Processuc跨Oraganization成本Check(Pendingamp。此程式就會charge和update 相應的resource。對於MPK因爲目前產綫的keyin的生産日報表之時間人工=keyin的工時*labor rate，而目前Labor Rate與相應的resource rate相同。並且上面的程式在停掉以前應該再運行一次，以盡量保證所以本期交易在oracle ERP中產生。3．停掉Auto schedule 程式l Auto SFCS Move TX 此程式為自動MOVE WIP TXN，產生Move transactionl MKL Repair the difference of issue and transaction此程式會通過MTL material transaction更改工單的issue和use quantity,此程式會與CE30 CC Rollback的程式衝突，造成CE30修改的量被此城市repair。影響MIS月結l MKL AUTO SIMULATION AND POST AFTER EK此程式為IO中合併備料EK過賬會拋oracle ERP后，自動讓相應的JJ單過賬，產生JJ單過賬。2．停掉EDI程式l MiTAC HUB(昆達)Inbound Main Process(3個)此IO224。目前的做法為：1．在MIS月結前，切斷所有用戶，替換oracle ERP login入口Portal方法:login到ERP服務器，（ or ）find ，把此文件更名替換掉。Financials224。accounting中建立GL會計區(qū)間Navigate: INV Supper User GUI224。Financials224。建立GL會計區(qū)間在INV Module也同樣存在，Navigate：INV Supper User GUI224。UC抽INV/WIP QTY/AMOUNT準備重算成本(BY OU)(MBOU0001)Step7. Check Onhand QTY amp。)and TRANSACTION_TYPE_ID!=24TRANSACTION_ID為上月MAX_TX_IDTRANSACTION_DATE為這月第一天TRANSACTION_TYPE_ID!=24 此為Standard cost update有問題by case通常為TX_DATE錯誤，所以Account_Periods也會有錯誤，所以要by ORG update成正確的。,39。Step4. Check TX date SQLselect * from MTL_MATERIAL_TRANSACTIONS WHERE TRANSACTION_ID 4421847 and TRANSACTION_DATE to_date(39。 負庫存報表也可以直接運行 SQL Script:select * from mkl_negative_balance 並與帳務人員一起協同處理Step4和Step 5都是為了TXN的正常,本月的txn的transaction date和Period ID(會計區(qū)間ID)保持一直,都在本月,以免Cost Update 和切分錄的正確性。 inv 213。transaction224。transaction224。E39。N39。Y39。（一般情況下，但oracle ERP startup，其都會在Concurrent Manager中Inventory Manager中運行著）處理：MTL_MATERIAL_TRANSACTIONS_TEMP方法1。transaction224。處理interface產生正常交易的程式是：Material transaction Manager.Navigate: INV Supper User GUI224。Oracle自己的核心程式會自動由這兩個interface來判斷並處理產生正式的交易。R39。S39。12466639。IMPORTED39。%ERR%39。OK856T39。 解決方式: 過帳組會以加開JJ單與EK單將負庫存清空。. ERRPA01 Price agreement 價格協議書未建立，AA單無法驗收 解決方式: 請PO人員解決 l 產生問