-
基礎架構
-
標準模組
-
客製模組
-
處理選項說明
<
>
Purge-it 培訓介紹
1. ASU安裝簡述: ASU 版本、Archive 環境建置、Table Generation、OCM Mapping 及 Database Data Source 設置。
2. 以本地顧問為第一線支援,如有需要則會請原廠顧問加入支援。
3. ASU 安裝後對目前 JDE 系統的影響。
4. 執行 Purge-it UBE時應考慮有關的時間點、硬體的資源、Job Queue、備份、log 檔...。
5. 有關 Purge-it 的 security 設置及 Audit Data 如何處理。
6. 執行 Purge-it UBE 的方法及策略,以確保資料的一致性。
1. ASU安裝簡述: ASU 版本、Archive 環境建置、Table Generation、OCM Mapping 及 Database Data Source 設置。
2. 以本地顧問為第一線支援,如有需要則會請原廠顧問加入支援。
3. ASU 安裝後對目前 JDE 系統的影響。
4. 執行 Purge-it UBE時應考慮有關的時間點、硬體的資源、Job Queue、備份、log 檔...。
5. 有關 Purge-it 的 security 設置及 Audit Data 如何處理。
6. 執行 Purge-it UBE 的方法及策略,以確保資料的一致性。
|
|
Purge-it 培訓基礎架構 1
System Codes
YK50 Purge-it! Infrastructure YK51 Purge-it! Sales module YK52 Purge-it! Purchasing module YK53 Purge-it! Manufacturing module YK54 Purge-it! Inventory module YK55 Purge-it! Account Receivable module YK56 Purge-it! Account Payable module YK57 Purge-it! General Ledger module YK60 Purge-it! Custom module |
|
|
JDE Purge-it Work Order 製造模組
|
|
JDE Purge-it Purchase Order 採購模組
|
|
JDE Purge-it Sales Order 銷售模組
|
|
JDE Purge-it Inventory 庫存模組
|
|
JDE Purge-it Account Payable\ Receivable 應付模組\應收模組
1. 建立包含 "應收及應付帳款的批次處理關係" 的 Cross-reference 表。 2. 考慮以 "所有公司或個別公司" 方法來做 purge and archive。 |
|
JDE Purge-it General Ledger 總帳模組
General Ledger transactions will be, on a transaction-by-transaction basis: 1. Selected for processing 2. Validated within and between modules, to ensure the transactions are eligible for purging and archiving 3. Purged from the standard JD Edwards tables 4. Archived to the corresponding Purge-it! Archive tables 5. Summarised back to the F0911 (if enabled in the Processing Options), to support the F0902 General Ledger Balance table 6. Audited to the Purge-it! audit tables |
|
按一下這裡來編輯。
|
|
The Purge-it! Custom module is designed to allow specific purges to be carried out on tables that fit into one or more of the following categories:
1. Standard JD Edwards tables 2. System 47 EDI tables 3. Z interoperability tables 4. Audit and Electronic Signatures Record tables 5. Purge-it! Archive tables 6. Client specific custom tables |
|
|
Inventory 庫存模組
1. 在配銷模組裡,F4111(Item Ledger File)應該是最大的資料表,保存了所有庫存的交易資料,而必須與 F41021(Item Location File)餘額表能保持資料的一致性。因此在把F4111 資料從 PD 環境搬到歷史環境區時,必需要在PD F4111 建立匯總資料,以保持 F4111 及 F41021 的一致性。 2. Inventory Batch Validation Rules: 這裡的內容由 Purge-it 庫存模組所使用,基於哪種批次類型來決定內部驗證的規則,如需修改,請與原廠聯繫。 3. Inventory Work with Summary Levels: 匯總(Summary)除了保持 F4111 及 F41021 之間的資料一致性外,也可重新過帳 (repost) 到 F41112 (Item ASOF file),在庫存模組裡提供四種匯總方法,在執行 purge and archive UBE 前,必需對每一個交易的 document type 設定要採用的匯總方法,之後當然匯總方法也可以依據客戶不同的需求而作修改。 4. Document Type: 圖 1,需做匯總的 document type 必需存在 UDC table 00/DT,如果個別的 document type 沒有單獨設定匯總的方法,它將採用預設的方式。 5. Date Range: 圖 1,這2個欄位必需輸入,代表要執行這個 Document Type 匯總的 GL Date 從哪一天開始,到哪一天結束。 6. Explanation: 圖 1,這裡的說明列,可自行輸入要記錄的值,它記錄在 ILTREX 這毎個欄位,如果留空白,則會使用預設的 "Summarized Record - Purge-it!"。 |
-
General
-
Selections
-
Modular Validations
-
Defaults
-
Cancel Processing
<
>
1. "Ü" 更新模式 或 "P" 驗證模式
輸入參數 "U" 會將資料搬到歷史備份區,參數 "P" 則只會做驗證及寫入 Audit Log Table
2. 輸入"S" 表示當執行 PURGE 時要做匯總,輸入 "D" 表示當執行 PURGE 時不要做匯總
S 表示要執行匯總
3. 輸入 "1" 表示在做 purge 前,要驗證 F4111 的交易資料是否已過帳到 As-of (F41112) 資料表
設定為 1 最能保持 F4111 及 F41112 資料的一致性
4. 輸入 "1" 驗證所有要 purge 的交易資料是否有錯誤
建議在 Proof mode 時設定為 "1", 在 Update mode 時設定為空白, 除非我們不想去修正有錯誤的交易資料
5. 輸入 "1" 表示在匯總的資料是否要存AN8或SHAN的資料在原本的交易資料,留空白表示不要儲存
如果AN8和SHAN客戶級別資料存儲在摘要交易中,則仍可在客戶的基礎上在F4111內進行完整查詢,但會建立其他匯總交易以啟用此功能。
6. 輸入 "1" 以 Location 來匯總,輸入 "2" 以 lot number 來匯總,輸入 "3" 以 Location 及 lot number 來做匯總,留空白不以 location 或 lot number 來做匯總 (預設值)
預設值將不會產生Location 及 Lot Number 的匯總資料,有可能會產生和 As-of(F41112) 資料表或 Item Location(F41021) 資料表有一致性的問題
7. 輸入 "1" 表示 G/L date 為 0 或不為 0 的交易資料都會被處理,輸入 "2" 表示只處理 G/L date 為 0 的交易資料,留空白表示不處理 G/L date 為 0 的交易資料 (預設值)
如果要處理 G/L date 為 0 的交易資料,則會先去比對 F0911 的 G/L date,如果也無法比對 F0911 的 G/L date,才會比對分類帳的交易日期
8. 輸入 "1" 表示如果 Quantity on hand 不為 0,則交易資料就不會被 purge,留空白表示不執行此驗證
如果執行驗證,則和 F4111 相關的 F41021 餘額記錄為 0 的交易資料才會被 purge
輸入 ARCHIVE/PURGE 的日期區間 (實際總帳日期)
1. ARCHIVE/PURGE FROM DATE
2. ARCHIVE/PURGE TO DATE
1. ARCHIVE/PURGE FROM DATE
2. ARCHIVE/PURGE TO DATE
Answer to question 0
或者輸入 ARCHIVE/PURGE 的 DATE OFFSET 值
3. ARCHIVE/PURGE FROM DATE OFFSET
4. ARCHIVE/PURGE TO DATA OFFSET
3. ARCHIVE/PURGE FROM DATE OFFSET
4. ARCHIVE/PURGE TO DATA OFFSET
Answer to question 1
1. 輸入 "1" 驗證製造工單,輸入 "2" 驗證及確認製造工單的狀態,留空白以忽略製造工單的驗證
1- 驗證 F4111 的交易資料和相關的工單是否存在,如果不存在,則不會被 purge and archive
2- 驗證 F4111 的交易資料和相關的工單是否存在及它的狀態是否在UDC YK54/WS 資料表,如果它存在工單但是它的狀態不存在 UDC YK54/WS 資料表,則該筆交易資料不會被 purge and archive
2- 驗證 F4111 的交易資料和相關的工單是否存在及它的狀態是否在UDC YK54/WS 資料表,如果它存在工單但是它的狀態不存在 UDC YK54/WS 資料表,則該筆交易資料不會被 purge and archive
2. 輸入 "1" 驗證銷售單,輸入 "2" 驗證及確認銷售單的狀態,留空白以忽略銷售單的驗證
1- 驗證 F4111 相關的銷售單 (F4201 或 F42019)是否存在,如果存在則交易資料就不會被 purge and archive
2- 驗證 F4111 相關的銷售單是否存在及 F4211 或 F42119 的狀態,如果它定義在 Order Activity Rules 不是最後的狀態,它也不會被 purge and archive
空白 - 不做銷售單模組的驗證
2- 驗證 F4111 相關的銷售單是否存在及 F4211 或 F42119 的狀態,如果它定義在 Order Activity Rules 不是最後的狀態,它也不會被 purge and archive
空白 - 不做銷售單模組的驗證
3. 輸入 "1" 驗證採購單,輸入 "2" 驗證及確認採購單的狀態,留空白以忽略採購單的驗證
1- 驗證 F4111 相關的採購單 (F4301) 是否存在,如果相關的交易資料存在 F4301 就不會被 purge and archive
2- 驗證 F4111 相關的採購單是否存在及它的狀態(F4311),如果在 Order Activity Rules 不是最後的狀態,則不會被 purge and archive
空白- 不會執行採購單的跨模組驗證
2- 驗證 F4111 相關的採購單是否存在及它的狀態(F4311),如果在 Order Activity Rules 不是最後的狀態,則不會被 purge and archive
空白- 不會執行採購單的跨模組驗證
4. 輸入 "1", "2" 或 "3" 驗證交易資料是否存在 JOB COSTING,留空白表示不做驗證
1- 將驗證相關作業是關閉或非啟用的。
2- 在總帳交易截止日期之前,將驗證這些已過帳交易的相關作業是關閉或非啟用的。
3- 如果與相關作業相關,則不會做 purge and archive。
空白- 不會執行任何 Job Costing Validation。
2- 在總帳交易截止日期之前,將驗證這些已過帳交易的相關作業是關閉或非啟用的。
3- 如果與相關作業相關,則不會做 purge and archive。
空白- 不會執行任何 Job Costing Validation。
1. 輸入要做庫存匯總交易資料的批次號碼,空白(預設值)=99999999
預設所有庫存匯總的批次號碼都會使用 99999999
2. 輸入要做庫存匯總交易資料的單據號碼,空白(預設值)=99999999
預設所有庫存匯總的單據號碼都會使用 99999999
3. 輸入製造模組使用的 Purge it 庫存驗證類型,預設值(空白)='MAN'
這裡的值必需和製造模組的批次驗證類型在 PYK54010 預設的值是相同的
4. 輸入採購模組使用的 PURGE IT 庫存驗證類型,預設值(空白)='PUR'
這裡的值必需和採購模組的批次驗證類型在 PYK54010 預設的值是相同的
5. 輸入銷售模組使用的 PURGE IT 庫存驗證類型,預設值(空白)='SAL'
這裡的值必需和銷售模組的批次驗證類型在 PYK54010 預設的值是相同的
1. GL UBE 處理多少 F4111 交易筆數後,系統會去檢查是否有取消這個 SESSION (預設空白是 500 筆)
以下的例子是不正確匯總的設置
1. AI 類型的 Document Type 匯總到 IF 類型的 Document Type,而其餘沒有被定義的 Document Type 則依據預設的定義匯總到 BF。 2. 問題是 IF 類型的 Document Type 又會被再做一次匯總,依據預設的定義,把 IF 類型的 Document Type 匯總到 BF 類型的 Document Type。 |
以下的例子才是正確的匯總設置
1. IA 類型的 Document Type 匯總到 IF 類型的 Document Type,而 IF 類型的 Document Type 不會再被做一次匯總,因為它已經設置好匯總到自己類型的 Document Type。 2. 如果有其它的 Document Type 要做不同 Summary Level 的設定,要記得設置為 Summarize to 自己的 Document Type。 |
7. Summary Levels: 圖 1,
1) 依據 Business Unit/Item/Location/Lot 的每一個會計年度,將每個 document type 的交易資料,匯總為一個 document type。
2) 依據 Business Unit/Item/Location/Lot 的每一個會計期間,將每個 document type 的交易資料,匯總為一個 document type。
3) 依據 Business Unit/Item/Location/Lot 的每一個會計期間,以原本的 document type 的交易資料,匯總為一個 document type。
4) 不做 purge and archive 或 summary,交易資料會保留在 Item Ledger table,並在 Audit table 註記為 "Bypassed"。
8. Summary to Document Type: 圖 1,如果 Summary Level 選擇 "3",則這個欄位必需留空白,並依據原本的 document type 來做匯總,如果 Summary Level 選擇 "2",則 Summarize to Document Type 預設為 "BF"。
1) 依據 Business Unit/Item/Location/Lot 的每一個會計年度,將每個 document type 的交易資料,匯總為一個 document type。
2) 依據 Business Unit/Item/Location/Lot 的每一個會計期間,將每個 document type 的交易資料,匯總為一個 document type。
3) 依據 Business Unit/Item/Location/Lot 的每一個會計期間,以原本的 document type 的交易資料,匯總為一個 document type。
4) 不做 purge and archive 或 summary,交易資料會保留在 Item Ledger table,並在 Audit table 註記為 "Bypassed"。
8. Summary to Document Type: 圖 1,如果 Summary Level 選擇 "3",則這個欄位必需留空白,並依據原本的 document type 來做匯總,如果 Summary Level 選擇 "2",則 Summarize to Document Type 預設為 "BF"。
3-1. Company Groups: 可以設定一個或多個公司群組,應用在不同的處理選項值設定,如果不設定就是全部的公司使用相同的處理選項值設定。
3-2. AP Build Batch Relationships: 依據批次處理控製表(F0011),建立應付帳款(Payment) 及憑證(Voucher) 的批次處理關係表,因此在執行 AP UBE 之前,應在 "Rebuild"的模式下,預先執行這支程式 (RYK56010),它的批次處理關係儲存在 FYK56010及 FYK56011,在執行下一次 purge and archive UBE 之前,或是在 Reversal 之後,需要再重新執行 Build Batch Relationship (RYK56010) 這支程式,並將參數設定 "1" Update 的模式之下執行。
4. Build Batch Relationship (RYK56010) 有可能需要執行數個小時,如果因為某些因素而手動停止,在下次再執行時,只需要將它的處理選項值參數設定" 空白" 執行 Update 模式更新即可。
5. 因為 Build Batch Relationship 需花費數小時的時間,建議可以在晚間或週末時執行這支程式。
6. 所有交易(包含作癈)必須小於總帳日(G/L Date)、已過帳、餘額為零,且相關批次必須符合驗證規則,或在F0011有批次表頭記錄(如果有啟動驗證)。
3-2. AP Build Batch Relationships: 依據批次處理控製表(F0011),建立應付帳款(Payment) 及憑證(Voucher) 的批次處理關係表,因此在執行 AP UBE 之前,應在 "Rebuild"的模式下,預先執行這支程式 (RYK56010),它的批次處理關係儲存在 FYK56010及 FYK56011,在執行下一次 purge and archive UBE 之前,或是在 Reversal 之後,需要再重新執行 Build Batch Relationship (RYK56010) 這支程式,並將參數設定 "1" Update 的模式之下執行。
4. Build Batch Relationship (RYK56010) 有可能需要執行數個小時,如果因為某些因素而手動停止,在下次再執行時,只需要將它的處理選項值參數設定" 空白" 執行 Update 模式更新即可。
5. 因為 Build Batch Relationship 需花費數小時的時間,建議可以在晚間或週末時執行這支程式。
6. 所有交易(包含作癈)必須小於總帳日(G/L Date)、已過帳、餘額為零,且相關批次必須符合驗證規則,或在F0011有批次表頭記錄(如果有啟動驗證)。
-
General
-
Selections
-
Modular Validations
<
>
1. "Ü" 更新模式 或 "P" 驗證模式
輸入參數 "U" 會將資料搬到歷史備份區,參數 "P" 則只會做驗證及寫入 Audit Log Table
2. 輸入 "1" 顯示每個被標示為 EXEPTION 而無法被 PURGE AND ARCHIVE 的批次,或者留空白表示只驗證到批次有 EXCEPTION,該批次的全部相關將無法被 PURGE AND ARCHIVE。
選擇 “1” 以顯示所有Exception 則表示將為每個應收帳款批處理做驗證,以提供完整的異常信息。如果您不打算更正在Exception中顯示的任何數據,請將此字段設置為 "空白"。
3. 輸入要執行 PURGE AND ARCHIVE 批處理關係驗證的級別
執行 AP UBE時,它會去查看並驗證憑證批次及應付帳款批次之間的關係,根據相關批次中的例外情況,這裡的值將影響到批次是否會被 purge and archive 到歷史備份區,參數說明如下:
1- a)憑證批次為 Exception,將保留其所有相關的應收帳款批次。b)應付帳款批次為 Exception,將保留其所有相關的發票批次。c)憑證批次為 H,將保留其所有相關的應付帳款批次。d)應付帳款批次為 H,將保留其所有相關的發票批次。
2- 只驗證上述的 a),b),c),不包括 d),如果憑證批次直接相關的應付帳款批次為 Exception,則會被標示為 H,。
3- 只驗證上述的 a),不包括 b),c),d),不會執行基本的批次關係檢查,只要憑證批次有 Exception,則將保留其所有相關的應付帳款批次。
4- 不執行批次關係檢查,應付帳款批次會被 purge and archive,相關的未結憑證仍會保留在系統上,這會影響到應付帳款系統的資料一致性。這個選項僅適用於個別有問題的批次,可以在 AP UBE 的處理選項值裡把它另外設置,單獨對這有問題的批次執行 purge and archive。
1- a)憑證批次為 Exception,將保留其所有相關的應收帳款批次。b)應付帳款批次為 Exception,將保留其所有相關的發票批次。c)憑證批次為 H,將保留其所有相關的應付帳款批次。d)應付帳款批次為 H,將保留其所有相關的發票批次。
2- 只驗證上述的 a),b),c),不包括 d),如果憑證批次直接相關的應付帳款批次為 Exception,則會被標示為 H,。
3- 只驗證上述的 a),不包括 b),c),d),不會執行基本的批次關係檢查,只要憑證批次有 Exception,則將保留其所有相關的應付帳款批次。
4- 不執行批次關係檢查,應付帳款批次會被 purge and archive,相關的未結憑證仍會保留在系統上,這會影響到應付帳款系統的資料一致性。這個選項僅適用於個別有問題的批次,可以在 AP UBE 的處理選項值裡把它另外設置,單獨對這有問題的批次執行 purge and archive。
4. 輸入 "1" 驗證批次表頭
確認是否對批次表頭做驗證,進而決定是否對其相對應的明細資料做 purge and archive。
1- 當該筆批次明細資料不存在於批次表頭資料時,不允許被 purge and archive,將能進行最大的資料一致性檢查。
空白- 當該筆批次明細資料不存在於批次表頭資料時,允許被 purge and archive。
1- 當該筆批次明細資料不存在於批次表頭資料時,不允許被 purge and archive,將能進行最大的資料一致性檢查。
空白- 當該筆批次明細資料不存在於批次表頭資料時,允許被 purge and archive。
1. 輸入在總帳截止日期前的應付帳款批次
A) 輸入總帳截止日期的實際日期
B) 輸入總帳截止日期的 DATE OFFSET
A) 輸入總帳截止日期的實際日期
B) 輸入總帳截止日期的 DATE OFFSET
這是強制性處理選項,A) 或 B)只能選擇一個欄位輸入截止日期,AP UBE 只會選擇有批次日期小於或等於此截止日期的應付帳款批次,並執行 purge and archive!
2. 輸入公司別參數以選擇符合PURGE條件的應付帳款批次。如果有輸入第3項公司群組參數,則此欄位必須留空白
可選擇性的,如果希望對個別公司做 Purge and Archive,則輸入公司代號參數。
3. 輸入公司群組參數以選擇符合PURGE條件的應付帳款批次。如果有輸入第2項公司別,則此欄位必須留空白
可選擇性的,如果在 Company Group 有設定,而希望對個別公司群組做 Purge and Archive,則輸入公司群組參數。
1. 輸入 "1" 驗證採購模組(Purchase orders)
1- 確認應付帳款模組是否要對採購模組的訂單做驗證,如果原始採購訂單尚未從 F43121(Purchase Order Receiver table)移除,則 AP UBE不會對其交易的應付帳款做 purge and archive。
空白-不執行驗證,只要應付帳款符合 purge and archive 的條件,則做清除。
空白-不執行驗證,只要應付帳款符合 purge and archive 的條件,則做清除。
2. 輸入 "1" 或 "2" 驗證 Pay when paid,留空白不驗證 pay when paid (E811及以後的版本適用)
應付帳款模組將對 JDE 中的付款時付款狀態表執行驗證。如果應付帳款憑證是有效支付時 Pay When Paid 的一部分,則為應付帳款交易不會被 purge and archive 。
1- 驗證 Document 是否存在 Pay When Paid。 如果應付帳款交易不存在 Pay When Paid 時,則該交易符合條件,可以被 purge and archive。 如果交易是有效的 Pay When Paid Group 一部分時,則該交易不符合條件,不能被 purge and archive。
2- 驗證 Document 是否存在 Pay When Paid。 如果應付帳款交易不存在 Pay When Paid 時,則該交易符合條件,可以被 purge and archive。 如果交易是有效的 Pay When Paid 群組的 一部分時,而且 Pay When Paid 的狀態是 '0',它就能被 purge and archive。
空白- 不會在 Pay When Paid 群組做驗證,只要符合 AP UBE 的條件,它就能被 purge and archive。
Note: 目前這參數 "2" 的預設功能和 "1" 的功能是一樣的,所以要驗證輸入 "1",不驗證則留空白。
1- 驗證 Document 是否存在 Pay When Paid。 如果應付帳款交易不存在 Pay When Paid 時,則該交易符合條件,可以被 purge and archive。 如果交易是有效的 Pay When Paid Group 一部分時,則該交易不符合條件,不能被 purge and archive。
2- 驗證 Document 是否存在 Pay When Paid。 如果應付帳款交易不存在 Pay When Paid 時,則該交易符合條件,可以被 purge and archive。 如果交易是有效的 Pay When Paid 群組的 一部分時,而且 Pay When Paid 的狀態是 '0',它就能被 purge and archive。
空白- 不會在 Pay When Paid 群組做驗證,只要符合 AP UBE 的條件,它就能被 purge and archive。
Note: 目前這參數 "2" 的預設功能和 "1" 的功能是一樣的,所以要驗證輸入 "1",不驗證則留空白。
3. 輸入 "1" 或 "2" 驗證 AR/AP NETTING。留空白不驗證 AR/AP NETTING (E811及以後的版本適用)
確定應付帳款模組是否將對 JDE 中的AR/AP Netting 狀態表執行驗證。 如果應付帳款憑證是有效的 AR/AP Netting 交易的一部分,則不會對應收帳款交易做 purge and archive。
1- 驗證 document 是否受 AR/AP Netting 的限制。如果應付帳款交易具有 Netting 交易 ID,它不會被 purge and archive。 如果不存在 Netting 交易 ID,它將會被 purge and archive。
2- 驗證 document 是否受 AR/AP Netting 的限制。如果應付帳款交易具有 Netting 交易 ID,且具有相同 Netting 交易 ID 的 document 已完成,它才會被 purge and archive。 如果不存在 Netting 交易 ID,那麼該交易將會被 purge and archive。
空白- 不會驗證 document 的 AR/AP Netting 資料。只要應付帳款交易符合資格條件,就會被 purge and archive。
1- 驗證 document 是否受 AR/AP Netting 的限制。如果應付帳款交易具有 Netting 交易 ID,它不會被 purge and archive。 如果不存在 Netting 交易 ID,它將會被 purge and archive。
2- 驗證 document 是否受 AR/AP Netting 的限制。如果應付帳款交易具有 Netting 交易 ID,且具有相同 Netting 交易 ID 的 document 已完成,它才會被 purge and archive。 如果不存在 Netting 交易 ID,那麼該交易將會被 purge and archive。
空白- 不會驗證 document 的 AR/AP Netting 資料。只要應付帳款交易符合資格條件,就會被 purge and archive。
4. 輸入 "1" , "2" 或 "3" 驗證 JOB COSTING,留空白不驗證 JOB COSTING
1- 驗證相關作業是 Closed 或 Inactive。
2- 驗證相關 Job 是 Closed 或 Inactive,而且相關的 Job 在總帳交易日在截止日期(Cut-off Date之)前已經過帳了。
3- 如果和 Job 有相關,不會做 purge and archive any documents。
空白- 不會做任何 Job Costing 驗證。
2- 驗證相關 Job 是 Closed 或 Inactive,而且相關的 Job 在總帳交易日在截止日期(Cut-off Date之)前已經過帳了。
3- 如果和 Job 有相關,不會做 purge and archive any documents。
空白- 不會做任何 Job Costing 驗證。
Account Receivable 應收帳款模組
1. Company Groups: 可設置單一公司或公司群組。 2. Build Batch Relationship(RYK55010): 在 Invoice batch 和 Receipts Batch 之間執行驗證,以確定每個批次是否能被 purge and archive。 3. Accounts Receivable Purge(RYK55100): 執行 AR Purge UBE。 4. Accounts Receivable Purge Reversal: 把 Purge and Archive 到備份區的資料做全部回復或部份回復到 PD。 |
5. 在 JDE 應收帳款模組中,發票與應收帳款相關,反之亦然。在處理應收帳款 purge and archive 時,將在這兩種不同類型的相關批次(發票批次和應收帳款批次)之間執行驗證,以確定是否各自批次有資格進行 purge and archive,它的批處理關係儲存在FYK55010及FYK55011。
6. 例如,如果其相關的應收帳款批次本身不符合 purge and archive 的條件,則發票批次本身有資格進行 purge and archive,則可以做 purge and archive。這種驗證需要預先知道哪些發票批次與哪些應收帳款批次相關,反之亦然。
7. 為了提供這些批處理關係及執行驗證功能,因此在執行 purge and archive UBE 之前 。先執行 Build Batch Relationship(RYK55010) 來構建和維護批處理關係表,不會對 purge and archive UBE 的整體效能產生不利的影響,。
8. 在運行任何 purge and archive UBE 之前,需要在“重建”模式下執行應收帳款構建批處理關係過程(RYK55010)。之後,在執行新一輪的 purge and archive 之前,或在 Reversal 之後, 需要重新維護批處理關係表,以在“更新”模式下(保留預設參數1),再執行一次應收帳款構建批處理關係(RYK55010)。
9. 在處理選項的驗證級別裡,設置為 "1" 最能保持批次關係的一致性,除非所有的應收帳款批次也被 purge and archive,否則不會去 purge and archive 發票批次,反之亦然,但可能會導致被 purge and archive 較少的應收帳款資料。
10. 在處理選項的驗證級別裡,設置為 "2" 或 "3",去執行 purge and archive 時,可能導致某些收據批次保留在實時系統中而沒有相應的發票批次。
6. 例如,如果其相關的應收帳款批次本身不符合 purge and archive 的條件,則發票批次本身有資格進行 purge and archive,則可以做 purge and archive。這種驗證需要預先知道哪些發票批次與哪些應收帳款批次相關,反之亦然。
7. 為了提供這些批處理關係及執行驗證功能,因此在執行 purge and archive UBE 之前 。先執行 Build Batch Relationship(RYK55010) 來構建和維護批處理關係表,不會對 purge and archive UBE 的整體效能產生不利的影響,。
8. 在運行任何 purge and archive UBE 之前,需要在“重建”模式下執行應收帳款構建批處理關係過程(RYK55010)。之後,在執行新一輪的 purge and archive 之前,或在 Reversal 之後, 需要重新維護批處理關係表,以在“更新”模式下(保留預設參數1),再執行一次應收帳款構建批處理關係(RYK55010)。
9. 在處理選項的驗證級別裡,設置為 "1" 最能保持批次關係的一致性,除非所有的應收帳款批次也被 purge and archive,否則不會去 purge and archive 發票批次,反之亦然,但可能會導致被 purge and archive 較少的應收帳款資料。
10. 在處理選項的驗證級別裡,設置為 "2" 或 "3",去執行 purge and archive 時,可能導致某些收據批次保留在實時系統中而沒有相應的發票批次。
-
General
-
Selections
-
Modular Validations
<
>
1. "Ü" 更新模式 或 "P" 驗證模式
輸入參數 "U" 會將資料搬到歷史備份區,參數 "P" 則只會做驗證及寫入 Audit Log Table
2. "1" 顯示每個被標示為 Exeption 而無法被 purge and archive 的批次,或者留空白表示只驗證到應收帳款批次的第一個 Exception,該批次全部相關將無法被 purge and archive。
選擇 “1” 以顯示所有Exception 則表示將為每個應收帳款批處理做驗證,以提供完整的異常信息。如果您不打算更正在Exception中顯示的任何數據,請將此字段設置為 "空白"。
3. 輸入要執行 purge and archive 批處理關係驗證的級別
執行 AR UBE時,它會去查看並驗證發票批次及應收帳款批次之間的關係,根據相關批次中的例外情況,這裡的值將影響到批次是否會被 purge and archive 到歷史備份區,參數說明如下:
1- a)發票批次為 Exception,將保留其所有相關的應收帳款批次。b)應收帳款批次為 Exception,將保留其所有相關的發票批次。c)發票批次為 H,將保留其所有相關的應收帳款批次。d)應收帳款批次為 H,將保留其所有相關的發票批次。
2- 只驗證上述的 a),b),c),不包括 d),如果發票批次直接相關的應收帳款批次為 Exception,則會被標示為 H,。
3- 只驗證上述的 a),不包括 b),c),d),不會執行基本的批次關係檢查,只要發票批次有 Exception,則將保留其所有相關的應收帳款批次。
4- 不執行批次關係檢查,應收帳款批次會被 purge and archive,相關的未結發票仍會保留在系統上,這會影響到應收帳款系統的資料一致性。這個選項僅適用於個別有問題的批次,可以在 AR UBE 的處理選項值裡把它另外設置,單獨對這有問題的批次執行 purge and archive。
1- a)發票批次為 Exception,將保留其所有相關的應收帳款批次。b)應收帳款批次為 Exception,將保留其所有相關的發票批次。c)發票批次為 H,將保留其所有相關的應收帳款批次。d)應收帳款批次為 H,將保留其所有相關的發票批次。
2- 只驗證上述的 a),b),c),不包括 d),如果發票批次直接相關的應收帳款批次為 Exception,則會被標示為 H,。
3- 只驗證上述的 a),不包括 b),c),d),不會執行基本的批次關係檢查,只要發票批次有 Exception,則將保留其所有相關的應收帳款批次。
4- 不執行批次關係檢查,應收帳款批次會被 purge and archive,相關的未結發票仍會保留在系統上,這會影響到應收帳款系統的資料一致性。這個選項僅適用於個別有問題的批次,可以在 AR UBE 的處理選項值裡把它另外設置,單獨對這有問題的批次執行 purge and archive。
4. 輸入 "1" 驗證批次表頭
確認是否對批次表頭做驗證,進而決定是否對其相對應的明細資料做 purge and archive。
1- 當該筆批次明細資料不存在於批次表頭資料時,不允許被 purge and archive,將能進行最大的資料一致性檢查。
空白- 當該筆批次明細資料不存在於批次表頭資料時,允許被 purge and archive。
1- 當該筆批次明細資料不存在於批次表頭資料時,不允許被 purge and archive,將能進行最大的資料一致性檢查。
空白- 當該筆批次明細資料不存在於批次表頭資料時,允許被 purge and archive。
5. 如果所有的應收帳款資料都可以被清除,輸入 "1" 僅清除應收帳款資料,留空白允許批次清除付款 ID。
對大多數公司來說,不需要在驗證支付 ID 的級別做嚴格的要求,因此設置為空白,關閉此處理,以獲最大清除結果,前提是您企業的政策可以支持此設置。
6. CO+RREF.....(阿根廷本地化使用的選項,我們可以忽略不使用)
留空白即可。
7. 輸入"1" 允許批次在沒有付款表頭時可以被 purge and archive。預設為空白是不允許。
空白- 在沒有付款表頭時則標示錯誤。
1- 允許在沒有付款表頭存在時,也可以做 purge and archive 。
1- 允許在沒有付款表頭存在時,也可以做 purge and archive 。
1. 輸入在總帳截止日期前的應收帳款批次
a) 輸入總帳截止日期的實際日期
b) 輸入總帳截止日期的 Date offset
a) 輸入總帳截止日期的實際日期
b) 輸入總帳截止日期的 Date offset
這是強制性處理選項,A) 或 B)只能選擇一個欄位輸入截止日期,AR UBE 只會選擇有批次日期小於或等於此截止日期的應收帳款批次,並執行 purge and archive!
2. 輸入公司別參數以選擇符合PURGE條件的應付帳款批次。如果有輸入第3項公司群組參數,則此欄位必須留空白
可選擇性的,如果希望對個別公司做 Purge and Archive,則輸入公司代號參數。
3. 輸入公司群組參數以選擇符合PURGE條件的應付帳款批次。如果有輸入第2項公司別,則此欄位必須留空白
可選擇性的,如果在 Company Group 有設定,而希望對個別公司群組做 Purge and Archive,則輸入公司群組參數。
1. 輸入 "1" 驗證銷售(Sales)模組
1- 確認應收帳款模組是否要對銷售模組的訂單做驗證,如果原始銷售訂單憑證尚未從 F4211(Sales Order Detail) 及 F42119(Sales Order History File) 刪除,則 AR UBE不會對其交易的應收帳款做 purge and archive。
空白-不執行驗證,只要應收帳款符合 purge and archive 的條件,則做清除。
空白-不執行驗證,只要應收帳款符合 purge and archive 的條件,則做清除。
2. 輸入 "1" 或 "2" 驗證 Pay when padi 狀態,留空白不驗證 paid when paid 狀態(E811及以後的版本適用)
應收帳款模組將對 JDE 中的 Pay When Paid 狀態表執行驗證。如果應收帳款憑證是有效支付時 Pay When Paid 的一部分,則為應收帳款交易不會被 purge and archive 。
1- 在付款時驗證 document 是否存在 Pay When Paid 。 如果應收帳款交易不在 Pay When Paid 時,則該交易符合條件,可以被 purge and archive。 如果交易是有效的 Pay When Paid Group 一部分時,則該交易不符合條件,不能被 purge and archive。
2- 在付款時驗證 document 是否存在 Pay When Paid 。 如果應收帳款交易不在 Pay When Paid 時,則該交易符合條件,可以被 purge and archive。 如果交易是 Pay When Paid Group 有效的一部分時,而且 Pay When Paid頭的狀態是 '0',它就能被 purge and archive。
空白- 不會在 Pay When Paid Group 做驗證,只要符合 AR UBE 的條件,它就能被 purge and archive。
1- 在付款時驗證 document 是否存在 Pay When Paid 。 如果應收帳款交易不在 Pay When Paid 時,則該交易符合條件,可以被 purge and archive。 如果交易是有效的 Pay When Paid Group 一部分時,則該交易不符合條件,不能被 purge and archive。
2- 在付款時驗證 document 是否存在 Pay When Paid 。 如果應收帳款交易不在 Pay When Paid 時,則該交易符合條件,可以被 purge and archive。 如果交易是 Pay When Paid Group 有效的一部分時,而且 Pay When Paid頭的狀態是 '0',它就能被 purge and archive。
空白- 不會在 Pay When Paid Group 做驗證,只要符合 AR UBE 的條件,它就能被 purge and archive。
3. 輸入 "1" 或 "2" 驗證 AR/AP Netting。留空白不驗證 AR/AP NETTING
確定應收帳款模組是否將對 JDE 中的AR/AP Netting 狀態表執行驗證。 如果應收帳款憑證是有效的 AR/AP Netting 交易的一部分,則不會對應收帳款交易做 purge and archive。
1- 將驗證 document 是否受 AR/AP Netting 的約束。如果應收帳款交易具有 Netting 交易 ID,它不會被 purge and archive。 如果不存在 Netting 交易 ID,它將會被 purge and archive。
2- 將驗證 document 是否受 AR/AP Netting 的限制。如果應收帳款交易具有 Netting 交易 ID,且具有相同 Netting 交易 ID 的 document 已完成,它才會被 purge and archive。 如果不存在 Netting 交易 ID,那麼該交易將會被 purge and archive。
空白- 不會驗證 document 的 AR/AP Netting。只要應收帳款交易符合資格條件,就會被 purge and archive。
1- 將驗證 document 是否受 AR/AP Netting 的約束。如果應收帳款交易具有 Netting 交易 ID,它不會被 purge and archive。 如果不存在 Netting 交易 ID,它將會被 purge and archive。
2- 將驗證 document 是否受 AR/AP Netting 的限制。如果應收帳款交易具有 Netting 交易 ID,且具有相同 Netting 交易 ID 的 document 已完成,它才會被 purge and archive。 如果不存在 Netting 交易 ID,那麼該交易將會被 purge and archive。
空白- 不會驗證 document 的 AR/AP Netting。只要應收帳款交易符合資格條件,就會被 purge and archive。
4. 輸入 "1" , "2" 或 "3" 驗證 Job Costing,留空白不驗證 job costing
1- 驗證相關作業是 Closed 或 Inactive。
2- 驗證相關 Job 是 Closed 或 Inactive,而且相關的 Job 在總帳交易日在截止日期(Cut-off Date之)前已經過帳了。
3- 如果和 Job 有相關,不會做 purge and archive any documents。
空白- 不會做任何 Job Costing 驗證。
2- 驗證相關 Job 是 Closed 或 Inactive,而且相關的 Job 在總帳交易日在截止日期(Cut-off Date之)前已經過帳了。
3- 如果和 Job 有相關,不會做 purge and archive any documents。
空白- 不會做任何 Job Costing 驗證。
5. Purge-it 提供了四種不同類別的匯總方式,在執行總帳 purge and archive UBE 之前,必需先把要採用匯總類別先定義好,系統預設所有的Document Type 採用 Level 2 的方式做匯總,並匯總成 "BF" 的單據類型,不同的 Document Type 可以分別定義使用不同的匯總方式。
6. Document Type 必需是在 UDC 表 00/DT 中的有效定義的文檔類型,如果沒有定義在UDC table,在執行 GL UBE時將不會匯總及產生Exception的訊息。 如果個別的 Document Type 沒有定義要使用哪一種匯總方式,它會採用系統預設。 7. Date Range: Effective From Date and Effective to Date 在 F0911 的 GLDGJ 這個總帳日期區間的所有交易,將會依科目/會計期間的匯總方式,匯總到 "BF" 的憑證類型 。如果總帳日期不在這日期區間,則會顯示異常訊息 YK570011-No Summary Level found for Document Type/Date。(GL UBE- 的 Archive/Purge From Date and To Date 是 RYK57150 使用 GLDGJ 的日期範圍)。 8. 目前大部份 Purge-it 的客戶都是將 Summary Level 設定為 2 (Account / Fiscal Period-Cons DCT),對於客戶如果希望以不同方式做匯總,他們仍然可以選擇將舊的總帳日匯總到 Level 3,而將新的總帳日匯總到 Level 2。9. Alpha Explanation: 這裡的 Alpha 說明將會存入 GLEXA 欄位,如果留空白,它將使用預設值 " Summarized Record - Purge-it! "。 10. Remark Explanation: 這裡的備註說明將會存入 GLEXA 欄位,如果留空白,將會使用預設值 " Summarized Record - Purge-it! "。 |
-
General
-
Selections
-
AAI Validations
-
Modular Validations
-
Cancel Processing
<
>
1. "Ü" 更新模式 或 "P" 驗證模式
輸入參數 "U" 會將資料搬到歷史備份區,參數 "P" 則只會做驗證及寫入 Audit Log Table
2. 輸入"S"或留空白表示當執行 purge 時要做匯總,輸入 "D" 表示當執行 purge 時不要做匯總
為了維持 F0911 及 F0902 資料的一致性,都會做匯總
3. 這個選項已刪除,可以忽略,留空白即可
留預設空白即可
4. 輸入 "1" 表示驗證每筆總帳交易時,檢查所有的錯誤,留空白表示檢查第一個錯誤後,然後繼續處理下一筆交易
1- 所有被標示為 Exception 的交易資料將不會被 purge and archive,表示每一筆總帳交易都會被驗證
空白- 僅顯示總帳交易的第一個Exception,交易資料將不會被 purge and archive
Note: 建議在Proof Mode 的模式下將參數設為 "1",以提供較為完整的資料異常訊息,在 Update Mode 的模式下設為空白,執行效率會較佳。如果對於總帳的交易資料有出現 Exception 的情況下,而又不打算去做資料修正,請將此參數設為空白
空白- 僅顯示總帳交易的第一個Exception,交易資料將不會被 purge and archive
Note: 建議在Proof Mode 的模式下將參數設為 "1",以提供較為完整的資料異常訊息,在 Update Mode 的模式下設為空白,執行效率會較佳。如果對於總帳的交易資料有出現 Exception 的情況下,而又不打算去做資料修正,請將此參數設為空白
5. Enter "1" to validate questionnable 1099 transactions. (這是美國本地稅務使用,我們可以忽略它,把參數改為空白)
這是美國本地稅務使用,我們可以忽略它,把參數改為空白。
6. 輸入 "0" 或留空白做標準的 F0911 匯總。輸入 "1" 做標準+Item No 匯總,或者輸入 "2" 做標準+Item No+ Managerial Analysis 匯總
在 ERP8 / XE中,總帳交易標籤表 (F0911T) 中存在額外的管理分析代碼和項目編號。
在 EnterpriseOne 中,這些字段包含在主 F0911 表中。 此處理選項允許匯總過程可選擇性地在摘要中包括這些分析代碼創建的記錄。
加上 Item 匯總或 Item + Managerial Analysis 匯總,當然會增加匯總的筆數,可依據需求做適當的設置,如果要做到 Purge and Archive 最佳化,將這裡的參數設為空白。
在 EnterpriseOne 中,這些字段包含在主 F0911 表中。 此處理選項允許匯總過程可選擇性地在摘要中包括這些分析代碼創建的記錄。
加上 Item 匯總或 Item + Managerial Analysis 匯總,當然會增加匯總的筆數,可依據需求做適當的設置,如果要做到 Purge and Archive 最佳化,將這裡的參數設為空白。
7. 輸入 "1" 在固定資產級別建立匯總,留空白不在固定資產級別建立匯總
如果在 F0911 要保留固定資產的匯總記錄,將參數設為 "1",如果要執行 Purge and Archive 最佳化,請將參數設為空白
8. 輸入 "1" 不使用服務帳單驗證,留空白(預設值)表示啟用服務帳單驗證
建議保留空白以執行 Service Billing Validation。
9. 留空白表示按分類帳及分類帳類型做匯總,輸入 "1" 表示不按分類帳及分類帳類型做匯總,輸入 "2" 表示只按分類帳類型做匯總
做總帳交易匯總時,可選擇匯總分類帳(Subledger)或分類帳類型(Subledger Type),這表示將會減少被匯總的筆數。
Note: 建議是留空白,不要做總分類帳(Subledger)或分類帳類型(Subledger Type)的匯總。
Note: 建議是留空白,不要做總分類帳(Subledger)或分類帳類型(Subledger Type)的匯總。
輸入 Archive/purge 的日期區間 (實際總帳日期)
1. Archive/purge From date
2. Archive/Purge to date
1. Archive/purge From date
2. Archive/Purge to date
1. 這裡會建議第一次跑GL UBE時,日期區間的設定不要太長,避免一個 GL Session 花費過長時間做 purge and archive 處理,以便適時的監控效能。
2. 原廠是建議一個 session 處理 200,000~400,000筆資料,GL會做 select, internal and cross module validation, Summary, Insert summary record to F0911, insert log data to audit table, purge transaction data, 系統會較繁忙,建議筆數當然這不是絶對的選擇,您可以依據系統效能及網路情況而適當的做調整。
2. 原廠是建議一個 session 處理 200,000~400,000筆資料,GL會做 select, internal and cross module validation, Summary, Insert summary record to F0911, insert log data to audit table, purge transaction data, 系統會較繁忙,建議筆數當然這不是絶對的選擇,您可以依據系統效能及網路情況而適當的做調整。
或者輸入 archive/purge 的 Date offset 值
3. Archive/purge From date offset
4. archive/purge to data offset
3. Archive/purge From date offset
4. archive/purge to data offset
1. 輸入 "1" ,在驗證交易時,檢查 Reconcilable accounts(調整科目) 的 AAI 範圍
1- 如果在 AAI 範圍內,將科目設置為需調整的科目,則可以被驗證及 purge and archive,反之亦然。
空白- 如果要忽略驗證,留空白值即可。
Note: AAI=GLRCxx,在 AAI 範圍需調整的科目,必需定義在 UDC Table 09/RC,則交易明細才會被做驗證。設置為 "1" 最能保持資料的一致性。
空白- 如果要忽略驗證,留空白值即可。
Note: AAI=GLRCxx,在 AAI 範圍需調整的科目,必需定義在 UDC Table 09/RC,則交易明細才會被做驗證。設置為 "1" 最能保持資料的一致性。
2. 輸入 "1" ,在驗證交易時, 忽略 purge/summarizaiotn AAI 範圍
AAI 範圍也可以設定排除 Purge 及 Summary 的科目
AAI=GLSMxx 定義不要匯總的帳戶範圍,如果交易資料的科目設定在 AAI 忽略匯總的範圍內,則不會被 purge and archive
AAI=GLPRxx 定義不要做 purge and archive 的科目範圍,如果交易資料的科目設定在 AAI 忽略範圍內,則不會被 purge and archive
AAI=GLSMxx 定義不要匯總的帳戶範圍,如果交易資料的科目設定在 AAI 忽略匯總的範圍內,則不會被 purge and archive
AAI=GLPRxx 定義不要做 purge and archive 的科目範圍,如果交易資料的科目設定在 AAI 忽略範圍內,則不會被 purge and archive
3. 輸入 "1",在驗證交易時,檢查固定資產的 AAI 範圍
如果是固定資產的科目尚未過帳到資產科目餘額表,則不能被 purge and archive。
AAI=FXxxxx 定義屬於固定資產科目的範圍,如果該科目的交易資料已設置在固定資產 AAI 的範圍內,則必須已過帳到資產科目餘額表 (F1202),才能被 purge and archive
AAI=FXxxxx 定義屬於固定資產科目的範圍,如果該科目的交易資料已設置在固定資產 AAI 的範圍內,則必須已過帳到資產科目餘額表 (F1202),才能被 purge and archive
1. 輸入 "1" 驗證交易資料是否存在應收帳款表
1- 驗證批次是否存在於應收帳款系統中,如果不存在,則交易符合條件,就會做 purge and archive。
Not = 1 不會驗證批次是否存在於應收帳款系統中,因此交易自動符合條件,就會做 purge and archive。
Not = 1 不會驗證批次是否存在於應收帳款系統中,因此交易自動符合條件,就會做 purge and archive。
2. 輸入 "1" 驗證交易資料是否存在應付帳款表
1- 將驗證批次是否存在應付帳款系統。 如果不存在,則交易符合條件,就會做 purge and archive。
Not = 1 不會驗證批次是否存在應付帳款系統,因此交易自動符合條件,就會做 purge and archive。
Not = 1 不會驗證批次是否存在應付帳款系統,因此交易自動符合條件,就會做 purge and archive。
3. 輸入 "1" 驗證交易資料是否存在庫存表
1 -將驗證交易資料是否存在庫存系統, 如果它不存在,該交易有資格進行 purge and archive。
Not = 1 不驗證交易資料是否存在庫存系統,只要交易資料符合條件,就會被 purge and archive。
Not = 1 不驗證交易資料是否存在庫存系統,只要交易資料符合條件,就會被 purge and archive。
4. 輸入 "1" 驗證交易資料是否存在製造工單表
1- 將驗證交易資料是否存在製造系統,如果不存在,則交易資料就可以被 purge and archive。
Not = 1 不會驗證交易資料是否存在製造系統,只要交易資料符合條件,就會被 purge and archive。
Not = 1 不會驗證交易資料是否存在製造系統,只要交易資料符合條件,就會被 purge and archive。
5. 輸入 "1" 驗證交易資料是否存在採購表
1- 將驗證交易資料是否存在採購系統, 如果不存在,則該筆交易資料就能被 purge and archive。
Not = 1 不會驗證交易資料是否存在採購系統, 只會交易資料符合條件,則該筆交易資料就能被 purge and archive。
Not = 1 不會驗證交易資料是否存在採購系統, 只會交易資料符合條件,則該筆交易資料就能被 purge and archive。
6. 輸入 "1" 驗證交易資料是否存在固定資產表
1- 將驗證固定資產項目是否存在固定資產系統,如果不存在,則該筆交易就能被 purge and archive。
Not = 1 不會驗證固定資產項目是否存在固定資產系統,只要符合條件,則該筆交易就能被 purge and archive。
Not = 1 不會驗證固定資產項目是否存在固定資產系統,只要符合條件,則該筆交易就能被 purge and archive。
7. 輸入 "1" 驗證交易資料是否存在Payroll表
1- 將驗證 Document 是否存在 Payroll 系統,如果不存在,則可以被 purge and archive。
Not = 1 不會驗證 Document 是否存在 Payroll 系統,只要符合條件,就可以被 purge and archive。
Not = 1 不會驗證 Document 是否存在 Payroll 系統,只要符合條件,就可以被 purge and archive。
8. 輸入 "1", "2" 或 "3" 驗證交易資料是否存在 Job Costing,留空白表示不做驗證
1- 將驗證相關作業是關閉或非啟用的。
2- 在總帳交易截止日期之前,將驗證這些已過帳交易的相關作業是關閉或非啟用的。
3- 如果與相關作業相關,則不會做 purge and archive。
空白- 不會執行任何 Job Costing Validation。
2- 在總帳交易截止日期之前,將驗證這些已過帳交易的相關作業是關閉或非啟用的。
3- 如果與相關作業相關,則不會做 purge and archive。
空白- 不會執行任何 Job Costing Validation。
1. GL UBE 處理多少總帳交易筆數後,系統會去檢查是否有取消這個 SESSION (預設空白是 500 筆)
Custom Module 客製模組
1. Custom Purge Tables: 將我們要使用客製模組做 purge 的 table 設定好。 2. Schedule Maintenance: 定義要被 purge 的 table 從哪個 Data Source,再定義要被 archive 到哪個 Data Source 的 table,及設定要被 purge table 的條件。 3. Generic Work Table Maintenance: 如果希望已經設定好了一組數據,在 Data Selection 裡就可以讓我們直接的去挑選,可以透過這裡來設定數據組 (Data Group),將資料先設定好。此數據組(Data Group)可視為是客製模組的擴充功能,也可以把它視為 Driver Table(驅動程序表)。 4. Custom purge: 執行客製模組 UBE。 5. Custom Purge Reversal: 把 Purge and Archive 到備份區的資料做全部回復或部份回復到 PD。 |
以上有關 Extension Pack 是已經系統預設好了配置的數據,包括 Address Book、EDI、JDE Archive Tables 及 Purge-it Archive Tables。(這是需再另行付費購買,請查看 Purge-it 操作手冊第 559頁)
|
Generic Work Table Maintenance
Work With Custom Purge Data Groups: 圖 1 可以依據我們要做 purge 特定需求來把資料設定在數據組 (Data Group),圖 2 數據組名稱為 F0901PURGE,建議在每個數據組只有一種類型的數據,數據組中可以保存的數據類型及其 JDE 數據字典別名,請查看 Purge-it 操作手冊第530頁。圖 3 客製的 F0901PGE 計劃 join FYK60201 並加入已經定義好的數據組,條件為 YK60WTID = F0901PURGE。圖 4 指定 join 的欄位,以 F0901 及 FYK60201 的 Company 欄位來做 join。
Work With Custom Purge Data Groups: 圖 1 可以依據我們要做 purge 特定需求來把資料設定在數據組 (Data Group),圖 2 數據組名稱為 F0901PURGE,建議在每個數據組只有一種類型的數據,數據組中可以保存的數據類型及其 JDE 數據字典別名,請查看 Purge-it 操作手冊第530頁。圖 3 客製的 F0901PGE 計劃 join FYK60201 並加入已經定義好的數據組,條件為 YK60WTID = F0901PURGE。圖 4 指定 join 的欄位,以 F0901 及 FYK60201 的 Company 欄位來做 join。
4. 以 C 圖為例,被 purge 的 table 也可以設定和其它的 table 做 join,讓我們可以去檢查被 join table 是否 "存在" 或 "不存在" 被 purge table 相關的資料。
5. 在 ABDEMO 這個計劃裡,從 Business Data - TEST 的 F41021 設定 join Business Data - TEST 的 F4101,Join 的條件是 F41021 的資料存在於(IN) F4101,並且以 F41021 當成 Driver Table。Join Criteria 及 Join Selection 顯示綠色,代表已經設定完成。 6. 如果被 purge table 的資料筆數較多,被 join table 的資料筆數較少,可以選擇性的設定被 join table 為 "Driver table",以加快資料被處理的速度。 |
-
General
-
Technical Overrides
-
Cancel Processing
<
>
1. "Ü" 更新模式 或 "P" 驗證模式
輸入參數 "U" 會將資料搬到歷史備份區,參數 "P" 則只會做驗證及寫入 Audit Log Table
2. 輸入要處理的自定義的客製計劃名稱
選擇在 RYK60100 所新增的自定義 Purge 計劃,這個欄位是必選的。
1. 當執行 purge 程式時,會對來源的 from table 欄位做 'delete',而對目標的 to table 欄位做 'insert' ,預設的值留空白表示不檢查任何的 trigger 功能。輸入參數 "1" 表示會執行 trigger 功能的檢查。
如果 JDE Table 有使用 'Table Trigger' 的功能 ,則有可能在將資料從 Purge table 移動到 Archive table時,可能會更新某些 table 中的值,如果不採用這檢查功能,保留預設空白值,如果要啟用 Table Trigger 檢查功能,則輸入參數 '1'。
2. 將資料搬到 archive table 時,先執行資料表檢查,以避免有重覆的資料新增到 Archive table,預設值留空白表示執行檢查。輸入參數 "1" 表示會不執行檢查。(建議留空白不執行檢查)
這個功能會比較 Purge Table 及 Archive Table 的 Unique Primary Key,來檢查二個資料表是否有重覆的資料,這個選項最主要是用於 purge and archive CFR21 Audit tables,因為這人個資料表並沒有 Unique Primary Key,JDE 資料表都有設置 Unique Primary Key,所以建議不使用此功能,留空白值即可。
1. GL UBE 處理多少總帳交易筆數後,檢查是否有按下取消這個 SESSION (預設空白是 500 筆)
留空白採用預設500筆即可
|
|
|