2. Creating Islamic Accounts

2.1 Introduction

As part of capturing customer related information in Oracle FLEXCUBE you need to maintain Customer Information Files (CIF records) for each entity who is a customer of your bank. Apart from creating CIF records for each entity you need to maintain separate accounts for each customer. The features of these two screens have been discussed in detail in the preceding sections.

While defining Islamic Deposit Accounts, you would have noticed that many of the fields have option lists positioned next to them. While some option lists contain pre-defined values for some option lists to be populated you need to capture data through separate screens. For instance, each Islamic deposit account needs to be associated with an Islamic account class. Therefore, you will need to maintain Islamic account class before you start defining Islamic deposit accounts.

All such screens have been documented in the subsequent sections.

This chapter contains the following sections:

2.2 Islamic Account Class

This section contains the following topics:

2.2.1 Maintaining Islamic Account Class

In the ‘Islamic Account Class Maintenance’ screen, where you open Islamic deposit accounts for the customers of your bank, each customer account is linked to an Islamic deposit account class, and the attributes defined for the account class are by default applicable to the customer account. For instance, if the frequency of account statement generation has been defined as daily for Islamic account class, the system generates statements for all accounts under this class on a daily basis. However, some of the parameters defined for the account class, can be revised at the account level for any of the accounts linked to the class. Account level parameters will supersede those defined for the account class.

While defining the Islamic account classes you should also keep in mind, that the profit rate structure is also specified for an account class (in the Profit and Charges module).

The account class table is maintained at the Bank Level by the Head Office branch.

You can invoke the ‘Islamic Account Class Maintenance’ screen by typing ‘IADACCLS’ in the field at the top right corner of the Application tool bar and clicking the adjoining arrow button.

Defining Islamic Account Class includes the maintenance of the following parameters:

Account Class and Description

The Account Class code is a unique code, which identifies the class. Along with the class code you need to assign an appropriate description to the account class.

For instance, let us assume you are defining a class for deposit account of individuals. You could associate the code DEP IND with it. Similarly, the description that you associate with it could be something like this – ‘Deposit accounts of individuals’.

Account Type

By default the account type is ‘Deposit’. You will not be able to modify this option.

IBAN Account Type

Specify the IBAN account type if BBAN format has an account type.

Start Date

When you create a Islamic account class, you can specify the life span of the account class by indicating the start date.

The start date for an account class refers to the start date for which, creation of new account under the account class is allowed.

Consequently, the option list for Islamic account class in all further transactions screen in Oracle FLEXCUBE, will display the account class as of the system date.

End Date

When you create a Islamic account class, you can also specify the life span of the account class by indicating the end date.

The end date for an account class refers to the termination date after which, creation of new account under the account class is disallowed.

Consequently, the option list for Islamic account class in all further transactions screen in Oracle FLEXCUBE, will not display the ‘expired’ account class as of the system date. However, the existing accounts for the account class will be active even after the end date.

Note

If you do not specify an End Date for the account class, the account is taken to be an open-ended account class.

2.2.2 Account Details Tab

The ‘Account Details’ tab is displayed, by default, in the ‘Islamic Accounts Class Maintenance’ screen. The fields in the Account Details section are as follows:

Account Code

As per your bank’s requirement you can choose to classify Islamic account class into different account codes. The bank can decide the manner in which the account classes are to be assigned to different account codes. An account code can consist of a maximum of four characters.

Depending on the customer account mask maintained, the value in the account code field would be used during the generation of customer account numbers through the ‘Islamic Customer Accounts Maintenance’ screen.

If you have decided to include account code as part of the customer account number (in the account number mask), then at the time of creating a new customer account number, you will need to select the account class for the account number being generated. In the option-list provided, the account class is displayed along with the associated account code. When the account number gets populated, it is the account code that forms a part of the customer account number.

Dormancy Days

You have to indicate the period after which an account in an Islamic account class becomes inactive or dormant if customer transactions are not posted into the account.

Note

However, while maintaining transaction codes, if you have checked the Consider for Ac­count Activity field, all transactions posted to any account under this account class linked to the particular transaction code will become active from dormant irrespective of the dor­mancy period. If a customer-initiated transaction is posted into the account with the dormant status the account status will be updated to Active from Dormant since the Trans­action Code associated with the account has the Consider for Account Activity option en­abled.

Account Statement Format

Choose ‘ACST_DETAILED’ for Savings type of account class and Nostro type of account class.

Display IBAN in Advices

For an Islamic account class you can indicate whether the IBAN number of the customers involving the accounts within the class should be printed on advices sent to the customer. If you would like to print the IBAN number of the customers on advices sent to the customers involving the account class, you can enable the ‘Display IBAN in Advices’ option by checking it.

Your specification will be made applicable to all customers linked to the account class. You will be allowed to change this option for a specific account.

Note

IBAN Account numbers for specific customers can be captured while defining a specific account through the IBAN Sub-screen of the ‘Islamic Customer Account Maintenance’ screen.

Interpay

Check this box if you wish to interpay.

Natural GL

The reporting of all turnovers of the particular Islamic account class will be directed to the GL that you identify as the natural GL. Based on the characteristic of the account balance, you can specify whether the turnover is to be posted to the Debit GL or to the Credit GL. For instance, if the account class is for overdrafts, the balance is normally a debit whereas current accounts normally do not have a debit balance.

Dormancy Parameters

As stated above, if transaction code associated with the account has the ‘Consider for Account Activity’ option enabled, the dormant status of the account will be updated to ‘Active’. Apart from this, you can specify the parameter that is required for re activating the account. To indicate the re activation parameters for the dormant account choose any from the following options:

In case of a transaction, the system will check for the parameter you have specified here and accordingly change the status of the account. However, the parameter maintained at the account level will supersede the parameter you have specified here.

Applicable Customer Status

Specify the applicable customer status from the drop-down list. The available options are:

Note

By default ‘Not applicable’ option would be selected when a new account class is created.

If you select ‘Minor’ option at the CIF level and ‘Applicable customer status’ as ‘Major’ at the account class level then the system displays an error message as, “The A/c class you selected is for major customer.”

Similarly if you uncheck ‘Minor’ option at the CIF level and select ‘Applicable customer status’ as ‘Minor’ at the account class level then the system displays an error message as, “The A/c class you selected is for minor customer.”

Charges

Specify the following details.

Charge Start Advice

You can use this field to indicate whether a charge start advice is to be sent to the customer, indicating the commencement of charging on accounts under the account class.

Charging on the accounts under the class would commence on the charge start date specified for the account. The charge start advice would be sent, a specified number of days in advance (the Advice Days) of the charge start date.

Advice Days

If you have indicated that a charge start advice is to be sent to the customer, indicating the commencement of charging on accounts under the account class, specify the number of days before the charge start date, the charge start advice is to be sent.

Free Period

Specify the number of days after the account opening date, which constitute the free banking period for accounts under the class. During the free banking period, no charges are applied on the account.

Provisioning Details

When you define an account class, you can specify whether provisioning is applicable for accounts using the class. You can make the following specifications in the Provisioning Details section in the ‘Account Classes’ screen:

Required

Check this box if provisioning is applicable.

Provisioning Frequency

Select the frequency at which the provisioning would be done either daily or monthly.

Note

The frequency you define here is only applicable if you have indicated individual account-wise status processing for accounts in the Branch Parameters. If you have indicated status processing at Group/CIF level, then the provisioning batch process executes at the fre­quency maintained in the ‘Branch Parameters’ screen for your branch, and not at the fre­quency maintained in the Account Classes screen.

Provision Currency

You can indicate the currency in which the provisioning amount must be calculated – either account currency or local currency. This specification is defaulted from the preferences for the Islamic account class used by the account, and you can alter it if necessary.

Exposure Category

If the logic for deriving the exposure category of the CIF or customer group to which the customer belongs, based on the total exposure, has been maintained in the Exposure Type Category Linkage maintenance, then the exposure category of the account is identified. If no logic has been maintained, you can specify the exposure category in the ‘Islamic Account Class Maintenance’ screen.

Event Class Code

Specify the event class for which the provisioning accounting entries would be defined.

Liquidation Days

Specifies the number of working days from the actual liquidation date before the profit / charge can be liquidated into the customer account. Working days are calculated on the basis of the Local Holiday Calendar.

Liquidation Mode

Debit profit or charges can be liquidated either Manually or Automatically. If you choose the automatic mode of liquidation, debit profit or charges are liquidated automatically as part of the BOD process on the liquidation date. However, after having specified Auto as the mode of liquidation, if you wish to liquidate them manually for a specific account, the System intimates you with an override message. Manual profit liquidation can be triggered through the ‘Debit Profit Liquidation’ screen. Manual liquidation is recommended during Account Closure.

Note

Refer the End of Day processing for Debiting Receivable GLs section in the Daily Processing of IP chapter of the IP User Manual for details on end of day processes on Auto and Manual liquidation.

Escrow Details

The following Escrow details can be maintained for the account class:

Escrow Transfer Applicable

This box is checked by default, when an account is created. Uncheck this box if Escrow transfer is not applicable.

Transaction Code

Select the Transaction Code to be used for Escrow transfer from the adjoining option list. The option list displays only those transaction codes which are enabled for Escrow processing at the ‘Transaction Code Maintenance’ screen.

Note

This is a mandatory input if Escrow transfer is enabled for the account class.

Transaction Code for Reversal

Select the transaction code to be used for Escrow Reversal transactions from the adjoining option-list. The option list displays only those transaction codes which are enabled for Escrow processing at the ‘Transaction Code Maintenance’ screen.

Note

During account class amendment system does not allow you to disable Escrow process for an account class if a Project account has been created using that account class.

Cash Deposit Limit on Trust Account

If you have checked the box ‘Escrow Transfer Applicable’, you will have to specify the maximum cash that can be deposited in the Trust accounts under this account class.

Sweeps Required

Enable Sweep in

Check this box to enable sweep in functionality.

Enable Reverse Sweep in

Check this box to enable reverse sweep in functionality.

During Reverse Sweep in, the system will follow the reverse of original utilization sequence followed during Sweep in process i.e. Term deposits, Auto Deposits and cover accounts.

During Sweep in/Reverse sweep in, the system will check if the cover account is dormant/ frozen/ debit restricted/ closed. In such cases, The system will skip the cover account and pick the next account for processing.

While changing the customer, the system will validate and display an error message if the account has some linked deposits or cover accounts for sweep in / sweep out functionality.

Consider Primary account minimum balance for sweep

Check this box to retain the minimum balance of the primary account after the debit transaction.

This field is enabled only if ‘Enable Sweep In’ field is checked.

While doing a debit transaction, if the available balance for primary account goes below minimum balance and ‘Consider Primary Account for minimum balance sweep’ field is checked at account class level, then the system will try for the cover account sweeps as follows:

If the balance in cover accounts is not sufficient to cover the sweep amount, then the system will sweep available amount from cover accounts and balance amount for the transaction will be recovered from primary account without considering the minimum balance of the primary account. The system will display an configurable override message if either primary account or cover account goes below minimum balance.

AC-SWP01 - After the transaction Primary Account <Account> will be having balance below minimum balance required.

AC-SWP02 - After the transaction, Cover Account <Account> will be having balance below minimum balance required.

Arriving at the shortfall amount taking into consideration of Minimum balance requirement of primary account will remain at the cover account sweep level and will not be applicable for sweep from auto deposits /Term deposits.

If auto deposits/term deposits are linked to an account and the balance is not sufficient after considering the balance in cover and primary accounts, the system will proceed with sweeping from auto deposits.

2.2.2.1 Processing Sweep in functionality

During Sweep in process, the system will check the availability of funds in cover accounts, Auto Deposits and Term Deposits in the same order if there is shortfall in Primary CASA account.

The system will ensure that the primary CASA account will be funded online by debiting linked accounts to the extent of shortfall amount so that the primary CASA account can be fully debited to the extent of Debit transaction amount.

The system will pass the following accounting entries:

Set 1

Set 2

During sweep in process, the system will first consider cover Accounts and then Auto Deposits and finally Term Deposits.

The order in which the linked accounts are debited is as following for different linkage types.

2.2.3 Statement Parameters Tab

For each Islamic account class that you maintain you have the option of generating account statement details, periodically, for all customer accounts associated with the account class.

If you need to generate account statements that would need to be sent across multiple media, generated at different frequencies, you can define up to three different frequencies at which the statements could be generated, with a primary, secondary and tertiary frequency.

Note

If you are defining primary, secondary and tertiary statements, the frequency for each must be different and unique; for instance, if you define a monthly primary statement, you can­not define a secondary or tertiary statement with a monthly frequency.

As part of specifying the account statement preferences you can indicate the following for each of the statements, whether primary, secondary or tertiary.

Click ‘Statement Parameters’ tab in the ‘Islamic Accounts Class Maintenance’ screen. The fields in the Statement Parameters section are as follows:

Specify the following details:

Primary Account Statement Parameters

Indicate the following details.

Type

The first preference that you specify for Islamic account class is to indicate whether the periodic generation an account statement is required. If the generation of an account statement is necessary, you have to specify the format in which it is to be generated. The options available are:

Cycle

The system generates the account statement details at a frequency that you specify. The frequency can be:

If you indicate that the statement generation frequency is weekly, you should also indicate the day of the week on which the account statement is due. Similarly, for a monthly statement you should indicate the day of the month.

On

To specify the frequency for a monthly statement you can specify a number between 1 and 31 (corresponding to the system date). If you set the statement date to 30, then account statements will be generated on:

If you set the statement date to 31, then account statements will be generated on:

For all other cycles, account statement would be generated on the last day of that cycle.

Offline Limit

This is the limiting amount till which transactions will be carried out between account(s) for the account class you are defining here, between branches when the database connectivity is not functional.

Enter the off-line limit here.

Note

Tertiary Account Statement Parameters

Indicate the following details.

Type

The first preference that you specify for Islamic account class is to indicate whether the periodic generation an account statement is required. If the generation of an account statement is necessary, you have to specify the format in which it is to be generated. The options available are:

Cycle

The system generates the account statement details at a frequency that you specify. The frequency can be:

If you indicate that the statement generation frequency is weekly, you should also indicate the day of the week on which the account statement is due. Similarly, for a monthly statement you should indicate the day of the month.

On

To specify the frequency for a monthly statement you can specify a number between 1 and 31 (corresponding to the system date). If you set the statement date to 30, then account statements will be generated on:

For all other cycles, account statement would be generated on the last day of that cycle.

Secondary Account Statement Parameters

Indicate the following details.

Type

The first preference that you specify for Islamic account class is to indicate whether the periodic generation an account statement is required. If the generation of an account statement is necessary, you have to specify the format in which it is to be generated. The options available are:

Cycle

The system generates the account statement details at a frequency that you specify. The frequency can be:

If you indicate that the statement generation frequency is weekly, you should also indicate the day of the week on which the account statement is due. Similarly, for a monthly statement you should indicate the day of the month.

On

To specify the frequency for a monthly statement you can specify a number between 1 and 31 (corresponding to the system date). If you set the statement date to 30, then account statements will be generated on:

For all other cycles, account statement would be generated on the last day of that cycle.

Document Check List

Specify the following details:

Document Type

Specify the document type. The adjoining option list displays all the document types that are maintained in the system. You can select the appropriate one.

Customer Type

Specify the customer type. The adjoining option list displays all the customer types that are maintained in the system. You can select the appropriate one.

Mandatory

Check this box to indicate that the document specified here is mandatory.

Document Notification Details

Send Notification

This check box indicates whether to send notifications or reminders for not submitting the mandatory documents.

Frequency (Notification)

System defaults the frequency of notification to be sent. The frequency can be one of the following:

Days (Reminder)

System defaults the number of days left for the expiry or submission due date of the documents for sending the reminder.

2.2.4 Capturing Additional Details

You can capture additional details for the Islamic Account Class by clicking the following buttons in the ‘Islamic Account Class Maintenance’ screen:

Button

Function

Restrictions

This invokes the ‘Account Class - Product and Transaction Codes Maintenance’ screen.

Branch/Currency Restriction

This invokes the ‘Branch Currency’ screen.

Customer Catego­ries

This invokes the ‘Account Class - Customer List’ screen.

MIS

This invokes the ‘Management Information System’ screen.

Preferences

This invokes the ‘Preferences’ screen.

REG

This invokes the ‘REG Details’ screen.

Deposit

This invokes the ‘Deposit Account Details’ screen.

Auto Deposit

This invokes the ‘Auto Deposits’ screen.

GL Lines

This invokes the ‘GL Lines’ screen.

Status Rule

This invokes the ‘Status Rule Definition’ screen.

Amt Block

This invokes the ‘Amount Block Details’ screen.

Statement

This invokes the ‘Interim Transactions and Balance Report’ screen.

Notice

This invokes the ‘Notice Details’ screen.

Fields

This invokes the ‘User Defined Fields’ screen.

2.2.5 Specifying Restrictions Details

You can place restrictions on transactions involving Islamic accounts, at the account class level. As discussed earlier (for customer account), these restrictions get defaulted to all accounts that are linked to the Islamic account class. But you are allowed to change these restrictions for individual accounts as well.

To maintain the restrictions, click the ‘Restriction’ button in the ‘Islamic Account Class Maintenance’ screen. The ‘Account Class - Product and Transaction Codes Maintenance’ screen is displayed.

The restrictions can be based on:

Validation of restrictions

During maintenance or online operations, in the respective contract screens for the restricted transactions, when you specify the customer account, the system checks whether the account class used by the specified account is restricted for the product that has been selected, or the debit / credit transaction type. If so, an override is sought when such contracts are saved.

