月結SOP月結之總體Scope and Frame•INV 月結—交易過帳Check 所有transaction是否异常,press all TXN均過帳保證庫存的正確性和真實性:並Extract INV/WIP QTY for 重算成本•財務月結—算出原料成本重算成本(通過加權平均算出每個item原料的成本-pending cost)找成本差异,更正有誤的成本•Cost 月結---形成財務報表會計分錄,抛GL形成生產成本价格，記錄歷史成本Update item cost(Frozen standard cost)Submit standard cost adjustment Report目前對於財務月結和INV月結本質上沒有影響,除了驗收會對財務計算材料成本有影響以外.INV月結:INV月結就是為了保證本月的交易正常產生.即本月的交易只產生在本期(會計區間内),非本月的交易絕不可以產生在本月.並因此而保證庫存的正確性,準確性.(這也是為什麽要check 負庫存和帳查的原因),以便抽出本期期末(下期期初),為計算材料成本和Cost Update做最正確的準備.任何錯誤的期末都一定會影響成本的正確性.Step 1. All records in HUB interface must be cleared.原則上是要Check EDI 856所有的Interface 中的異常數據，這些是本月的交易但是卻不能正常產生交易異動檔。
所以必須讓這些數據正常insert到mtl_materail_transactions中。
關注的table有：MIC_HUB_ISSUE_DETAILS，MIC_HUB_RECEIVING_DETAILS，MIC_HUB_TRANSACTION_DETAILS 等EDI異常之table。
1.check 發料的EDI interface。
檢查語句Script：SELECT * FROM MIC_HUB_ISSUE_DETAILSWHERE EDI862_UPDATE_STATUS like 'ERR%'OR STATUS_CODE!='OK-862'產生問題的程式：（Cause of Issue:）1.MiTAC HUB(昆達)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_jj處理辦法：Error status code:. ERR-PA-01Price agreement 價格協議書未建立，AA單無法驗收解決方式: 請PO人員解決. OK-BP、ERR-ISS(6)JJ單利用EK調撥，不足量以AA採購，但EK與AA回的時間不同，過帳組未加以確認數量即過帳，造成第二筆單據無法過帳，形成HUB DATA Error ，進而造成INV負庫存。
解決方式: 過帳組會以加開JJ單與EK單將負庫存清空。
2.check txn（如：EK，DD，FF）的interface檢查語句Script：SELECT * FROM MIC_HUB_TRANSACTION_DETAILSWHERE STATUS_CODE!='OK-856T'Cause of Issue:◆MiTAC HUB(昆達)Inbound Main Process: MHBIB56M.sql]◆9.2 EDI from HUB: MINVW856T.sql處理辦法：請查看程式3.check 驗收或者Approval的interface檢查語句Scriptselect * from MIC_HUB_RECEIVING_DETAILS Hwhere H.STATUS_CODE LIKE '%ERR%'Cause of Issue:MiTAC HUB Receiving Process：MHBIB56R.sql處理辦法：UPDATE mic_hub_receiving_details hSET h.status_code = 'IMPORTED',batch_id = '124666'然後：通過BU_Code來判斷是GTK還是MKL,然後:如果是transaction_type='S'要在對應的mitac hub supervisor gui 運行mitac hub status change report如果是transaction_type='R'要在對應的mitac hub supervisor gui運行mitac hub receiving process注意此程式是PO Module中的程式需要by OU來運行.即挑選必要的responsibilityStep 2. All records in MTL TXN interfaces must be posted Oracle ERP的過賬是通過MTL_TRANSACTIONS_INTERFACE和MTL_MATERIAL_TRANSACTIONS_TEMP及RCV_transactions_interface 與用戶或者客戶化作為接口來處理的。
Oracle自己的核心程式會自動由這兩個interface來判斷並處理產生正式的交易。
因爲oralce程式會自己判斷，如果數據不符合其規則或者異常，將會一直卡在interface中，不能正常產生交易。
處理interface產生正常交易的程式是：Material transaction Manager. Navigate: INV Supper User GUI setup transaction Interface Manager裏面的Material transaction，如果其status為Active，則説明其是處在工作狀態。
（一般情況下，但oracle ERP startup，其都會在Concurrent Manager中Inventory Manager中運行著）處理：MTL_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_idfrom mtl_material_transactions_tempHow to resubmit the Transactions use this script:SQL>update mtl_material_transactions_tempset process_flag = 'Y',lock_flag = 'N',transaction_mode= 3,error_code = NULL,error_explaination = NULLwhere process_flag = 'E'方法2：進入Oracle ERP系統察看並處理此种情況：Navigate：INV Supper User GUI transaction Pending Transactions 處理MTL_TRANSACTIONS_INTERFACE方法1：SQL：select mti.error_explanation,mti.error_code,mti.process_flag,mti.lock_flag,mti.attribute15,mti.*from mtl_transactions_interface mtimti.error_explanation,mti.error_code存放錯誤代碼，Process_flag:1: ready 2, not ready,3.errLock_flag:1: Locked, 2 or null: not locked處理完提示的錯誤后，update process_flag=1,如果Lock_flag為1,請update為2或者null.方法2:同樣進入Oracle ERP系統察看並處理此种情況：Navigate：INV Supper User GUI transaction Transaction Open Interface.處理：RCV_transactions_interfaceCheck err msg, then run the receive transaction report by batch idStep 3. Find negative balance 負庫存負庫存是系統不夠嚴謹的最明顯的表現,從根本上消滅負庫存是系統的目標,也是INV Module MIS負責人的一個任務.因爲負庫存處理起來比較複雜,請及時處理,Yo u’d Better Deal with it By Week even by Day查看負庫存可以Run:WH data entry inv run report 負庫存報表也可以直接運行SQL Script:select * from mkl_negative_balance並與帳務人員一起協同處理Step4和Step 5都是為了TXN的正常,本月的txn的transaction date和Period ID(會計區間ID)保持一直,都在本月,以免Cost Update 和切分錄的正確性。
但對於下面兩點的有效性保留自己的意見，待深入研究，在此不作評價。
Step4. Check TX dateSQLselect * from MTL_MATERIAL_TRANSACTIONSWHERE TRANSACTION_ID> 4421847and TRANSACTION_DATE< to_date('01-MAR-2000 00:00:00','DD-MON-YYYY H24:MI:SS')and TRANSACTION_TYPE_ID!=24--TRANSACTION_ID為上月MAX_TX_ID--TRANSACTION_DATE為這月第一天--TRANSACTION_TYPE_ID!=24 此為Standard cost update有問題by case通常為TX_DATE錯誤，所以Account_Periods也會有錯誤，所以要by ORG update成正確的。