tech-iseminar purge archive - dbguide.net · 2005-07-27 · oracle financial purge & archive...

Oracle Financial Purge & Archive 수행방법 1

이재현,김세란,김용대

제품지원실

한국 오라클㈜

Oracle Financial Purge & Archive 수행방법

오늘 세미나에서는 Oracle Applications 11i 의 주요 Financial 제품군의 Purge & Archive 수행방법에 대해서 진행하겠습니다.


목 차

• Purge & Archive 정의

• Purge & Archive in APPS• 관계 법령• 주요 Financial Purge

• GL 프로그램 설명• AP 프로그램 설명• AR 프로그램 설명• FA 프로그램 설명

세미나의 진행순서는,

먼저, Purge & Archive의 정의와 APPS에서의 Purge & Archive의 의미

그리고 한국 고객들의 Purge & Archive정책에 영향을 미치는 관계 법령을 살펴본 후

주요 Financial Module의 Purge & Archive 프로그램에 대해서 알아보겠습니다.

설명순서는 GL,AP,AR,FA순으로 진행하겠습니다.


Purge & Archive 정의

• Purge해당 Process 담당자의확인을거친후그 Data를ERP Database에서삭제하는작업

• Archive해당 Process 담당자의확인을거친후그 Data를ERP Database에서삭제하기전에백업이필요할경우이를 Archive Table로 저장하고이를Tape나 Disk로 보관하는것

• Purge & Archive의 정의

Purge란 해당 Process 담당자의 확인을 거친 후 그 Data를 ERP Database에서 삭제하는작업을 말합니다.

여기서 Purge라 하고 Delete라고 하지 않는 것은 확인 작업이 Archive를 받아서 데이터에대한 backup을 가정으로 하고 데이터를 삭제한다는 것입니다.

따라서 Purge란 다시 말씀 드린다면 Archive+Delete라고 쉽게 말씀드릴 수 있습니다.

다음으로 Archive란 해당 Process담당자의 확인을 거친 후 그 Data를 삭제하기 전에 백업이필요할 경우 이를 Archive table로 저장하고, 이를 Tape나 Disk로 보관하는 것을 말합니다.


Purge & Archive in APPS1.가능한 Module별로 Standard Purge와 Archive기능을제공한다.

2. Standard로제공한 Purge & Archive 기능은대용량의Data을삭제하고이에따른 Performance을보장하기위한하나의방법으로제공그러나 이는장애발생에따른복구를위한방법은아니다

3. Purge의대상은 정상적마감, 결산된 Data를대상으로한다.

• APPS 에서의 Purge & Archive.

1. 가능한 Module별로 Standard기능의 Purge & Archive 기능을 제공합니다. 반드시 모든Module별로 Standard Purge & Archive를 제공하지는 않습니다.

2. Standard로 제공된 Purge & Archive기능은 대용량의 Data를 삭제하여 데이터 경량화에 따른Performance를 향상하기 위한 하나의 방법으로 제공되지만 그러나 이는 장애 발생에 따른 복구Solution이 아닙니다. Performance부분에서도 , 데이터 경량화에 따른 Performance향상이 산술적인 경량화비율처럼 빨라지지는 않는다는 점도 주지 하시기 바랍니다.

3. Purge 대상 Data는 정상적으로 마감이 되어 결산 되어 각 Module별로 완료된 거래만을대상으로 합니다.


Purge & Archive in APPS4. Purge의대상은 Standard Purge의대상인데이터와사용자가요구하는 새로운데이터로구분

5. Purge 의대상은대용량의 Table을기준으로선별되며 , 모든 Process의모든 Transaction Table을대상으로하지않는다.

6. Oracle Application전모듈에걸쳐통합관리할수있는 Purge & Archive 방법은존재하지않으며각Module별로가능한부분에한해 Purge & Archive 기능이제공된다.

4. Purge 대상 데이터는 Standard Purge의 대상 데이터와 Standard Purge대상 이외에 사용자가

요구하는 새로운 데이터로 구분이 됩니다.

5. Purge 대상은 대용량의 Table을 기준으로 선별이 되지만 모든 Process의 모든 TransactionTable을 대상으로 하는 것이 아닙니다

따라서 현재 사용중인 제품 중 Standard Purge & Archive 프로그램이 없는 경우에도 앞으로 개발

계획이 없을 수 도 있습니다.왜냐하면 Oracle은 대용량의 Table을 기준으로 선별이 되기 때문에 Module특성상 적은 데이터

양을 가진다고 판단되어 개발을 계획하지 않을 수 도 있으며 Performance를 Purge & Archive가아닌 다른 방법으로 개선이 가능한 Product에서도 역시 개발을 계획하지 않을 수 있습니다.

6. Oracle Application전 모듈에 대해서 통합 관리할 수 있는 Purge & Archive방법은 존재하지

않으며 각 Module별로 가능한 부분에 대해서만 Purge & Archive기능이 제공됩니다.


관계법령• 전자기록의보전방법등에관한고시

• 제2장 4조 (전자기록의보존)• ①납세자는각세법이규정하는바에따라장부와증빙서류의전부또는일부를전산조직을이용하여작성하는경우이에관련되는전자기록을모두보존하여야한다.

• ③제1항의전자기록은그거래사실이속하는과세기간에대한당해국세의법정신고기한이경과한날로부터 5년간보존하여야한다.

• 개정된국세청고시규정 (국세청고시제 2003-34호)

• Purge & Archive와 관련된 관계 법령

전자 기록의 보전 방법등에 관한 고시에서 제 4조(전자기록의 보존)을 보시면

제1항 , 납세자는 각 세법이 규정하는 바에 따라 장부와 증빙서류의 전부 또는 일부를 전산조직을

이용하여 작성하는 경우 이에 관련되는 전자기록을 모두 보존하여야 한다.

제3항 , 제1항의 전자기록은 그 거래사실이 속하는 과세기간에 대한 당해 국세의 법정신고기한이