2.2.6 Maintaining Exclusion Criteria for Profit Sharing

You can specify the allowed transaction count for accounts in the account class to be considered for the profit sharing process and also you need to specify the threshold count for every allowed transaction code maintained for the Account Class. In case the transaction count for certain accounts exceeds the stipulated count, then such accounts will not be considered for the purpose of profit contribution and sharing.

Click on ‘Exclusion Criteria for Profit Sharing’ button in the ‘Account Class - Product and Transaction Codes Maintenance’ screen to invoke ‘Exclusion Criteria For Profit Sharing’ screen.I

Here you specify the count threshold for every transaction code maintained in the system

2.2.7 Specifying Branch/Currency Restriction Details

In addition to what you have specified in the ‘Islamic Account Class Maintenance’ screen you have the option of specifying the following for the accounts class:

2.2.8 Maintaining Branch Preferences

You can specify the branch and currency preferences through the ‘Branch Currency’ screen. Click the ‘Branch/ Currency Restriction’ button in the ‘Islamic Account Class Maintenance’ screen. The screen will be displayed.

All the allowed currencies you have defined for this account class will be displayed in the Allowed column. You can enter the minimum balance that should be maintained against each currency. Additionally, you can also enter the currency-wise minimum balance for the profit sharing that should be maintained in the accounts (under the account class) to be eligible for profit sharing.

Customer accounts maintained in any branch can be linked to any account class. However, you have the option of restricting the linkage of customer accounts in a particular branch or branches to an account class.

To specify this, click on disallowed since the disallowed branch list is smaller than the allowed branch list. From the list of Available Branches select 001 and click the adjoining arrow. Repeat the procedure for 004. 001 and 004 will be listed under disallowed branches.

Note

For specifying the allowed list of branches, first click on allowed. You will notice that the list title changes accordingly to allowed and vice versa. You should select allowed or dis­allowed depending upon the length of the list.

2.2.9 Maintaining Currency Preferences

In this screen you can specify the following for an account class:

For all accounts under this account class you have the option of specifying currencies in which transactions are allowed/disallowed.

For example, you want to restrict all account level transactions under the account class Corporations for corporate type accounts to four important currencies only, say - USD, GBP, JPY, and DEM. You can specify the same.

To do this, click the ‘Currency Preferences’ button in the ‘Branch Currency’ screen to invoke ‘Currency Preferences’ screen.

For every allowed currency, you can specify the limit for performing cash transactions in an ATM. You can also enter the currency-wise minimum balance for the profit sharing that should be maintained in the accounts (under the account class) to be eligible for profit sharing. You can also specify the cash reserve ratio (CRR percentage) for different currencies. Amount as per this ratio will be deducted from the account balance before applying weights. If the box ‘Escrow Transfer Applicable’ is checked for the account class, you can capture currency-wise cash deposit limit for the Trust accounts linked to the account class.

2.2.9.1 Maintaining Minimum Balance

You can maintain minimum balance and minimum opening balance for a CASA account based on the account facilities in the Minimum Balance screen. You can also maintain the minimum balance for each currency.Click ‘Minimum Balance’ button under Currency Details tab of ‘Branch and Currency Restriction’ sub-screen to invoke Minimum Balance screen

Currency

Currency Code

Specify the currency code of the account. Alternatively, you can select the currency code from the option list. The list displays all valid currency codes maintained in the system.

Default Minimum Balance

Specify the default minimum balance to be maintained for the account.

Default Minimum Opening Balance

Specify the default minimum opening balance to be maintained for the account. Default minimum opening balance amount should no be less than default minimum balance amount.

Facilities Based Minimum Balance

You can maintain minimum balance based on account facilities in this block

Passbook

Check this box if passbook facility is applicable for maintaining minimum balance amount.

Cheque Book

Check this box if cheque book facility is applicable for maintaining minimum balance amount.

ATM

Check this box if ATM facility is applicable for maintaining minimum balance amount.

Direct Banking

Check this box if direct banking facility is applicable for maintaining minimum balance amount.

Minimum Balance

Specify the minimum balance for facility combination for a currency. You can maintain the minimum balance based on the multiple facility combinations.

Minimum Opening Balance

Specify the minimum opening balance for facility combination for a currency. The minimum opening balance should not be less than the minimum balance.

Based on the account facilities availed at account level, the system looks for a matching record of account facilities at account class level for an account currency. The minimum balance and minimum opening balance that is maintained for the matching record will be considered for validating minimum balance and minimum opening balance respectively.If none of the records are matching, then default minimum balance and default minimum opening balance maintained for that currency is considered for minimum balance and minimum opening balance validation.

Note

For each records maintained in ‘Facilities Based Minimum Balance’ section, the criteria combination should be unique. For instance, for a USD currency, if one record is main­tained with the value as ‘Y’ for all the facilities, then another record of USD currency should not have value as ‘Y’ for all facilities.

If the minimum balance is maintained for currencies that are disallowed or restricted for an account class, then the system displays an error message.

If ‘Allowed’ option is selected in Branch and Currencies Restriction sub screen and if the currency for which minimum balance details is maintained are not available in the list of allowed currencies, then the system displays an error message.

2.2.10 Specifying Customers/Categories Details

Instead of linking each customer account to the account class, a customer category is linked to the class.

For an account class you should specify the category that should be linked to it and also specify if all customers under each of the categories are to be linked to the account class. In the ‘Account Class - Customer List’ screen you have the option of specifying the categories that should be linked to this account class and within a category you can also restrict individual customers to be linked to the class.

To indicate allowed customer categories click the ‘Customers/ Categories’ button. The ‘Account Class - Customer List’ screen will be invoked.I

In this screen you define the following:

For an account class you need to specify the customer categories that should be linked to it and also customers within a category who should not be allowed to be linked to this account class.

Note

Check the square box to allow a customer the parameters assigned to this account class. Leave the box unchecked to disallow a customer from being assigned to this account class.

2.2.11 Specifying MIS Details

To invoke the MIS details screen for an account, click the ‘MIS’ button while opening/modifying the account. The entities defined for the customer will be picked up by default and these entities can be changed.

For an account, the transaction type of MIS class will be picked up from the account class, along with the cost codes and pool codes. The composite type of MIS class will be defaulted from those defined for the customer. These too can be changed.

2.2.12 Specifying Preferences Details

To set preferences, click the ‘Preferences’ button in the ‘Islamic Account Class Maintenance’ screen. The ‘Preferences’ screen is displayed.

Preferences are the options or attributes that uniquely distinguish an account class. The following are the preferences that you can specify for Islamic account class:

To enable printing of this information for all accounts using the account class, you must enable the Account Statistics option in the ‘Islamic Account Class Maintenance’ screen.

For each account class for which account statistics has been enabled, an accounting End of Day (EOD) process updates the statistics table both period-wise and according to financial years. The book-dated balances are used for computation of statistics, and the balances are maintained according to accounting periods.

For information about viewing the period-wise account statistics, refer the section Querying on Account Statistics, found earlier in this chapter.

Note

IBAN Required is restricted for TD and Nostro account class. The system displays an error message if user defines IBAN Required for Nostro or TD account.

Based on the balance basis chosen, if the system finds the account balance greater than or equal to the minimum balance for profit sharing (Except for Dly Net Balance & Avg Balance), the system will consider that account for profit sharing.

A consolidated clearing entry will be passed using a separate Transaction Code maintained in the ‘Clearing Product Preferences’ screen. This Transaction Code should be set with Cheque Mandatory option as No in the ‘Transaction Code Maintenance’ screen.

One consolidated clearing entry will be passed for each of the above groups. Entries will be passed against a common reference no. generated for each of the groups. After the consolidated entry has been passed, each individual instrument will be processed separately to pass charge entries (if applicable) at the transaction level.

Cash Reserve Ratio

Specify the cash reserve ratio that should be maintained for all accounts under this account class. This ratio will be applied on the account balances before applying weights during profit distribution.

Exclude from Distribution

Check this box to indicate that accounts under this account class should be excluded from profit distribution.

No. of Days For Salary Block

Specify the number of days for salary block. At the time of salary credit in to a customer account, the system will place an amount block for the number of days specified here from the date of salary credit. The amount blocked will be equal to the finance installments due during this period.

No of days for Closing Unauthorized Accounts with No Activity

Specify the number of days (inactive days) allowed for closing unauthorized accounts with no activity.

No of days for Closing Authorized Accounts with No Activity

Specify the number of days (inactive days) allowed for closing authorized accounts with no activity.

Cheque Book Preferences

Oracle FLEXCUBE provides you with the facility to automatically trigger the reorder of Cheque Books for all accounts reporting to a specific account class. However, you have the option of changing your preferences at the account level also.

To facilitate automatic reordering of Cheque Books, you have to maintain the following details:

Cheque Book

To indicate that automatic reordering of cheque books should be allowed and for specifying the details for the same, you have to check this option. If not selected, you will not be able to maintain the automatic reordering preferences for the account class.

Auto Reorder of Cheque Book

You have to select this option to specify that automatic reordering of Cheque Books is required for all accounts reporting to this account class. This field will be enabled only if you have checked the ‘Cheque Book’ option explained above.

Reorder Level

Here, you have to indicate the level at which the reordering of Cheque Book should happen. Automatic reordering will be set off by the system when the unused number of cheque leaves becomes equal to or less than the re-order level that you maintain here. This field will be enabled only if you have indicated that automatic reordering of Cheque Books is required i.e. the ‘Auto Reorder of Cheque Book’ option is checked.

Reorder Number of Leaves

In this field you have to specify the number of leaves that should be ordered for the new Cheque Book. This field will be enabled only if you have checked the ‘Auto Reorder of Cheque Book’ option.

Max No. of Cheque Rejections

Specify the maximum number of cheque rejections that can be allowed for an account.

Passbook Compression Preferences

Compression Required

Check this box to specify that transaction compression is applicable to the accounts under the particular account class.

Limit for Unprinted Transactions

Specify the maximum limit for unprinted transactions that can be printed without compression.

Transaction Code

Specify the Transaction code to be used for printing the description for compressed entry on passbook. Alternatively, you can select the transaction code from the option list. The list displays all valid transaction code maintained in the system.

The ‘Limit for Unprinted Transactions’ and ‘Transaction Code’ fields will be enabled only if ‘Compression Required’ field is checked.

If ‘Compression Required’ field is checked, it is mandatory to maintain the values in ‘Limit for Unprinted Transactions’ and ‘Transaction Code’ fields, else the system will display an appropriate error message.

2.2.13 Specifying REG Details

For Islamic account class, you can define whether the Regulation D limits are applicable, and the period over which the limits would be applicable. To invoke ‘REG Details’ screen, click the ‘REG’ button in the ‘Islamic Account Class Maintenance’ screen. You can specify the Regulation D applicability details in this screen.

If you indicate the periodicity of Regulation D applicability as ‘Statement Cycle’, the restricted transactions would be counted over the primary statement cycle defined for the account class.

The Regulation D applicability details specified for the account class would default to all accounts using the class. However, you can make changes to these details when you set up a customer account that uses the account class.

2.2.14 Specifying Deposit Details

To handle term deposits in Oracle FLEXCUBE, you have to set up an account class of type ‘Deposit’, in the ‘Account Class Maintenance’ screen.

Identify the account class you are setting up with a unique code and a brief description. To handle term deposits, choose the Deposit option under Account Type.

Note

Typically, for every deposit scheme you offer at your bank, you would set up a Deposit Type Account Class.

Click the ‘Deposit’ button to define the parameters for a deposit type account class. The ‘Deposit Account Details’ screen is displayed.

If you want to allow partial redemption of TDs linked to this account class, you will have to check the box ‘Allow Partial Redemption’.

Refer the chapter ‘Term Deposit Maintenance’ in the ‘Term Deposits’ User Manual for more details about this screen.

2.2.15 Specifying Auto Deposit Details

You can create an auto deposit in case the balance in the source account is overdrawn. The auto creation of deposits is carried out as an end of day process. For creating an auto deposit, you have to maintain the following parameters:I

Account Class

For creating an auto deposit, you have to specify an account class of the deposit. The tenor and profit conditions maintained for the selected account class will be defaulted.

Note

You cannot create an auto deposit if the Account class you have chosen has expired, that is, surpassed the end date maintained for the account class. The system will log an excep­tion in such a case.

Transaction Code

You have to specify the transaction code for the auto creation of the deposit.

Currency

Mention the currency in which the deposit is created.

Minimum Required Balance

The minimum balance indicates that only the amounts above this limit will be used for auto creating deposits. You have to specify the minimum amount that the customer can retain in the account.

Cluster ID

The system displays the cluster id linked with the deposit account class linked to the savings account class.

Break Deposits First

Check the box to indicate whether you want the funds to be moved by breaking deposits before breaking the deposit accounts. If you leave the box unchecked, the funds will be moved first from the linked CASA accounts.

Def Rate Code

Select the code of the differential rate from the adjoining option list.

Def Rate Type

Select the type of differential rate code; whether ‘Mid’ or ‘Buy’ or ‘Sell’.

Sweep Mode

You can indicate the pattern in which sweep outs are created by selecting any on of the two options:

Break Method

You can choose to maintain the any of the following order of breaking deposits:

Provide Profit on Broken Deposits

You have to specify whether you want provide profit on deposits that were broken prematurely. Check the box to indicate that you want to give the profit for the deposits. Leave it unchecked to indicate otherwise.

2.2.16 Specifying GL Lines Details

In Oracle FLEXCUBE, you can assign different status codes to the account class, which will be applicable to all the accounts under it. The accounts will move from one status to the other based on the number of days they have remained inactive in the system. The status of an account will determine whether the account should be marked as an NPA (Non-Performing Asset) or not.

Further, you can also specify the reporting lines (for GL, Central Bank, and Head Office) to which accounting entries should be passed when an account moves from one status to the other. You can post all debit and credit balances of one account class to a single General Ledger account. Conversely, you also have the option of posting debits and credits to separate GLs.

The status codes and the reporting lines for each status may be defined in the ‘Status Details’ screen. Click the ‘GL Lines’ button in the ‘Islamic Account Class Maintenance’ screen to invoke it.

You can specify the following details in this screen:

Status

You can select the different status codes applicable to the account class, in this field. Use the Add icon to define each status and the attributes for the same. You can use the navigation icons to move from one status to the other.

Only status codes with status type ‘Account’ will be available in the option-list if the Status Processing Basis is defined as ‘Contract/Account’ for all branches, in the Branch Parameters. If the Status Processing Basis is defined as ‘Group/CIF’ level for any branch, then the statuses of type ‘Both’ are available. In this case, it is mandatory to link all the statuses defined.

On selection of the status, the associated description will be displayed alongside.

Specifying Reporting line Details

You can enter the following details:

Dr and Cr GL Lines

Select the debit GL account, to which all debit balances within a specific account class will report to, when it moves to the status being defined. You can identify the debit GL from the list of existing GLs. Likewise, all credits within a particular account class will report to the GL account that you have identified to track credits.

Dr and Cr Central Bank Lines

Select the Central Bank Debit line to which all debit accounts belonging to an account class should report to when it moves to the selected status. You have maintained Central Bank Debit lines in the ‘Reporting Lines Maintenance’ screen. You can select the appropriate CB Debit Line from the available option-list.

Similarly, all accounts belonging to an account class, if in credit should report to a Central Bank Credit Line for the selected status. You can identify the CB Credit Line that should be associated with the status from the option-list available.

Dr and Cr Head Office Lines

This is the Debit Head Office GL maintained in the ‘Reporting Lines Maintenance’ screen to which all accounts belonging to this class will report, if they move to the status being defined.

Similarly, select the Credit Head Office GL maintained in the ‘Reporting Lines Maintenance’ screen to which all accounts belonging to this class will report to, when they move to the status being defined.

Note

As a mandatory requirement, you have to associate the status ‘NORM’ (Normal) when maintaining status codes for an account class.

Accounting Roles and Heads for Provisioning

In addition to the provisioning preferences that you specify for an account class, you must also maintain the accounting roles and heads representing the GLs to which the accounting entries for provisioning must be passed, for each account status. You can maintain this information in the ‘Status Details’ screen, when you define each of the status codes.

Rebook Provisioning on Status Change

In the ‘Status Details’ screen, you can indicate whether provisioning entries for an account must be rebooked when provisioning is done after an automatic status change for the account. Rebooking essentially means that fresh provisioning is done, after writing back the previous provisioning amount.

The provisioning batch process, when executed, not only computes the provisioning amount; it also records the current status of the account and checks whether the current status is different from the status that was prevalent when the process was previously executed. If so, the old provisioning amount is reversed (if the Rebook Provision option has been set in the Status Details), and the entries for the new provisioning amount are booked into the provisioning and write back GLs maintained for the current status in the Status Details.

If the Rebook Provision has not been set, there is no reversal of the old provisioning amount, and the differential provisioning entries are passed, as usual, into the GLs maintained for the new status.

2.2.17 Specifying Status Rule Details

If you have opted for automatic status change for all accounts belonging to an account class, you have to maintain the criteria based on which the system will bring about the status change automatically.

You can define the different criteria in the ‘Status Rule Definition’ screen. Click the ‘Status Rule’ button in the ‘Islamic Account Class Maintenance’ screen to invoke it.

In this screen, you can define five conditions for each status applicable to an account class. An account will be said to be in a specific status if any one of the five conditions associated with the status holds true for an account. Conversely, if all the conditions are false, the account will automatically move to the next available status for which the condition is true.

Elements

