月结流程.docx

1、月结流程月結SOP月結之總體Scope and FrameINV 月結交易過帳 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 Re

2、port目前對於財務月結和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。 檢查語句 Script：SELECT * FROM MIC_HUB_ISSUE_DETAILSWHERE EDI862_UPDATE_STATUS like ERR%OR STATUS_CODE!=OK-86

4、2 產生問題的程式：（Cause of Issue:）1. MiTAC HUB(昆達)Inbound Main Process: 56M2. Mitac Hub Issue Inventory Process: 3. HWA HUB 856 Update 862&Allocated Records:4. PKG: mkl_wip_auto_jj_for_02. auto_post_jj 處理辦法：Error status code: . ERR-PA-01 Price agreement 價格協議書未建立，AA單無法驗收 解決方式: 請PO人員解決 . OK-BP、ERR-ISS(6) JJ單

5、利用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: 56M EDI from HUB: 處理辦法

6、：請查看程式3. check 驗收或者Approval的interface 檢查語句 Scriptselect * from MIC_HUB_RECEIVING_DETAILS Hwhere LIKE %ERR% Cause of Issue:MiTAC HUB Receiving Process： 處理辦法：UPDATE mic_hub_receiving_details h SET = IMPORTED, batch_id = 124666 然後：通過BU_Code來判斷是GTK還是MKL,然後:如果是transaction_type=S要在對應的mitac hub supervisor

7、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 postedOracle ERP的過賬是通過MTL_TRANSACTIONS_INTERFACE和MTL_MATERIAL_TRANSACTIONS_TEMP及RCV_t

8、ransactions_interface與用戶或者客戶化作為接口來處理的。Oracle自己的核心程式會自動由這兩個interface來判斷並處理產生正式的交易。因爲oralce程式會自己判斷，如果數據不符合其規則或者異常，將會一直卡在interface中，不能正常產生交易。處理interface產生正常交易的程式是：Material transaction Manager.Navigate: INV Supper User GUI setup transaction Interface Manager裏面的Material transaction，如果其status為Active，則説明其是

9、處在工作狀態。（一般情況下，但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, transa

10、ction_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_flag = N, transaction_mode= 3, error_code = NULL, error_explaination = NULL where process_flag = E 方法2：進入Ora

11、cle ERP系統察看並處理此种情況：Navigate：INV Supper User GUI transaction Pending Transactions處理MTL_TRANSACTIONS_INTERFACE方法1：SQL：select ,mti.* from mtl_transactions_interface mti,存放錯誤代碼，Process_flag:1: ready 2, not ready,Lock_flag:1: Locked, 2 or null: not locked處理完提示的錯誤后，update process_flag=1,如果Lock_flag為1,請upd

12、ate為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負責人的一個任務.因爲負

13、庫存處理起來比較複雜,請及時處理,Youd 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 和切分錄的正確性。但對於下面兩點的有效性保留自己的意見，待深入研究，在此不作評價

14、。Step4. Check TX date SQLselect * from MTL_MATERIAL_TRANSACTIONS WHERE TRANSACTION_ID 4421847 and TRANSACTION_DATE and TRANSACTION_TYPE_ID!=24AND =-TRANSACTION_ID為上月MAX_TX_IDStep6. Run Report to cost 此程式是INV月結的關鍵，計算每個料號的期末庫存（包括INV和WIP） ，是by OU跑的，沒個OU跑一次。UC-抽INV/WIP QTY/AMOUNT準備重算成本(BY OU)(MBOU0001)S

15、tep7. Check Onhand QTY & TX QTY balance(ALL ORG)此程式是check 期初+本月txn是否等於期末庫存，並抽取期末庫存？注意要保存report 的内容，因爲report的内容都是由問題的（即期初+txn期末），請記錄並分析 入徑:wip super user-mis 模擬報表程式-Extract MIC own on-hand for ITI/IHTI record the log/report message 入徑:wip super user-mis 模擬報表程式-Extract Vendor own on-hand for ITI/IHTI