경과한 날로부터 5년간 보존하여야 한다

예를 들어서1999년 8월 1월 open한 고객님이 2000년 5월 31일 국세청에 신고를 확정하셨다면

경과기간 5년이 지난 2005년 5월 31일부터 1999년도의 데이터를 Purge하실 수 있으십니다.

Purge 하시기 전에는 국세청에 문의하시어 가장 최신의 전자기록의 보전 방법에 대한 고시를

확인하시기 바랍니다.


주요 Financial Purge

1. APPS는기본적으로 GL,AP,AR,FA에대한 Standard Purge & Archive기능을제공한다

2. XTR,CM,Internet expense는아직 Standard Purge & Archive기능을제공하지않는다

• Financial제품군에서 제공하는 주요 Financial Purge.

1. APPS는 기본적으로 GL,AP,AR,FA에 대한 Standard Purge & Archive 프로그램을 제공합니다.

2. Treasury,Cash Management,Internet Expense는 아직 Standard Purge & Archive 프로그램을 제공하지 않습니다.

이는 이 Module에 대한 Purge & Archive기능을 개발 중이 라기 보다는 아직은 Module의 특성상

데이터의 양이 적기 때문에 , 개발을 계획하지 않을 수 있습니다.


Standard GL Purge & Archive

1. NAV : Setup > Open/Close

Close -> Permanently Closed 선택

•Standard GL Purge & Archive.

GL 데이터를 Purge 하기 위해서는 Closed된 각 해당 period를 Closed에서 Permanently Closed로바꿔야지만 해당 Period를 Purge하실 수 있으십니다.

한번 closed에서 Permanently Closed로 바꾼 Period는 다시 Open 하시거나 Close할 수 없으니 주의

하시기 바랍니다.



2. NAV : Setup > System > Purge(Balance)

• Purge 대상 table• GL_BALANCES

• Archive 대상 table• GL_ARCHIVE_BALANCE

• Archive를수행하면 Archive Table에Overwrite한다

Balance Purge대상 Table에 대해서 조사하여 보겠습니다.

Purge는 gl_balances에 대해서 purge를 하게 됩니다.

Archive는 gl_archive_balance에 하게 되는데 이때 주의 하실 점은 Archive는 archive 대상 table에추가하는 것이 아니라, Overwrite해서 archive하는 점 주의하시기 바랍니다.

따라서 다음 archive전까지는 archive를 Backup하시기 바랍니다.



2. NAV : Setup > System > Purge(Balance)

Balance를 실제 Purge하는 화면은 다음과 같습니다.

Setup>System>Purge에서 Archive & Purge Balance를 Check 하시고, Balance Type을Actual,Encumbrance,Budget중에서 선택하시기 바랍니다.

해당 Period는 From / To 에서 원하시는 Period를 정하시면 되지만, 월간/분기별 정도가 아닌 년간

Purge 를 한번에 수행할 때는 Journal의 Purge수행 시간에 문제가 생길 수 있으니 , Test계에서 미리

수행시간을 점검해 보시기 바랍니다.


Standard GL Purge & Archive 3. NAV : Setup > System > Purge(Journal)• Purge 대상 table

• GL_JE_BATCHES• GL_JE_HEADERS • GL_JE_LINES• GL_IMPORT_REFERENCES

• Archive 대상 table• GL_ARCHIVE_BATCHES• GL_ARCHIVE_HEADERS • GL_ARCHIVE_LINES• GL_ARCHIVE_REFERENCES

• Archive를수행하면 Archive Table에 Overwrite한다.

• Journal 에 관련된 Table

Journal은 GL_JE_BATCHES , GL_JE_HEADERS , GL_JE_LINES , GL_IMPORT_REFERENCES

4개의 Table이고 Archive Table은 각각 GL_ARCHIVE_BATCHES , GL_ARCHIVE_HEADERS ,

GL_ARCHIVE_LINES ,GL_ARCHIVE_REFERENCES 입니다.

Journal관련 Archive Table도 역시 Archive 수행 시 Overwrite하기때문에 다음 Archive전까지

Archive Table을 Backup받으시기 바랍니다.



3. NAV : Setup > System > Purge(Journal)

Journal을 실제 Purge하는 화면은 다음과 같습니다.

Setup>System>Purge에서 Archive & Purge Journals를 Check 하시고

Balance Type을 Actual,Encumbrance,Budget중에서 선택하시기 바랍니다.

해당 Period는 From / To 에서 원하시는 Period를 정하시면 되지만, 월간/분기별 정도가 아닌 년간

Purge 를 한번에 수행하실 때 에는 Journal의 Purge수행 시간에 문제가 생길 수 있으니 , Test계에서

미리 수행시간을 점검해 보시기 바랍니다.



4. 고려할점1. 데이터 Volume이다른 Table에비해서큰편2. Period별 Purge를하지않고회계연도별 Purge시수행시간에문제가생길수있다

3. 보전기간 5년을반드시지켜야함4. 다시 Restore 할수없다

• GL Purge & Archive를 수행 시 고려사항

첫번째로 데이터 Volume이 다른 Table에 비해서 큰 편 입니다

특히 GL_JE_LINES가 가정 크기 때문에 Purge수행 시 부하 문제로 DB에 영향을 줄 수 있으니,

GL 관련 작업은 업무 중 수행하셔야 한다면 부하를 확인하시기 바랍니다.

두번째로 기간을 월간,분기간 수행할 수 있으나 년간 Purge를 하셔야만 한다면 Test계에서 사전에수행 시간을 확인해 보시기 바랍니다

세번째는 전자기록의 보전 방법등에 관한 고시에서 말한 보전 기간 5년을 꼭 지켜야 하는데이타임을 확인 바랍니다.

네번째는 Purge & Archive수행후에는 다시 데이터를 Restore할 수 없다는 점 꼭 명심하시기바랍니다


