《（流程管理）月结流程》由会员分享，可在线阅读，更多相关《（流程管理）月结流程（21页珍藏版）》请在金锄头文库上搜索。
1、月結SOP月結之總體Scope and FrameINV 月結交易過帳l Check 所有transaction是否异常,press all TXN均過帳l 保證庫存的正確性和真實性:並Extract INV/WIP QTY for 重算成本財務月結算出原料成本v重算成本(通過加權平均算出每個item原料的成本-pending cost)v找成本差异,更正有誤的成本 Cost 月結-形成財務報表v會計分錄,抛GLv形成生產成本价格，記錄歷史成本vUpdate item cost(Frozen standard cost)v Submit standard cost adjustment Rep
2、ort目前對於財務月結和INV月結本質上沒有影響,除了驗收會對財務計算材料成本有影響以外.INV月結:INV月結就是為了保證本月的交易正常產生.即本月的交易只產生在本期(會計區間内),非本月的交易絕不可以產生在本月.並因此而保證庫存的正確性,準確性.(這也是為什麽要check負庫存和帳查的原因),以便抽出本期期末(下期期初),為計算材料成本和Cost Update做最正確的準備.任何錯誤的期末都一定會影響成本的正確性.Step 1. All records in HUB interface must be cleared.原則上是要Check EDI 856所有的Interface 中的異常數
3、據，這些是本月的交易但是卻不能正常產生交易異動檔。所以必須讓這些數據正常insert到mtl_materail_transactions中。關注的table有：MIC_HUB_ISSUE_DETAILS，MIC_HUB_RECEIVING_DETAILS，MIC_HUB_TRANSACTION_DETAILS等EDI異常之table。1. check 發料的EDI interface。l 檢查語句 Script：SELECT * FROM MIC_HUB_ISSUE_DETAILSWHERE EDI862_UPDATE_STATUS like ERR%OR STATUS_CODE!=OK-86
4、2 l 產生問題的程式：（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_jjl 處理辦法：Error status code: . ERR-PA-01 Price agreement 價格協議書未建立，AA單無法驗收
5、解決方式: 請PO人員解決 . OK-BP、ERR-ISS(6) JJ單利用EK調撥，不足量以AA採購，但EK與AA回的時間不同，過帳組未加以確認數量即過帳，造成第二筆單據無法過帳，形成HUB DATA Error ，進而造成INV負庫存。 解決方式: 過帳組會以加開JJ單與EK單將負庫存清空。2. check txn（如：EK，DD，FF）的interfacel 檢查語句 Script：SELECT * FROM MIC_HUB_TRANSACTION_DETAILSWHERE STATUS_CODE!=OK-856Tl Cause of Issue:u MiTAC HUB(昆達)Inbou
6、nd Main Process: MHBIB56M.sqlu 9.2 EDI from HUB: MINVW856T.sqll 處理辦法：請查看程式3. check 驗收或者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 處理辦法：UPDATE mic_hub_receiving_details h SET h.statu
7、s_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
8、MTL TXN interfaces must be postedOracle ERP的過賬是通過MTL_TRANSACTIONS_INTERFACE和MTL_MATERIAL_TRANSACTIONS_TEMP及RCV_transactions_interface與用戶或者客戶化作為接口來處理的。Oracle自己的核心程式會自動由這兩個interface來判斷並處理產生正式的交易。因爲oralce程式會自己判斷，如果數據不符合其規則或者異常，將會一直卡在interface中，不能正常產生交易。處理interface產生正常交易的程式是：Material transaction Manager
9、.Navigate: INV Supper User GUIsetuptransactionInterface 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 Scri
10、pt: 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 resubmit the Transactions use this script: SQL update mtl_material_transactions_temp set process_flag = Y, lock
11、_flag = N, transaction_mode= 3, error_code = NULL, error_explaination = NULL where process_flag = E 方法2：進入Oracle ERP系統察看並處理此种情況：Navigate：INV Supper User GUItransactionPending Transactions處理MTL_TRANSACTIONS_INTERFACE方法1：SQL：select mti.error_explanation,mti.error_code,mti.process_flag,mti.lock_flag,mt
12、i.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
13、transactionTransaction Open Interface.處理：RCV_transactions_interfaceCheck err msg, then run the receive transaction report by batch idStep 3. Find negative balance 負庫存負庫存是系統不夠嚴謹的最明顯的表現,從根本上消滅負庫存是系統的目標,也是INV Module MIS負責人的一個任務.因爲負庫存處理起來比較複雜,請及時處理,Youd Better Deal with it By Week even by Day查看負庫存可以Run:
14、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 date SQLselect * from MTL_MATERIAL_TRANSACTIONS WHERE T
15、RANSACTION_ID 4421847 and 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成正確的。Step5. Check acct_period_id SQLSELECT * FROM ORG_ACCT_PERIODS ORDER BY ACCT_PERIOD_ID descselect distinct MMT.ACCT_PERIOD_ID,OAP.PERIOD_NAME from
