月結SOP月結之總體ScopeandFrame•INV月結—交易過帳Check所有transaction是否异常,pressallTXN均過帳保證庫存的正確性和真實性:並ExtractINV/WIPQTYfor重算成本•財務月結—算出原料成本重算成本(通加平均算出每過權個item原料的成本-pendingcost)找成本差异,更正有的成本誤•Cost月結---形成財務報表會計分錄,抛GL形成生產成本价格，記錄歷史成本Updateitemcost(Frozenstandardcost)SubmitstandardcostadjustmentReport目前對於財務月結和INV月結本質上沒有影響,除了驗收會對財務計算材料成本有影響以外.INV月結:INV月結就是為了保證本月的交易正常產生.即本月的交易只產生在本期(會計區間内),非本月的交易絕不可以產生在本月.並因此而保證庫存的正確性,準確性.(這也是為什麽要check負庫存和帳查的原因),以便抽出本期期末(下期期初),為計算材料成本和CostUpdate做最正確的準備.任何錯誤的期末都一定會影響成本的正確性.Step1.AllrecordsinHUBinterfacemustbecleared.原則上是要CheckEDI856所有的Interface中的異常數據，這些是本月的交易但是卻不能正常產生交易異動檔。所以必須讓這些數據正常insert到mtl_materail_transactions中。關注的table有：MIC_HUB_ISSUE_DETAILS，MIC_HUB_RECEIVING_DETAILS，MIC_HUB_TRANSACTION_DETAILS等EDI異常之table。1.check發料的EDIinterface。檢查語句Script：SELECT*FROMMIC_HUB_ISSUE_DETAILSWHEREEDI862_UPDATE_STATUSlike'ERR%'ORSTATUS_CODE!='OK-862'產生問題的程式：（CauseofIssue:）1.MiTACHUB(昆達)InboundMainProcess:MHBIB56M.sql2.MitacHubIssueInventoryProcess:MHBIBIVI.sql3.HWAHUB856Update862&AllocatedRecords:HWP0130R.sql4.PKG:mkl_wip_auto_jj_for_02.auto_post_jj處理辦法：Errorstatuscode:.ERR-PA-01Priceagreement價格協議書未建立，AA單無法驗收解決方式:請PO人員解決.OK-BP、ERR-ISS(6)JJ單利用EK調撥，不足量以AA採購，但EK與AA回的時間不同，過帳組未加以確認數量即過帳，造成第二筆單據無法過帳，形成HUBDATAError，進而造成INV負庫存。解決方式:過帳組會以加開JJ單與EK單將負庫存清空。2.checktxn（如：EK，DD，FF）的interface檢查語句Script：SELECT*FROMMIC_HUB_TRANSACTION_DETAILSWHERESTATUS_CODE!='OK-856T'CauseofIssue:MiTACHUB(昆達)InboundMainProcess:MHBIB56M.sql]9.2EDIfromHUB:MINVW856T.sql處理辦法：請查看程式3.check驗收或者Approval的interface檢查語句Scriptselect*fromMIC_HUB_RECEIVING_DETAILSHwhereH.STATUS_CODELIKE'%ERR%'CauseofIssue:MiTACHUBReceivingProcess：MHBIB56R.sql處理辦法：UPDATEmic_hub_receiving_detailshSETh.status_code='IMPORTED',batch_id='124666'然後：通過BU_Code來判斷是GTK還是MKL,然後:如果是transaction_type='S'要在對應的mitachubsupervisorgui運行mitachubstatuschangereport如果是transaction_type='R'要在對應的mitachubsupervisorgui運行mitachubreceivingprocess注意此程式是POModule中的程式需要byOU來運行.即挑選必要的responsibilityStep2.AllrecordsinMTLTXNinterfacesmustbepostedOracleERP的過賬是通過MTL_TRANSACTIONS_INTERFACE和MTL_MATERIAL_TRANSACTIONS_TEMP及RCV_transactions_interface與用戶或者客戶化作為接口來處理的。Oracle自己的核心程式會自動由這兩個interface來判斷並處理產生正式的交易。因爲oralce程式會自己判斷，如果數據不符合其規則或者異常，將會一直卡在interface中，不能正常產生交易。處理interface產生正常交易的程式是：MaterialtransactionManager.Navigate:INVSupperUserGUIsetuptransactionInterfaceManager裏面的Materialtransaction，如果其status為Active，則説明其是處在工作狀態。（一般情況下，但oracleERPstartup，其都會在ConcurrentManager中InventoryManager中運行著）處理：MTL_MATERIAL_TRANSACTIONS_TEMP方法1。ToinvestigatewhytheTransactionsareFailing,runthefollowingSQLScript:SQL>selecttransaction_source_id,inventory_item_id,process_flag,error_...