Standard AP/PO Purge 1. Purge Category List

특정조직을위한 Planning 과 shipping schedulesSchedules by Organization

Planning과 Shipping Schedule과연관된 CUM Periods

Schedules by CUM Period

Inactive하고연관된 record가없는 SupplierSuppliers

취소된 PRSimple Requisitions

단순 Invoice, PO match 된 Invoice, POInvoices and Pos

Invoice에 Match가안된 Purchase ordersSimple Purchase Orders

PO Match가안된 InvoicesSimple Invoices설명Name

• AP Module의 AP/PO Purge

AP/PO Module에서는 Standard 기능으로 제공되는 Archive기능이 없기 때문에 Archive기능

구현을 위해서는 추가 개발을 하셔야 합니다

Purge Category로는 PO Match가 안된 invoices에 대한 Simple Invoices, Invoice에 Match가

안된 PO인 Simple PO, 단순 Invoice,PO Match된 Invoice,PO에 해당하는 Invoice and Pos

취소된 PR에 해당하는 Simple Requisitions Inactive하고 연관된 record가 없는 Supplier에

해당하는 Suppliers Planning과 Shipping Schedules과 연관된 CUM Periods에 해당하는

Schedules by CUM Period 특정 조직을 위한 Planning과 Shipping Schedules에 해당하는

Schedules by 가 있습니다.


Standard AP/PO Purge2. Invoice 기준

• Invoice Header와 Distribution의 Last Update Dates <= the Last Activity Date

• Invoice가완전히지급되거나 zero–amount invoice• Invoice가 GL로 transfer됨• Invoice가선급금이아니고선급금 invoice가적용되지않은것• Payment Purge 기준맞는것• Invoice와연관된 OPEN상태인 encumbrances가없는것• Invoice와연관된 PO가 PO Purge 기준과맞는것• FA를사용한다면 FA로넘길 Invoice중 Mass Addition으로넘어간것

• AP/PO Purge를 위한 Purge 기준 중 Invoice 기준

① Purge 기준 날짜인(The last Activity Date)보다 invoice header와 distribution의 lasat update dates이 작아야 함

② 해당 Invoice는 완전히 지급 처리 되거나 , Zero 금액 Invoice 여야 함

③ Invoice는 GL로 Transfer되어야 함

④ Invoice가 선급금이 아니고 선급금 invoice가 적용되지 않은 것

⑤ Payment Purge기준과 맞는 것

⑥ Invoice와 연관된 Open상태인 encumbrance가 없는 것

⑦ Invoice와 연관된 PO가 PO Purge기준과 맞는 것

⑧ FA를 사용한다면 , FA로 넘길 Invoice중 Mass Addition으로 넘어간 것

이상이 Standard AP/PO Purge에서의 invoice 기준입니다.


Standard AP/PO Purge

3. Payment 기준

• Payment가 general ledger로 transfer됨

• Payment된모든 Invoice가 Invoice Purge 기준에맞는것

• Oracle Cash Management에서사용되지않는 Payment

• Payment 의 Purge 기준

① Payment가 GL로 Transfer됨② Payment된 모든 Invoice가 Invoicie Purge기준에 맞는 것

③ Oracle Cash Management에서 사용되지 않는 Payment (Cash Management와 연관이 없는Payment )


Standard AP/PO Purge4. PO 기준

• Last Activity Date이후에 header, line, shipment, distribution 을Update하지않은경우

• Last Activity Date이후에 Purge 기준과맞는 Blanket Agreement를Update하지않은경우

• PO가취소되거나 finally closed 인경우• Standard PO를참조하는어떤 Contract도 Purge 기준을만족할경우• PO을참조하는모든 Online requisitions 과 Receipts이 Purge 기준을만족할경우

• PO를참조하는모든 Invoice가 Invoice Purge 기준을만족할경우• PO에 Match하는 Invoice가없는경우• PO가 Oracle Inventory 나 Oracle MRP에참조되지않는경우• 만약 Oracle Supplier Scheduling 이사용된다면, the blanket release가

supplier schedule에참조가되지않아야한다• PO가 ASL에사용이되지않아야한다• PO가 Oracle Projects에연관되지않아야한다

• PO의 Purge기준

① Last Activity Date이후에 , Header , Line , Shipment , Distribution을 Update하지 않은 경우

② Last Activity Date이후에 Purge기준과 맞는 Blanket Agreement를 Update하지 않은 경우

③ PO가 취소되거나 Finally Closed인 경우

④ Standard PO를 참조하는 어떤 Contract도 Purge 기준을 만족할 경우

⑤ PO를 참조하는 모든 OnLine Requisitions과 Receipts이 Purge기준을 만족할 경우

⑥ PO에 Match 하는 Invoice가 없는 경우

⑦ PO가 Oracle Inventory나 Oracle MRP에 참조되지 않는 경우

⑧ 만약 Oracle Supplier Schedulinig이 사용 된다면, Blanket release가 Supplier Shcedule에참조가 되지 않아야 한다


Standard AP/PO Purge5. Payables, Archive Purge Responsibility • NAV : Purge

Payable Archive Purge Responsibility를 선택하셔서 Purge화면에 가면, 이전 Slide에서 설명 하였던

Category와 Purge 대상 날짜,Last Activity Date를 입력할 수 있다.



6. Initiate 수행

Initiate 단계APXP7SEL.rdf : Purge 대상선정APXPGLIS.rdf : Purge 작업예비목록작성

AP/PO Purge는 크게 두 단계로 나누어서 수행을 하게 됩니다.회면의 우측에 보이시는 Initiate버튼을 누르시면 수행되는 것이 처음의 Initiate단계입니다

이 Initiate단계에서는 Purge 대상 선정 작업과 Purge작업 예비 목록 작성의 두 가지 작업을 수행하게됩니다.



7. Confirm 수행