The following elements are available based on which you can build a condition for automatic status change. You can associate each of these elements with an account, in the ‘Customer Accounts Maintenance’ screen.

The set of elements are as follows:

In addition, the following elements will also be available for processing:

Logical Operators

Logical Operators are indicators of certain conditions that you specify while building a rule. These operators are used in combination with the elements discussed earlier. The following is a list of logical operators that you would require to build a status rule:

AND

The conjunction ‘and’

OR

The conjunction ‘or’

>

Greater than

>=

Greater than or equal to (please note that there is no space between the two symbols)

<

Less than

<=

Less than or equal to (please note that there is no space between the two symbols)

< >

Not equal to (please note that there is no space between the two symbols)

=

Equal to

2.2.18 Specifying Amount Block Details

The allocation of funds will occur as per the product sequence you maintain in the ‘Amount Block Details’ screen invoked from the ‘Islamic Account Class Maintenance’ screen. Click the ‘Amt Block’ button to access this screen.

In this screen, you will specify the sequence of products based on which funds will be made available when a credit is posted to an account with a track receivable option. The sequence number is automatically generated by the system. All authorized products of your bank will be available in the option-list. On selection of the product, the product description will appear alongside.

Whenever a credit happens to an account with a track receivable option, the system will check if the account has any receivable being tracked against it. If yes, the amount is blocked as a receivable and this process continues until the amount needed for liquidation becomes fully available.

The batch process run as part of EOD/BOD will liquidate the loan contract or retail teller contracts.

If the amount received is not sufficient for full liquidation, then depending on the minimum amount required for liquidation, the system would initiate a partial liquidation for loans but for retail teller contracts liquidation will be initiated only when full amount is available.

Note

If insufficient funds are detected in an account with a receivable tracking, the system will trigger the event ‘LBLK’ indicating that enough funds are not available and that subsequent credits made to the account will be blocked as a receivable.

2.2.19 Specifying Statement Details

Interim Transaction reports are maintained through the ‘Interim Transactions and Balance Report’ screen. Click the ‘Statement’ button in the ‘Islamic Account Class Maintenance’ screen to invoke this screen.

Specifying Interim Transactions Report

Generate Message

Check this box to indicate that the periodic interim statement (MT942) generation is required for the account. The ‘Consolidated Statement’ and ‘Generate Message’ are mutually restricted.

Generate Message Only on Movement

Check this box to indicate that the interim statement generation is required, only if additional entries have been posted subsequent to the previous interim statement generation.

Report Transaction Since

This section lists all the transactions of the interim account statement, which are supposed to be reported. You can choose the appropriate values applicable:

Interim Report Type

Select the interim report type from the adjoining drop-down list. This list displays the following values:

Minimum Debit Amount

Specify the minimum transaction amount for the debit transaction to be eligible for reporting in the interim statement. The corresponding amount for the account currency will be defaulted. However, you can modify the amount defaulted. If the amounts are not defined at the account class for the currency in which the account is being created, no defaulting of amounts shall be done.

Minimum Credit Amount

Specify the minimum transaction amount for the credit transaction to be eligible for reporting in the interim statement. However, you can modify the amount defaulted. If the amounts are not defined at the account class for the currency in which the account is being created, no defaulting of amounts shall be done.

Generate Balance Report

To indicate that the customer account is considered for generation of its balance message, check this box.

Report Transaction Since

This section lists all the transactions the customer account has undergone, in the interval of balance messages generated for the account. You can choose the appropriate values applicable:

Of

Select the mode of message for balance generation from the adjoining drop-down list. This list displays the following values:

2.2.20 Time Interim Transactions Report

2.2.21 Times – Balance Report

2.2.22 Specifying Notice Details

Notice preferences are maintained through the ‘Notice Details’ screen. Click the ‘Notice’ button in the ‘Islamic Account Class Maintenance’ screen to invoke this screen.

The following field is displayed in this screen:

Description

The following details are defaulted from the account class maintenance level. However, at the account level you are allowed to modify this.

Advance Profit

Check this field to levy the advance profit on the account

Note

Monthly Free Amount

Specify the amount that the customer can withdraw per calendar month from his/her savings account without being liable to pay advance profit.

Notice Days

Specify the number of days before which the customer should notify the bank if he/she wants to withdraw an amount more than the ‘Free Amount’ from his/her account.

Validity Period

Specify the validity period in number of days. During this period, the customer can do the withdrawal of the amount for which he/she notified the bank.

Note

This screen is applicable only for saving type of account

2.2.23 Specifying Fields Details

User defined fields are maintained through the ‘User Defined Fields’ screen. Click the ‘Fields’ button in the ‘Islamic Account Class Maintenance’ screen to invoke this screen.

2.2.24 Triggering a Batch for Accounts Eligible for Profit Sharing

Based on the balance basis maintained in the ‘Account Class Maintenance’ screen and the transaction code-wise exclusion criteria maintained in the ‘Exclusion Transaction Count’ screen, the system will exclude all the accounts which satisfy the Exclusion criteria. You can trigger this Exclusion process through the ‘Profit Calculation Exclusion Batch’ screen. You can invoke the ‘Profit Calculation Exclusion Batch’ screen by typing ‘STDREXBT’ in the field at the top right corner of the Application tool bar and clicking the adjoining arrow button.

You can enter the following details in this screen:

Period Code

Specify the period code for which you wish to run the batch process. The adjoining option list displays all the period codes maintained in the system. You can select the appropriate one.

Financial Year

Specify the financial year for which you wish to run the batch process. The adjoining option list displays all the financial year codes maintained in the system. You can select the appropriate one.

Click the ‘Submit Batch’ button to execute the batch. The system will identify all accounts that are not eligible for profit sharing in the given period and finanial year and exclude them from the profit sharing computation process. The system will update the Mudarabah _Rate (UDE) as Zero with effective date as the start date of the period.

2.2.25 Banking Channels Button

The system defaults the common channel information captured at CIF and account class levels during account creation.

 

Specify the following details:

Banking Channels

Specify the banking channels code. Alternatively, you can select the list of channels from the option list. The list displays the channels maintained in the system.

Banking Channel Name

The system displays the name of the banking channel.

Note

During authorization of the account, the system does not repopulate the channel details. While authorizing primary party change, the system defaults the existing channels which are attached to the account and repopulates from the new Customer and Account Class. You can modify the channel information from the main screen for Customer Account Creation.

During save, the system defaults the channel details from Customer and Account Class of the account. You can modify the details in the Account Creation screen (IADCUSAC).

2.3 Islamic Customer Accounts

This section contains the following topics:

2.3.1 Maintaining Islamic Customer Accounts

You can define Islamic customer accounts for all the customers of your bank through the ‘Islamic Customer Accounts Maintenance’ screen.

Each Islamic deposit account that you define is identified with an account number. The structure of the account number is based on the account mask you have maintained through the Account Parameters sub-screen of the ‘Bank-wide Parameters’ screen.

The account number can be combination of the CIF Number, the Islamic account class, currency, and any other alphabet/s or number/s of the account or currency as defined.

For an account number, you also need to define (in this screen) other parameters like: the account class; the type of account - joint or single; the reporting lines for the account; the currency in which transactions can be passed to this account; the customer’s account limit; the check book/passbook/ATM facility, the various statuses applicable to the account and so on.

Every Islamic account created or modified in Oracle FLEXCUBE needs to be authorized to become effective. Whenever a new customer account is created or an existing record is modified, the system generates a notification message on the record authorization. This notification message can be sent to any external system if required.

Note

You can query or modify the account details of the customers whose accounts are permit­ted to you for the query/modification in the ‘Group Code Restriction’ screen.

You can invoke the ‘Islamic Customer Accounts Detailed’ screen by typing ‘IADCUSAC’ in the field at the top right corner of the Application tool bar and clicking the adjoining arrow button.

The details maintained in this screen have been classified into three broad heads:

Tab

Details

Main

Here you maintain the basic attributes of each customer account like the account number, customer code, the account class, account cur­rency, type of account - single or joint, account status, other statuses applicable, Cheque Book preferences and so on

Auxiliary

Here you can view other details like provisioning and so on.

Nominee

Nominee details are maintained under nominee head

Checklist

Checklist details are maintained here

The ‘Islamic Customer Accounts Detailed Main’ screen is displayed by default when you invoke the ‘Islamic Customer Accounts Detailed’ screen. The Branch Code of the sign-on branch is on display.

Branch Code

The system displays the branch code of the sign on branch.

Account

You can indicate the account number of the customer. One customer can have any number of accounts.

The structure of the account number is defined in the customer account mask maintained in the Account Parameters sub-screen of the Branch-wide parameters screen. The account number can be a combination of the account class, customer code (CIF Number), serial number or currency as defined in the customer account mask.

The last constituent of the account number is always a system generated check digit (it could be alphabetical or numeric depending upon the mask defined).

You cannot alter the relative position of the constituents of customer account (as defined in the mask) while maintaining actual customer accounts.

Currency

You have to identify the currency of the customer account. A list of all the currencies maintained in the system will be displayed in the available list. You can select the currency of transaction for the respective account. If the currency of the account is not defined for the current period in the ‘Turnover Limit Maintenance’ screen, you will not be able to save the account.

In case the account is linked to a fund, The system defaults the fund currency. You cannot modify this.

Special Account No Generation

Check this box to generate a special account number in the ‘Account’ field.

Note

SD User Reference

The system displays the SD user reference for the TD accounts.

Customer No

If you have included the CIF Number of the customer as part of the Account Mask, the system automatically defaults the CIF code of the customer in the respective field. You can modify this code.

However, while defining the Account Mask in the Account Parameters section of the Bank-wide Parameters screen, if you have specified that the CIF Number should not be a part of the account mask you will have to specify the customer code manually. A list of all the valid customer codes is displayed in the available option list. You can select the appropriate.

Customer Name

On entering the Customer No, the customer name is automatically displayed.

Account Class

In Oracle FLEXCUBE, you can classify the customer accounts of your bank into different groups. Each group is referred to as an account class and is maintained in the Account Class Maintenance screen. For each class, you have to define certain common attributes applicable to all accounts in the particular class.

While maintaining a specific account you have to identify the class to which the particular account belongs. You can select the appropriate account class from the list of all the valid account classes maintained in the system. Account classes that have surpassed their end date (expired) will not be displayed in the option list.

2.3.2 Main Tab

The ‘Main’ tab is displayed, by default, in the ‘Islamic Customer Accounts Detailed’ screen. The fields in the Main section are as follows:

Description

This is the description of the account. Here you can enter the nature of the account like current, savings, overdraft, and so on. If a customer has two or more accounts under one account class you can specify the purpose of that account.

Account type

You have to indicate whether the account is to be opened only by the account holder or whether it can be jointly operated.

Fund Id

Select the fund id from the adjoining option list. The system defaults the value of Default Mudarabah Fund as fund id.

The system displays this field only in a case where the selected branch is a fund branch.

Country Code

To define the country limits for each individual country you have to select the country code from the option list available.

Mode of Operation

Indicate the mode of operation. Choose one of the following options from the drop-down list:

Account Open Date

You have to capture the date on which the account was opened.

Alternate Account Number

You have to define an alternate account number for the account you are defining. The alternate account number that you specify should be unique for each customer. You can capture the old account numbers used by your bank before installing the Oracle FLEXCUBE system. The old account numbers would be mapped with the new account numbers. This would facilitate quick tracking of the account and generating queries.

In the Data Entry Module, you can input a transaction using the alternate account number instead of the actual account number.

Clearing Bank Code

The clearing bank code for the customer account is generated automatically if you have opted for auto generation in the Branch parameters

Clearing Account Number

The clearing account number for the customer account is generated automatically if you have opted for auto generation in the Branch parameters. The account number is created according to the account mask you have maintained for the branch. This will be mandatory, and has to comply with length of 9 characters and MOD 11 validation, if the value of the UDF ‘Clearing A/C Mandatory’ is maintained as YES in the Field Name to Value Definition screen.

However, you can choose to change this number here and the system validates this number with the account mask you have maintained for the branch

IBAN Account Number

To capture the detail of the IBAN account for a specific customer, you have to enable the ‘IBAN Required’ option by enabling it.

The IBAN consist of 34 alphanumeric characters out of which first two letters are the country code, next two characters being check digits followed by a country specific Basic Bank Account Number (BBAN).

 

Address

Specify the address of the customer.

Account Facilities

You can avail the following facilities. The system displays a configurable override message if the defaulted values are modified.

Cheque Book

The system checks this box by default, if you have selected the option for availing cheque book facility in account class screen.

Passbook

The system checks this box by default, if you have selected the option for availing passbook facility in account class screen.

Direct Banking

The system checks this box by default, if you have selected the option for availing direct banking facility in account class screen. You are allowed to modify it.

By availing direct banking facility you can only view the minimum balance of the account. You cannot perform any other transactions with this facility.

CAS Account

The system checks the box by default, if you have selected the option for availing CAS account facility in account class screen.

Statuses

The status reflects the status of the account. The account may have a No Credit or No Debit order issued against it or a Stop Payment order or it may have been frozen for some reason and therefore dormant. While posting transactions to the customer account, the system checks the status of the account before the entry is processed

No Debits

No debits can be posted to the account. For example, Silas Marner, a customer of your bank, going abroad for a year instructs you not to debits his account till his return. You can execute this instruction by checking this box.

No Credits

No credits can be posted to the customer account by enabling the check box positioned next to this field

Debit Override

Check this box to selectively allow or restrict debit transactions from a particular account. This check box is disabled once the account is authorized. You can further modify the debit override status from 'Manual Status Change' screen or 'Bulk Account Status Change' screen.

If an account is updated with both 'No Debit' and 'Debit Override' status, the system will consider the functionality of No Debit status over Debit Override status.

Credit Override

Check this box to selectively allow or restrict credit transactions to a particular account. This check box is disabled once the account is authorized. You can further modify the credit override status from 'Manual Status Change' screen or 'Bulk Account Status Change' screen.

If an account is updated with both 'No Credit' and 'Credit Override' status, the system will consider the functionality of No Credit status over Credit Override status.

Stop Payments

For Stop Payments, if in the CASA module a stop payment instruction is issued (for a check or an amount) against the account number, the system automatically enables the ‘Stop Payment’ check box. When the stop payment instruction is withdrawn, the status gets updated accordingly. If a customer has requested for stop payment of multiple cheques, the ‘Stop Payment’ option will continue to remain checked till the last request is also cancelled. After cancellation of the last stop payment instruction, the option gets updated (unchecked) immediately

Dormant

The system updates this status for an account based on the dormancy days specified in the ‘Account Class Maintenance’ screen.

Frozen

If you have frozen a customer account in the ‘Customer Information Maintenance – Basic’ screen the accounts gets frozen. For instance, at the behest of a court order, the status of the account is reflected here in the ‘Customer Accounts Maintenance’ screen.

Posting Allowed

If checked, indicates that the account class being created is to be used while creating IRA monetary accounts. Monetary accounts used for IRA need to be distinguished from the other accounts in Oracle FLEXCUBE, so that these accounts do not come up for posting in the other Oracle FLEXCUBE screens.

Status Change Automatic

This specification will be defaulted from the account class to which the account belongs. However, you have the option of changing it at the customer account level. If you check this option, the status of the account will be changed automatically by the system as per the conditions maintained in the ‘Status Rule Definition’ screen (invoked from the Account Class Maintenance screen). If you do not select this option, you have to change the status manually through the ‘Manual Status Change’ screen.

OverDraft

Check this option to provide overdraft facility for the account.

Refer to the section titled ‘Modifying an account status manually’ later in this chapter for more details.

Contribute to PDM

This box is checked by default while creating an account, to indicate that the account balance should be considered for contribution to the profit distribution pool. However, you can uncheck it.

Exclude from Distribution

This preference is defaulted from the linked account class. However, you can change it.

If this box is checked, the system will not consider the account for profit distribution. Leave the box unchecked to include the account in profit distribution. Note that you can uncheck this box only if you check the box ‘Contribute to PDM’.

Note

Account Set for Closing

On receipt of the closure request for the account wherein profit distribution is due, you can check this box after making the account balance ‘0’ and then pay the customer. If a transaction is initiated on an account for which this box is checked, the system will display the override message as, “Account set for closure do you wish to still process?”

If you select ‘OK’, the system will allow you to proceed with the transaction. This override will be displayed only if the transaction is initiated using any module other than the Funds transfer module. In case of a transaction initiated through the FT module on an account for which this box is checked, the system will display an error message.

Note

Closing Date

The system displays the date on which you have checked the box ‘Account Set for Closing’. This date is used to validate the profit sharing cycle settlement in order to close the account automatically.

NSF Blacklist Status (Non Sufficient Fund)

NSF Blacklist Status indicates that the customer account is blacklisted due to NSF rejection.

If cheque is rejected or returned due to NSF, the blacklisted formula is executed to get the new NSF level of the customer. If the new NSF level is a blacklisted level, then the customer account will be marked as a blacklisted and check book facility of all the customer’s accounts will be revoked.

In case the new NSF level is not a blacklisted level, then the customer is marked as a non-blacklisted customer and check book facility will be enabled for that customer account.

For Joint account:

Note

NSF blacklist status is an indicator in the account to indicate the blacklist status. System will continue to support the credit or debit transaction of the account.

Status Details

Specify the following details.

Status

At the time of maintaining a customer account for the first time, the account status will be ‘NORM’ (Normal) by default. The ‘Status Since’ field will display the current system date, that is, the date on which the account is maintained in the system. The system will update the status whenever a status change occurs. Therefore, at any point of time, this field will display the current status of the account. The ‘Since’ field will reflect the date on which the account moves to the current status.