16、record the log/report message如果不平 by caseStep8. 抽外倉AW區的庫存及金額Step9. Select MAX TX ID SQL select max(TRANSACTION_ID) from MTL_MATERIAL_TRANSACTIONSMail to COST Step10. Open acct period by ORG in next month first day.逐Org打開會計區間，如果發現會計區間内沒有下月的區間，請聯係GL或者財務建立GL會計區間或者打開GL會計區間，只有GL區間打開，INV的區間才可用。建立GL會計區間在IN

17、V Module也同樣存在，Navigate：INV Supper User GUI Setup Financials Accounting Calendar accounting中建立GL會計區間Navigate: INV Supper User GUI Setup Financials Accounts中打開會計區間Finance月結MIS Cost月結Cost 月結前的準備工作：関掉可能在oracle中產生交易（向MTL_MATERIAL_TRANSACTION插入數據）的EDI或者自動schedule程式。目前的做法為：1在MIS月結前，切斷所有用戶，替換oracle ERP logi

18、n入口Portal方法:login到ERP服務器，（ or ）find 的位置，把此文件更名替換掉。這樣在用戶login ERP的時候就會彈出頁面找不到的ERR message。2停掉EDI程式 MiTAC HUB(昆達)Inbound Main Process(3個)此IO Oracle的EDI的程式，它會把IO中的過賬動作會抛給oracle而產生txn。影響MIS月結 MKL AUTO SIMULATION AND POST AFTER EK此程式為IO中合併備料EK過賬會抛oracle ERP后，自動讓相應的JJ單過賬，產生JJ單過賬。 Auto Generate DD Slip Num

19、ber AutoDD project中倉庫在IO收到SFCS中的物料后，自動在ERP產生DD單的程式。3停掉Auto schedule 程式 Auto SFCS Move TX 此程式為自動MOVE WIP TXN，產生Move transaction MKL Repair the difference of issue and transaction此程式會通過MTL material transaction更改工單的issue和use quantity,此程式會與CE-30 CC Rollback的程式衝突，造成CE-30修改的量被此城市repair。注意：在IO中過賬完半個小時（大多數E

20、DI的程式運行周期均小於半個小時）后，才可以停掉EDI的程式。並且上面的程式在停掉以前應該再運行一次，以盡量保證所以本期交易在oracle ERP中產生。另：Auto GG的Process過長超過半小時，往往會在月結開始后會產生GG單（請注意目前未解）1Delete and Update Resoucre rate（New）目前因爲MKL和GTK的resource Rate為O，所以人工不需要在charge到WIP中去，所以生産日報表中key IN並產生WIP_cost_txn_interface紀錄對於GTK來説已經不再需要，為提高切分錄的時間直接Delete。對於MPK因爲目前產綫的key

21、in的生産日報表之時間人工=keyin的工時*labor rate，而目前Labor Rate與相應的resource rate相同。故系統中不再設置Labor rate，而直接用resource rate。此程式就會charge和update 相應的resource。2. 檢查各org成本料號是否一致Navigate：CST Cost Ending Process-uc-跨Oraganization成本Check(Pending&Frozen)Parameter：Pending cost如果不一樣就察看他們那個合理,在item cost item cost中察看item的cost,也可以在其

22、他Org看,判斷那個更合理,如果不一致，就通過copy cost function來統一Pending Cost。並且如果Pending cost不一致，説明財務月結的最後一步沒有做好或者Pending Cost在財務月結完后又被重新計算過。3. CHGWOStatustochange the status from fail to close to complete no charged allowedNavigate：Cost Ending Process-CE-25 CHG WO Status for OSPParameter：無此程式目地在De Oracle 的Bug : Fail t

23、o close WO會和 close WO 一樣, 在cost roll-up 時 Resource, Overhead不會算到，所以先暫時將 WO 的 Status 向前移回 Complete No Charged Allowed (15=5), Cost Roll-up 完後在改回 (step32). （此處時引用黃韋道和陳欽專編的END COST PROGRESS訓練教材）但目前在多次月結經驗中，發現Fail to Close WO在Cost Manager中進行切分錄的時候，不能正常Charge到WIP Account中，所以建議在Cost Manager 切完分錄后，再改囘的動作。

24、4. CE-30 CC RollbackNavigate：Cost Ending Process-CE-30 Roll back CC-Z-參數：無參數這個程序主要是Delete Oracle ERP的Bug，在資產重新評估之前, 本月份(Account Period)的CC單尚未切分錄, 理論上不應計算在資產重新評估中(應在下月份月結才算入本月份的CC Transaction), 然而Oracle將其算入.如果不做這步，則對於存在Z-w和CC的工單其在WIP Standard Cost Adjustment Report中的Adjustment Quantity將會不正確。正確的邏輯；期初：

25、= 期末-（JJ- CC）+（DD - Z-W）=期末-JJ-Z-W +CC +DD，Oracle錯誤的邏輯：期初：= 期末- JJ + DD因爲期末沒有錯，要用oracle 錯誤的邏輯算出對得Adjustment qty，則必須在JJ單中+CC qty ，在DD中-Z-W qty。5. Cost UpdateNavigate：Cost-Item cost-std cost update-Update Costs每個org都作,并且不可以錯:就是要選OU,在change org的BY org來作注意不可以掉了任意一個是從pending cost 更新到Frozen cost(財務再通過加權平均

26、后得到的本月實際成本放在pending cost中,再通過本月的實際成本和上月的實際成本(既Frozen cost)作比較,算出差异)RUN 報表前的參數設置:上面是設置帳本的界面!下面是參數的主界面通常出錯的原因：1Request直接報ERR，Request log中提示無下月的會計期間。出錯原因：本Org下月會計區間沒有打開，Cost Update TXN不能正常產生在下月期間内。2Cost Update运行过长时间（小时），并且在request Log中出现：App-00988 Oracle Error 1654 ele-acct错误信息。这中错误原因不明，但是此ERR一定要check

27、DB的ERR。方法：login 到DB（telnet 到），查看DB的Alert Log：界面和目录如下： 6. Check Cost Update 的結果 all orgsNavigate：Cost Ending Process-uc-跨Oraganization成本Check参数：Frozen Cost Type，每個公司（OU）均需運行一次。檢查Frozen Cost是否一樣7. 調整有誤的料號Navigate：Cost-Cost Mass Edits-Copy Cost Information-Copy Item Costs Across Oraganization WEI參數怎么設置

28、1現從DGL 的frozen導入到DTS(responsibility 是DTS)的MSH0211type2然后在調用copy item cost (for import data)把DTS的MSHcost type 導入到DTS的Frozencost type9CE-40 CC RecoveryNavigate：WIP SuperUser/Cost Supper User-Cost Ending Process-CE-40 Recovery Rollback CC-Z参数：无参数此程式和CE-30 Roll back CC-Z-對應，修復CE-30 Roll back CC-Z-做過的Deb

29、ug的修改。10. CE-45 暫移下個月之Tranx(the res/oh tx in the next period)Navigate：Cost Supper User-Cost Ending Process- CE-45 Temp removing the next period Res&OHParameter：下個月的第一天（下期的第一天）此程式是把下期發生的人工（產鮮助理keyin的生産日報表）和可能的外包工單的OSP費用（Wip_cost_txn_interface）暫存到零時文檔，再在CE-55 Recovery the remove next period Resc&OH恢復。如果目前MIS COST月結發生在本期的期末晚上和下期期末淩晨的話，此步驟和CE-55可以不作。11切分錄前的准備程式-成品Navigate：Cost Ending Process- TX-切分錄 前的准備程式Parameter：本期期間（Mar-05）此程式的作用： 取本期的最小最大TXN id。 Insert Max_txid, Min_txid 到 MIC_MTL_MINMAX_TXID 大於上期最大TXN ID的TXN的Cost Flag均必須為N。判斷本期所有的交易均正常，上期月結切分錄沒有本