Confirm 단계APXP7CFM.rdf : Purge 대상확정APXPGLIS.rdf : 최종 Purge 작업목록작성APXP7SUM.rdf : Purge 작업요약정보 updateAPXP7DEL.rdf : 실제대상 table에서 Data 삭제

다음은 Initiate수행 후 수행하신 Purge이름으로 조회를 하게 되면

다음 단계인 Confirm단계가 활성화 됩니다.이 단계에서는 Initiate단계의 Purge 대상 선정 목록 중 Purge대상을 다시 한번 더 확정하게 됩니다.확정 단계이후에는 Purge작업 목록을 작성하고 , Purge 작업 요약정보를 update 하고, 실제 대상

Table에서 해당 Data를 삭제하는 작업을 수행하게 됩니다.



8. Initiate & Confirm 단계별수행프로그램Initiate 단계APXP7SEL.rdf : Purge 대상선정APXPGLIS.rdf : Purge 작업예비목록작성

Confirm 단계APXP7CFM.rdf : Purge 대상확정APXPGLIS.rdf : 최종 Purge 작업목록작성APXP7SUM.rdf : Purge 작업요약정보 updateAPXP7DEL.rdf : 실제대상 table에서 Data 삭제

Abort InitiatingAPXP7ABT.rdf : Initaited된 Purge 작업중지

다시 Initiate와 Confirm단계의 작업 수행 절차를 다시 한번 더 정리하겠습니다.

Initiate단계에서는 Purge 대상 선정 작업과 Purge작업 예비 목록 작성을 하게 되고

Confirm단계에서는 Purge 대상을 확정하고 최종 Purge 작업 목록 작성을 합니다.이어 Purge 작업 요약정보를 Update하고 최종적으로 실제 대상 Table에서 Data를 삭제 합니다.

Abort Initiating 단계에서는 Initiated된 Purge 작업을 중지 할 수 있습니다



9. Initiate & Confirm Stage 비교• Initiate단계에서 Purge 대상이되는 invoice list를

AP_PURGE_INVOICE_LIST에 insert한다.

• Confirm을하게되면 Purge 대상을확정(double_check_flag = 'Y‘)하고, Purge될내용을AP_HISTORY_INVOICE Table에요약하여입력하고나서실제삭제작업을진행한다.

다음은 Initiate와 Confirm Stage의 비교를 하겠습니다.

Initiate 단계에서는 Purge의 대상이 되는 invoice list를 추출하여 1차적으로

Ap_purge_invoice_list에 insert 하게 됩니다.

다음 단계에서 confirm을 하게 되면 , Purge대상을 확정하게 되고, Double_check_flag를 Y로update하게 되고 Purge 될 내용을 ap_history_invoice table 에 요약 입력한 후 실제 purge작업을

수행하게 됩니다.


Standard AP/PO Purge10. AP관련 Purge Summary 정보 Table

① FINANCIALS_PURGESPurge Process 의 기준 정보와 상태를 저장하는 Table , 성공적으로

Purge한 record의 건수를 보여줌.② AP_PURGE_INVOICE_LISTinvoice purge process 동안 임시적으로 Invoice_id를 저장한다.③ AP_HISTORY_CHECKS Payables이 purge 하는 invoice payment의 요약 정보를 저장한다.④ AP_HISTORY_INVOICESPayables이 purge 하는 invoice 의 요약 정보를 저장한다.⑤ AP_HISTORY_INVOICE_PAYMENTSPayables이 purge 하는 invoice 와 payment의 관계를 저장한다.

• AP관련 Purge Summary와 연관된 정보 Table

첫번째, Financial_purges는 Purge Process의 기준 정보와 상태를 저장하는 Table입니다.성공적으로 Purge한 Record의 건수만을 저장하고 있습니다.

두번째, ap_purge_invoice_list는 invoice purge process 동안 초기 대상 list와 confirm후 확정한상태의 정보를 가지게 된다.

세번째, ap_history_checks는 payable이 Purge 하는 동안 invoice의 payment 에 대한 요약 정보를저장합니다

네번째, ap_history_invoices는 Payable Purge Process 동안 invoice 의 요약 정보를 저장하게됩니다.

다섯번째, ap_history_invoice_payments에서 payable이 Purge하는 동안 Inovice와 payment의관계를 저장합니다.


Standard AP/PO Purge11. PO관련 Purge Summary 정보 Table

① PO_PURGE_PO_LIST – PO_HEADER_ID를임시로저장한다② PO_PURGE_REQ_LIST – REQUISITION_HEADER_ID를

임시로저장한다③ PO_PURGE_VENDOR_LIST – VENDOR_ID를임시로

저장한다④ PO_HISTORY_VENDORS –suppliers의요약정보를저장한다⑤ PO_HISTORY_POS –purchase orders의요약정보를저장한다⑥ PO_HISTORY_RECEIPTS –receipts의요약정보를저장한다⑦ PO_HISTORY_REQUISITIONS – requisitions의요약정보를

저장한다

다음은 PO관련 Purge Summary 정보 Table입니다.

① PO_PURGE_PO_LIST은 PO_HEADER_ID를 임시로 저장한다

② PO_PURGE_REQ_LST는 REQUISITION_HEADER_ID를 임시로 저장한다

③ PO_PURGE_VENDOR_LIST는 VENDOR_ID를 임시로 저장한다

④ PO_HISTORY_VENDORS는 PURGE한 SUPPLIER의 요약정보를 저장한다

⑤ PO_HISTORY_POS는 PO의 요약 정보를 저장한다

⑥ PO_HISTORY_RECEIPTS는 RECEIPTS의 요약정보를 저장한다

⑦ PO_HISTORY_REQUISITIONS – REQUISITIONS의 요약정보를 저장한다


Standard AP/PO Purge12. Tables Affected By Purging an Invoice

1) AP_ACCOUNTING_EVENTS2) AP_AE_HEADERS 3) AP_AE_LINES4) AP_BATCHES5) AP_CHRG_ALLOCATIONS6) AP_CHECKS7) AP_DOC_SEQUENCE_AUDIT8) AP_ENCUMBRANCE_LINES9) AP_HOLDS