Subsequently, the system will default the value of CIF Status as available in the ‘Customer Maintenance’ screen. This status is the worst status among all the finances, savings accounts and current accounts for the customer in the current branch.

Note

This is done if you have opted for status processing at the ‘Group/CIF’ level as part of your branch preferences.

Since

The date on which the status of the account is changed to the current status is displayed here

Propagate Reporting Details

This field indicates whether the reporting lines defined for status movement, for the account class that this account reports to, must also be applicable to it.

The following GL’s are defined in the Account Class Maintenance for posting account balances when a status movement occurs on any accounts belonging to the account class:

When you select this option, the GL’s maintained for the account class will be applicable to the customer account you are defining in this screen. The reporting lines will be propagated to the account whenever a status change occurs.

If you do not want the account class details to be propagated to the account as well, you have the option of maintaining the status codes and the reporting lines exclusively for an account. You can achieve this through the ‘Status Details’ screen. Click the ‘Account Status’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke it.

Account Auto Closed

The system checks this option to identify the accounts that should be closed by auto account closure. By default the system will not check this option.

Account Derived Status

The system displays the current status of the account here. This is applicable for CASA accounts (current accounts and savings accounts).

Dormancy Parameters

If Transaction Code associated with the account has the consider for account activity option enabled, the dormant status of the account will be updated to active. Apart from this, you can specify the parameter that is required for re-activating the account. Choose from the following options to indicate the re-activation parameters for the dormant account.

In case of a transaction, the system will check for the parameter you have specified here and accordingly change the status of the account. The parameter you specify here will supercede the parameter you have maintained at the account class level.

Location

An address for a customer account is based on the ‘Location’ and ‘Media’ combination. Location codes maintained through the ‘Account Address Location Type Maintenance’ screen are made available against this field. The address maintained here is always the primary or the default address. Each customer can have several addresses for a particular media. To distinguish between one address of a customer from another for a given media, it is essential for you to specify a unique location for each address. Also, if you are amending an address here, the same gets updated in the ‘Customer Account Address - Detailed’ table after the validations are through.

Media

Indicate the media for which the charge should be levied. Select one of the following options from the option list:

Linked Deposit Branch

This field displays the branch of the account that is linked to both the funds when the inter-fund subscription happens. This field is updated by the system when inter-fund subscription transaction is booked.

Linked Deposit Account

The system updates this field in case of an inter-fund subscription.

If an Islamic deposit account is linked to a fund, the system verifies if there exists a parent account for the child deposit. It also verifies whether the parent account class is maintained in the fund online. If the parent account does not exist, the system displays an error message.

You cannot close a parent account unless all child accounts are inactive. However, you can create multiple parent accounts for same fund and customer combination.

Zakat Exemption

When an account is opened in a branch, you need to clarify with the customer whether he or she will pay Zakat or will seek exemption. Check this box to indicate that the customer seeks exemption from Zakat charge.

Options

Track Receivable

During liquidation of finance contracts as well as processing of retail teller contracts, if the system detects insufficient funds in the settlement account, then you can choose to block the subsequent credit that happens to the settlement account. In other words, the system will track the account for receivables (credits). As and when a credit happens, the funds will be allocated to the finance or retail teller contract, for liquidation. If the track receivable option is checked for the account, the system will track the receivables for the account if sufficient funds are not available in the account.

The allocation of funds will happen in a sequence that you specify at the account class level. This is explained in the section titled ‘Maintaining Account Classes’.

Referral Required

Referral refers to the process of handling customer transactions, which force the accounts involved in such a transaction to exceed the overdraft limit. Examples of typical transactions, which force an account to move into overdraft, are Payment and Collections, Funds Transfers, Standing Instructions or Clearing transactions. The ‘Referral Required’ option is defaulted from the account class linked to the account. However, you can change it for a specific account. If an account is marked for referral, the details of transactions resulting in the account moving into Overdraft will be sent to the referral queue.

IBAN Required

Check this box to capture the details of the IBAN account for a specific customer. ‘IBAN Required’ is enabled by default if:

IBAN Account Number

Specify the IBAN Account Number.

If IBAN details are maintained for the branch and 'IBAN Required' is checked for the account, the system will generate the IBAN number on saving the account.

For Nostro accounts, you have to provide the IBAN after checking 'IBAN Required' flag.

Replicate Customer Signature

The signature of the customer gets defaulted from the account class level to account level. This value is defaulted only if the customer type is individual with single mode of operation.

Salary Account

Check this option to indicate the salary account which should be selected for finance recovery on salary credit. By default this option is unchecked.

Turnover Limit Preferences

Turnover Limit Code

The system displays the turnover limit code applicable to the account.

For details on Amount and Dates, refer ‘Viewing Total Available Balance Details’ section in ‘Customer Accounts’ chapter in CASA module.

2.3.3 Auxiliary Tab

Click ‘Auxiliary’ tab in the ‘Islamic Customer Accounts Detailed’ screen. The fields in the Auxiliary section are as follows:

Positive Pay

Indicate the following:

Positive Pay

For the account you are maintaining, you can specify whether you want positive pay facility for the account or not. When a check comes in for payment, the system validates for any unpaid record only for those accounts that are under positive pay. For all the other accounts that are not specified for positive pay, the system does not do any validation before making payments for the checks.

Funding

If you enable ‘Funding’, accounting entries will be posted by the Positive Pay maintenance/ upload table for the positive pay transaction. You have to enable ‘Positive Pay’ to make use of ‘Funding’ functionality. If ‘Positive Pay’ is not enabled, ‘Funding’ option will not be applicable.

If ‘Funding’ is not selected, accounting entries will not be passed for positive pay transactions.

Note

You cannot enable both ‘Deferred Reconciliation’ and ‘Funding’ functionalities. You have to choose between either of them for a particular account.

Mod 9 Validation Required

You can enable Mod 9 Validation for positive pay accounts only. Only if positive pay enabled then Mod 9 Validation will be active.

In the case of inward clearing of Positive Pay files, if Modulo 9 is enabled for the product, the system performs a Modulo 9 Validation on any new cheque. If the cheque fails modulo 9 validations the system will display an error message on save. In case of check replacement the Modulo 9 Validation is done for the new check number while in case of alphanumeric checks, the system throws an error message if modulo 9 validation is checked.

When uploading a positive pay cheque the system will perform a Modulo 9 Validation if Modulo 9 validation is enabled for the product. If the validation fails, this particular check will not be uploaded. The same will be valid in case of Cheque Replacement while for alphanumeric checks, system will skip the check and display an error.

Stale Days

If you have specified a positive pay facility for the account you are maintaining, then you have to indicate the number of stale days for the transaction. If the date of processing happens after the specified stale date then the transaction gives an exception error. You have to do an override for this exception.

Fund Branch

Click on the adjoining option list to choose from the list of branches maintained. The positive pay parking account will be picked from this branch.

Deferred Reconciliation

Enabling this check box indicates whether or not the Positive Pay account has the Deferred Reconciliation facility. Deferred Reconciliation is the facility wherein a Positive pay cheque which is free of any disparity is cleared by the bank even in the absence of any instruction from the drawer of the cheque. The instruction can be deferred.

Deferred Reconciliation function goes hand-in-hand with the Positive Pay described above and Deferred Reconciliation is applicable only for Positive Pay Accounts

All data pertaining to reconciled and unreconciled cheques are maintained and information regarding account no., cheque no., amount and status of the instrument [reconciled or unreconciled] can be retrieved if needed.

An EOD batch function will purge all reconciled cheques as part of the clearing batch process.

During the upload process, validation is done against all the positive pay and the deferred reconciliation flags combinations and all Unreconciled Positive Pay Instructions are marked as Reconciled and liquidated.

Deferred reconciliation will be overridden by a stop payment instruction if any. An error message (or an override) will be shown if a Cheque that comes in for clearing has a stop pay instruction against it but has no positive pay instruction.

Funding Account

Click on the adjoining option list to choose the account into which funds have to be transferred on receipt of a positive pay instruction. The accounts that satisfy the following conditions will be available in the list of ‘Positive Pay Parking Account’:

Validation Digit

Validation digit will be having values only 0 and 9. If validation digit is 9, then 9 - mod 9 remainder for the check number (Excluding the check digit) should be equal to the check digit for the check to be passed else the check is rejected.

The check digit is the last digits of the check, that is, if check number is 1800 then check digit is 0. The mod 9 remainder of the check number should be equal to the check digit for the check to be passed if validation digit in customer accounts maintenance is 0 else the check is rejected.

 

Initial Funding

Offset Branch

Choose the branch ID for the offset account, specified in the next field, from the option list.

Offset Account

You have to specify the customer account from which the money is to be debited for booking the TD. If you click on option list in the Offset Account field, a list of all valid account numbers that is maintained in the branch (specified in the previous field) will be displayed. Double click on the account that you want to specify as the offset account.

Waive Account Opening Charges

Check this box to indicate that account opening charges should be waived for individual customer account.

Auto Cheque Book Request

Check this box if you want the system to create request for the cheque book automatically, for the account during account creation.

When you check this box, the system allows you to capture cheque book request details in the Cheque Book Request screen, as part of account creation.

Auto Debit Card Request

Check this box if you want the system to create request for the debit card automatically, for the account during account creation.

When you check this box, the system allows you to capture debit card request details in the Debit Card Request Details screen, as part of account creation.

Provisioning Details

Auto Provisioning Required

You can indicate whether provisioning is applicable for the account. If you indicate so, the provisioning batch, when executed, picks up the account for provisioning.

Exposure Category

If the logic for deriving the exposure category of the CIF or customer group to which the customer belongs, based on the total exposure, has been maintained in the Exposure Type Category Linkage maintenance, then the exposure category of the account is identified. If no logic has been maintained, you can specify the exposure category in the ‘Islamic Customer Account Maintenance’ screen.

Risk Free Exposure Amount

You can indicate the risk-free exposure amount that would be used in computing the provisioning amount for the account.

Provisioning Currency

You can indicate the currency in which the provisioning amount must be calculated – either account currency or local currency. This specification is defaulted from the preferences for the Islamic account class used by the account, and you can alter it if necessary.

Options

Indicate the following:

Euro Cheques

Euro chequebook can be issued to a customer whose account has checked for ‘Euro cheques’ option in the customer account maintenance screen the account should be a account with EUR currency only.

Mt210 Required

A Notice to Receive message (MT210) is an advance notification to your account servicing institution that it will be receiving funds that are to be credited to your bank’s account with that institution.

For a nostro account, you can specify whether the nostro agent (your account servicing institution) prefers to receive a Notice to Receive SWIFT message (i.e., MT 210) when it is debited in the case of a funds transfer. To indicate that the message MT 210 is to be generated by default whenever the nostro account is the debit account for a funds transfer, select the ‘MT 210 Required?’ checkbox in the Customer Accounts Maintenance screen, for the relevant nostro account.

If you indicate so, an MT 210 is generated by default whenever this nostro account is being debited during the posting of accounting entries in any transaction. This preference (to generate an MT 210 by default) can be over-ridden when you enter a contract involving a debit to the nostro account.

Once you have specified this preference for a nostro account, you can change it whenever necessary. For instance, if you have not specified that an MT 210 be generated, you can unlock the record and specify the generation of MT 210. Conversely, if you have specified that MT 210 generation is applicable, you can unlock the record and specify that it is no longer applicable.

Lodgment Book

If you wish to allow orders of lodgment books for all accounts that use this account class, you can indicate so, in the ‘Islamic Customer Accounts Detailed’ screen, by selecting the Lodgment Book option.

Consolidated Cert. Reqd.

Check this box if you required consolidated certificate.

Back Period Entry Allowed

You can choose to allow the posting of back-valued entries into the account by enabling the Back Period Entry Allowed option. If you choose not to restrict back period entries, you will be allowed to post journal entry transactions to past periods as long as the account is open.

This specification is defaulted from the Islamic account class linked to the account. You can choose to change it for a specific account.

Note

While posting back-valued transactions, the System verifies whether the Back Period En­try Allowed option has been enabled for the account. If the option has not been enabled an error message is displayed. This check is also performed while uploading journal entry transactions.

Enable Sweep In

Check this box to enable sweein in functionality.

This can be checked only if Overdraft is enabled at account class level.

If Enable Sweep in is not checked and if linked deposit details are given for an account then the system displays an error message as, “Linked deposit details can be given only if the 'Enable Sweep in' is checked”

Auto Deposit

Check this box to indicate that deposit will be created automatically for the account for auto deposit.

Note

If auto deposit is checked and if the deposit instructions are given for the account then the system automatically creates deposit whenever the credit balance in the account crosses the minimum required balance.

ATM Details

Specify the following:

ATM

Enabling this check box indicates whether or not the accounts linked to the class will avail the ATM facility.

Branch

Specify the branch at which the Islamic deposit customer is having the account.

Account Number

You can indicate the account number of the Islamic deposit customer. One customer can have any number of accounts.

The structure of the account number is defined in the customer account mask maintained in the Account Parameters sub-screen of the Branch-wide parameters screen. The account number can be a combination of the account class, customer code (CIF Number), serial number or currency as defined in the customer account mask.

The last constituent of the account number is always a system generated check digit (it could be alphabetical or numeric depending upon the mask defined).

Note

You cannot alter the relative position of the constituents of customer account (as defined in the mask) while maintaining actual customer accounts.

Daily Amount Limit

Specify the daily limit for the amount that can be withdrawn from the ATM.

Daily Count Limit

Specify the daily count for the amount that can be withdrawn from the ATM.

Cheque Book Preferences

In Oracle FLEXCUBE, you can set off automatic reordering of Cheque Books for a Islamic account. You can set up parameters based on which the system will trigger this activity. The Cheque Book preferences maintained for the Islamic Account Class, to which the account belongs, will be defaulted to this screen. However, you may change your specifications for an account, if required.

Auto Reorder of Cheque Book

You have to select this option to specify that automatic reordering of Cheque Books is required for the account being maintained. This option will be enabled only if you have indicated that the account holder should be provided with a Cheque Book facility.

The automatic reordering of Cheque Books is processed at EOD by executing a batch function. The following conditions should be satisfied for initiation of automatic reordering:

The numbering of cheque leaves for the new Cheque Book will depend on the ‘Cheque Number Unique for Branch’ option in the ‘Bank Parameters’ screen. If this option is checked, the numbering will begin from the Last Number + 1 of the Cheque Book that was delivered last to any account. If you do not select this option, the number will start from the Last Number +1 of the Cheque Book delivered to the same account previously.

The value of ‘Include for Cheque Book Printing’ and ‘Cheque Type’ (specifications defined in the ‘Cheque Book Details’ screen) will be defaulted from the previous order of the Cheque Book.

Reorder Cheque Level

Here, you have to indicate the level at which the reordering of Cheque Book should happen. Automatic reordering will be set off by the system when the unused number of cheque leaves becomes equal to or less than the re-order level that you maintain here. This field will be enabled only if you have indicated that automatic reordering of Cheque Books is required, that is, the ‘Auto Reorder of Cheque Book’ option is checked.

Reorder Number of Leaves

Specify the number of leaves that should be ordered for the new Cheque Book. This field will be enabled only if you have checked the ‘Auto Reorder of Cheque Book’ option earlier.

Cheque Book Name 1

Specify the name used for opening savings account A1. This name will be printed on the cheque book and will be used for all cheque transactions.

Cheque Book Name 2

Specify the name if you need to enter the name of the joint account holder on the cheque book, if the customer account is joint operations account.

Max No of Cheque Rejection

The system defaults the value of maximum number of cheque rejections that can be allowed for an account from the account class. However, you can modify it at the account level.

Initial Funding

Account Opening Amount

Specify the amount being deposited to open a customer account. While saving the record, the system checks whether this amount is equal to or greater than the minimum limit maintained for the linked account class. If the amount is less than the applicable limit, the system will display an error message. If it is equal to or greater than the limit amount, the system will proceed with saving.

Input to this field will be mandatory if limit amount has been maintained for the linked account class.

Pay-in Option

Indicate the method for initial funding during account creation. Choose one of the following options:

Escrow Transfer Details

Specify the following details.

Escrow Transfer Applicable

This box is checked by default if the customer account belongs to an account class for which Escrow transfer is enabled.

Note

This box should be checked for Project/Trusted account(s) only.

Branch Code

Select the branch code in which the Escrow account has to be created from the adjoining option-list.

Escrow Account

Select a valid account to be used as an Escrow account from the adjoining option-list. The list displays all valid accounts based on the selected Escrow branch and the currency of the project account.

Escrow Percentage

Specify the percentage of the credited amount, which has to be transferred to the Escrow account.

Note

The Escrow percentage specified here will be same for all transactions and will not vary for different credits like cash, cheque, draft etc.

Passbook Details

System displays the passbook details here.

Passbook Number

The system displays the passbook reference number. You cannot modify the value

Passbook Status

The system displays the current status of the passbook. You cannot modify the value

Note

Passbook details get populated once the passbook is issued for the customer account with the latest status and latest passbook number issued.

Sweep Required

Enable Sweep in

Check this box to enable sweep in functionality.

Enable Reverse Sweep in

Check this box to enable reverse sweep in functionality.

2.3.4 Nominee Tab

Click ‘Nominee’ tab in the ‘Islamic Customer Accounts Detailed’ screen. The fields in the Nominee section are as follows:

Nominee Details

Name

Specify the name of the nominee.

Date of Birth

Specify the date of birth of the nominee.

Relationship

Specify the customer’s relationship with the nominee.

Address 1, 2, 3 and 4

