现代企业货款月结流程分析报告

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 Repo

2、rt目前對於財務月結和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_CO

4、DE!='OK-862'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

5、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）的interfacel 檢查語句 Script：SELECT * FROM MIC_HUB_TRANSACTION_DETAILSWHERE STATUS_CODE!='OK-856T&#

6、39;l Cause of Issue:u MiTAC HUB(昆達)Inbound 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 處

7、理辦法：UPDATE mic_hub_receiving_details h SET 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

8、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_transactions_interface與用戶或者客戶化作為接口來處理的。Oracle自己的核心程式會自動由這兩個interface來判斷並處理產生正式的交易。因爲oralce程式會自己判斷，如

9、果數據不符合其規則或者異常，將會一直卡在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中運行著）處理：M

10、TL_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_id from mtl_material_transactions_tempHow to

11、 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：進入Oracle ERP系統察看並處理此种情況：Navigate：INV Supper User G

12、UIàtransactionàPending Transactions處理MTL_TRANSACTIONS_INTERFACE方法1：SQL：select mti.error_explanation,mti.error_code,cess_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_f

13、lag: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 id

14、Step 3. Find negative balance負庫存負庫存是系統不夠嚴謹的最明顯的表現,從根本上消滅負庫存是系統的目標,也是INV Module MIS負責人的一個任務.因爲負庫存處理起來比較複雜,請及時處理,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都是