다음은 순서 대로 INVOICE PURGE에 의해서 영향을 받는 TABLE들을 보여드리겠습니다.

1. AP_ACCOUNTING_EVENTS2. AP_AE_HEADERS 3. AP_AE_LINES4. AP_BATCHES5. AP_CHRG_ALLOCATIONS6. AP_CHECKS7. AP_DOC_SEQUENCE_AUDIT8. AP_ENCUMBRANCE_LINES9. AP_HOLDS


Standard AP/PO Purge12. Tables Affected By Purging an Invoice

10) AP_INVOICE_APPROVAL_HISTORY_ALL11) AP_INVOICES_ALL12) AP_INVOICE_DISTRIBUTIONS_ALL13) AP_INVOICE_PAYMENTS14) AP_INVOICE_SELECTION_CRITERIA15) AP_PAYMENT_HISTORY16) AP_PAYMENT_SCHEDULES17) RCV_RECEIVING_SUB_LEDGER18) RCV_SUBLEDGER_DETAILS_NUMBER

이전 PAGE에 이어서INVOICE PURGE에 의해서 영향을 받는 TABLE들을 보여드리겠습니다

10. AP_INVOICE_APPROVAL_HISTORY_ALL11. AP_INVOICES_ALL12. AP_INVOICE_DISTRIBUTIONS_ALL13. AP_INVOICE_PAYMENTS14. AP_INVOICE_SELECTION_CRITERIA15. AP_PAYMENT_HISTORY16. AP_PAYMENT_SCHEDULES17. RCV_RECEIVING_SUB_LEDGER18. RCV_SUBLEDGER_DETAILS_NUMBER


Standard AP/PO Purge13. Tables Affected By Purging a PO

1) PO_ACCEPTANCES2) PO_ACTION_HISTORY3) PO_DISTRIBUTIONS4) PO_HEADERS5) PO_HEADERS_ARCHIVE6) PO_LINE_LOCATIONS7) PO_LINE_LOCATIONS_ARCHIVE8) PO_LINES9) PO_LINES_ARCHIVE10) PO_NOTE_REFERENCES11) PO_NOTES12) PO_RELEASES

다음은 PO PURGE에 의해서 영향을 받는 TABLE들을 보여드리겠습니다1. PO_ACCEPTANCES2. PO_ACTION_HISTORY3. PO_DISTRIBUTIONS4. PO_HEADERS5. PO_HEADERS_ARCHIVE6. PO_LINE_LOCATIONS7. PO_LINE_LOCATIONS_ARCHIVE8. PO_LINES9. PO_LINES_ARCHIVE10. PO_NOTE_REFERENCES11. PO_NOTES12. PO_RELEASES


Standard AP/PO Purge14. 고려사항

• Initiate 단계와 Confirm 단계의 Validation이다르기때문에 Initiate단계의초기선택대상과 Confirm후실제삭제대상은차이가날수있다.

• Standard Archive Process가존재하지않는다. Archive Process에대한추가개발이필요하다

AP/PO PURGE의 마지막으로 고려할 점에 대해서 살펴보겠습니다.

처음 AP/PO PURGE를 Test하시는 고객분 들께서는 Initiate단계이후 Purge 대상을 뽑아본 후

Purge대상에 문제가 있다거나 Confirm 단계를 수행 후 Initiate단계와 다른 것이 문제가 있다고

문제를 제기하시는 고객님들이 있으십니다.

하지만 이는 Initiate단계와 Confirm에서 Validatioin Logic이 다르기 때문에 대상이 다를 수 있다는

점을 모르셨기 때문입니다.

다음은 AP/PO Purge는 다른 Purge 프로그램과 달리 Standard Archive Process가 존재하지않습니다.

따라서 Archive를 위해서는 Archive Process에 대한 추가 프로그램 개발이 필요합니다.


Standard AR Purge & Archive 1. Purge Chain

•Receipt 1이두개의Invoice(A, B)과 Apply되어있고 Invoice B는다시Receipt2와 Apply되어있다.•이렇게 Invoice A, Invoice B, Invoice C 와 Receipt 1, receipt 2, receipt 3가모두처리되었을때하나의Chain이끝나게된다.

Standard AR Purge & Archive 프로그램을 설명하기 위해서는 먼저 AR Purge & Archive에서사용하는 Purge Chain의 개념에 대해서 아셔야 합니다.

그림에서 보시는 것과 같이 Receipt1은 Invoice A,B에 Apply되어 있고 Receipt는 다시 InvoiceB 에Apply되어 있습니다.

Receipt3는 InvoiceC에 Apply되어 있고 invoiceB,C는 하나의 Deposit에 연결되어 있습니다.이렇게 AR Purge는 Purge 대상을 고려할 때 해당 Transaction과 연관된 다른 거래도 함께고려해서 Purge를 수행하게 됩니다.

여기에 보시는 것 처럼 하나의 하위 Receipt을 Purge 하기 위해서는 기본적으로 연관된 다른 모든

invoice와 receipt이 apply가 정상적으로 되어 수금을 마쳐야 합니다.


Standard AR Purge & Archive

2. AR Purge & Archive ResponsibilityNAV : Archive and Purge

(Call New Archive & Purge)

• AR Purge & Archive 프로그램을 수행하는 절차

주요 Parameter로는 Purge 날짜를 입력하는 Cut of Date Purge 프로그램을 수행할 Total Workers의 수 Archive Level입니다.

Cust of Date는 특정 월이 아닌 특정 날짜 까지 넣을 수 있기 때문에 해당 월의 수금이 정상적으로

많이 끝나는 날로 입력을 하시는 것이 Purge Process의 효율성에 좋습니다.