Specify the address of address of the nominee. Four lines have been provided for this. Each line can have a maximum of 35 characters, alphanumeric.

Minor

Check this option to indicate that the nominee is a minor.

Guardian Name

Specify the name of the guardian of the nominee if the nominee is a minor. You can capture the name of the legal guardian, not exceeding 35 characters, alphanumeric.

Relationship

Specify the nominee’s relationship with the guardian.

Address 1, 2, 3 and 4

Specify the address of address of the guardian. Four lines have been provided for this. Each line can have a maximum of 35 characters, alphanumeric.

2.3.5 Check List Tab

Click ‘Check List’ tab on the ‘Islamic Customer Accounts Detailed’ screen. The following screen will be displayed.

Specify the following details:

Document Type

Specify the document type. The adjoining option list displays all the document types that are maintained in the system. You can select the appropriate one.

Mandatory

Check this box to indicate that the document specified here is mandatory.

Expiry Date

Specify the expiry date of the document provided by the customer.

Note

Expected Date of Submission

System displays the expected date on which the customer is accepted to submit the required documents.

Actual Submission Date

System displays the actual date on which the customer has submitted the required documents.

Document Reference

System defaults the document reference here.

Checked

Check this box to indicate that the received documents are acknowledged.

Note

You cannot save and authorize an account if the mandatory documents are not confirmed as ‘Checked’.

Upload

Click on this button to upload the selected document type.

Delete

Click on this button to delete the selected document.

View

Click on this button to view the selected document.

Notification Details

System defaults notification details from the ‘Account Class Maintenance’ screen.

Send Notification

This check box indicates whether to send notifications or reminders for not submitting the mandatory documents.

Frequency (Notification)

System defaults the frequency of notification to be sent. The frequency can be one of the following:

Note

Notification will be sent only if,

Notifications will be sent based on the frequency specified.

First notification will be sent on the expected date of submission or expiry date

If notification date falls on a holiday then system will send the notification on next working day.

Days (Reminder)

System defaults the number of days left for the expiry or submission due date of the documents for sending the reminder.

System will send the following reminders:

Note

Reminder will be sent only if,

Reminder will be sent only once.

If reminder date falls on a holiday then system will send the notification on next working day.

Reminder will be sent prior the number of days specified at the account level from expect­ed date of submission or the expiry date.

If there are more than one notifications or reminders of the same message type for which the notification schedule date falls on the same day for the same account, a single notifi­cation will be sent which will have the details of all the related documents.

Remarks 1 to 10

Specify the additional information, if required.

2.3.6 Capturing Additional Details

You can capture additional details for the Islamic Customer Accounts by clicking the following buttons in the ‘Islamic Customer Accounts Maintenance’ screen:

Button

Function

Profit

This invokes the ‘IP Special Conditions Maintenance’ screen.

Charges

This invokes the ‘Account level Charges Condition’ screen.

Consolidated Charges

This invokes the ‘Account level Consolidated Charges Condition’ screen.

BIC

This invokes the ‘Authorised SWIFT BICs for Customer Account’ screen.

Deposits

This invokes the ‘Deposits’ screen.

Instructions

This invokes the ‘Account Operating Instructions Mainte­nance’ screen.

Standing Instruc­tions

This invokes the ‘Instruction Diary Summary’ screen.

Linked Entities

This invokes the ‘Linked Entities’ screen.

REG

This invokes the ‘REG Details’ screen.

Account Status

This invokes the ‘Status Details’ screen.

Restrictions

This invokes the ‘Products and Transaction Codes Restric­tion’ screen.

Currency Limits

This invokes the ‘Currency Limits Details’ screen.

MIS

This invokes the ‘Management Information System’ screen.

Statement

This invokes the ‘Statement Details’ screen.

Limits

This invokes the ‘Account – Limits’ screen.

Joint Holders

This invokes the ‘Joint Holders’ screen.

Fields

This invokes the ‘User Defined Fields’ screen.

Deposit Instruction

This invokes the ‘Deposits Instruction’ screen.

Billing Parameters

This invokes the ‘Billing Parameters’ screen.

Account Signatory

This invokes the ‘Signatory Details’ screen.

Interim Transac­tions Report

This invokes the ‘Interim Transactions Report’ screen.

Notice

This invokes the ‘Notice Preference’ screen.

Cards

This invokes the ‘Cards Summary screen’ screen.

OFAC Check

This invokes the ‘External System Details’ screen.

Change Log

This invokes the ‘View’ screen.

2.3.7 Specifying Profit Details

You can capture details of special condition for the account, using the ‘IP Special conditions Maintenance’ screen. To invoke this screen, click the ‘Profit’ button in the ‘Islamic Customer Accounts Detailed’ screen.

The following details are captured here:

Branch Code

The current branch code is defaulted here.

Calculation Account

Select the valid customer account number for calculation from the adjoining option list.

Profit Booking Account

Select the valid customer account number from the adjoining option list.

Charge Booking Account

Select the valid customer account number for booking the charge from the adjoining option list.

Profit Statement

Check this box to generate the profit statement.

Consolidated Charge Account

Select the valid account number from the adjoining option list.

Profit Start Date

Select to indicate the effective date to generate profit from the adjoining calendar.

Charge Start Date

Specify to indicate the effective date to generate charges from the adjoining calendar.

Profit Booking Branch

Select to indicate valid Branch for calculating the profit from the adjoining option list.

Cr Advices

Check this box to generate credit related advices.

Charge Booking Branch

Select to indicate the valid Branch from the option list, for calculating the charge.

Consolidated charge branch

Select the valid branch from the adjoining option list.

Product Details

You can specify product details for your account here.

Product Code

Select the valid product code from the adjoining option list. The option list displays the products maintained at ‘Islamic Profit Distribution Maintenance Detail’ level.

UDE Currency

The system generates the user defined currency type maintained at ‘Profit Product Preference’ level.

Integrated LM Product

Select this option to indicate that Integrated Liquidity Management is applicable to the customer.

IL Product Type

Specify the IL product type.

Waive Profit

Check this box if you need to waive of profit or charges defined for the selected profit product at the Profit Product Preference level.

Generate UDE Change Advice

Check this box if you need to generate advice for user defined changes for the account.

Open

Check this box if you need to apply the selected profit product for the account.

UDE Values

Variance

Specify the variance in the profit rate. This is the variance alone. The effective rate will be the sum of the IC rate code and the variance that you specify here. This value can be modified at anytime.

2.3.8 Specifying Charges Details

You can capture details of charges for the account, using the ‘Account level charges conditions’ screen. To invoke this screen, click the ‘Charge’ button in the ‘Islamic Customer Accounts Detailed’ screen.

You can enter the following details:

Branch

The Branch Code to which the account belongs (for which you are defining special conditions) is displayed in this field.

Account

The Account number of customer (for which you are defining special conditions) is displayed in this field.

Note

You can click the ‘Default’ button to default the Charge Products and the corresponding details applicable for the account. You can then modify these values to define the special conditions.

Specifying Product Details

Specify the following details:

Product

The system defaults a product when you click the ‘Default’ button at the time of account creation. You must modify it to identify the Charge product using which the applicable charges would be collected.

Currency

The charges would be collected in the currency defined for the selected charge product, and this currency is displayed on the screen.

Minimum and Maximum 

You must indicate the charge amount range, representing the minimum and maximum charge that can be applied for the account.

Free Items

You must indicate the number of free items for which the customer will not be charged.

Open

By default, each charge consolidation charge set-up that you set up is enabled and active. You can also disable the set-up by checking the ‘Open’ box. If the account is marked for closure, you will have to uncheck this box.

Waive Charges

You can choose to waive charges for an account.

2.3.9 Specifying Consolidated Charges Details

Consolidated Charges are maintained through the ‘Account level Consolidated Charges Condition’ screen. Click the ‘Consolidated Charges’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

Account Details

You can maintain the account details for an account here.

Branch Code

The current branch code is defaulted here.

Account

The system generates the account number maintained in the ‘Main’ screen of ‘Account Class Transfer’.

Product Details

You can specify product details for your account here.

Product Code

Select a valid product code from the adjoining option list.

Currency

The system generates the user defined currency type defined for the selected consolidated charges product.

Minimum

Specify the minimum consolidated charges that can be applied for the account.

Maximum

Specify the maximum consolidated charges that can be applied for the account.

Open

Check this box if you need to apply the selected consolidated charges product for the account.

Waive Charges

Check this box if you need to waive the consolidated charges defined for the selected consolidated charges product.

Discount

You can specify discount details for the consolidated charges applied for the account.

Discount Percentage

Specify percentage of the amount to be discounted from the computed consolidated charges.

Discount Amount

Specify a flat amount to be discounted from the computed consolidated charges.

2.3.10 Specifying BIC Details

You can capture details of all SWIFT BICs are maintained through the ‘Authorised SWIFT BICs for Customer Account’ screen. Click the ‘BIC’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

You can enter the following details in this screen:

Account Number

The system defaults the account number of the customer in this field.

BIC Code

Specify the BIC here. You can choose any valid BIC maintained in the ‘BIC Code Maintenance’ screen.

Description

The system displays the description for the corresponding BIC that you have specified.

2.3.11 Specifying Deposits Details

Click the ‘Deposit’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke ‘Deposits’ screen, for additional information relating to the handling of the deposit, The ‘Deposits’ screen will be displayed.

You can enter the following details in this screen:

Auto Deposit Balance

This indicates the amount that got auto deposited into the account

Sweep Type

The drop-down list shows the following values:

Master Account No

Specify the master account number for the deposit account simulated.

Rate

Select the rate to be applied for the conversion. The options available are Buy rate, Mid Rate or the Sell Rate.

2.3.12 Specifying Instructions Details

You can maintain Account Operating Instructions for a branch and customer account combination. The operating instructions are different from the standing instructions and merely indicate the instructions to be borne in mind when operating a customer account.

The instructions are maintained through the ‘Islamic Customer Accounts Detailed’ screen invoked by clicking the ‘Instructions’ button.

You can enter the following details in this screen:

Date of Last Maintenance

The current system date is also displayed

Instructions

Specify the instructions to be borne in mind when operating a customer account

Conditions

At the time of maintaining an instruction, you can also specify a condition for displaying the instructions when transactions pertaining to this account are being processed. The instruction will be displayed to you when the condition is satisfied.

The sign-on branch code is defaulted when you maintain a new instruction. The current system date is also displayed. You can select the customer account for which you want to maintain an operating instruction, from the available option-list.

On selection of the account, the description gets displayed in the adjacent field.

At the time of maintaining an instruction, you can also specify a condition for displaying the instructions when transactions pertaining to this account are being processed. The instruction will be displayed to you when the condition is satisfied.

2.3.13 Specifying Standing Instructions Details

Instruction summary are maintained through the ‘Instruction Diary Summary’ screen. Click the ‘Standing Instructions’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

Here you can view the following details:

2.3.14 Specifying Linked Entities Details

A customer of your bank can have relationships with any other customer of your bank. Also, a customer of your bank could be a joint account holder with another customer of your bank. You can capture these details when you set up the CIF or customer account.

For linking a customer account you need to specify details of the relationship for the account. Click the ‘Linked Entities’ button in the ‘Islamic Customer Accounts Detailed’ screen. The ‘Linked Entities’ screen will be displayed.

You can enter the following details in this screen:

Customer

Select the customer from the option list with whom you want to establish the relationship with the customer account that you are maintaining.

Description

In this field, the system displays the name of customer that you have selected in the previous field. You cannot change the description.

Relationship

You have to choose a relationship code to establish a relationship between the customer being selected and the customer account you are maintaining.

By default, the system will select the customer of the account as the Primary Holder. This is a pre-shipped relationship and you will not be allowed to change the relationship.

2.3.15 Specifying REG Details

For a customer account, you can indicate whether check deposits to the account must be considered for Reg CC availability. You can indicate this in the Reg Details screen, which you can invoke by clicking the ‘REG’ button in the ‘Islamic Customer Accounts Detailed’ screen

A customer account using an account class for which Regulation D limits are applicable, inherits the applicability of Regulation D limits. However, you can make changes to the details, if necessary.

In the ‘Islamic Customer Accounts Detailed’ screen, click the ‘REG’ button to invoke the ‘Reg Details’ screen, where you can specify the Regulation D applicability details.

You can enter the following details in this screen:

Reg D Applicable

Indicate whether the Regulation D limits are applicable for the account

Periodicity

If you indicate the periodicity of Regulation D applicability as ‘Statement Cycle’, the restricted transactions would be counted over the primary statement cycle defined for the customer account.

Reg CC Availability

Check this box if the check deposits into this account should be considered for Regulation CC aggregation.

Indicating Reg D Period Details

Start Date

The start date for Regulation D applicability is first set to be the date on which you mark the availability option in this screen. Subsequent to the first period, the EOD process would update the start date according to the periodicity defined.

End Date

Subsequent to the first period, the EOD process would update the end date according to the periodicity defined.

You can define whether the Regulation D limits are applicable for the account, and the period over which the limits would be applicable. If you indicate the periodicity of Regulation D applicability as ‘Statement Cycle’, the restricted transactions would be counted over the primary statement cycle defined for the customer account.

The start date for Regulation D applicability is first set to be the date on which you mark the availability flag in this screen. Subsequent to the first period, the EOD process would update the start and end dates according to the periodicity defined.

If you indicate the periodicity of Regulation D applicability as ‘Statement Cycle’, the restricted transactions would be counted over the primary statement cycle defined for the customer account.

2.3.16 Specifying Account Status Details

If you do not want the Islamic account class details to be propagated to the account as well, you have the option of maintaining the status codes and the reporting lines exclusively for an account. You can achieve this through the ‘Status Details’ screen. Click the ‘Account Status’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke it.

The details maintained for the Islamic account class will be displayed in this screen. However, you are allowed to make amendments to the defaulted values.

Here you can capture the following details:

Branch Code

The system defaults the code of the current branch.

Account

The system defaults the account number from the main screen.

Status

You can select the different status codes applicable to the account class, in this field. Use the Add icon to define each status and the attributes for the same. You can use the navigation icons to move from one status to the other.

On selection of the status, the associated description will be displayed alongside.

Specifying Reporting Line

Debit and Credit GL Line

Select the debit GL account, to which all debit balances within a specific account class will report to, when it moves to the status being defined. You can identify the debit GL from the list of existing GLs. Likewise, all credits within a particular account class will report to the GL account that you have identified to track credits.

Central Bank Line

Debit

Specify the Central Bank line to which this account will report to, if it is in debit. This line is maintained in the ‘Reporting Lines Maintenance’ screen.

Credit

Specify the Central Bank line to which this account will report to, if it is in credit. This central bank line is maintained in the ‘Reporting Lines Maintenance’ screen.

Head Office Line

Debit

Specify the Debit Head Office GL to which the account will report, if they are in a debit.

Credit

Specify the Credit Head Office GL to which this account will report, if it is running in credit.

2.3.17 Specifying Restrictions Details

You can place restrictions on transactions involving customer accounts both at a transaction code level as well as at a product level. In other words, you can decide whether you would like to use the accounts for processing:

The restrictions maintained for the account class will default to all the accounts that are linked to the account class. At the individual account level, however, you can apply special conditions by changing the restrictions.

To maintain the restrictions, click the ‘Restriction’ button in the ‘Islamic Customer Accounts Detailed ’ screen. The ‘Products and Transaction Codes Restriction’ screen will be displayed.

Specifying Product Restriction

Special Condition

By default, the restrictions maintained at the account class level will be displayed here. When you define transaction code or product restriction attributes for an account itself, rather than for the account class to which it belongs, it is referred to as a Special Condition. You can apply special conditions by selecting the option ‘Special Condition Applicable’ at the account level. If you opt to define special conditions for an account the ‘restrictions’ defined for the Account Class, to which the account belongs, will NOT apply to this account. If you wish to continue with the account class restrictions, opt for ‘Special Condition Not Applicable’.

Restriction Type

Specify the restriction type here. The options available are:

Product Code

You can select the products and specify the type of transaction (Dr, Cr or both) that you would like to allow/disallow for each product. In contracts involving the selected products, the accounts would be used for processing the selected type of transaction. For instance, assume that for the account A1, you have allowed ‘Dr’ for the product ABCD. This would mean that if a Dr entry for the product ABCD is passed to the account, A1, it would go through but in case a Cr entry is passed for this product, then the system will display a message indicating that the transaction is restricted for the account.

Description

The system displays the description for the product code that which you have specified.

Dr

During transaction processing, the system will validate whether any restrictions are placed on the account based on either product and/or transaction code. If you have indicated to allow Dr Transactions for the product ABCD, and attempt to post a credit entry, the system will seek an override. You can continue the transaction, despite the restrictions, by providing appropriate reasons for the same.

During maintenance or online operations, in the respective contract screens for the restricted transactions, when you specify the customer account, the system checks whether the account is restricted for the product that has been selected, or the debit/credit transaction type. If so, an override is sought when such contracts are saved.

Cr

During transaction processing, the system will validate whether any restrictions are placed on the account based on either product and/or transaction code. If you have indicated to allow Dr transactions for the product ABCD, and attempt to post a credit entry, the system will seek an override. You can continue the transaction, despite the restrictions, by providing appropriate reasons for the same.

During maintenance or online operations, in the respective contract screens for the restricted transactions, when you specify the customer account, the system checks whether the account is restricted for the product that has been selected, or the debit/credit transaction type. If so, an override is sought when such contracts are saved.

Specifying Transaction Restriction

Special Condition

