Private Bag X1290, Potchefstroom
South Africa 2520

Tel:	018 299-4900
Fax:	018 299-4910
Web:	http://www.nwu.ac.za

IO Financial Systems and Reporting
Tel:	+2718 299-4830
Fax:	+2718 299-4837
Email:	antonet.muller@nwu.ac.za

MEMO

To:	FMC

From:	Antonet Müller & Hanlie Venter

Date	1 June 2014

Re:	KFS Nightly Batch Jobs

To all concerned

Within the KFS environment, transactions will only be posted to GL once a day during nightly batch jobs. If there were any errors during posting, it will route to the General Ledger Correction Process and will only be fixed the next day and posted during the next cycle of nightly batch jobs.

Transactions will be “pending” until the batch processes were executed. Pending transactions will be available to include in online KFS inquiries.

The 3 main batch jobs that post transactions to GL during the night are the following:

Nightly Out Job	•GL Pending Entries are generated from online input and are stored in the standard pending transaction format expected by the GL. •These stored transactions go through a screening process to determine which are passed to the GL. •This is where cancelled transactions or transactions disapproved in the Workflow process are excluded.
Scrubber Job	Primary functions: • Validation of Data: - Add some missing values, - Validate against the COA, - Application of continuation account logic. • Offset and Entry Generation: - Including document balancing, - capitalization of assets and liabilities, - plant indebtedness. • Error Handling after the Batch Process: - Identification of errors to be corrected using the GL Correction Process (GLCP) document.
Poster Job	This posterJob posts the scrubbed entries to the GL, updating the tables that make up the GL. • Final Validation: Prior to this process being run, entries are again validated to ensure that there are no errors in the transactions that might have been generated by other parts of the GL processing (such as Offset Generation or Capitalization). If errors are found, those transactions are not posted and are routed to the GL Correction Process. • GL Balance Update: Validated GL Origin Entries update the GL Balance table. • GL Encumbrance Update: evaluates the pending ledger entries to determine whether or not they affect encumbrances based on the encumbrance update flag (D=Document; R=Reference Document). • PO Encumbrance Update: a new entry in the GL Encumbrance table is added with the encumbrance amount set to the total order amount (encumbrance update flag=D), or adjusts the amount in the closed amount column (encumbrance update flag=R). • Future Reversal Update: Reversing entries are generated from the transaction which reached the reversal date from the GL Reversal Table and automatically posted to the GL tables. • GL Account Balance Posting: The GL Posting function evaluates the pending ledger entries to determine whether or not they affect account balances. For entries that satisfy all the business rules, GL Account Balance is updated. • GL Detail Posting: Validated GL Pending Entries are recorded as GL Detail. When posting the detail, Transaction Entry Sequence Number is used to ensure a unique key. • GL Reporting: Each run of the GL process generates Statistics and Summary Reports. • Reversal Poster: Processes any reversal entries that have a reversal date equal to or earlier than the current date. Generates a Reversal Poster Report.

For more information you are welcome to contact Antonet Müller (antonet.muller@nwu.ac.za) or Hanlie Venter (hanlie.venter@nwu.ac.za) via email.

KFS Project Team

Original details: Antonet Müller(10951768) C:\!!Skyf D\KFS\memos\KFS GL Memo 5 - KFS Nightly Batch Jobs
1 June 2014

File reference: COA & GL Memo 5