Batch Description

1. Account Status Change

The batch updates the status of an account automatically if the flag status_change_automatic in the account is enabled. The OBA application maintains various statuses of accounts. The rule engine maintains the rules to determine an account status and status rules are then attached to the account class for every stage movement. The batch picks such accounts where the status_change_automatic flag is enabled and evaluates the status of an account using the rules maintained in the account class. The system evaluates and updates the new status of an account.

The status change of an account refers to modifications that change the account type, account ownership, or updates to account information based on financial or non-financial transactions.

2. Account Revaluation

Revaluation is a calculated upward adjustment to a country's official exchange rate relative to a chosen baseline. The revaluation batch process revalues the balances of foreign currency customer accounts and restates the local currency (LCY) balance. The system uses the batch results to revalue an account's balance and posts the revaluation profit or loss into a predefined account. The system then hands over the revaluation profit or loss to the GL system.

If the Reval Split Required option is enabled, then a trading split in revaluation is required for the GL. The break-up of the revaluation profit or loss for the GL can be::

Trading Profit / Loss – Profit or loss due to revaluation of Foreign Currency (FCY) entries posted into the FCY account during the day.
Revaluation P&L – Profit or loss due to revaluation of opening balances (balances without current day’s turnover).

Based on the configurations, the system books profits and losses to the Profit GL and Loss GL. If the Reval Split Required option is enabled, the system books the profits and losses to the Trading Profit GL and Trading Loss GL respectively.

3. Account Balance Handoff to GL System

The EOD batch process performs the following:

Hands over the accounting entries posted to a GL account to the GL system.
Hands over the account balance to the reporting GL. The batch process retrieves the reporting Credit and Debit GL based on the account's new status and account balance.

Note:
The system maintains the reporting Credit GL Line and Debit GL Line for every possible account status in the account class or the account. It posts a positive account balance to the Credit GL and a negative account balance to the Debit GL. An Inter-system bridge GL maintained as a source code preference facilitates balance posting. The system posts the offset entries for each scenario to the Inter-system Bridge GL.

The following conditions are handled by the batch process.

No change in the balance sign and the account has net credit turnover.
No change in the balance sign and the account has net debit turnover.
No change in the account balance, as there are no transactions for the day.
No change in the account balance, since the net turnover (sum of debits and credits) is zero.
Net credit turnover in the account changing the account's balance sign from negative to positive.
Net debit turnover in the account changing the account's balance sign from positive to negative.

4. Dormancy Batch

The Dormancy batch marks all accounts without financial or non-financial activity for a specified number of days as dormant. The Account class maintains the non-financial activities and other parameters that determine the dormancy of an account. The system sets the last_cr_activity_date and last_dr_activity_date. The batch process determines the dormancy date of an account from the following:

[Greater of (last_cr_activity_date, last_dr_activity_Date)] + 
 Dormancy_days (Obtained from the account class) + 1

The Dormancy batch picks all accounts which are not dormant, and whose dormancy date is lesser than the branch date; and marks it dormant.

5. Automatic Reorder of Cheque Books

The EOD batch process executes a batch function to determine the automatic reordering of cheques. It initiates automatic reorder of a chequebook for an account when the following conditions are satisfied:

The Auto-Reorder of Cheque Book option is enabled in the Account.
The number of unused cheque leaves for the account is less than or equal to the reorder level maintained in the Account.
The number of cheque leaves in the new Chequebook is equal to the Reorder Number of Leaves maintained in the account.

The system determines the number of leaves in the chequebook from the field Reorder Number of Leaves maintained for the account. The numbering of the cheque leaves in the new Cheque Book depends on the Cheque Number Unique for Branch option in the Bank Parameters maintenance. If this option is enabled, the numbering begins from the Last Number + 1 of the Chequebook last delivered to any account in the branch. If you do not select this option, the number will start from the Last Number +1 of the previous Chequebook delivered to the same account.

6. Legal Block Expiry Batch

The Legal Block Expiry Batch releases the legal amount blocks placed on an account on the expiry date. The batch performs the following:

Picks all the accounts with legal blocks expiring earlier or on the branch date.
Derives the value of the valid legal block to retain.
Expires the Legal Block and updates the account balance.

7. Stop Payment Batch

This batch job updates an account's stop payment status to Yes or No.

Getting Expired Stop Payments - Closes all stop payments for the branch date and if there are no active stop payments for the account, it updates the account's stop payment status to Yes.
Activating Stop Payments - Updates the stop payment flag in the account to Yes when there are active stop payments for the account on the branch date.

TOD Batch

The TOD Batch runs at the Beginning of the Day (BOD) and updates the Temporary Overdraft (TOD) limit for accounts. For each account reaching the TOD expiry date, it performs the following:

If the TOD_renew option is not enabled, it resets the TOD limit to zero.
If the TOD_renew option is enabled, it derives and sets the new TOD limit including the TOD limit renewal amount.

8. Statement View

The statement batch runs as BOD (Beginning of Day) and takes the PWD (Previous working date) as the input parameter. For example, when EOD runs on 31-Jan-2023, the statement batch is executed as the BOD of 01-Feb-2023, fetching those accounts for which the statement is due on 31-Jan-2023.

The EOD statement batch generates Statements, Advices, SWIFT, and CAMT messages as specified in the statement preferences. The statement preferences specify the frequency of statement generation and the statement types of primary, secondary, and tertiary statements.

The system captures multiple addresses for an account. Address Type classifies these addresses as Head Office Address (HOA), Branch Office Address (BOA), Communication Address (COA), and others. For every Address Type, different Media type address can be maintained, like Email, Mail, SWIFT, and FAX.

Statements are linked and delivered to different media addresses associated with the different address types. Statements are delivered in PDF format for all media types except ISO and SWIFT.

OBCACS supports predefined Statement and Advice format for the detailed and summary versions of each statement type. Since the batch runs at the Beginning Of the Day (BOD), it takes the previous business day as input and generates all statements due.

The Report Format configuration maintains the format of the advices and statements. And the Report Linkage configuration links the statements and advices to the report formats. You can customize the statement or advice format to include predefined advice tags. To know more, see Customize Statements and Advices.