By default, the restrictions maintained at the account class level will be displayed here. When you define transaction code or product restriction attributes for an account itself, rather than for the account class to which it belongs, it is referred to as a Special Condition. You can apply special conditions by selecting the option ‘Special Condition Applicable’ at the account level. If you opt to define special conditions for an account the ‘restrictions’ defined for the Account Class, to which the account belongs, will NOT apply to this account. If you wish to continue with the account class restrictions, opt for ‘Special Condition Not Applicable’.

Restriction Type

Specify the restriction type here. The options available are:

Transaction Code

Likewise, you can maintain restrictions for transaction codes as well.

Description

The system displays the description for the transaction code that you have specified.

Dr

During transaction processing, the system will validate whether any restrictions are placed on the account based on either product and/or transaction code. If you have indicated to allow debit transactions for the product ABCD, and attempt to post a credit entry, the system will seek an override. You can continue the transaction, despite the restrictions, by providing appropriate reasons for the same.

During maintenance or online operations, in the respective contract screens for the restricted transactions, when you specify the customer account, the system checks whether the account is restricted for the product that has been selected, or the debit/credit transaction type. If so, an override is sought when such contracts are saved.

Cr

During transaction processing, the system will validate whether any restrictions are placed on the account based on either product and/or transaction code. If you have indicated to allow debit transactions for the product ABCD, and attempt to post a credit entry, the system will seek an override. You can continue the transaction, despite the restrictions, by providing appropriate reasons for the same.

During maintenance or online operations, in the respective contract screens for the restricted transactions, when you specify the customer account, the system checks whether the account is restricted for the product that has been selected, or the debit/credit transaction type. If so, an override is sought when such contracts are saved.

2.3.18 Specifying Currency Limits Details

Currency limits are maintained through the ‘Currency Limits Details’ screen. Click the ‘Currency Limits’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

In this screen, you can enter the following details:

Account Number

The system displays the customer account for which PC limits are being maintained.

Currency

Specify the currency in which the auto exchange limits should be maintained. The adjoining option list displays the currency codes maintained in the system. You can choose the appropriate one.

Cr Lmt Amt

Specify the credit limit amount in the chosen currency.

Dr Lmt Amt

Specify the debit limit amount in the chosen currency.

2.3.19 Specifying MIS Details

To invoke the ‘Management Information System’ screen for an account, click the ‘MIS’ button in the ‘Islamic Customer Accounts Detailed’ screen, while opening/modifying the account. The entities defined for the customer will be picked up by default and these entities can be changed.

For an account, the transaction type of MIS class will be picked up from the account class, along with the cost codes and pool codes. The composite type of MIS class will be defaulted from those defined for the customer. These too can be changed.

Branch

The current logged-in branch code is displayed here

MIS Group

For an account, the transaction type of MIS class will be picked up from the account class

Rate Code

Specify the rate code. Select the appropriate one from the adjoining option list, which displays all valid rate codes maintained in the system

Link to Group

If an MIS Group is linked, you can indicate whether the linkage with the group should always be maintained. If yes, any change to the MIS Group will automatically apply to the customer to whom the MIS Group is linked. If not, the entities defaulted for the customer will continue, even if they are changed subsequently for the group.

Rate type

If you have indicated that rates maintained for the individual account should be picked up for MIS refinancing you have to specify the Rate Type that is to be used. The options available are:

Select the appropriate.

Pool Code/Account Level

The Pool Code/Account Level to which the account class or product belongs should be defined.

Pool Code

For an account, the pool code will be picked up from the account class.

Transaction MIS Group

For an account, the transaction type of MIS class will be picked up from the account class.

Composite MIS Group

The composite type of MIS class will be defaulted from those defined for the customer.

Cost Code

For an account, the cost codes will be picked up from the account class.

2.3.20 Banking Channels Button

The system defaults the common channel information captured at CIF and account class levels during account creation.

 

Specify the following details:

Banking Channels

Specify the banking channels code. Alternatively, you can select the list of channels from the option list. The list displays the channels maintained in the system.

Banking Channel Name

The system displays the name of the banking channel.

Remarks

Specify remarks for the banking channel subscription.

Note

During authorization of the account, the system does not repopulate the channel details. While authorizing primary party change, the system defaults the existing channels which are attached to the account and repopulates from the new Customer and Account Class. You can modify the channel information from the main screen for Customer Account Creation.

During save, the system defaults the channel details from Customer and Account Class of the account. You can modify the details in the Account Creation screen (IADCUSAC).

2.3.21 Specifying Change Log Details

To invoke the ‘Change Log’ screen for an account, click the ‘Change Log’ button in the ‘Islamic ‘Management Information System’ screen.

Branch Code

The current logged-in branch code is displayed here.

Account

The current logged-in account number is displayed here.

Specifying Transfer Log Details

To invoke the ‘ Log’ screen for an account, click the ‘Change Log’ button in the ‘Islamic ‘Management Information System’ screen.

Here you can capture the following details:

Account Number

This is the account number of the deposit. If you specify an account that is disallowed for your user id and move to the next field the system will throw up an error/override. The restricted accounts for users ids are maintained in the ‘User Account Class Restrictions’ screen. The system will perform this validation for default settlement pick up also.

2.3.22 Specifying Cheque Book Request Details

Click on the ‘Cheque Book Request’ button in the ‘Islamic Customer Accounts Maintenance’ screen to invoke the Cheque Book Request screen.

You will be able to invoke this screen, only if you have checked the ‘Auto Cheque Book Request’ check box in the ‘Islamic Customer Accounts Maintenance’ screen.

Branch

The branch detail gets defaulted from the account branch.

Account

The system displays the account number.

First Check Number

Specify the number of the first cheque leaf of the cheque book.

Check Leaves

Specify the number of cheque leaves in the cheque book.

Cheque Book Type

Specify the cheque book type. The adjoining option list displays the cheque types maintained in the system. You can choose the appropriate one.

Order Date

The order date gets defaulted as the current date. However you can change the same.

Order Details

Specify the order details.

Language Code

Specify the code of the language. The adjoining option list displays all valid language codes maintained in the system. You can choose the appropriate one.

Request Status

The value of this will be defaulted to ‘Requested’ status.

Click on ‘Ok’ to save the cheque book request details.

2.3.23 Specifying Card Request Details

Click on the ‘Card Request’ button in the ‘Islamic Customer Accounts Maintenance’ screen to invoke the Debit Card Request Details screen.

You will be able to invoke this screen, only if you have checked the ‘Auto Debit Card Request’ check box in the ‘Islamic Customer Accounts Maintenance’ screen.

Branch Code

The branch detail gets defaulted from the account branch.

Request Reference Number

The reference number of the request is auto generated and populated, when you click on the ‘Default’ button.

Customer No

The customer number of the account gets defaulted.

Account No

The account number gets defaulted from account details.

Card Products

Specify the card products. The adjoining option list displays the card products maintained in the system. You can select the appropriate ones.

Card Bin

Specify the card bin. The adjoining list displays the card bins maintained for the specified card product. You can choose the appropriate one.

Name on Card

Specify the customer name that is to be printed on card.

Card Number

Specify the debit card number to be requested. The adjoining option list displays the valid debit card numbers maintained in the system. You can choose the appropriate one.

Card Application Date

The card application date would be defaulted as the current date of the branch. However you can change the same.

Primary Card

The primary card check box remains checked by default.

Card Status

The status of the card will be defaulted to ‘Requested’

Click on ‘Ok’ to save the Debit card request details.

2.3.24 Sweep in Setup Button

You can maintain sweep in details in ‘Sweep Structure Maintenance’ screen. The system will consider a debit transaction for sweep only if ‘Consider for cover sweeps’ field is checked at transaction code level.

Click ‘Sweep in Setup’ button in ‘Islamic Customer Account Details’ screen to invoke this screen.

You can specify the following details:

Branch Code

The system displays the branch code.

Account No

The system displays the account number.

2.3.24.1 Cover Account Tab

You can link cover accounts to the primary account. In case of insufficient fund in the primary account, you can utilize cover accounts. The swept amount should be sufficient enough to cover the minimum balance requirement of the Primary account.

You can specify the cover account details in Cover Account tab..

Sequence No

The system displays the following values.

Cover Account Currency

The system displays the cover account currency code.

Cover Account

Specify the cover account number. Alternatively, you can select cover account number from the option list. The list displays all valid cover account number maintained in the system.

Cover Account Branch

The system displays the branch code for the selected cover account number.

Utilized Amount

The system displays the utilized amount.

Retain Minimum Balance

Check this box to retain minimum balance.

If you check this box, the amount that can be swept from the cover account will be the difference between the available balance in the cover account and the minimum balance maintained for the cover account. During a transaction if account balance goes below the minimum balance then system will consider the minimum balance of the cover account while deriving the amount to be swept from the cover account. If AC-OCD05 is configured as an error then Retain minimum balance field should be checked else the system will display an error message.

Sweep Limit

Specify the maximum amount to be swept from the cover account.

Limit Frequency

Select the limit frequency from the drop-down list. The list displays the following values:

Linkage of cover accounts

The ‘Sweep in setup’ call form available in CASA account will be made available at Islamic CASA account level which will allow linking of Cover Accounts to the primary account for the purpose of Sweep in Transaction Processing.

The system will allow linking Cover accounts of different branches to Primary Account. The same cover account cannot be part of more than one sweep structure. Also, the Primary CASA account cannot be cover account of another CASA account.

The system will validate the following and display configurable override messages:

When there is utilization from cover account due to sweep in and if reverse sweep in has not happened, the system will allow you to delink the cover account from sweep in structure. The moment cover account is delinked, the system will make the amount to be reverse swept in which is stored against the particular cover account as zero, as system no longer need to track it for replenishment purpose.

During closure of primary/ cover account, the system will delink, if any accounts linked in sweep structure. Upon closure system of primary account the system will display an information message as ‘Sweep Accounts Linked will be dispatched automatically during close action’ and in case of cover account closure, the system will display an information message as ‘Account Linked in sweep structure will be dispatched automatically during close action.

2.3.24.2 Auto Deposits Tab

You can link auto deposit of a primary account if both Primary Account and Auto Deposit account classes are enabled for Sweep in. Once linked in sweep structure, the system will consider deposits for sweep.

Click ‘Auto Deposits’ tab to view the deposit details.

The system displays the following values:

Linkage of auto deposits

Auto deposits of a primary account will be automatically included in Sweep structure maintained for the primary CASA account if both Primary Account and Auto Deposit account classes are enabled for Sweep in. The system will allocate, by default, 100% of Auto Deposit amount as Linked Amount.

Note

Only when sweeps fields are enabled at both CASA and Auto Deposit Account class level, Auto Deposits will be a part of sweep structure.

Once automatic linkage is established by the system, you cannot modify linkage percentage/linked amount irrespective of whether there is utilization or not. Also, you will not be able to delink the Auto Deposit from Primary CASA account.

When ‘Enable Sweep in’ field is unchecked at Primary CASA account as part of account amendment, then system should delink the existing Auto deposits from Sweep structure.

2.3.24.3 Term Deposit Tab

Click ‘Term Deposit’ tab to capture the term deposit details.

You can specify the following details:

Linkage Order

The system displays the linkage order.

Deposit Branch

The system displays the branch code.

Deposit Account

Specify the term deposit account number. Alternatively, you can select term deposit account number from the option list. The list displays all valid term deposit account number maintained in the system.

Maturity Date

The system displays the maturity date.

Original Deposit Amount

The system displays the original deposit amount.

Linkage Percent

Specify the linkage percentage details.

Linked Amount

Specify the linked amount.

Available Amount

The system displays the available amount.

Utilized Amount

The system displays the utilized amount.

Linking Term Deposits

While linking the term deposits, the system will perform the following validations and will display a configurable override message:

You can link Term Deposit accounts of different branches to Primary Account.

Even if the deposit is utilized as part of sweep in, you can delink the Term Deposit from Sweep in structure Product

You can modify and select a different TD product (Account Class) in Deposit Instructions Screen of Customer Account (IADCUSAC). You can also modify the TD product (Account Class)/currency in Deposit Instructions Tab of Customer Account.

2.3.25 Specifying Statement Details

Preferences regarding the type of account statement - detailed or summary or none at all, as well as the statement frequency, including whether multiple statements are to be generated, are specified for the account class in the Islamic Account Class screen. These details are applicable to all accounts linked to the account class. While maintaining customer account details in the ‘Islamic Customer Accounts Detailed’ screen, these details are defaulted.

For a particular customer account, you may redefine the default specification. The details specified at the account level will supersede those specified for the account class. To specify account level details, click the ‘Statement’ button. The statement details table will be displayed.

Account Number

The system displays the account number for which you are setting the statement details

Primary A/c Statement

This refers to the type of statement to be generated periodically by the system, for this account. You can specify whether you want a detailed or summary statement or if you do not want a statement for this account at all.

Cycle

You can specify the frequency for generating the account statements. To specify the frequency of the statements, click on the adjoining drop-down list. The following list is displayed:

On

For a weekly statement you specify the day of the week on which account statements should be generated and for fortnightly and monthly statements the dates of the month. To specify for weekly statements, click on the adjoining drop-down list. The following list of days will be displayed:

To specify for monthly statements enter a number between 1 and 31 (corresponding to the system date)

If you set the statement date to 30, then account statements will be generated on:

If you set the statement date to 31, then account statements will be generated on:

For a fortnightly statement you could specify 1 and 15

For all other cycles, account statement will be generated on the last day of that cycle

Generate Stat. Only On Movement

You can indicate that an account statement should be generated for the customer’s account only when there has been a movement of funds into the account or when funds have been transferred out of the account.

For instance, let us assume that on the August 21, 2001, you have set the account statement generation frequency as Daily for the account LI020804. On the September 5, 2001, there has been no movement of funds in the particular account. If you have opted for the Generate Only on Movement option, the system will not generate a statement message for September 5, 2001.

If you choose not to enable this option, account statements will be generated regardless of whether there has been a movement of funds or not.

Display IBAN in Advices

If you would like to print the IBAN number of the customer on advices sent to the customer, you can enable the Display IBAN in Advices option by checking it. This specification will be defaulted from the account class linked to the customer account. You will be allowed to change it for a specific account.

You can choose to print the IBAN Number in advices that are sent to the customer by enabling the check box positioned next to the Display IBAN on Advices field. If the Display IBAN on Advices check box is disabled, you can enable this option by checking the box. Consequently, the IBAN Account Number will be printed on all customer correspondence (Debit/Credit advices) involving the particular account.

Because of choosing to print IBAN numbers in the correspondence sent to the customer, the Oracle FLEXCUBE account number will be replaced by the IBAN number. The lists of SWIFT messages that will include IBAN account numbers are as follows:

Note

While processing incoming payments, the system checks to see whether the account in­volved is an IBAN account. If the account is an IBAN account, it will be processed with the corresponding Oracle FLEXCUBE account number.

Secondary A/c Statement

This refers to the type of statement to be generated periodically by the system, for this account. You can specify whether you want a detailed or summary statement or if you do not want a statement for this account at all.

Cycle

You can specify the frequency for generating the account statements. To specify the frequency of the statements, click on the adjoining drop-down list. The following list is displayed:

On

For a weekly statement you specify the day of the week on which account statements should be generated and for fortnightly and monthly statements the dates of the month. To specify for weekly statements, click on the adjoining drop-down list. The following list of days will be displayed:

To specify for monthly statements enter a number between 1 and 31 (corresponding to the system date).

If you set the statement date to 30, then account statements will be generated on:

If you set the statement date to 31, then account statements will be generated on:

For a fortnightly statement, you could specify 1 and 15

For all other cycles, account statement will be generated on the last day of that cycle

Generate Stat. Only On Movement

You can indicate that an account statement should be generated for the customer’s account only when there has been a movement of funds into the account or when funds have been transferred out of the account.

For instance, let us assume that on the August 21, 2001, you have set the account statement generation frequency as Daily for the account LI020804. On September 5, 2001, there has been no movement of funds in the particular account. If you have opted for the Generate Only on Movement option, the system will not generate a statement message for September 5, 2001.

If you choose not to enable this option, account statements will be generated regardless of whether there has been a movement of funds or not.

Tertiary A/c Statement

This refers to the type of statement to be generated periodically by the system, for this account. You can specify whether you want a detailed or summary statement or if you do not want a statement for this account at all.

Cycle

You can specify the frequency for generating the account statements. To specify the frequency of the statements, click on the adjoining drop-down list. The following list is displayed:

On

For a weekly statement you specify the day of the week on which account statements should be generated and for fortnightly and monthly statements the dates of the month. To specify for weekly statements, click on the adjoining drop-down list. The following list of days will be displayed:

To specify for monthly statements enter a number between 1 and 31 (corresponding to the system date).

If you set the statement date to 30, then account statements will be generated on:

If you set the statement date to 31, then account statements will be generated on:

For a fortnightly statement, you could specify 1 and 15

For all other cycles, account statement will be generated on the last day of that cycle

Generate Stat. Only On Movement

You can indicate that an account statement should be generated for the customer’s account only when there has been a movement of funds into the account or when funds have been transferred out of the account.

For instance, let us assume that on the August 21, 2001, you have set the account statement generation frequency as Daily for the account LI020804. On September 5, 2001, there has been no movement of funds in the particular account. If you have opted for the Generate Only on Movement option the system will not generate a statement message for September 5, 2001.

If you choose not to enable this option, account statements will be generated regardless of whether there has been a movement of funds or not.

Exclude Same Day Reversal trns from Stmt

If you do not wish transactions booked and reversed on the same day to be reflected in the account statement, you can specify the preference here. This feature is applicable only for the customer account legs and not for the related GL legs. Also, reversals made through the DE module will not be considered for exclusion.

