月结流程

月結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:INVSupperUserGUIsetuptransactionInterfaceManager裏面的Materialtransaction，如果其status為Active，則説明其是處在工作狀態。（一般情況下，但oracleERPstartup，其都會在ConcurrentManager中InventoryManager中運行著）處理：MTL_MATERIAL_TRANSACTIONS_TEMP方法1。ToinvestigatewhytheTransactionsareFailing,runthefollowingSQLScript:SQLselecttransaction_source_id,inventory_item_id,process_flag,error_code,error_explanation,transaction_source_type_id,organization_idfrommtl_material_transactions_tempHowtoresubmittheTransactionsusethisscript:SQLupdatemtl_material_transactions_tempsetprocess_flag='Y',lock_flag='N',transaction_mode=3,error_code=NULL,error_explaination=NULLwhereprocess_flag='E'方法2：進入OracleERP系統察看並處理此种情況：Navigate：INVSupperUserGUItransactionPendingTransactions處理MTL_TRANSACTIONS_INTERFACE方法1：SQL：selectmti.error_explanation,mti.error_code,mti.process_flag,mti.lock_flag,mti.attribute15,mti.*frommtl_transactions_interfacemtimti.error_explanation,mti.error_code存放錯誤代碼，Process_flag:1:ready2,notready,3.errLock_flag:1:Locked,2ornull:notlocked處理完提示的錯誤后，updateprocess_flag=1,如果Lock_flag為1,請update為2或者null.方法2:同樣進入OracleERP系統察看並處理此种情況：Navigate：INVSupperUserGUItransactionTransactionOpenInterface.處理：RCV_transactions_interfaceCheckerrmsg,thenrunthereceivetransactionreportbybatchidStep3.Findnegativebalance負庫存負庫存是系統不夠嚴謹的最明顯的表現,從根本上消滅負庫存是系統的目標,也是INVModuleMIS負責人的一個任務.因爲負庫存處理起來比較複雜,請及時處理,You’dBetterDealwithitByWeekevenbyDay查看負庫存可以Run:WHdataentryinvrunreport負庫存報表也可以直接運行SQLScript:select*frommkl_negative_balance並與帳務人員一起協同處理Step4和Step5都是為了TXN的正常,本月的txn的transactiondate和PeriodID(會計區間ID)保持一直,都在本月,以免CostUpdate和切分錄的正確性。但對於下面兩點的有效性保留自己的意見，待深入研究，在此不作評價。Step4.CheckTXdateSQLselect*fromMTL_MATERIAL_TRANSACTIONSWHERETRANSACTION_ID4421847andTRANSACTION_DATEto_date('01-MAR-200000:00:00','DD-MON-YYYYH24:MI:SS')andTRANSACTION_TYPE_ID!=24--TRANSACTION_ID為上月MAX_TX_ID--TRANSACTION_DATE為這月第一天--TRANSACTION_TYPE_ID!=24此為Standardcostupdate有問題bycase通常為TX_DATE錯誤，所以Account_Periods也會有錯誤，所以要byORGupdate成正確的。Step5.Checkacct_period_idSQLSELECT*FROMORG_ACCT_PERIODSORDERBYACCT_PERIOD_IDdescselectdistinctMMT.ACCT_PERIOD_ID,OAP.PERIOD_NAMEfromMTL_MATERIAL_TRANSACTIONSMMT,ORG_ACCT_PERIODSOAPwhereTRANSACTION_ID17604430andTRANSACTION_TYPE_ID!=24ANDMMT.ACCT_PERIOD_ID=OAP.ACCT_PERIOD_ID--TRANSACTION_ID為上月MAX_TX_IDStep6.RunReporttocost此程式是INV月結的關鍵，計算每個料號的期末庫存（包括INV和WIP），是byOU跑的，沒個OU跑一次。UC-抽INV/WIPQTY/AMOUNT準備重算成本(BYOU)(MBOU0001)Step7.CheckOnhandQTY&TXQTYbalance(ALLORG)此程式是check期初+本月txn是否等於期末庫存，並抽取期末庫存？？？？注意要保存report的内容，因爲report的内容都是由問題的（即期初+txn期末），請記錄並分析入徑:wipsuperuser-mis模擬報表程式-ExtractMICownon-handforITI/IHTIrecordthelog/reportmessage(MINVE170.SQL)入徑:wipsuperuser-mis模擬報表程式-ExtractVendorownon-handforITI/IHTIrecordthelog/reportmessage(MINVE160.SQL)如果不平bycaseStep8.抽外倉AW區的庫存及金額Step9.SelectMAXTXIDSQ