다음으로 Parallet Worker의 수는 여러 개를 넣어서 동시에 수행할 수 있으나 , 너무 많은 Worker를넣는다고 동시에 빠르게 수행되는 것은 아닙니다.

DB 성능과 Purge를 수행할 대상 건수를 고려하셔서 적당한 수를 선정하셔야 합니다.

대상 건수가 적은데 , 많은 Worker를 선택하시면 같은 Table에 많은 Worker가 작업을 동시에

수행해서 병합현상이 발생해서 , Purge가 더 지연될 수도 있습니다.


Standard AR Purge & Archive 3.Results (Rollback)

• NAV : View -> Requests•주요 Case

...is a commitment or related to a commitment (Deposit,Guarantee는지울수없다)

...Running total is not Zero

...already in unpurgeabletransaction list

AR에서는 두가지 Type의 commitments를 만들수 있습니다.

Deposits은 미래의 제공할 재화나 서비스에 대한 고객의 선급금을 기록하기 위한 기록 입니다.

Guarantees는 특정한 기간동안 Biz를 수행하기 위해서 고객과 약속한 상호 계약 입니다.

이 두가지 Commitments에 연관된 거래나 Receipt는 Purge 하실 수가 없으십니다.

다음은 수금을 완전히 마치지 않고 잔액이 남아 있는 경우에

“Running total is not Zero”라는 에러 메시지로 Purge 를 더 이상 진행할 수 없게 되고

“already in unpurgeable transaction list “라는 메시지는 이미 한번 Rollback한 거래는

Unpurgeable Transaction list에 들어 있어서 해당 거래가 다른 Purge Chain에 나올때 Purge

Logic에서 바로 빠져 나오게 됩니다.


Standard AR Purge & Archive 4.Transaction Purge 대상

• RA_CUSTOMER_TRX_ALL이 Table은 invoice, debit memo, commitment, and credit memo header 정보를저장한다.각각 Row는 customer, transaction type, and printing instructions 같은 일반적 정보를 저장한다.invoice, debit memo, commitment, and credit memo에 대해서 각각 1 ROW씩 정보를 가진다

• RA_CUSTOMER_TRX_LINES_ALLinvoice, debit memo, commitment, br and credit memo에 대한 대금 정보를 기술한다

• RA_CUSTOMER_TRX_LINE_GL_DIST_ALLBR을 제외한모든 Distribution의 Accouting정보를 기술한다

Accounting Distribution당 하나의 Row를 가져야 한다

• AR_RECEIVABLE_APPLICATIONS_ALLCash와 credit memo application에 대한 Accouting정보를 기술한다

• AR_PAYMENT_SCHEDLUES_ALLadjustment와 miscellaneous cash receipt을제외한 모든 transaction을 저장하며, 모든 customer 와 관련된

activity는여기에 저장된다.또한 이 Table은 invoce,debit memo,chargeback,credit memo, on-line credit BR,receipt에 해당하는

transaction이일어날 경우에 Update된다


Standard AR Purge & Archive 5.Receipt Purge 대상

•AR_CASH_RECEIPTS_ALL

모든 Receipt 입력과 연관된 하나의 record 저장AR_CASH_RECEIPT_HISTORY_ALL,

AR_PAYMENT_SCHEDULES_ALL AR_DISTRIBUTIONS_ALL,

AR_RECEIVABLE_APPLCATION_ALL을 자동적으로 생성

RECEIPT중 INVOICE와 연관이 없는 데이터는 AR_MISC_CASH_DISTRIBUTIONS_ALL, AR_RECEIVABLE_APPLICATIONS_ALL에 만 데이터를 저장한다

•AR_RECEIVABLE_APPLICATIONS_ALL

CASH 와 CREDIT MEMO에 대한 ACCOUTING정보를 저장한다

각각의 ROW는 APPLIED AMOUNT,STATUS, ACCOUNTING FF정보를 저장한다

•AR_DISTRIBUTIONS_ALL

이 TABLE은 CASH RECEIPT,MISC RECEIPT,ADJUSTMENT,CREDIT MEMO APPLICATION,

CASH RECEIPT APPLICATION,BR 거래에 대한 ACCOUNTING DIST를 저장한다


Standard AR Purge & Archive 6.전체 Purge 대상

•RA_BATCHES•RA_CUSTOMER_TRX_LINES•RA_CUST_TRX_LINE_GL_DIST•RA_CUSTOMER_TRX•RA_CUST_TRX_LINE_SALESREPS

• AR_ADJUSTMENTS• AR_ACTION_NOTIFICATIONS • AR_BATCHES• AR_CALL_ACTIOINS • AR_CASH_RECEIPTS• AR_CASH_RECEIPT_HISTORY• AR_CUSTOMER_CALL_TOPICS• AR_CORRESPONDENCE_PAY_SCHED• AR_CORRESPONDENCES• AR_DISTRIBUTIONS• AR_NOTES• AR_PAYMENT_SCHEDULES• AR_RECEIVABL_APPLICATIONS• AR_RATE_ADJUSTMENTS

AR Purge & Archive프로그램이 영향을 미치는 전체 Table을 보여드리겠습니다.

•RA_BATCHES

•RA_CUSTOMER_TRX_LINES

•RA_CUST_TRX_LINE_GL_DIST

•RA_CUSTOMER_TRX

•RA_CUST_TRX_LINE_SALESREPS

•AR_ADJUSTMENTS

•AR_ACTION_NOTIFICATIONS

•AR_BATCHES

•AR_CALL_ACTIOINS

•AR_CASH_RECEIPTS

•AR_CASH_RECEIPT_HISTORY

•AR_CUSTOMER_CALL_TOPICS

•AR_CORRESPONDENCE_PAY_SCHED

•AR_CORRESPONDENCES

•AR_DISTRIBUTIONS

•AR_NOTES

•AR_PAYMENT_SCHEDULES

•AR_RECEIVABL_APPLICATIONS

•AR_RATE_ADJUSTMENTS


Standard AR Purge & Archive