This specification is defaulted from the account class linked to the account. You can change it for a specific account.

Statement Account

A customer may have two or more accounts with your bank but may desire to receive a single consolidated account statement.

Oracle FLEXCUBE allows you to link accounts. For the particular account whose statement preferences you are defining you can indicate the parent account to which the account should be linked for statement generation purposes.

The statement account is applicable for all type of account statements (Primary, Secondary and Tertiary). If the statement account has been specified, you cannot enter other statement details.

If the statement account is not specified for a particular account then the account can be a statement account for other accounts. If statement accounts have been maintained, during EOD, the account statement will not be individually generated for the child accounts. Instead a consolidated account statement would be generated based on the frequency specified for the parent account.

While closing a parent account, a message will be shown requesting removal of the parent-child account linkage.

Note

Even while generating ad-hoc statements you can indicate whether linked account details should be displayed in the generated report.

2.3.26 Specifying Limits Details

A bank lends overdraft credit facility to both its corporate and individual customers. For a corporate customer a bank defines a credit line based limit. For an individual customer the bank gives an account based overdraft limit. In the Oracle FLEXCUBE system, an account-based limit can co-exist with the credit-based limit.

For a credit line based limit, one customer is designated as a liability customer who is assigned a credit limit. Other customers are designated as subsidiaries of his liability limit. Thus these subsidiary customers are linked to a main credit line of the liability customer. There can be several such liability customers to whom a few subsidiary customers are linked.

A credit line has three basic levels of limits.

Also, the same customer may have different overdraft limit for different accounts. This credit is always granted for a specified time period and therefore referred to as temporary.

To specify the credit line details, click the ‘Limits’ button and invoke the ‘Account – Limits’ screen will be displayed. The Limit currency specified in the ‘Islamic Customer Accounts Maintenance’ screen is displayed. Limit currency refers to the currency in which the bank wants to give credit facility to this account.

Note

This button appears enabled only if the function Id LMTACRES has been added to your User Role’. You will then be able to View/Modify/Add (Define) the details of limits main­tained at the Account Level. If this function ID has not been added to your User Role, this button will appear disabled.

In this table, you can define the following attributes for a credit line.

Temp. OD Start

The start and end dates represent the dates from which the temporary overdraft limit becomes effective upto the date on which it should ceases to be effective.

Temp. OD Start

The start and end dates represent the dates from which the temporary overdraft limit becomes effective upto the date on which it should ceases to be effective.

Credit Line

You can indicate the credit line to which you would like to link the customer to. A list of all the credit line codes maintained in the system will be displayed in the option list. You can select the appropriate.

Netting Required

To process linked accounts, which are marked for referral, you will need to enable the Netting Required option. This option is defaulted from the Credit Line associated with the customer account. If you change the default option, the system displays an override message.

Temp. OD Limit

The temporary OD limit is the limit upto, which any overdraft is allowed, for a specified time period, over and above the limit set for this account.

This limit is independent of any credit line linked to this account. This is mostly used for short term overdrawing.

Sublimit

The sub-limit represents that portion of the total credit amount that can be used by this customer account. The sub-limit need be input only when the account is to be limited to a portion of the available line amount.

While passing transactions to an account with a sub-limit the first credit check made is against this sub-limit amount. If the sub-limit is crossed, you will be asked for an override.

Uncoll. Funds Limit

The uncollected funds limit represents the credit transaction amounts that have not been collected as of the current day. You can set the limit upto which withdrawal is allowed against uncollected funds.

The uncollected opening balance is reset with the current uncollected balance amount during the EOD process. This amount is to be considered when calculating Central Limit availability.

Offline Limit

This is the limiting amount till which transactions will be carried out between account(s) for the account class you are defining here, between branches when the database connectivity is not functional.

Daylight Limit

The daylight limit is the limit up to which an overdraft is allowed for the business day. The daylight limit will be added to temporary overdraft to calculate the available balance if EOD is not in progress. Daylight limit is not considered during EOD.

Note

You can specify the daylight limit only if ‘Daylight Limit’ option is checked in linked ‘Account Class - Preferences’ screen. By default, the system will display the value as zero. You can however change it.

SOD Notification %

Specify the consolidated percentage utilization used for notification of the limit breach under the SOD.

For more information on SOD Alert Generation, refer topic ‘Generating Alert for SOD Utilization’ later in this chapter.

Cr Transaction Limit

The limit for credit transactions in the account currency. When a transaction exceeds this limit, an override is displayed. The override requires a dual authorization to save the transaction.

Credit Start Date

This is the date from which this monitoring comes into effect. The check will be performed for all entries to customer accounts with transaction (booking) date greater than or equal to the start date.

Credit Rev Date

This is the date on which you would wish to revise this limit. The limit check will continue irrespective of the date maintained here. The revision date must be greater than the start date and can be left blank.

Specifying TOD Renewal Details

Renew TOD

Check this box if you want to renew TOD.

Renew Frequency

Specify the renew frequency from the drop-down list. The available options are:

Renew Units

Specify the renew units.

The following validations need to be done for the frequency:

Next Renewal Limit

Specify the TOD amount that can be renewed in next cycle.

2.3.27 Specifying Joint Holders Details

For a joint account type of customer account you need to specify details of the other joint holders of the account. Click the ‘Joint Holders’ button to display the joint account holder’s screen.

 

Indicate the following details:

Account Number

The system displays the account number here

Customer Number

The system defaults the customer number based on the selected account number.

Branch Code

The system displays the branch code of the current branch

 

List of Joint Holders

You can add the joint holder details in this section if the selected account type is ‘Joint’. Maintain the following details:

Customer Number

Specify the customer Id for the joint holder. The adjoining option list displays the list of all valid customer numbers. Select the appropriate one.

Customer Name

The system displays the customer name based on the selected customer number.

Joint Holder Type

Specify the type of authority. Select the appropriate one from the drop-down menu. The options are:

Start Date

Specify the date from which the joint holding of the account begins.

End Date

Specify the date on which the joint holding of the account ends.

Note

2.3.28 Specifying UDF Details

User defined fields are maintained through the ‘User Defined Fields’ screen. Click the ‘Fields’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

2.3.29 Specifying Deposits Instruction Details

Deposits instructions are maintained through the ‘Deposits Instructions’ screen. Click the ‘Deposits Instructions’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

Here you can capture the following details:

The auto deposit is triggered during EOD when the account balance exceeds the minimum required balance.

Auto Deposit is created if the following conditions are satisfied:

2.3.30 Specifying Billing Parameters Details

Billing parameters are maintained through the ‘Billing Parameters’ screen. Click the ‘Billing Parameters’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

You will have to maintain a set of parameters for the billing module. While settling or liquidating the bill, the default parameters that you have maintained for the account involved in this module will be used.

The screen also displays the Product Code and Description of all Billing Products applicable to the account.

Consolidating Account

You can specify a consolidating account for the given account. From the option list you can choose:

Billing Liquidation

You have two modes of liquidation i.e. Auto or Manual. The preference you have maintained for the billing product will be defaulted here. You can choose to change the mode for the specified account under the following scenarios:

Note

If the consolidation account is different from the present account, then the system uses the liquidation parameters specified at the consolidation account level and liquidation param­eters specified, if any, at this account level is ignored.

Settlement Account

As mentioned above, you need to specify the settlement account to enable automatic liquidation of billing.

For liquidating the billing amount and also for collecting the bill amount, the system makes use of the account specified here.

Maintaining direct debit details

If you have maintained the mode of settlement for auto liquidation of bills as Direct Debit instructions, you need to specify the following details:

During liquidation, the direct debit contract is uploaded into the system in case you have maintained the settlement mode as direct debit transaction. The upload happens for both automatic liquidation and manual liquidation.

2.3.31 Specifying Account Signatory Details

Account Signatory details are maintained through the ‘Signatory Details’ screen. Click the ‘Account Signatory’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

Here you can capture the following details:

Account Branch

The system defaults the current branch here.

Account Number

This is the account number to which signatories are to being linked.

Account Description

The system displays the description for the account you have selected.

Account Currency

The system displays the account currency.

Minimum Number of Signatories

Specify the minimum number of signatories necessary to endorse an instrument involving the account.

Note

If the linked or replicated signatories are less than the specified minimum number,system will display an error message.

Account Message

Specify a brief description for particular signatories. This could be related to the name, number and the type of signatory of your customer. You can specify a maximum of 4000 characters as account message length.

For instance you can capture a message like - "This signatory is a joint account holder with rights to sign instruments only up US 8000".

2.3.31.1 Account Signatory Details Tab

Customer Number

Enter the customer signatory you want to link to the account

You can link a customer signatory to an account either by:

Note

If the signatory ID that you specify has not been maintained, the System displays an over­ride. On confirming the override, you will be allowed to save the signatory details. An error message is displayed if you enter a duplicate Signatory ID. Each time you capture a new Signatory ID at the account level you must identify the relationship of the signatory with the customer.

Customer Name

The system displays the name of the corresponding customer.

.

Signatory Number

The system displays values maintained in CIF signatory for the customer number.

Signatory Name

The system displays the corresponding name of the signatory number specified.

Approval Limit

Specify the amount up to which the account signatory can approve for debits.

Note

The signatures of the primary customer and joint holder can be mapped at the account lev­el. However, the signatures of linked entities cannot be mapped at account level.

2.3.31.2 Amount Based Signatory Instruction Tab

You can maintain account signatory instructions for different amount slabs in this tab.Click on ‘Amount Based Signatory Instruction, tab to invoke the following screen:

 

Amount Slab Details

To Amount

Specify the slabs by setting a ‘To Amount’. The amount slab will start from zero and the first value entered will set the slab from zero to that amount. The amounts will be arranged in ascending order.For next slab, an amount above the previous ‘To Amount’ will be considered as the ‘From’ value.

For example, If the ‘To Amount’ entered are as below

To Amount

10,000

100,000

1,000,000

Then the maintenance will indicate the below amount slabs:

From Amount

To Amount

0

10,000

Above 10,000

100,000

Above 100,000

1,000,000

Account Signatory Instruction Options

You can define different conditions for the amount slabs in this section..

Condition Id

Specify a unique Id for condition to be set.

Remarks

Give a brief description for the condition id.

Required Signatories

You can provide the required signatories for the conditions set in this section.

Signature Type

Select the signature type required from the option list. The list displays the signature types as maintained in static type maintenance screen.

Note

The signature type cannot be repeated for a condition.

Required No. of Signatories

Specify the number of signatories from each signatory type.This number should be less than or equal to the total number of signatories maintained under the signatory type.

Note

The Amount Based Signatory Instructions tab will be enabled in the following RT screens only if the value of param ‘AMOUNT_BASED_SV’ is Y in CSTM_BRANCH_LOC_PAR­AMS.

 

2.3.31.3 All Signatures/Images button

Click on ‘All Signatures/Images’ button to view ‘Customer Signature/Image Consolidated View’ screen.

The following details will be displayed in the above screen

The ‘Signature/Image’ tab displays nine signatures/Images for a signature id in a single pane with three signatures/Images in a row.

If there is more than one signature id linked to a customer account, then they would be displayed in different pages.

Each image is provided with the following buttons:

2.3.32 Specifying Interim Transactions Report Details

Interim Transaction reports are maintained through the ‘Interim Transaction Reports’ screen. Click the ‘Interim Transaction Reports’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

This screen contains the details necessary for the account generation parameters. The message details the balance of the customer account that is under a particular account class. The account balances indicate the condition of the customer account for an identified time period.

2.3.33 Specifying Interim Transactions Report

Generate Message

Check this box to indicate that the periodic interim statement (MT942) generation is required for the account. This will be defaulted from ‘Account Class Maintenance’ screen. However, you can modify it. The ‘Consolidated Statement’ and ‘Generate Message’ are mutually restricted.

Generate Message Only on Movement

Check this box to indicate that the interim statement generation is required, only if additional entries have been posted subsequent to the previous interim statement generation. This will be defaulted from ‘Account Class’ screen, however you can modify it.

Report Transaction Since

This section lists all the transactions of the interim account statement, which are supposed to be reported. This will be defaulted from ‘Account Class’ screen, however you can modify it. You can choose the appropriate values applicable:

Minimum Debit Amount

Specify the minimum transaction amount for the debit transaction to be eligible for reporting in the interim statement. The corresponding amount for the account currency will be defaulted. However, you can modify the amount defaulted. If the amounts are not defined at the account class for the currency in which the account is being created, no defaulting of amounts shall be done.

Minimum Credit Amount

Specify the minimum transaction amount for the credit transaction to be eligible for reporting in the interim statement. However, you can modify the amount defaulted. If the amounts are not defined at the account class for the currency in which the account is being created, no defaulting of amounts shall be done.

Daily Statement Count

Specify the count of interim statement generated during the day. In case a statement is scheduled to generate, but is not generated because there is no movement, the counter will not be incremented. The counter will be reset at End of Day.

Year to Date Statement Count

Specify the count of interim statement generated for the account since start of the financial year. The financial year will be as defined in the Accounting Period maintenance. This counter would be set at the end of year.

Generate Balance Report

To indicate that the customer account is considered for generation of its balance message, check this box.

Of

Select the mode of message for balance generation from the option list.

Report Transaction Since

This section lists all the transactions the customer account has undergone, in the interval of balance messages generated for the account. You can choose the appropriate values applicable:

You can synchronize the time instance by hours for generation of the balance message by clicking the ‘Times’ button.

This screen is employed to indicate the the time instance in hours for the generation of the balance report.

Message generation time

Specify the timing for generation of the MT 941/ MT942 message. You can specify the time interval in hours only.

The details for issuing the balance reports are discussed in the chapter ‘Maintaining Mandatory information, for different accounts under a particular class. The details involved in generation of a balance report for a specific customer account correspond with those discussed for account classes.

2.3.34 Specifying Notice Details

Notice preferences are maintained through the ‘Notice Preferences’ screen. Click the ‘Notice Preferences’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

The following field is displayed in this screen:

Description

The following details are defaulted from the account class maintenance level. However, at the account level you are allowed to modify this.

Advance Profit

Check this field to levy the advance profit on the account

Note

Monthly Free Amount

Specify the amount that the customer can withdraw per calendar month from his/her savings account without being liable to pay advance profit.

Notice Days

Specify the number of days before which the customer should notify the bank if he/she wants to withdraw an amount more than the ‘Free Amount’ from his/her account.

Validity Period

Specify the validity period in number of days. During this period, the customer can do the withdrawal of the amount for which he/she notified the bank.

Note

This screen is applicable only for saving type of account

2.3.35 Specifying Cards Details

Card Summary details are maintained through the ‘Card Summary screen’. Click the ‘Cards’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

Here, you can view the following details.

Branch Code

The branch code is displayed from the main ‘Customer Accounts Maintenance’ screen.

Customer No

The customer identification code (CIF) of the account holder is displayed from the main ‘Islamic Accounts Maintenance’ screen.

Account No

The account number is displayed from the main ‘Customer Accounts Maintenance’ screen..

Authorisation Status

Indicate the authorisation status of the debit card by selecting one of the following values:

Record Status

Indicate the record status of the debit card by selecting one of the following values:

Branch Code

The system displays the branch code where the debit card has been issued.

Request Reference Number

The system displays the request reference number of the card issuance record.

Card Number

The system displays the debit card number of the card holder.

Multiple cards can be issued to a customer.

2.3.36 Specifying OFAC Check Details

OFAC check enables the application to call an external web service to perform black list check for customer and customer accounts and give warnings appropriately while transacting with black listed customers. You can also capture your remarks before overriding the black list warning.

Click ‘OFAC Check’ button in ‘Islamic Customer Accounts Detailed’ screen to view the OFAC check response in the ‘External System Details’ screen On clicking ’OFAC Check’ button, system will build the request XML and call the web service. The ‘External System details’ screen displays the response is received from the external system and you will be also allowed to enter your remarks in this screen. The response received will also be sent to Oracle FLEXCUBE Database layer for any further interpretations of the same.

Here, you can view /capture the following details:

External System Response

The response from the external system regarding the black listed customer is displayed here.

User Remarks

Specify your remarks regarding the black listed customer here.

2.3.37 Specifying Change Log Details

Change log details are maintained through the ‘View’. Click the ‘Change Log’ button in the ‘Islamic Customer Accounts Detailed’ screen to invoke this screen.

2.3.38 Maintaining Provisioning Preferences for a Islamic account

An account inherits the provisioning parameters defined for the Islamic account class it uses. You can change the defaulted parameters and make the following specifications, as required, in the Provision Details section of the ‘Islamic Customer Accounts Detailed - Auxiliary’ screen.

2.3.39 Maintaining Provisioning Percentages Details

In addition to the provisioning preferences listed above, you must also indicate the applicable provisioning percentage and the discount percentage details in the ‘Provision Percentages’ screen that you can invoke by clicking the ‘Provision’ button in the Provisioning Details section of the ‘Islamic Customer Accounts Detailed - Auxiliary’ screen.

You can maintain the following details here:

Provisioning Percentage

If you wish to indicate a specific provisioning percentage to be applicable for the account, you can specify it in the ‘Provisioning Percentage’ screen.

If you do not specify any provisioning percentage, the provisioning batch picks up the applicable provisioning percentage from the Exposure Provisioning Percentage Maintenance, for the exposure category of the account and the account status.

Discount Percentage

If you wish to indicate a specific discount percentage to be applicable for the account, you can specify it in the ‘Provisioning Percentage’ screen.