15、為了TXN的正常,本月的txn的transaction date和Period ID(會計區間ID)保持一直,都在本月,以免Cost Update 和切分錄的正確性。但對於下面兩點的有效性保留自己的意見，待深入研究，在此不作評價。Step4. Check TX date SQLselect * from MTL_MATERIAL_TRANSACTIONSWHERE TRANSACTION_ID > 4421847and TRANSACTION_DATE < to_date('01-MAR-2000 00:00:00','DD-MON-YYYY H24:MI:

16、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 descselectdistin

17、ct MMT.ACCT_PERIOD_ID,OAP.PERIOD_NAME from MTL_MATERIAL_TRANSACTIONS MMT,ORG_ACCT_PERIODS OAPwhere TRANSACTION_ID >17604430and TRANSACTION_TYPE_ID!=24AND MMT.ACCT_PERIOD_ID=OAP.ACCT_PERIOD_ID-TRANSACTION_ID為上月MAX_TX_IDStep6. Run Report to cost 此程式是INV月結的關鍵，計算每個料號的期末庫存（包括INV和WIP），是by OU跑的，沒個OU跑一次。

18、UC-抽INV/WIP QTY/AMOUNT準備重算成本(BY OU)(MBOU0001)Step7. Check Onhand QTY & TX QTY balance(ALL ORG)此程式是check 期初+本月txn是否等於期末庫存，並抽取期末庫存？注意要保存report 的内容，因爲report的内容都是由問題的（即期初+txn<>期末），請記錄並分析入徑:wip super user->mis 模擬報表程式->Extract MIC own on-hand for ITI/IHTIrecord the log/report message(MINVE

19、170.SQL)入徑:wip super user->mis 模擬報表程式->Extract Vendor own on-hand for ITI/IHTIrecord the log/report message(MINVE160.SQL)如果不平 by caseStep8. 抽外倉AW區的庫存及金額Step9. Select MAX TX ID SQLselect max(TRANSACTION_ID) from MTL_MATERIAL_TRANSACTIONSMail to COST Step10.Open acct period by ORG in next month

20、first day.逐Org打開會計區間，如果發現會計區間内沒有下月的區間，請聯係GL或者財務建立GL會計區間或者打開GL會計區間，只有GL區間打開，INV的區間才可用。建立GL會計區間在INV Module也同樣存在，Navigate：INV Supper User GUIàSetupàFinancialsàAccounting Calendaràaccounting中建立GL會計區間Navigate: INV Supper User GUIàSetupàFinancialsàAccounts中打開會計區間Finance月

21、結MIS Cost月結Cost 月結前的準備工作：関掉可能在oracle中產生交易（向MTL_MATERIAL_TRANSACTION插入數據）的EDI或者自動schedule程式。目前的做法為：1在MIS月結前，切斷所有用戶，替換oracle ERP login入口Portal方法:login到ERP服務器，（30 or 68）find mklerp.htm的位置，把此文件更名替換掉。這樣在用戶login ERP的時候就會彈出頁面找不到的ERR message。2停掉EDI程式l MiTAC HUB(昆達)Inbound Main Process(3個)此

22、IOàOracle的EDI的程式，它會把IO中的過賬動作會抛給oracle而產生txn。影響MIS月結l MKL AUTO SIMULATION AND POST AFTER EK此程式為IO中合併備料EK過賬會抛oracle ERP后，自動讓相應的JJ單過賬，產生JJ單過賬。l Auto Generate DD Slip Number AutoDD project中倉庫在IO收到SFCS中的物料后，自動在ERP產生DD單的程式。3停掉Auto schedule 程式l Auto SFCS Move TX此程式為自動MOVE WIP TXN，產生Move transactionl M

23、KL Repair the difference of issue and transaction此程式會通過MTL material transaction更改工單的issue和use quantity,此程式會與CE-30 CC Rollback的程式衝突，造成CE-30修改的量被此城市repair。注意：在IO中過賬完半個小時（大多數EDI的程式運行周期均小於半個小時）后，才可以停掉EDI的程式。並且上面的程式在停掉以前應該再運行一次，以盡量保證所以本期交易在oracle ERP中產生。另：Auto GG的Process過長超過半小時，往往會在月結開始后會產生GG單（請注意目前未解）1D

24、elete and Update Resoucre rate（New）目前因爲MKL和GTK的resource Rate為O，所以人工不需要在charge到WIP中去，所以生産日報表中key IN並產生WIP_cost_txn_interface紀錄對於GTK來説已經不再需要，為提高切分錄的時間直接Delete。對於MPK因爲目前產綫的keyin的生産日報表之時間人工=keyin的工時*labor rate，而目前Labor Rate與相應的resource rate相同。故系統中不再設置Labor rate，而直接用resource rate。此程式就會charge和update 相應的re

25、source。2. 檢查各org成本料號是否一致Navigate：CSTàCost Ending Process->uc-跨Oraganization成本Check(Pending&Frozen)Parameter：Pending cost如果不一樣就察看他們那個合理,在item costàitem cost中察看item的cost,也可以在其他Org看,判斷那個更合理,如果不一致，就通過copy cost function來統一Pending Cost。並且如果Pending cost不一致，説明財務月結的最後一步沒有做好或者Pending Cost在財務月

26、結完后又被重新計算過。3. CHGWOStatustochange the status from 'fail to close' to 'complete no charged allowed'Navigate：Cost Ending Process->CE-25 CHG WO Status for OSPParameter：無此程式目地在De Oracle 的Bug : Fail to close WO會和 close WO 一樣, 在cost roll-up 時 Resource, Overhead不會算到，所以先暫時將 WO 的 Status 向前

27、移回 Complete No Charged Allowed (15=>5), Cost Roll-up 完後在改回 (step32). （此處時引用黃韋道和陳欽專編的END COST PROGRESS訓練教材）但目前在多次月結經驗中，發現Fail to Close WO在Cost Manager中進行切分錄的時候，不能正常Charge到WIP Account中，所以建議在Cost Manager 切完分錄后，再改囘的動作。4. CE-30 CC RollbackNavigate：Cost Ending Process->CE-30 Roll back CC-Z-參數：無參數這個程

28、序主要是Delete Oracle ERP的Bug，在資產重新評估之前, 本月份(Account Period)的CC單尚未切分錄, 理論上不應計算在資產重新評估中(應在下月份月結才算入本月份的CCTransaction), 然而Oracle將其算入.如果不做這步，則對於存在Z-w和CC的工單其在WIP Standard Cost Adjustment Report中的Adjustment Quantity將會不正確。正確的邏輯；期初：= 期末-（JJ- CC）+（DD - Z-W）=期末-JJ-Z-W +CC +DD，Oracle錯誤的邏輯：期初：= 期末- JJ + DD因爲期末沒有錯，要

29、用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(財務再通過加權平均后得到的本月實際成本放在pending cost中,再通過本月的實際成本和上月的實際成本(既Frozen cost)作比較,算出差异)R

30、UN 報表前的參數設置:這兩個值都是定值上面是設置帳本的界面!下面是參數的主界面Update選項可以是Resource,如沒有,則選擇Item only由上圖參數生成的帳本通常出錯的原因：1Request直接報ERR，Request log中提示無下月的會計期間。出錯原因：本Org下月會計區間沒有打開，Cost Update TXN不能正常產生在下月期間内。2Cost Update运行过长时间（>1.30小时），并且在request Log中出现：App-00988 Oracle Error 1654 ele-acct错误信息。这中错误原因不明，但是此ERR一定要check DB的ERR

31、。方法：login 到DB（telnet 到68），查看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 Ora

32、ganization WEI參數怎么設置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-

33、對應，修復CE-30 Roll back CC-Z-做過的Debug的修改。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

34、 Recovery the remove next period Resc&OH恢復。如果目前MIS COST月結發生在本期的期末晚上和下期期末淩晨的話，此步驟和CE-55可以不作。11切分錄前的准備程式-成品Navigate：Cost Ending Process->TX-切分錄 前的准備程式Parameter：本期期間（Mar-05）此程式的作用：l 取本期的最小最大TXN id。Insert Max_txid, Min_txid 到 MIC_MTL_MINMAX_TXIDl 大於上期最大TXN ID的TXN的Cost Flag均必須為N。判斷本期所有的交易均正常，上期月結切

35、分錄沒有本本期的交易切掉。如果出現有交易存在異常，則説明上期在月結期間有交易在產生。請查找根本原因並解決。異常處理辦法：看情況之多寡，如果少，直接把這些交易的txn_id改到小于上期最大txn_id.如果多改上期最大的txn_id.並必須重新運行程式。切忌不可以Update這些異常txn的 Cost Flag 為N。l 在本期最大最小的id中，必須均在本期（Acct_Period_id）異常處理方法同上。l Update txn Type為(342, 343, 396, 24)的Cost_flag為null。目前在華東只有24 txn type.因爲其為Update Cost產生的交易.l 暫

36、時Update 大於本期Max_txn_id的交易Cost_Flag為null，在還原程式“TX-切分錄后的還原動作”中會再次Update為N把下期的交易假裝已切分錄。l Update EK,IJ,EJ,IK,LLC,LLR Cost_Flag= null,這種從同一個科目之間的調撥，不產生分錄對於庫存之間的調撥，因爲其產生的科目均為庫存的對應科目，借貸Net掉為0l 備份本期的所有交易因爲目前華東地區的Oracle ERP性能日益不能滿足目前交易量，為提高財務Run相關報表的速度，採用空間換時間的原理，從時間上提高Perference11. 切成品分錄Open-Close Cost MGTi

37、nv super useràsetupàtransactionàinterface management然后在點擊 special下的launch Manager,這樣的話就會出發出許多進程就是把每一筆transaction的交易費用charge到每中帳戶中去!這個進程要運行很久(30)如果因他而起的進程都complete后,就把這個進程(是pending態的),在通過request_id再inv àrequest中查找,並把其狀態運行到complete&cancel狀態一旦Manager Active，將提交resource worker和Ma

38、terial worker，需察看程式可能出來的waining狀態的Request。如果存在Warning，請check 是否有剩餘（沒有Charge完的resource和沒有產生分錄的txn）Check Script：1select * from wip_cost_txn_interface2select mmt.costed_flag,mmt.attribute15,mmt.transaction_date,mmt.transaction_id,mmt.move_transaction_id,mmt.transaction_source_id,mmt.error_code,mmt.erro

39、r_explanation,mmt.* from mtl_material_transactions mmtwhere mmt.costed_flag ='E'（Or is null）如果出現上述SQL Script 返回記錄，則説明存在需要再次處理的紀錄。處理辦法如下：1針對wip_cost_txn_interface如果工單為Close狀態,直接delete 這些記錄,如果工單不為Close,為(Failed Close,Complete no charge allowed),請update對應工單為Complete change allowed狀態.然後再update w

40、ip_cost_txn_interface的Process status和Process_phase.Process Phase:1,Resource Validation 2,Resource Processing 3,Job close 4,Period CloseProcess Status:1,Pending 2,Runing 3,Error 4,Complete 5, Waining1Backup WO statusupdate wip_discrete_jobs wdjset attribute13=status_type, attribute12='20050101

41、9; 月結年月whereexists( select 'x' from wip_cost_txn_interface txnwhere txn.wip_entity_id = wdj.wip_entity_id)2Update Wo status to complete change allowed：4update wip_discrete_jobs wdjset status_type = 4where attribute12='20050101' and status_type <> 12;3Resubmit wip_cost_txn_inter

42、faceupdate wip_cost_txn_interface set GROUP_ID = null,process_status =1,process_phase=1,transaction_type=3where resource_code like '%OSP%'update wip_cost_txn_interface set GROUP_ID = null,process_status =1,process_phase=2,transaction_type=2where resource_code notlike'%OSP%'4. Recover

43、y the WO statusupdate wip_discrete_jobs wdj set status_type = attribute13where attribute12='200050101'2處理Cost Flag 為E的TXN此問題比較複雜，歷史上遇到的一類情況為無WIP_Period_balance(必須是本期)，此類情況也可能造成wip_cost_txn_interface charge 不完的情況，故請一起處理完后，再open的Cost Manager。不管何種情況，請查看waining中的request Log中提示：“APP-00001 Cannot

44、find message name INV_NO_UPDATE”1Insert 缺少WIP_perido_balances的工單之記錄INSERTINTO wip_period_balances (acct_period_id, wip_entity_id, repetitive_schedule_id, last_update_date, last_updated_by, creation_date, created_by, last_update_login, organization_id, class_type, tl_resource_in, tl_overhead_in, tl_o

45、utside_processing_in, pl_material_in, pl_material_overhead_in, pl_resource_in, pl_overhead_in, pl_outside_processing_in, tl_material_out, tl_material_overhead_out, tl_resource_out, tl_overhead_out, tl_outside_processing_out, pl_material_out, pl_material_overhead_out, pl_resource_out, pl_overhead_out

46、, pl_outside_processing_out, pl_material_var, pl_material_overhead_var, pl_resource_var, pl_outside_processing_var, pl_overhead_var, tl_material_var, tl_material_overhead_var, tl_resource_var, tl_outside_processing_var, tl_overhead_var) SELECT oap.acct_period_id, wdj.wip_entity_id, NULL, SYSDATE, 0,

47、 SYSDATE, 0, 0, anization_id, wac.class_type, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 FROM wip_accounting_classes wac, org_acct_periods oap, wip_discrete_jobs wdj WHERE wdj.status_type IN (3, 4, 5, 6, 7, 14, 15) AND wac.class_code = wdj.class_code AN

48、D anization_id = anization_id AND anization_id = anization_id AND oap.open_flag = 'Y' AND oap.period_close_date ISNULLAND oap.schedule_close_date >= NVL (wdj.date_released, wdj.creation_date) AND wac.class_type != 2 ANDNOTEXISTS ( SELECT 'X' FROM wip_pe

49、riod_balances wpb WHERE wpb.repetitive_schedule_id ISNULLAND wpb.wip_entity_id = wdj.wip_entity_id AND anization_id = anization_id AND wpb.acct_period_id = oap.acct_period_id)2Resubmit txn update mtl_material_transactions set costed_flag = 'N', request_id = NULL, transaction_gr

50、oup_id = NULL, error_code = NULL, error_explanation = NULLwhere costed_flag in ('N','E')如果還有txn不能切掉，請檢查wip_period_balances是否為此工單的本期記錄在上面都處理完后，請resubmit cost Manager。12。Check Account資料在以前月結中，發現有些account code為空，造成科目不平。Check Null Account Script：Select * from mtl_transaction_accounts mta

51、where reference_account isnulland Mta.transaction_date >sysdate-32Check Balance：select TRANSACTION_ID,sum(BASE_TRANSACTION_VALUE)from wip_transaction_accounts wtagroupby TRANSACTION_IDhavingsum(BASE_TRANSACTION_VALUE) <> 0select mmt.transaction_id,sum(BASE_TRANSACTION_VALUE)from mtl_transac

52、tion_accounts mta,mtl_material_transactions mmtwhere mmt.transaction_id = mta.transaction_idand acct_period_id between 1800 and 1823This Period max id and Min Idgroupby mmt.transaction_idhavingsum(BASE_TRANSACTION_VALUE) <> 0出現科目不平的原因有如下幾點：Other庫存傳票,Journal entries form products other than inv

53、entory that affect the inventory accountCharges to improper account:切帳了錯誤的科目,如:從一個SIC發料到Miscellaneous account(雜收雜發)雜項帳戶,但是卻用了一個SIC accountIssue to miscellaneous account,如果這种雜收雜發的都沒有切科目,或者都切了庫存帳戶,就造成庫存減少,并且月底庫存金額明細和總帳中的庫存金額不平transaction after period ending report?如果在本月所有交易沒有完前就運行了計算月底庫存金額報表.此時只有通過His

54、tory Inventory Balance Report 在月結的時候,或者如下報表:Transaction History Summary reportInventory Value ReportPeriod Close Summary ReportMaterial Account Distribution Summary/Detail ReportCheck account Balance必須在“TX-切分錄后的還原動作”程式之後。因爲在“TX-切分錄后的還原動作”程式中會delete掉不平的科目。12TX-切分錄后的還原動作Navigate：WIP SuperUser->Cost

55、 Ending Process->TX-切分錄后的還原動Parameter：無此程式的作用為：1Delete掉不平的科目2還原下期的txn的cost_flag為N13.CE-55 Recovery the remove next period Resc&OHNavigate:Cost Ending Process->CE-55 Recovery the remove next period Resc&OHParameter:下期的第一天此程式是還原”CE-45 Temp removing the next period Res&OH”移出備份的下期暫存檔案.

56、14. 重整FOC,Drop Shipment,EU的分錄Navigate:Cost Ending Process->TX重整FOC&Drop Shipment的分錄Source Code:MBOE0008Parameter:本期期間程式總體來説是來客戶化,讓其適合MITAC作業流程.1.Update FOC(客戶贈品)交易cost=0,but Actual cost <> 0的交易分錄update 為FOC的科目2.Update EU單的從庫調出的org的產生的會計科目:Overhand Absorption s account value=0,PPV=以前的PPV

57、+Overhand Absorption 15,CE-64 Change the dept code to 0000 for FFD TXNavigate:Cost Ending Process->CE-64 Change the dept code to 0000 for FFD TXSource Code:MBOU0065Parameter:本期期間對於FFD單據,在開單后的account code 的第2,3段包含部門信息,此程式就是update 第2段和第3段為00000000.00,把FFD設備領用的FF單子的科目中去掉部門，而產生到公司的縂科目中：改設備領用單 transaction_type_id = 306 , Account code 的 Segment2 => 0000000 , Segment3 => 0016，CE-66 adj the cost upd to prior periodNavigate:Cost Ending Process-> CE-66 adj the cost upd to prior periodSource Code:MBOE0066Parameter:本期期間此程式的目的：將資產重新評估的分錄日期向前調一個Acco