7. Archive Level & Table• Headers• Headers and Lines• Header, Lines and Distributions• Table

• AR_ARCHIVE_HEADER• AR_ARCHIVE_DETAIL • AR_ARCHIVE_CONTROL

• Archice의 Level과 그에 해당하는 Table

Archive Level은 다음과 같이 3가지 있습니다.

• Headers

• Headers and Lines

• Header, Lines and Distributions

또한 이 Archive Level과 관련된 Table은 아래와 같습니다.

• AR_ARCHIVE_HEADER

이 Header Table은 메인 Transaction 정보를 저장한다. Main Transaction은 Invoice, Receipts

,Credit or Debit Memos, Adjustments, Guarantees, Deposits, Charge backs , and On-

Account Credit 입니다.

Header정보는 모든 Archive level에 대해서 Archive 되고 , 이 정보는 Archive Detail report에

사용됩니다.

• AR_ARCHIVE_DETAIL

이 Table은 Distribution정보 뿐만 아니라 Transaction Line과 연관된 정보를 저장합니다.

이 Table은 Header Level Archive를 위한 Credit Memo, Receipt 적용에 관련된 레코드 들을

저장합니다.

하지만 대부분의 정보는 ’Header and Line’ and ’Header, Line and Distribution’ archives를

위한 정보로 사용됩니다.

추가로 RA_CUST_TRX_LINE_GL_DIST andAR_MISC_CASH_DISTRIBUTIONS과 연관된

Distribution정보는 ’Header, Line and Distribution’ level archive’ 에 대해서 Archive된다.

• AR_ARCHIVE_CONTROL

이 table은 각각의 Archive & Purge 수행에 대한 Historical Data를 저장한다.

각각 Archive and Purge 프로그램은 한 record를 insert한다


Standard AR Purge & Archive8.Another Purge Program• Selection, Validation and Archive:

“Archive Preview” -> “Purge module”Transaction을검증Transaction을 Archive table로복사

• Purge: “Purge”Archive table을참고하여적절할 Transaction data를삭제한다

• Archive:Archive To File”Archive Table에서 File로만든다

• Selection, Validation, Archive, and Purge processes“Archive and Purge”

다른 Purge프로그램으로 Archive and Purge가 있습니다.

이 프로그램은 앞에서 설명 드린 프로그램의 이전 프로그램으로 아래의 4단계+Option(1)를통해서 수행이 됩니다.

Selection, Validation and Archive & Purge 단계입니다.

먼저 Selection, Validation and Archive 단계는 Archive Preview 단계에서 Transaction 검증과

Transaction을 Archive하게 됩니다.

수행 후 Purge Module을 수행하게 되면 Archive Table을 참고하여 Transaction Data를 삭제하게

됩니다.

다름은 Optional한 단계로 이 Archive Data를 File로 받을수가 있습니다.

이 모든 단계를 하나의 프로그램으로 수행하고자 하시는 경우 수행할 프로그램이 Archive & Purge

입니다.


Standard AR Purge & Archive9.Details steps to Run • Run Archive–Preview • Review Archive Report

• AR_ARCHIVE_PURGE_INTERIM내용확인

• Purge• AR_ARCHIVE_PURGE_INTERIM 내용을바탕으로 Purge• Purge대신에 Archive & Purge를수행해도됨

• Move Archive Data to Storage• $AR_TOP/out/ <user id.request id>

제일 처음에 Archive-Preview를 수행하고 다음 Step으로는 Review Archive report를 수행하여

AR_ARCHIVE_PURGE_INTERIM을 수행하여 내용확인 Purge를 수행하여 Review Step에서

수행한 AR_ARCHIVE_PURGE_INTERIM을 바탕으로 Purge를 수행함

Purge 대신에 Archive & Purge를 수행해도 됨

Move Archive Data to Storage를 수행하면 $AR_TOP/out/ <user id.request id>으로 File이 생김


Standard AR Purge & Archive10.Details steps to Run • Clear Archive Tables

• AR_ARCHIVE_HEADER• AR_ARCHIVE_DETAIL• AR_PURGE_TRX_AUX• AR_PURGE_REC_AUX• AR_ARCHIVE_PURGE_LOG• AR_ARCHIVE_PURGE_INTERIM• AR_PURGE_OE_EXCEPTIONS

Archive Purge를 수행하기 전에 반드시 수행하셔서 Clear 하셔야 할 중간 interim table 입니다.

• AR_ARCHIVE_HEADER

• AR_ARCHIVE_DETAIL

• AR_PURGE_TRX_AUX

• AR_PURGE_REC_AUX

• AR_ARCHIVE_PURGE_LOG

• AR_ARCHIVE_PURGE_INTERIM

• AR_PURGE_OE_EXCEPTIONS

추가적으로 각 Step별로 User Manual을 더 자세히 참고 하시기 바라며 , 이 세미나에서는

모든 Step에 대해서 자세히 설명드릴수가 없습니다.

추가 각 Step별 구체적인 내용확인은 User Guide 를 참고하시기 바라며, iTAR를 통해서 Support

Service를 받으시기 바랍니다.


Standard AR Purge & Archive 11. 고려사항

1) Transaction에대한 Receipt를완전히정산하기까지오랜기간이걸릴경우오랜전체수금기간에대해 Purge 를수행할경우Purge 대상에서 non-zero로빠지기쉽다

2) 이경우와같이거래의 chain이복잡할경우 Purge를성공하지못하고 Rollback할경우 DB에과부하가발생함

3) 외화로거래할경우환율문제로잔액이 0가안되어Purge대상에서빠질수있음

AR Purge & Archive Program에 대해서 고려할 점에 대해서 살펴보겠습니다.

Transaction에 대한 Receipt을 완전히 정산하기까지 오래 걸릴 경우 이에 해당하는 모든

거래들은 Purge대상에서 Non-zero로 빠지게 된다.

예를 들어 2004년도 1월 1200만원의 거래 채권이 있고, 매월 15일 100만원씩 수금한다면 2004년

12월 15일이 되기 전까지는 해당 거래 채권에 대한 Balance가 zero가 되지 않기 때문에 Purge

대상에서 non-zero로 빠지게 됩니다.

만약 이런 식으로 전체적으로 Purge Chain이 오랜 Period에 대해서 존재할 경우, Purge하기

위해서 delete하다가 마지막에 Rollback하는 과정을 반복함으로써 전체 시스템의 성능에 영향을

미칠 수 있다

추가적으로 외화 채권을 경우는 환율 문제로 원화 잔액과 외화 잔액이 다를 경우 Purge대상에서

빠질 수 있다


Standard FA Purge & Archive 1. Purge되는 Data

• 현재 Data를지우기위해서명시한회계년도의Transaction과관련된상각 Data

2. Purge순서• 연대기적순서로회계연도에해당하는데이터를 Purge할수있다. 어떤회계년도를 Purge하기위해서는이전회계년도를Purge & Archive를해야만한다. 현재회계연도를 Purge할수는없다

3. Setup • Book Control Windows에서상각book에대해서 Purge를

check해야한다.

FA Module의 Purge & Archive에 대해서 살펴보겠습니다.

1. Purge되는 Data는 현재 Data를 지우기 위해서 명시한 회계 년도의 Transaction과 관련된상각 Data

2. Purge는 연대기적 순서로만 회계연도에 해당하는 데이터를 Purge 할 수 있다. 어떤 회계연도를 Purge하기 위해서는 이전 회계연도를 Purge & Archive해야만 한다. 이전회계연도를 지우지 않고 이전 회계연도를 Purge 할 수는 없다

3. 필요한 Setup으로는 Book Control Window에서 상각Book에 대해서 Purge를 Check해야한다


Standard FA Purge & Archive 4. Archive tables Size 결정

• FA_ADJUSTMENTS,FA_DEPRN_SUMMARY,FA_DEPRN_DETAIL• SELECT count(ADJ.ASSET_ID)

FROM FA_ADJUSTMENTS ADJ,FA_DEPRN_PERIODS DP,FA_FISCAL_YEAR FY

where FY.FISCAL_YEAR = Fiscal Year To Archive and DP.CALENDAR_PERIOD_OPEN_DATE >=FY.START_DATE and DP.CALENDAR_PERIOD_CLOSE_DATE <= FY.END_DATE and ADJ.PERIOD_COUNTER_CREATED = DP.PERIOD_COUNTER;

•각 row는 50 bytes로계산하시면됩니다.

5. Archive tables size 수정• FA: Archive Table Sizing Factor• Default size : 100,000 bytes(100KB)

4. Archive Table의 Size는

FA_ADJUSTMENTS,FA_DEPRN_SUMMARY,FA_DEPRN_DETAIL에 대한 적정 Size를 설정하여야합니다.

이 예에서 보이는 Sql로 Purge할 회계년의의 해당 기간을 넣으시면 Purge할 Row의 건수가나오게 됩니다. 이 Row수에 *50 byte를 하여 Archive Size를 결정하시면 됩니다.

5. FA: Archive Table Sizing Factor profile에 설정된 값은 Default로 약 100KB 이며 이을 이미계산한 값으로 수정하시면 됩니다.


Standard FA Purge & Archive 6. Archive & Purge

6. FA의 Archive & Purge 절차는 Archive를 먼저 수행한 후에 Archive를 정상적으로 마친

회계연도에 대해서 Purge를 수행할 수 있으며 Purge를 마친 Period를 다시 Restore를 하실 수

있습니다.


Standard FA Purge & Archive 7. Purge & Archive Table

• Purge TableFA_ADJUSTMENTSFA_DEPRN_SUMMARYFA_DEPRN_DETAIL

• Archive TableFA_ARCHIVE_SUMMARY_<Archive_Number>FA_ARCHIVE_DETAIL_<Archive_Number>FA_ARCHIVE_ADJUSTMENT_<Archive_Number>

FA의 Purge & Archive Table은 아래와 같습니다.

Purge Table은

•FA_ADJUSTMENTS

•FA_DEPRN_SUMMARY

•FA_DEPRN_DETAIL

이에 해당하는 Archive Table은

•FA_ARCHIVE_SUMMARY_<Archive_Number>

•FA_ARCHIVE_DETAIL_<Archive_Number>

•FA_ARCHIVE_ADJUSTMENT_<Archive_Number>

이때 GL과는 다르게 Archive이름에 Archive_Number가 들어 가기 때문에 기존 Archihve Table을

Overwrite하지는 않습니다.


Standard FA Purge & Archive 8. Restore

1) Storage Device로부터 Archive Table를Import한다

2) Archive and Purge window Open한다3) Restore할 Archive Number를선택한다4) Restore 버튼을선택하고 Purged Status 에서

Restored로변경되는것을확인한다• 필요시 restored data를다시 Purge할수있다

FA는 이전 Slide에서 말씀 드린 것 처럼, Archive Table을 원래의 Table로 Restore를 할 수 있다.

Archive & Purge Windows에서 Restore할 Archive Number를 선택하고 Restore버튼을 선택하고

Purge Status에서 Restored로 변경되는 것을 확인할 수 있다

필요 시 Restored Data를 다시 Purge할 수 있다


Standard FA Purge & Archive 9. 고려사항

1) 유일하게 Archive를 Restore할수있는기능이있다

2) 거래정보와상각정보가 GL에비해서 데이터양이크지는않다

마지막으로 FA에서 고려할 점은 유일하게 Archive Table을 Restore할 수 있는 기능이 있다.

하지만 FA Data는 다른 GL,AP,AR에 비해서 거래정보와 상각 정보의 데이터 양이 크지는 않다.

tech-iseminar purge archive - dbguide.net · 2005-07-27 · oracle financial purge & archive...

Documents