If you do not specify any discount percentage, the provisioning batch picks up the applicable discount percentage from the Exposure Provisioning Percentage Maintenance, for the exposure category of the account and the account status.

Viewing the Computed Provision Amount

The provision amount computed for the account is displayed in the Provision Amount field in the ‘Amounts and Dates’ button in the ‘Islamic Customer Account Maintenance’ screen.

2.3.40 Viewing details of Amounts and Dates

In the ‘Amounts and Dates’ screen you can view all Financial details of this customer’s account along with the details of the previous debit or credit activities. However, access to all financial information of an account can be restricted for any user. The financial details of an account include the account balance, the un-cleared debit and credit balances, the debit and credit turnover and the profit details.

Click the ‘Amounts and Dates’ button in the ‘Islamic Customer Accounts Detailed’ screen.

You can calculate the available amount from Sweep Structure for a Primary account as follows:

Sweep eligible balance = sum of (Available balance of Cover accounts, Available Linked amount of Auto Deposits and Available linked amount of Term Deposits)

This eligible balance will be calculated first time at the time of linking of cover accounts, Auto Deposits and Term Deposit accounts and it would be recalculated during

Clicking F11 key, the system will display the customer Balance view. If you click on the button details then the system displays the sweep eligible balance.

 

2.3.41 Viewing Total Available Balance Details

The total available balance displayed by the System includes the unutilized line amount in case the customer enjoys an OD limit.

In the Amounts and Dates screen, you can view the outstanding debit profit and/or charges due on the account, as on the current date.

You can also view the amount that can be withdrawn against uncollected funds, on the account. The System computes the allowable amount based on the Withdrawable Uncollected Funds Basis option specified in the Branch Parameters Preferences screen.

2.3.42 Viewing Turnover Amounts

In the ‘Customer Account - Turnover Amounts’ screen you can view the total turnover of this customer account from the first date of this month to the current day’s system date. Also, you can view the accumulated profit associated with debit or credit transactions after the last liquidation.

To view the turnovers for the account, click the ‘Turnover’ button. The Customer Accounts - Turnover Amounts screen is displayed.

After maintaining the required details you can return to the Amounts and dates screen.

2.3.43 Maintaining Other Details for Islamic Deposit Account

Using this screen, you can maintain the following details for Islamic Deposit Account:

For further details, refer the chapter ‘Maintaining Customer Accounts’ in the Core Entities User Manual.

The sign-on branch code is defaulted when you maintain a new instruction. The current system date is also displayed. You can select the customer account for which you want to maintain an operating instruction, from the available option-list.

On selection of the account, the description gets displayed in the adjacent field.

At the time of maintaining an instruction, you can also specify a condition for displaying the instructions when transactions pertaining to this account are being processed. The instruction will be displayed to you when the condition is satisfied.

2.3.44 Closing a Islamic Account

When you close an account the system will check whether an IP product linked to the account is pending liquidation. If an IP Product is pending liquidation you will be prompted to perform the liquidation before closing the account.

You can click on the Liquidate button to imitate the process whereby the system will calculate all outstanding amounts for all products involving the account and display the same. On confirming the details that are displayed the system liquidates the products. You will not be required to authorize this action.

If any provisioning has been done in respect of the account, the relevant amount is written back to the GL as specified in the maintenance, on Closure.

If the account does not have any IP products pending liquidation the system will display list of ‘Close Out’ modes in the ‘Account Closure Details’ screen.

In this screen you can select the Close Mode, which is to be used to close the account. The option list positioned next to this field contains a list of all the Close Modes maintained in the Customer Account Closing Modes screen. The product linked to the close mode will be defaulted.

Some of the close out modes may require additional details to complete the transaction. These additional details can pertain to either of the following:

Thus, based on the mode selected the withdrawal entries are booked against the appropriate product. The balance of the account will drop down to zero. Subsequently, the account is marked as closed.

For detailed information on the Customer Account Closing Mode Maintenance screen you can refer the Maintaining Customer Account Closing Modes sub-heading in Core Entities User Manual.

2.3.45 Executing Automatic Closure Batch

You can have all accounts for which the box ‘Account set for closing’ is checked automatically closed using a batch process after the profit distribution is completed. You need to configure this batch as a mandatory program in End of transaction Input (EOTI) stage using the ‘Mandatory Batch Program Maintenance’ screen. You can also configure it as an intraday batch.

You can invoke the ‘Mandatory Batch Program Maintenance’ screen by typing ‘EIDMANPR’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

This batch should be configured for execution after ICEOD batch.

Function Identification

Specify the function ID ‘ICPDMBT.

End of Cycle Group

Choose ‘End of Transaction Input’.

Frequency

Choose ‘Daily’ from the adjoining drop-down list.

After each profit distribution cycle, you will have to take a report of accounts where ‘Account set for closing’ is checked and then transfer the balance in such accounts in order to make the balance to zero for the purpose of automatic closure.

This batch will close all the applicable accounts after ensuring the following:

In case any of the aforesaid validations fail, the batch will not close the customer accounts. In case of such failure, the system will raise an exception.

2.3.46 Generating Alert for Secure Overdraft Utilization

Secure Overdraft (SOD) facility is given against collaterals for an account. Oracle FLEXCUBE facilitates generation of alert when SOD utilization is closer towards the consolidated limit amount of the collaterals.

Oracle FLEXCUBE runs a batch process to identify such breached SOD accounts and generates alerts as per the maintained percentage parameter at SOD account level and decides the breach limit for every account. The system sends the generated alerts as ADVICE format (email) or ASCII flat file. It defines the message format for email and captures the following key information to send these alerts to OD customer:

The system runs a CASA batch adding the following process ‘SODALERT’:

2.3.47 Creating a Message Advice Format

You need to create a message advice format through the ‘Advice Format Maintenance’ screen with the format named ‘SOD_CR_UTIL’. You should also create an outgoing generic interface to generate ASCII file where in the component details for the generic interface are the elements from the new data store. You need to schedule this generic interface to be executed during EOD through ‘GIDPRSIF’ batch.

Note

The system processes alerts only if the email address and mobile number are maintained for a customer.

You can know the Limit Utilization Breach for the account by the application of the following formula:

‘(Utilized limit amount) ≥ (SOD Amount * SOD notification percentage) / 100’

The Intermediate data store consists of the following details:

You need to maintain the following message advice format through the ‘Advice Format Maintenance’ screen.

#RH

< SOD ACCOUNT UTILIZATION>

Date: _DATE_

Bank Name: _BANK-NAME_

Branch Address: _BRANCH-ADDR_

Customer Name: _CUST-NAME1_

Customer ID: _CUSTOMER_

Account Number: _ACCOUNT-NO_

OD Amount: _OD_AMOUNT_

Utilised Amount: _UTIL_AMOUNT_

#EH

#B

#SC

#IF _DIFFEQAUL_

Your Account with Account Number _ACCOUNT-NO_ has reached the limit of the OD.

#ENDIF

#IF _DIFFGREATER_

Your Account with Account Number _ACCOUNT-NO_ has breached the limit of the

OD by _DIFFGREATER_

#ENDIF

#EC

#EB

#RF

FOR _BRANCHNAME_

AUTHORIZED SIGNATORY.

#EF

For more information on Advice Format, refer ‘Maintaining Advice Format’ chapter under ‘Messaging System’ User Manual.

Note

For multiple collaterals you need to consider consolidated limit amount for deriving the breach limit amount.

The system re-uses the following key information for alert generation:

2.3.48 Viewing Islamic Customer Accounts Details

You can view the Islamic customer accounts details maintained in the ‘Islamic Customer Accounts Detailed’ screen using the ‘Islamic Customer Accounts Summary’ screen. You can invoke this screen by typing ‘IASCUSAC’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

In the above screen, you can base your queries on any or all of the following parameters and fetch records:

Select any or all of the above parameters for a query and click ‘Search’ button. The records meeting the selected criteria are displayed.

Note

You can query or modify the account details of the customers whose accounts are permit­ted to you for the query/modification in the ‘Group Code Restriction’ screen.

If you are allowed to query customer information, then system displays the following details pertaining to the fetched records:

2.3.49 Releasing Track Receivable Details

Release of track receivable enables you to release the amount which is marked as available in the track receivable record. This increases the available balance in the account since the amount is released.

Allowing the release of available amount in a track receivable record enables the customer to utilize the amount for other priority transactions.

For the same contract reference number and component combination, the latest records must be released first. Also, there should not be any gap between the released records.

Example

Contract reference number - 000SAND110040001

Component - PRINCIPAL

Payment is due for 3 months. On 20/6/2014 there is a credit of 43433.34. Refer the table:

#

Component

Book Dateu

Amount Due

Available Amount

1

Principal

11/4/2014

16666.670x

16666.670

2

CHARGE

11/04/2014

100

100

3

PRINCIPAL

11/05/2014

166670.670

166670.670

4

PRINCIPAL

11/06/2014

166670.670

10000

5

CHARGE

11/04/2014

50

0

Example for Valid Cases

In the above case release of the track receivable records given in the below cases are valid

Example for Invalid Cases

Below cases are invalid

You can invoke this screen by typing ‘IADTRKRL’ in the field at the top right corner of the Application toolbar and clicking on the adjoining arrow button.

Specify the following details:

Account

The system displays the active accounts of the current branch that has some track receivable records with the available amount being greater than zero.

Account Description

The system automatically displays the description of the account upon the selection of the account.

Branch

The system displays the branch code of the transaction.

Booking Date

The system displays the date on which the record is created.

Module

Specify the module code of the track receivable record.

Component

Specify the component code of the track receivable record.

Amount Due

Specify the component code of the track receivable record.

Contract Reference Number

Specify the contract reference number of the track receivable record.

Product

Specify the Product code of the contract reference number.

Receivable Amount

Specify the amount which is marked as receivable in the account for the component.

Note

2.3.50 Viewing Release of Track Receivable Summary

You can view the release of track receivables details maintained in the Release of Track Receivable Summary screen. You can invoke this screen by typing ‘IASTRKRL’ in the field in the top right hand corner of the application toolbar and clicking on the adjoining arrow button.

In the above screen, you can base your queries on any of the following parameters and fetch records-

Select any or all of the parameters for a query and click ‘Search’ button. The records meeting the selected criteria are displayed.

2.3.51 Deleting Track Receivable Details

The Delete Track Receivable screen allows you to manually delete track receivable records. The first level of authorisation for deletion of Track Receivable must be done through CSDVERFY function id only.

For the same contract reference number and component combination, the latest records must be deleted first. Also, there should not be any gap between the deleted records.

Example

Contract reference number - 000SAND110040001

Component - PRINCIPAL

Payment is due for 3 months. On 20/6/2014 there is a credit of 43433.34. Refer the table:

#

Component

Book Date

Amount Due

Available Amount

1

Principal

11/4/2014

16666.670x

16666.670

2

CHARGE

11/04/2014

100

100

3

PRINCIPAL

11/05/2014

166670.670

166670.670

4

PRINCIPAL

11/06/2014

166670.670

10000

5

CHARGE

11/04/2014

50

0

Example for Valid Cases

In the above case, deletion of the track receivable records given in the below cases are valid:

4,3,1 & 2

4,3 & 2

4 & 2

Example for Invalid Cases

Below cases are invalid

3, 1

1

4,

1

You can invoke ‘Delete Track Receivable’ screen by typing ‘IADTRKDL’ in the field at the top right corner of the application toolbar and clicking on the adjoining arrow button.

 

Specify the following details:

Account

The system displays the active accounts of the current branch that has some track receivable records with the available amount being greater than zero.

Account Description

The system automatically displays the account description upon the selection of the account.

Branch

The system displays the branch code of the transaction.

Booking Date

The system displays the date on which the record is created.

Module

Specify the module code of the track receivable record.

Component

Specify the component code of the track receivable record.

Contract Reference Number

Specify the contract reference number of the track receivable record.

Product

Specify the Product code of the contract reference number.

Receivable Amount

Specify the amount which is marked as receivable in the account for the component.

Note

2.3.52 Viewing Deletion of Track Receivable Summary

You can view the deletion of track receivables details maintained in the Deletion of Track Receivable Summary screen. You can invoke this screen by typing ‘IASTRKDL’ in the field in the top right hand corner of the application toolbar and clicking on the adjoining arrow button.

In the above screen, you can base your queries on any of the following parameters and fetch records-

Select any or all of the parameters for a query and click ‘Search’ button. The records meeting the selected criteria are displayed.

2.4 Change Primary Party of an Account

This section contains the following topics:

2.4.1 Changing Primary Party of an Account

You can change the primary customer of a specific account using ‘Primary party Change Maintenance’ screen. To invoke this screen, type ‘IADCUSCH’ in the field at the top right corner of the application toolbar and click the adjoining arrow button.

Specify the following details:

Account

Specify the account number for which you need to change the primary customer. The option list displays all valid active and open accounts under the current branch. Unauthorized and tanked accounts will not be available for selection.

Select the appropriate account number.

Description

Based on the account selected, the system displays the account description.

Branch Code

The system displays the current branch code.

Currency

The system displays the currency associated with the selected account.

Customer Number

The system displays the customer number of the primary customer of the account.

You can modify this and specify the customer number as per requirement. The option list displays all valid active and open customer numbers. Select the appropriate one.

The customer number that you select here must be different from the customer number displayed on selection of the account number.

Once you have selected the customer number, click ‘Populate’ button. The system will update the ‘Account Signatory’ and ‘Linked Entities’ details based on the changed customer number. If you do not click the ‘Populate’ button, on saving the record, the system displays an error message.

Customer Name

Based on the customer number, the system displays the name of the customer.

Account Class

The system displays the account class to which the selected account belongs.

Remarks

Specify your remarks related to the change of primary customer.

2.4.2 Viewing linked Entities

Click ‘Linked Entities’ button to view the linked entities.

When you click ‘Populate’ button after selecting the customer account, the system will update the changed customer as the primary account holder in ‘Linked Entities’ screen. The other details will remain the same. However, you can modify the details.

For further details on the ‘Linked Entities’ screen, refer to the section ‘Specifying Linked Entities’ in this chapter.

2.4.3 Viewing Account Signatory Details

Click ‘Account Signatory’ button to view the account signatory details.

When you click ‘Populate’ button after selecting the customer account, the system will update the account signatory details based on the changed customer.

If you have checked the box ‘Replicate Customer Signature’, then the system clears the signatures maintained for the old customer in the ‘Account Signatory’ sub-screen and displays the rest of the signatures. This may include signatures of the joint holders. The system will also default the signature maintained for the changed primary account holder.

If you have not checked the option ‘Replicate Customer Signature’, then the system clears the signatures maintained for the old customer.

For further details on the ‘Account Signatory’ details, refer to the section ‘Specifying Account Signatory Details’ in this chapter.

2.4.4 Viewing Customer Change Details

Click ‘Customer Change Details’ button to view the details of primary customer changes.

You can view the following details:

Branch Code

The system displays the branch code.

Account

The system displays the account number for which the primary account has been changed,

2.4.4.1 Validate Tab

From the ‘Validate’ tab, you can validate the customer changes and view the error/override messages. Click ‘Validate’ button. The system will displays the following details if there is a possible error or override during the process.

Error Code

This is the error code for the error\ override message.

Type

This indicates whether the message was an error message or an override message.

Message

This field displays the details of the error/ override message.

The list will contain the details of possible errors in the beginning, followed by the possible overrides.

You can generate a report of the error/ override messages using the ‘Report’ button. Once you click this button, the system will display the ‘Report Options’ screen. Select the appropriate options and click ‘OK’ button to generate the report.

You can view the following details in the report:

Header

Under the Header, you can view the following details:

Detailed

Under detailed section, you can view the following details:

Based on the possible error information received, you can resolve such issues and proceed to save the customer change.

2.4.4.2 Customer Change Log Tab

Under this tab, you can see the history of all customer changes that has happened for the selected account.

In this tab, you can view the history of all customer changes happened on a given account. Against each customer change information, you can view all the overrides triggered during the change process.

This screen will display the details of unauthorized customer changes, if any. The authorizer can view the overrides and take a decision whether to authorize the change or not.

For each primary party change, you can view the following details:

For every selected change record, you can view the following details of the errors/ overrides:

Once you have captured and verified all the details, save the record. If the new customer number is not different from the old one, then the system will display an error message.

Note

The primary party change will be effected and updated in the customer account records only after authorization. During authorization, the system will repeat the validations. If there is any error, then you will not be allowed to authorize the record.

You need to manually handle the following situations:

You need to operationally handle the following changes:

Note

2.4.5 Viewing Islamic Primary Party Change Summary

You can view a summary of Islamic account primary party changes made in the system using ‘Islamic Primary Party Change Maintenance Summary’ screen. To invoke this screen, type ‘IASCUSCH’ in the field at the top right corner of the application toolbar and click the adjoining arrow button.

You can search for the records based on one or more of the following parameters:

Once you have specified the parameters, click ‘Search’ button. The system displays the following details of all records that match the search criteria.

Note

Following are some additional information related to primary party change.

2.5 Viewing Mudarabah Sweep Details

You can view Mudarabah Sweep details in the Mudarabah Sweep History Details screen. You can invoke this screen by typing ‘IADSWHIS’ in the field at the top right corner of the Application tool bar and clicking the adjoining arrow button.

In the above screen, you can base your queries on the following parameters and fetch records:

Select any or all of the above parameters for a query and click ‘Search’ button. The records meeting the selected criteria are displayed.

If you are allowed to query sweep details for the account, then system displays the following details pertaining to the fetched records:

If the Mudarabah Sweep detail is checked then the system displays the following sweep history for the customer account: