5. Processing Transactions - II

This chapter contains the following sections:

5.1 Mandatory Information for All Transaction Types

The transactions input detailed screen consists of the following sections:

The mandatory information you need to supply before saving the transaction is given below as under each section. This is applicable to all transaction types:

Client Information Section

 

Transaction Information Section

 

Payment Details Section

Fee Payment Details Section

Certificate Details Section

5.2 Unit Holder Balances Summary

This section contains the following topic:

5.2.1 Invoking Unit Holder Balances Summary Screen

In the ‘UnitHolder Balances Summary’ screen, you can query the database to obtain fund-wise balances of unit holders, as of a price date or settlement date. You can invoke this screen by typing ‘UTDUHBAL’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

As of a price date or a settlement date, you can view the balances for:

To obtain the required balances for viewing in this screen, you must specify the following information that would be used as search criteria:

Fund ID

Alphanumeric; 6 Characters; Mandatory

Specify the ID of the fund for which you require to view the unit holder balances. Alternatively, you can select fund ID from the option list. The list displays all valid fund ID maintained in the system.

Fund Identification Number

Display

The system displays the fund identification number.

Unit Holder ID

Alphanumeric; 12 Characters; Mandatory

Specify the ID of the unit holder for which you wish to view fund-wise balances as of the indicated date. You can also query for unit holder ID by clicking on ‘UH Find’ button.

Unit Holder Name

Display

The system displays the name of the selected unit holder ID.

Date Basis

Optional

Select whether you wish to view the balances as of a price date or a settlement date from the drop-down list. The list displays the following values:

Value Date

Date Format; Mandatory

Select the value date from the adjoining calendar.

The following details are displayed in the Fund ID Detail portion of the Unit Holder Balances screen:

You can view a transaction-wise breakup details for the unit balance, in the Transaction Details section:

5.3 Contract Notes for Transactions

Confirmation reports (contract notes) for transactions allocated on a business day may be obtained by printing them through the Confirmation Reports menu item in the Queries menu. You can print the notes as often as required through the Confirmation Reports menu.

The End of Day processes on a given business day also execute an EOD job that prints contract notes in respect of transactions allocated on a given business day. The job checks to see if the contract notes have already been printed from the menu. If so, duplicates will be printed only if the ‘Duplicates Required’ option in the task parameters static information for the job has been enabled and set to ‘Yes’. If the Duplicates Required option has been set to ‘No’, duplicate contract notes are not printed by the EOD job. The Duplicates Required option is configured by the implementers at your installation, according to your requirement in respect of printing of duplicate contract notes.

If the contract notes have not been printed through the Confirmation Reports menu, the EOD job prints the contract notes.

Also, if allowed, as explained above, the EOD job prints transaction contract notes for transactions involving only those unit holders for whom the ‘File’ option has not been set as the preferred mailing mode in the unit holder account details. For transactions involving any unit holders for which the ‘File’ option has been set in the account details, the EOD job suppresses the printing of contract notes.

5.4 Entering Payment Details for Transactions

This section contains the following topics:

5.4.1 Payment Incomplete Transactions

When you enter a transaction request from an investor into the system (in the Transaction Details screens), you can save the transaction without entering any details of payment, in either of the following cases:

Whenever you do not enter the payment details, the transaction is saved as a payment incomplete transaction.

Further, a payment incomplete transaction can be authorized, and the payment details “completed” or entered subsequently, after authorization.

5.4.2 Gross Basis and Net Basis Transactions

An investor may request either a gross basis or a net basis for processing a transaction, at the time when you enter the request into the system.

5.5 Enrich Exchange Rate Detail

This section contains the following topics:

5.5.1 Exchange Rate Enrichment for Exchange Rate Incomplete Transactions

When you enter a transaction request from an investor into the system (in the Transaction Details screens), you can save the transaction without specifying an exchange rate, in cases where the exchange rate for the source selected for the transaction has not been uploaded or is unavailable.

Whenever you do not enter the exchange rate, the transaction is saved as an exchange rate-incomplete transaction.

Further, an exchange rate incomplete transaction can be authorized, and the exchange rate “completed” or entered subsequently, after authorization.

Transaction Enrichment

The process of entering the exchange rate for an exchange rate incomplete transaction is known as Exchange Rate Enrichment.

Why must enrichment be performed?

A transaction can only be picked up by the End of Day process for allocation of units only if it is authorized and all necessary details are present in the transaction record. If the exchange rate is not available, the equivalent transaction amount in fund base currency cannot be computed. In the event of the transaction being authorized before the exchange rate details are specified, it must be made “exchange rate-complete” before it can be picked up subsequently for allocation.

When to perform enrichment?

Exchange rate enrichment must be performed as a mandatory procedure before an exchange rate incomplete transaction is allocated.

Exchange rate enrichment must also be performed for authorized transactions generated due to a standing instruction.

5.5.2 Invoking Enrich Exchange Rate Detail

You can specify the exchange rate for exchange rate incomplete transactions in the ‘FCIS Enrich Exchange Rate Detail’. You can invoke this screen by typing ‘UTDTXNEE’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

Enrich the exchange rate details in this screen as follows:

Transaction Type

Optional

Select the type of transaction from the drop-down list. The list displays the following values:

If u choose UT only incomplete UT transactions will be displayed for enrichment. If you choose LEP and mention the ‘Product ID’ and ‘Policy Number’, then all the underlying incomplete UT transactions of the particular policy will be available enrichment.

Operation Mode

Mandatory

Select the mode of operation from the drop-down list. The list displays the following values:

If you select ‘Enrich Exchange Rate’ or ‘Authorize’ option, then ‘Exchange Rate Status’ and ‘Ref Type’ fields will be disabled. Also ‘Execute’ and ‘Process’ buttons will be disabled.

Exchange Rate Status

Mandatory

Select the exchange rate status from the drop-down list. The list displays the following values:

If the transaction for which you are entering the exchange rate is an authorized transaction for which the exchange rate has not been entered, select ‘Incomplete’ option.

Ref Type

Optional

Select the ref type from the drop-down list. The list displays the following values:

Search Criteria

AMC ID

Alphanumeric; 12 Characters; Optional

Specify the AMC ID. Alternatively, you can select AMC ID from the option list. The list displays all valid AMC ID maintained in the system.

Fund ID

Alphanumeric; 6 Characters; Optional

Specify the fund ID. Alternatively, you can select fund ID from the option list. The list displays all valid fund ID maintained in the system.

Fund Name Short

Display

The system displays the short fund name for the selected fund ID.

Product ID

Alphanumeric; 10 Characters; Optional

Specify the product ID. Alternatively, you can select product ID from the option list. The list displays all valid product ID maintained in the system.

This field is enabled only if you have selected ‘Transaction Type’ as ‘LEP’.

Policy Number

Alphanumeric; 16 Characters; Optional

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

This field is enabled only if you have selected ‘Transaction Type’ as ‘LEP’.

Policy Txn Number

Alphanumeric; 16 Characters; Optional

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

This field is enabled only if you have selected ‘Transaction Type’ as ‘LEP’.

Exchange Rate Source

Alphanumeric; 6 Characters; Optional

Specify the exchange rate source. Alternatively, you can select exchange rate source from the option list. The list displays all valid exchange rate source maintained in the system.

Source Name

Display

The system displays the source name for the selected exchange rate source.

ISIN Code

Alphanumeric; 6 Characters; Optional

Specify the ISIN code. Alternatively, you can select ISIN code from the option list. The list displays all valid ISIN code maintained in the system.

If you specify the fund ID, the system displays ISIN code and vice versa.

From Date

Date Format; Optional

Select the From date from the adjoining calendar.

To Date

Date Format; Optional

Select the To date from the adjoining calendar.

Transaction Number

Alphanumeric; 16 Characters; Optional

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

Unit Holder ID

Alphanumeric; 12 Characters; Optional

Specify the unit holder ID.

You can query unit holder ID by clicking ‘Find UH’ button.

Clicking ‘Execute’ button, the system displays the following enrich exchange rate details:

This button will be enabled only if you have selected ‘Bulk Exchanged Rate Enrichment’ and ‘View Enrich Exchange Rate’ option in ‘Operation Mode’ field.

Click ‘Process’ button to process the exchange rate. This button will be enabled only if you have selected ‘Bulk Exchanged Rate Enrichment’ and ‘View Enrich Exchange Rate’ option in ‘Operation Mode’ field.

After specifying the necessary details, click ‘Ok’ button. This button will be enabled only if you have selected ‘Enrich Exchange Rate’ and ‘Authorize’ option in ‘Operation Mode’ field.

You can reset by clicking ‘Reset’ button. This button will be enabled only if you have selected ‘Enrich Exchange Rate’ and ‘Authorize’ option in ‘Operation Mode’ field.

Click ‘Authorize’ button to authorize the transaction.

5.5.3 Performing Bulk Update of Exchange Rate

Bulk Exchange rate enrichment is performed for authorized but un-allotted transactions in the system. To perform bulk update of exchange rates select ‘Bulk Exchange Rate Enrichment’ in the operation field.

Certain other fields will be displayed in this screen if you choose the operation as ‘Bulk Exchange Rate Enrichment’.

To invoke this screen type UTDTXNEE in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

Enrich the exchange rate details in this screen as follows:

5.5.4 Authorizing Exchange Rate Enrichments

After you have enriched the exchange rate in the Exchange Rate Enrichment screen, another user must authorize the enrichment for it to be effective in the system database, so that the transaction can be picked up for allocation.

To authorize the enrichment of exchange rate for a transaction, do as follows:

5.6 Payment Clearing Detail

This section contains the following topics:

5.6.1 Invoking Clearing Payment Instruments

The system provides the facility to keep track of the clearing status of payment instruments for transactions, or, in the case of LEP (Life and Endowment Products), on a policy level, on an online basis.

To update the clearing status of a payment, use the ‘Payment Clearing Detail’ screen. You can invoke this screen by typing ‘UTDPYCLR’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

5.6.2 Updating Clearing Status of Payment Instrument

To update the clearing status of a payment instrument for a transaction in the Payment Clearing screen, do as follows:

AMC ID

Alphanumeric; 12 Characters; Optional

Specify the AMC ID. Alternatively, you can select AMC ID from the option list. The list displays all valid AMC ID maintained in the system.

Payment Mode

Optional

Select mode of payment from the drop-down list, specified for the transaction for which you want to update the clearing status of the payment instrument. The list displays the following values:

Level

Optional

Select transaction level from the drop-down list. The list displays the following values:

Date Range

Optional

Select range of dates from the drop-down list that would signify the period between which the transaction date or the allotted date of the transaction would be found. The list displays the following values:

Transaction Number

Alphanumeric; 16 Characters; Optional

Specify the transaction number.

Fund ID

Alphanumeric; 6 Characters; Optional

Specify the fund ID. Alternatively, you can select fund ID from the option list. The list displays all valid fund ID maintained in the system.

ISIN Code

Display

The system displays the ISIN code for the selected fund ID.

Fund Name

Display

The system displays the fund name for the selected fund ID.

From

Date Format; Optional

Select the From date from the adjoining calendar.

To

Date Format; Optional

Select the To date from the adjoining calendar.

Click ‘Show Details’ button to view the following payment clearing details:

Click ‘Clear All’ button to clear the instruments displayed. Click ‘Reject All’ button to reject the instrument details. Depending on what you choose, either Clear All or Reject All, the clearing status field under the Payment Clearing grid will display the clearing status

After marking as many instruments as necessary for clearing or rejection, click the Save button to save your changes.

5.6.3 Payment Clearing Details

The following details are displayed in the Payment Clearing screen:

5.6.4 Authorizing Clearing Status

After you have updated the clearing status for a transaction payment instrument, another user must authorize the clearing status, for it to be effective in the system data stores.

To authorize a clearing status in the Payment Clearing screen, do as follows:

Clearing Status

3 Character, Alphanumeric, Mandatory

Select Clear to mark the check as Cleared. Select Reject to mark the check as Returned / Rejected.

Clearing Date

Date, Mandatory

Specify the date on which the clearing takes place. By default, the clearing date is deemed to be the application date.

Remarks

255 Characters Maximum, Alphanumeric, Mandatory

Specify any relevant remarks regarding the clearing status.

5.6.5 Tracking Status of Returned Cheques

After a transaction has been allocated, the purchase transaction will have a cooling block set, which implies that no units can be redeemed from this transaction’s lots. The cooling block will be removed (transaction will be cooled off) when the status of the instrument is updated as cleared.

You can track the status of the physical instruments using the Payment Clearing screen.

 

To track the status of a payment instrument for a transaction in the Payment Clearing screen, do as follows:

If you select an Instrument Status for one or all of Instruments for a transaction that results in payment / transaction rejection, system gives the following warning message “This will reject the entire transaction. Do you want to go ahead?”

5.6.6 Authorizing Tracking Status

After you have updated the status of a transaction payment instrument, another user must authorize the instrument status, for it to be effective in the system data stores.

To authorize an instrument status in the Payment Clearing screen, do as follows:

Instrument Status

Alphanumeric, Mandatory

Specify the status of the instrument in the Instrument Status field. The options:

Note

If the record is uploaded with the status ‘Debit Received’, the options in the drop-down list are ‘Reject Status Awaited’ and ‘Rejected’.

In case of uploaded records, system adds the following in the Remarks field:

‘Through Bank Recon Upload When No Action’

5.7 Transaction Load Override

This section contains the following topics:

5.7.1 Invoking Load Override Details

In FLEXCUBE Investor Services, you have the facility of changing the return value or final amount value of a load (charge) that is applicable for a transaction requested by an investor.

To override such a load, use the ‘FCIS Transaction Load Override Detail’ screen. You can invoke this screen by typing ‘UTDTXNLO’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

To override a load, do as follows:

Retrieve the record of the load that you want to override by specifying search parameters. You can specify any or all of the following to enable the search:

Find Criteria

Transaction Type

Optional

Select the type of transaction from the drop-down list. The list displays the following values:

Choose one of the following options and enter the associated number for the selected option in the text box below:

Fund ID

Alphanumeric; 6 Characters; Optional

Specify the fund ID in which the transaction was put through, for which you want to override a load. Alternatively, you can select fund ID from the option list. The list displays all valid fund ID maintained in the system.

Fund Name Short

Display

The system displays the fund name for the selected fund ID.

ISIN Code

Alphanumeric; 12 Characters; Optional

Specify the ISIN code.

If you have specified Fund ID, then the system displays the ISIN code for the specified fund ID and vice versa.

Agent Code

Alphanumeric; 12 Characters; Optional

Specify the agent code. Alternatively, you can select agent code from the option list. The list displays all valid agent code maintained in the system.

Branch

Alphanumeric; 12 Characters; Optional

Specify the branch code. Alternatively, you can select branch code from the option list. The list displays all valid branch code maintained in the system.

Force Re-Calculation

Optional

Check this box to enable force re-calculation.

Policy Number

Alphanumeric; 12 Characters; Optional

Specify the policy number

Policy Transaction Number

Alphanumeric; 12 Characters; Optional

Specify the policy transaction number.

Transaction Number

Display

The system displays the transaction number.

Record Status

Alphanumeric; 1 Character; Optional

Specify the record status.

When you have specified your criteria, click ‘Save’ button to save the details. Click ‘Ok’ button to view the following details:

Load Details

Load Details

The system displays the following Load Details for the selected transaction number:

Investor

Display Only

The ID of the unit holder who has made the transaction is displayed here.

Transaction Number

Display Only

In this field, the transaction numbers of the transactions, based on the selection criteria, are displayed

Fund ID

Display Only

The ID of the fund on which the transaction has occurred is displayed here

Original Return Value

Display Only

The original return value percentage of each of the applicable loads before the override is displayed here.

Original Load Amount

Display Only

The original load amount of each of the applicable loads before the override is displayed here, after being calculated based on the return value.

You are allowed to override the following details in this section:

Override Return Value

Numeric, 30 Characters; Optional

Enter a value to override the original Return Value for the given load, for the given transaction. If nothing is entered then the Return Value will be taken as it is for allocation purposes provided the Override Load Amount is not changed. If the Return value specified is a percentage, you can override this percentage too.

If the Load Amount is changed, the change is also reflected in the Load Return Value field.

Override Load Amount

Numeric, 30 Characters; Optional

Enter an amount to override the original Load Amount for the given load, for the given transaction. If nothing is entered then the Load Amount will be taken as it is for allocation purposes provided the Override Return Value is not changed.

If the Load Return Value is changed, the change is also reflected in the Load Amount field.

To Override

Optional

Indicate one of the following to indicate your preference for overriding, from the drop-down list:

Derived Load Details

You can check against the transaction number for which transaction is done in the check box.,

 

If the load is criteria based, the criteria will be displayed in the Load Details screen.

If any derived loads are applicable, they are also displayed and can be overridden.

Load Type

Display Only

The type of load, indicating whether it is a fee or an incentive, is displayed here.

Transaction Amount

Display Only

The transaction amount of the given transaction is displayed here.

Calculation Method

Display Only

This field displays the Calculation Method (either Slab, Linear or Weighted) for the particular Load.

Amount/Percent

Display Only

This Field displays whether the Return Value is displayed in Amount or Percentage.

Load Details

Original Return Value

Display Only

The original return value of each of the applicable loads before the override is displayed here, either as a percentage or a load amount.

Click the OK button to save your changes.

The following must be borne in mind at a general level, while carrying out load overrides in this screen:

Let us suppose that the Transaction Price is 10, and the load percentage is 5%. The amount displayed is as follows:

5% of 10=0.5.per unit.

If the load is not loaded to price, then the actual load amount is displayed here. Considering the same example above, If the transaction amount is 1000 currency units, and the load percentage is 5%, with the load not loaded to price, the load amount displayed is as follows:

5% of 1000=50 currency units.

5.7.1.1 Forcing Recalculation

When you open the load override screen for the first time (i.e., before any load overrides have been performed) and retrieve some load records, the computed load amounts are not displayed in the Amount/Return Value fields in the Txn Load Override screen. This will be so if you have not checked the Force Recalculation? field check box in the main Transaction Load Override screen. To indicate to the system that load computation must be done, you must Select this option. When you do so, the original computed loads, before any overrides, is displayed in the Return Value/Amount fields in the Txn Load Override screen.

After you perform the load overrides and override some or all of the retrieved loads, the overridden load records are saved as unauthorized load overrides. At this stage, when you open the Load Override screen and retrieve the overridden load records by specifying search criteria, you have the following options:

If a load override that is performed is subsequently authorized, then you will not be able to retrieve it through specifying search criteria.

5.7.1.2 Authorizing load Override

A user other than the one who performed the override must authorize any override of a load.

To authorize a load override, use the Transaction Load Override Authorization screen. You can access this screen by clicking the Summary option in the Txn Load Override menu item in the Transactions Input menu category of the Agency Branch main menu.

When you open this screen, the load overrides that have been exercised, that are pending authorization, are displayed along with their details.

Mark each override you want to authorize by selecting the Authorize option in the Authorize field against the required override row.

After you have marked as many records as necessary for authorization, click the Authorize button to effect the authorization.

5.8 Transaction Load Override Summary

This section contains the following topics:

5.8.1 Retrieving a Record in Transaction Load Override Summary Screen

You can retrieve a previously entered record in the Summary Screen, as follows:

Invoke the ‘FCIS Transaction Load Override Summary’ screen by typing ‘UTSTXNLO’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button and specify any or all of the following details in the corresponding details.

 

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, Reverse, Confirm operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value

5.8.2 Editing Transaction Load Override Record

You can modify the details of Transaction Load Override record that you have already entered into the system, provided it has not subsequently authorized. You can perform this operation as follows:

Click Save to save your changes. The FCIS Transaction Load Override Detail screen is closed and the changes made are reflected in the FCIS Transaction Load Override Summary screen.

5.8.3 Viewing Transaction Load Override Record

To view a record that you have previously input, you must retrieve the same in the FCIS Transaction Load Override Summary screen as follows:

5.8.4 Deleting Transaction Load Override Record

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

5.8.5 Authorizing Transaction Load Override Record

When a checker authorizes a record, details of validation, if any, that were overridden by the maker of the record during the Save operation are displayed. If any of these overrides results in an error, the checker must reject the record.

5.8.6 Amending Transaction Load Override Record

After a FCIS Transaction Load Override record is authorized, it can be modified using the Unlock operation from the Action List. To make changes to a record after authorization:

5.8.7 Authorizing Amended Transaction Load Override Record

An amended FCIS Transaction Load Override record must be authorized for the amendment to be made effective in the system. The authorization of amended records can be done only from Fund Manager Module and Agency Branch module.

The subsequent process of authorization is the same as that for normal transactions.

5.9 Global Order

This section contains the following topics:

5.9.1 Maintaining Global Order

Global Order is a process where a distributor bulks their investor’s transactions including Subscriptions, Redemptions and send to the Asset Management Companies or to the Fund Houses as a single Transaction for processing before the funds cut-off time on daily basis. The distributors generally will have an identification number with the fund houses or AMC’s which is called as Nominee Account Number. On receipt of a bulk order or GO from the distributor, the fund house will confirm the units allotted to this distributor or to the Nominee Account. On receipt of confirmation from fund house, distributor will then confirm the global order at his end. If there is any discrepancy in global order, then global order will go through a reconciliation mechanism to address the difference. Once the discrepancy, if any, is resolved, distributor will allocate units to underlying unit holders.

The GO will be grouped according to Fund, transaction type (subscription and redemption), transaction mode (units/amount), Transaction Category (Advised, Execution and Legacy), Account type, Indicator (gross/Net) and transaction date. This is applicable for daily price funds. For non daily price funds, the system will generate separate GO which will not include Transaction date in grouping.

5.9.2 Invoking Global Order Maintenance Detail Screen

You can maintain Global Order set up using ‘Global Order Maintenance Detail’ screen. To invoke this screen, type ‘UTDGOMNT’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

Select 'New' from the Actions menu in the Application tool bar or click new icon to enter the details of the ‘GO Maintenance Detail’ screen.

AMC ID

Alphanumeric; 12 Characters; Mandatory

Specify the AMC for which the GO is maintained. You can also select the valid AMC ID from the adjoining option list.

Unit Holder ID

Alphanumeric; 12 Characters; Mandatory

Specify the Unit Holder for which the GO is maintained.

You can also query for unit holder ID by clicking ‘Find UH’ button.

Unit Holder Name

Display

The system displays the unit holder name for the selected Unit Holder ID.

Global Order Generation Type

Optional

Select the Global Order generation type from the drop-down list. Following are the options available in the drop-down list:

GO Settlement

Optional

Select the GO Settlement details from the drop-down list. Following are the options available in the drop-down list:

Nominee Account Number

Alphanumeric; 16 Characters; Mandatory

Specify the nominee account number.

Include Back Dated Trade

Optional

Select if back dated trade is included from the drop-down list. Following are the options available in the drop-down list:

Net Off Distributor Fee

Optional

Select if distributor fee is netted off or not from the drop-down list. Following are the options available in the drop-down list:

GO Differential Distribution Logic

Optional

Select the GO differential distribution logic from the drop-down list. Following are the options available in the drop-down list:

If you maintain distribution logic as ‘To Highest Transaction Amount’ then the differential units will be adjusted to the transaction which has the highest transaction amount.

If you maintain distribution logic as ‘Highest Transaction Amount to Lowest’ then the system will distribute the difference amount from the highest transaction amount to the lowest in step up units.

Generate GO

Optional

Select if all the GO should be generated or GO as per transaction category should be generated from the adjoining drop-down list. Following are the options available:

5.9.2.1 UH Account Type Mapping Details

UH Account Type

Alphanumeric; 2 Characters; Mandatory

Specify the UH account type. You can also select the valid account type from the adjoining option list.

Account Description

Display

The system displays the description for the selected UH account type.

Once GO is generated, the system will generate subscription multiple order generation message (SWIFT) /redemption multiple order generation message for subscription/redemption global orders respectively as per the Swift pooling frequency defined in the system.

For non daily priced funds, the system will generate GO as per transaction cut-off date and it will take trade cycle override into account while generating GO.

In case for a trade TBC is different from FBC the system will only pick trades for which exchange rate is available. Exchange rate required to be maintained for the trades where exchange rate is not available. If no exchange rate is available for the trades where TBC is different from FBC then those trades will not be picked for GO.

The system will run a pre EOD batch to check if all trades for a given date have been sent across in a GO which will be based on price date.

5.10 GO Maintenance Summary

This section contains the following topics:

5.10.1 Retrieving Global Order Maintenance Record

You can view Global Order details using ‘GO Maintenance Summary’ screen. To invoke this screen, type ‘UTSGOMNT’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can retrieve previously entered Global Order Maintenance as follows:

After retrieving a record, you can perform the following actions in the Global Order Maintenance Detail screen:

5.10.2 Viewing Global Order Maintenance Record

To view a record that you have previously entered, you must retrieve the same in the ‘Global Order Maintenance Summary’ screen, as follows:

5.10.3 Editing Global Order Maintenance Record

You can modify the Global Order details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.10.4 Deleting Global Order Maintenance Record

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

Note

The maker of the record can only delete the unauthorized record.

5.10.5 Authorizing Global Order Maintenance Record

Apart from the maker, someone else must authorize an unauthorized global order record deal in the system for it to be processed. To authorize a record:

5.10.6 Amending Global Order Maintenance Record

After a global order record is authorized, it can be modified using the Unlock operation from Action list. To make changes to a record after authorization:

5.10.7 Copying Global Order Maintenance Record

To create a new record with details similar to a previously created record, refer to the following steps:

5.10.8 Closing Global Order Maintenance Record

To close an authorized record, refer to the following steps:

You can re-open any closed record at a later point in time.

5.11 Global Order Confirmation Detail

This section contains the following topic:

5.11.1 Invoking Global Order Confirmation Detail Screen

You can specify the price received from the fund house against the GO using ‘GO Confirmation Detail’ screen. the system which provide the details of price uploaded for the Global Orders. To invoke this screen, type ‘UTDGOCNF’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

Select 'New' from the Actions menu in the Application tool bar or click new icon to enter the details of the ‘GO Confirmation Detail’ screen. You can enter the following in this screen:

GO Number

Alphanumeric; 16 Characters; Mandatory

Specify the Global Order number.

If you click on ‘Populate’ button, the following fields are displayed:

AMC ID

Display

The system displays the AMC ID.

Fund ID

Display

The system displays the fund ID.

Unit Holder ID

Display

The system displays the unit holder ID.

Unit Holder Name

Display

The system displays the unit holder name.

UH Account Type

Display

The system displays the UH account type.

Nominee Account Number

Display

The system displays the nominee account number.

Remarks

Alphanumeric; 255 Characters; Mandatory

Specify remarks, if any.

GO Date

Display

The system displays the Global Order date.

Transaction Category

Display

The system displays the transaction category. One of the following values are displayed in this field:

GO Transaction Type

Display

The system displays the GO transaction type.

GO Mode

Display

The system displays the GO mode. One of the following values are displayed in this field:

GO Status

Optional

Select the Global Order status from the drop-down list. Following are the options available in the drop-down list:

For Amount based order, if confirmation amount is mismatch then system will save record with Status as ‘Amount Mismatch’.

For Unit based order, if confirmation unit is mismatch then system will save record with Status as ‘Unit Mismatch’.

For Amount/ unit based order, if confirmation price is different than the fund price (for transaction date and transaction type combination) then system will save GO with status as ‘Price Mismatch’.

If unit/ amount and confirmation price matches then system will save the GO with confirmed status as ‘GO Confirmed’.

You can change the GO status manually to either GO confirmed or GO rejected in the GO Confirmation screen. All other statuses are defaulted by the system without manual intervention. Once GO is rejected, post confirmation of rejected order and all underlying transactions in the GO will be rejected. These will not be taken up for allocation.

GO Units

Display

The system displays the Global Order units.

GO Confirmed Units

Numeric; 27 Characters; Optional

Specify the Global Order confirmed units.

GO Amount

Display

The system displays the Global Order amount.

GO Confirmed Amount

Numeric; 30 Characters; Optional

Specify the Global Order confirmed amount.

GO Confirmed Price

Numeric; 22 Characters; Optional

Specify the Global Order confirmed price.

The system will consider the confirmation price received against a GO as the fund price for the GO confirmation date.

GO Price Date

Display

The system displays the Global Order price date.

The ‘GO Confirmation Detail’ screen will support all messages received via Swift Messages and will be enabled for any manual confirmation.

If no confirmation is received from the fund house, then GO will not be reversed, however, it will reflect GO status as ‘Pending Confirmation’ in ‘GO Confirmation Detail’ screen

The system will run the pre-EOD batch to check if all GOs generated for the day have been confirmed. The batch will also include unconfirmed GOs for back dated. Only if GO is confirmed, the underlying trades will be allotted.

5.12 Global Order Confirmation Summary

This section contains the following topics:

5.12.1 Retrieving Global Order Confirmation Record

You can view Global Order Confirmation details using ‘GO Confirmation Summary’ screen. To invoke this screen, type ‘UTSGOCNF’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button to perform the following operations:

 

You can retrieve a previously entered Global Order Confirmation Details as follows:

After retrieving a record, you can perform the following actions from the Global Order Confirmation Detail screen:

5.12.2 Viewing Global Order Confirmation Record

To view a record that you have previously entered, you must retrieve the same in the ‘GO Confirmation Summary’ screen, as follows:

5.12.3 Editing Global Order Confirmation Record

You can modify the Global Order confirmation details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.12.4 Deleting Global Order Confirmation Record

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

Note

The maker of the record can only delete the unauthorized record.

5.12.5 Authorizing Global Order Confirmation Record

Apart from the maker, someone else must authorize an unauthorized global order confirmation record deal in the system for it to be processed. To authorize a record:

5.12.6 Copying Global Order Confirmation Record

To create a new record with details similar to a previously created record, refer to the following steps:

5.12.7 Closing Global Order Confirmation Record

To close an authorized record, refer to the following steps:

You can re-open any closed record at a later point in time.

5.13 GO Reconciliation Details

This section contains the following topic:

5.13.1 Invoking Global Order Reconciliation Detail

The system will compare the confirmation message received from the fund house with the original message generated. If there is a mismatch in the fund price received from the fund house for this order compared to fund price received for an earlier order having same fund ID/transaction type/ transaction date, then same will get reflect in the ‘GO Reconciliation’ screen. You can manually correct the status message as ‘Confirmed’ or ‘Rejected’ which will be confirmed from the fund house.

If the latest GO price is different from the existing fund price, then you need to confirm the GO price. Update the correct price in the GO, once the price issue is sorted out. On updating the correct price, all the GO will have the same price for the transaction date/fund/transaction type combination.

IF GO price is correct, you can update other GO (for same transaction date/transaction type/fund) and even fund price. On update, all the GO will have same price for the transaction date/fund/transaction type combination. Once the price is amended with the correct price, you can authorize the transaction from ‘GO Reconciliation’ screen.

The mismatch transaction will no longer reflect in the ‘GO Reconciliation’ screen once authorized.

To invoke this screen, type ‘UTDGORCN’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button to perform the following operations:

 

Select 'New' from the Actions menu in the Application tool bar or click new icon to enter the details of the ‘GO Confirmation Detail’ screen.

GO Number

Alphanumeric; 16 Characters; Mandatory

Specify the Global Order number.

If you click on ‘Populate’ button, the following fields are displayed:

AMC ID

Display

The system displays the AMC ID.

GO Transaction Type

Display

The system displays the GO transaction type.

Nominee Account Number

Display

The system displays the nominee account number.

GO Mode

Display

The system displays the GO mode

Fund ID

Display

The system displays the fund ID.

Unit Holder ID

Display

The system displays the unit holder ID.

UH Account Type

Display

The system displays the UH account type.

Remarks

Alphanumeric; 255 Characters; Optional

Specify remarks, if any.

GO Date

Display

The system displays the Global Order date.

GO Status

Optional

Select the Global Order status from the drop-down list. Following are the options available in the drop-down list:

The system will compare the confirmation message received from the fund house with the original message generated

In case, if there is a mismatch in the fund price received from the fund house for this order compared to fund price received for an earlier order having same fund id/transaction type/transaction date, then same will get reflect in the “GO Reconciliation” screen for manual correction with status message as ‘Confirmed Price Mismatched’.

The correct price will be confirmed from the fund house outside the system.

If the latest GO price is different from the existing fund price, you need to confirm GO price.

Once the price issue is sorted out, you should update the correct price in the GO.

IF GO price is correct, then update the fund price. On update, all the GO will have same price for the transaction date/fund/transaction type combination.

Once the price is amended with the correct price, you should authorize the transaction from ‘GO Reconciliation’ screen.

The mismatch transaction will no longer reflect in the GO Reconciliation screen once authorized.

GO Units

Display

The system displays the Global Order units.

The confirmation message received from the fund house will be compared with the original message generated.

For a units based order, in case, if there is a mismatch in the GO Units Value received from the fund house, then same will get reflect in the ‘GO Reconciliation’ screen for manual correction with status message as ‘Confirmed Units Mismatched’

The correct value will be confirmed from the fund house outside the system

Once the units issue is sorted out, you need to update the units with correct units in ‘GO Reconciliation’ screen

Once the units are amended with the correct Units, you should authorize the transaction from GO Reconciliation screen

The mismatch transaction will no longer reflect in the GO Reconciliation screen once authorized.

GO Confirmed Units

Numeric; 27 Characters; Optional

Specify the Global Order confirmed units.

Once the GO is confirmed all the underlying transactions will be picked up for allocation by allocation batch. Once the underlying GO trades are allocated during EOD, the system will do a reconciliation of allotted units against confirmed units.

If there is a difference in the allotted units, the same will be reflected in the “GO Reconciliation” screen with a status message “GO Allotted Units Mismatched”. This will be before rounding difference process.

To sort the difference, the system will calculate the threshold units in ‘Fund Rules’ screen. If the difference units are more than the threshold units maintained, you need to manually round off the units.

If the difference units falls under the threshold units maintained, the system will automatically rounded off using a distribution logic with values as “To Highest Transaction Amount” and “Highest Transaction Amount to Lowest”

This distribution logic are applicable to funds, which fall under the AMC for which Distribution logic has been maintained

If user maintained distribution logic as “To Highest Transaction Amount” then the system will adjust the differential units to the transaction which has the highest transaction amount.

If user maintained distribution logic as “Highest Transaction Amount to Lowest” then system will distribute the difference amount from the highest transaction amount to the lowest in step up units.

If the AMC confirmed units are more than the system allotted, then system calculates Negative (-ve) differential units. If the AMC confirmed units are less than the system allotted, then system calculates Positive (+ve) differential units

Once the rounding difference is sorted out, this transaction will no longer reflect in the “GO Reconciliation” screen.

The difference units distributed based on the logic will be tracked separately during allocation

Based on the logic- system will update the allocated units with extra or reduced units

GO Amount

Display

The system displays the Global Order amount.

GO Confirmed Amount

Numeric; 30 Characters; Optional

Specify the Global Order confirmed amount.

The confirmation message received from the fund house will be compared with the original message generated

For an amount based order In case, if there is a mismatch in the GO Amount Value received from the fund house, then same will get reflect in the ‘GO Reconciliation’ screen for manual correction with status message as “Confirmed Amount Mismatched”

The correct value will be confirmed from the fund house outside the system

Once the Amount issue is sorted out, you need to update the amount with correct amount in GO Reconciliation screen

Once the amount are amended with the correct amount, you should authorize the transaction from ‘GO Reconciliation’ screen

The mismatch transaction will no longer reflect in the ‘GO Reconciliation’ screen once authorized.

GO Confirmed Price

Numeric; 22 Characters; Mandatory

Specify the Global Order confirmed price.

Transaction Category

Display

The system displays the transaction category. One of the following values are displayed in this field:

GO Price Date

Display

The system displays the Global Order price date.

Once the GO is confirmed all the underlying transactions will be picked up for allocation by allocation batch. Once the underlying GO trades are allocated during EOD, system will do a reconciliation of allotted units against confirmed units.

If there is a difference in the allotted units, the same will be reflected in the ‘GO Reconciliation Detail’ screen with the status message as “GO Allotted Units Mismatched”

This will be before rounding difference process.

If the AMC confirmed units are more than the system allotted, then the system will calculate Negative (-ve) differential units.

If the AMC confirmed units are less than the system has allotted, then the system will calculate Positive (+ve) differential units

Once the rounding difference is sorted out, this transaction will no longer reflect in the ‘GO Reconciliation Detail’ screen.

The GO Reconciliation screen will show any unconfirmed global orders and those with a price mismatch or those where the allotted units does not match the confirmed number of units during de-aggregation.

In case the confirmation message is not received on any date, the system will show all the transactions with, confirmation related columns as BLANK and the Confirmation Status field will show the message as “Confirmation message pending”.

5.14 GO Reconciliation Summary

This section contains the following topics:

5.14.1 Retrieving Global Order Reconciliation Record

You can view Global Order Confirmation details using ‘GO Reconciliation Summary’ screen. To invoke this screen, type ‘UTSGORCN’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can retrieve a previously entered Global Order Reconciliation Details as follows:

After retrieving a record, you can perform the following actions in the ‘Global Order Reconciliation Detail’ screen:

5.14.2 Viewing Global Order Reconciliation Record

To view a record that you have previously entered, you must retrieve the same in the ‘GO Reconciliation Summary’ screen, as follows:

5.14.3 Editing Global Order Reconciliation Record

You can modify the Global Order Reconciliation details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.14.4 Deleting Global Order Reconciliation

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

Note

The maker of the record can only delete the unauthorized record.

5.14.5 Authorizing Global Order Reconciliation Record

Apart from the maker, someone else must authorize an unauthorized global order confirmation record deal in the system for it to be processed. To authorize a record:

5.14.6 Copying Global Order Reconciliation Record

To create a new record with details similar to a previously created record, refer to the following steps:

5.14.7 Closing Global Order Reconciliation Record

To close an authorized record, refer to the following steps:

You can re-open any closed record at a later point in time.

5.15 Global Order Settlement Details

This section contains the following topic:

5.15.1 Invoking Global Order Settlement Detail Screen

You can maintain the pending transactions for the settlement using ‘GO Settlement Detail’ screen.

To invoke this screen, type ‘UTDGOSTL’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button to perform the following operations:

 

Select 'New' from the Actions menu in the Application tool bar or click new icon to enter the details of the ‘GO Settlement Detail’ screen.

GO Number

Alphanumeric; 16 Characters; Mandatory

Specify the Global Order number.

If you click on ‘Populate’ button, the following fields are displayed:

AMC ID

Display

The system displays the AMC ID.

Fund ID

Display

The system displays the fund ID.

Unit Holder ID

Display

The system displays the unit holder ID.

Unit Holder Name

Display

The system displays the unit holder name.

UH Account Type

Display

The system displays the UH account type.

Remarks

Alphanumeric; 255 Characters; Mandatory

Specify remarks, if any.

Settlement Amount

Numeric; 30 Characters; Mandatory

Specify the settlement amount.

Settlement Date

Date Format; Optional

Specify the settlement date.

Payment Mode

Optional

Select the mode of payment from the drop-down list. Following are the options available in the drop-down list:

Transaction Category

Optional

Select the transaction category from the adjoining drop-down list. The available values are:

GO Date

Display

The system displays the Global Order date.

GO Mode

Display

The system displays the GO mode

GO Transaction Type

Display

The system displays the GO transaction type.

GO Units

Numeric; 27 Characters; Optional

Specify the GO units.

GO Amount

Numeric; 30 Characters; Optional

Specify the GO amount.

Settlement Status

Optional

Select the settlement status from the adjoining drop-down list. Following are the option available:

Sub Payment Mode

Mandatory

Select sub payment mode from the adjoining drop-down list. Following are the options available:

Bank

Alphanumeric; 12 Characters; Mandatory

Specify the bank code. This adjoining option list displays all valid bank code maintained in the system. You can choose the appropriate one.

Branch Code

Alphanumeric; 12 Characters; Mandatory

Specify the branch code. This adjoining option list displays all valid branch code maintained in the system. You can choose the appropriate one.

Account Type

Alphanumeric; 1 Characters; Mandatory

Specify the type of account. This adjoining option list displays all valid account type maintained in the system. You can choose the appropriate one.

Account Currency

Alphanumeric; 3 Characters; Mandatory

Specify the currency details. This adjoining option list displays all valid currency code maintained in the system. You can choose the appropriate one.

Account Holder Name

Alphanumeric; 100 Characters; Mandatory

Specify the account holder name.

Account Number

Alphanumeric; 16 Characters; Mandatory

Specify the account number.

5.16 Global Order Settlement Summary

This section contains the following topics:

5.16.1 Retrieving Global Order Settlement Record

You can view Global Order Settlement details using ‘GO Settlement Summary’ screen. To invoke this screen, type ‘UTSGOSTL’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button..

 

You can retrieve a previously entered Global Order Settlement Details as follows:

After retrieving a record, you can perform the following actions in the Global Order Settlement Detail screen:

5.16.2 Viewing Global Order Settlement Record

To view a record that you have previously entered, you must retrieve the same in the ‘GO Settlement Summary’ screen, as follows:

5.16.3 Editing Global Order Settlement Record

You can modify the Global Order Settlement details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.16.4 Deleting Global Order Settlement Record

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

Note

The maker of the record can only delete the unauthorized record.

5.16.5 Authorizing Global Order Settlement Record

Apart from the maker, someone else must authorize an unauthorized global order confirmation record deal in the system for it to be processed. To authorize a record:

5.16.6 Amending Global Order Settlement Record

After a global order settlement record is authorized, it can be modified using the Unlock operation from Action list. To make changes to a record after authorization:

Amend the necessary information. Click the Save button to save the changes.

5.16.7 Copying Global Order Settlement Record

To create a new record with details similar to a previously created record, refer to the following steps:

5.16.8 Closing Global Order Settlement Record

To close an authorized record, refer to the following steps:

You can re-open any closed record at a later point in time.

5.17 Global Order Status

This section contains the following topic:

5.17.1 Retrieving Global Order Status Record

You can view the status of a GO at different stages using ‘GO Status Summary’ screen. To invoke this screen, type ‘UTSGOENQ’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can retrieve previously entered Global Order Status Details as follows:

5.18 Global Order Generation

This section contains the following topics:

5.18.1 Invoking GO Generation Screen

You can invoke ‘GO Generation’ screen by typing ‘UTDGENGO’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can specify the following details:

Fund ID

Alphanumeric; 6 Characters; Optional

Specify the fund ID. Alternatively, you can select fund ID from the option list. The list displays all valid fund IDs maintained in the system.

ISIN Code

Alphanumeric; 25 Characters; Optional

The system displays the ISIN Code for the selected fund ID. However, you can amend this value.

If you have selected fund ID, then the system displays the ISIN code and vice versa.

AMC ID

Alphanumeric; 12 Characters; Mandatory

Specify the AMC ID. Alternatively, you can select AMC ID from the option list. The list displays all valid AMC IDs maintained in the system.

Trading Agent Code

Alphanumeric; 12 Characters; Optional

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

Submit For

Optional

Select the submit option from the drop-down list. The list displays the following values:

5.19 Trading Transaction or Global Order Restriction Map­ping

This section contains the following topics:

5.19.1 Invoking Trading Transaction or Global Order Restriction Mapping Screen

You can maintain Global order restriction for various transaction types using ‘Trading Transaction or Global order Restriction Mapping’ screen. You can invoke this screen by typing ‘UTDTRDRS’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can specify the following details:

Restriction Mapping

Transaction Type

Alphanumeric; 2 Characters; Mandatory

Specify the type of transaction to be mapped for restriction. Alternatively, you can select transaction type from the option list. The list displays all valid transaction type maintained in the system.

Restriction Details

Restrict For

Alphanumeric; 2 Characters; Mandatory

Specify the restricted options. Alternatively, you can select restricted options from the option list. The list displays all valid restricted options maintained in the system.

Restriction Category

Alphanumeric; 2 Characters; Mandatory

Specify the restriction category. Alternatively, you can select restriction category from the option list. The list displays all valid restriction category maintained in the system.

5.20 Trading Transaction or Global Order Restriction Map­ping Summary

This section contains the following topics:

5.20.1 Retrieving a Trading Transaction or Global Order Restriction Mapping Record

You can retrieve a previously entered record in the Summary Screen, as follows:

You can invoke ‘Trading Transaction or Global order Restriction Mapping’ screen by typing ‘UTSTRDRS’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value.

Note

The status field in the Records pane of the summary screen displays the bulk operation results.

For example:

You can search the record for Transaction Type by using the combination of % and alphanumeric value as follows:-

5.20.2 Editing Trading Transaction or Global Order Restriction Mapping Re­cord

You can modify the details of Trading Transaction or Global order Restriction Mapping record that you have already entered into the system, provided it has not subsequently authorized. You can perform this operation as follows:

Click Save to save your changes. The Trading Transaction or Global order Restriction Mapping Detail screen is closed and the changes made are reflected in the Trading Transaction or Global order Restriction Mapping Summary screen.

5.20.3 Viewing Trading Transaction or Global Order Restriction Mapping Re­cord

To view a record that you have previously input, you must retrieve the same in the Trading Transaction or Global order Restriction Mapping Summary screen as follows:

5.20.4 Deleting Trading Transaction or Global Order Restriction Mapping Re­cord

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

5.20.5 Authorizing Trading Transaction or Global Order Restriction Mapping Record

When a checker authorizes a record, details of validation, if any, that were overridden by the maker of the record during the Save operation are displayed. If any of these overrides results in an error, the checker must reject the record.

5.20.6 Amending Trading Transaction or Global Order Restriction Mapping Re­cord

After a Trading Transaction or Global order Restriction Mapping record is authorized, it can be modified using the Unlock operation from the Action List. To make changes to a record after authorization:

5.20.7 Authorizing Amended Trading Transaction or Global Order Restriction Mapping Record

An amended Trading Transaction or Global order Restriction Mapping record must be authorized for the amendment to be made effective in the system. The authorization of amended records can be done only from Fund Manager Module and Agency Branch module.

5.21 ISA Transfer

This section contains the following topics:

5.21.1 Maintaining ISA Transfer

You can maintain ISA transfer details using ‘One Legged Transfer’ screen. This screen supports the following transactions:

Transfer Out

This is a one legged transfer which is used to redeem holdings. On selecting the transfer out option, the system will auto calculate the number of units and will populate the Fund Grid.

Transfer out will be a Redemption transactions and it will go as per aging logic maintained at fund level.

The system will generate the underlying Transactions by units on authorisation of the transaction in the Transaction value field of the detail section. Under this One-legged Transfer, when all transactions are generated successfully, a unique reference number will be generated and this reference will be reference number for underlying transactions.

The system will generate the redemption transactions on authorisation of this one-legged transfer. While generating if one of the transactions fail due to any of the validations, all underlying transactions will be rolled back. For failed transaction, the system will display an error message.

The payment preference maintained at the time of Uh creation will be used as settlement mode. Transfer out can be used for ISA/non ISA accounts

Transfer In

This is a one legged amount based transfer. You can enter the transfer amount and fund details. On authorisation, the system will generate authorised subscription transactions at the fund Level. A new ref type (OI  - One Legged Transfer In) will be available for such transfers.The settlement mode for such transactions will be cash.

The Current Year ISA Subscription Amount will be used to update the ISA Limits. The system will validate the ISA amounts against the existing limits if the Unitholder Account already exists.

If the ISA transfer in transaction exceeds the ISA allowance/ limit for the current tax year then on authorization of the transaction the system display an error message as “Exceeds the ISA allowance for the current tax year”.

The system will consider the current ISA Transfer in transactions at the time of ISA allowance/ limit computation for the tax year. The system will not allow backdated transfers. However, you can record date of transfer which can be back dated.

The system will use amount captured in the current year ISA subscription amount limit field to update utilised amount for the unitholder.

In Specie Transfer Out

An investor can Transfer out his ISA account to another ISA manager during the current ISA tax year. This will essentially be a one- legged unit based transaction. Following are the different options available:

On authorisation of the record, the system will generate redemption transactions at the Fund Level. In specie redemption transactions will have payment mode as ‘In Kind’

In specie Transfer Out will record these transfers.While saving, the system will automatically populate the Current Year ISA Subscription Amount and the Previous Year ISA amounts.

If any un-allotted transactions are available at the time of ISA Transfer out transactions, the system will display an error message as “Un-Allotted Transactions available. Please do the Transfer once all Units are Priced!”.

After an Any year ISA, the system will transfer the transactions,. If there is an investment in the ISA account then the system will display an error message as “ISA account transferred- New investments not allowed” while saving

Note

This will not apply for system generated transactions. This check will only be done for the Tax Year when the Full Transfer was done. Post that tax year this validation will not be applied.

The system will display G1/G2 split of units (at fund level) under transfer. This will also be applicable to non ISA accounts.

In-specie Transfer-In

You can transfer your ISA account to another ISA manager during the current ISA tax year by either a complete ISA transfer or a Partial ISA transfer. This will essentially be a one- legged unit based transaction.

The system will allow you to select ISA manger and based on the ISA manager chosen, the system will validate the transfer in funds against the list of funds mapped to ISA manager.

If the fund does not exist in the list maintained at the Entity level then the system will display the an error message as “Fund not in Acceptance list for ISA manager”.

The validation will be based on the Fund ID and the New ISA manager captured at the time of in-specie Transfer in transaction. This will be unit based transfer, you will not be allowed to enter Amount.

On authorisation of the record, the system will generate an authorized Net Unit-based Subscription Transactions at the Fund Level. Inspecie Transfer In will be made available for these transactions.The settlement mode for these transactions will be ‘In Kind’.

The Current Year ISA Subscription Amount will be used to validate the ISA Limits.

If the ISA transfer in transaction exceeds the ISA allowance/ limit for the current tax year, then on save of the transaction the system displays an error message as “Exceeds the ISA allowance for the current tax year”

The system will consider the current ISA Transfer in transactions at the time of ISA allowance/ limit computation for the tax year.

You can record G1/G2 split of units under transfer at fund level. Backdated transfers will not be allowed. There will be no limit validation for previous year ISA transfer in. The previous year ISA transfer in date can be lesser than account opening date.

First ISA transaction date will also be recorded during transaction capture.

5.21.2 Invoking One Legged Transfer Screen

You can specify ISA transfer details using ‘One Legged Transfer’ screen. You can invoke this screen by typing ‘UTDOLT’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

You can specify the following details:

Unit Holder ID

Alphanumeric; 12 Characters; Mandatory

Specify the unit holder ID.

You can also query unit holder ID by clicking ‘Find UH’ button

Unit Holder Name

Display

The system displays the unit holder name for the selected Unit Holder ID while saving.

CIF Number

Display

The system displays the customer ID.

Reference Number

Display

The system displays the reference name.

Transfer Type

Optional

Select the type of transfer from the adjoining drop-down list. Following are the options available:

Transaction Date

Date Format; Mandatory

Specify the transaction date.

Transaction Currency

Alphanumeric; 3 Characters; Mandatory

Specify the transaction currency.

Communication Mode

Display

The system displays the mode of communication.

Old ISA Manager

Alphanumeric; 12 Characters; Optional

Specify old ISA Manager details. This adjoining option list displays all valid old ISA manager details maintained in the system. You can choose the appropriate one.

New ISA Manager

Alphanumeric; 12 Characters; Optional

Specify new ISA Manager details. This adjoining option list displays all valid new ISA manager details maintained in the system. You can choose the appropriate one.

First ISA Txn Date

Date Format; Optional

Specify first ISA transaction date.

Remarks

Alphanumeric; 255 Characters; Optional

Specify remarks, if any.

Curr Year ISA Amount

Numeric; 18 Characters; Optional

Specify the current year ISA amount.

Prev Year ISA Amount

Numeric; 18 Characters; Optional

Specify the previous year ISA amount.

Transfer Option

Optional

Select the transfer option from the adjoining drop-down list. Following are the options available:

One-legged transfer details

Transaction Number

Display

The system displays the transaction number on authorization.

Fund ID

Alphanumeric; 6 Characters; Optional

Specify the fund ID. This adjoining option list displays all valid fund ID maintained in the system. You can choose the appropriate one.

Fund Name

Display

The system displays the name of the fund for the selected fund ID.

Units

Numeric; 27 Characters; Optional

Specify the in-specie transfer in units.

This field is enabled only for in-specie transfer in type of transaction.

G1 Units

Numeric; 27 Characters; Optional

Specify the in-specie transfer in G1 units.

This field is enabled only for in-specie transfer in type of transaction.

G2 Units

Numeric; 27 Characters; Optional

Specify the in-specie transfer in G2 units.

This field is enabled only for in-specie transfer in type of transaction.

Amount

Numeric; 18 Characters; Optional

Specify the transfer amount.

5.21.3 Validating ISA Transactions

Any ‘IN’ transaction captured for unitholder ID having account type as ISA will be validated for breach of overall limit within the date range maintained for the account type in ‘Account Type Maintenance’ screen.The validation will be based on transaction date. This validation is only for the mapped ref types.

If any backdated transactions are entered for previous year (less than from date), the system will display the warning message as “Entered transaction does not belong to current period- Do you wish to continue?”.

Limit validations will be done for transactions entered for previous ISA year.

If any future dated transactions are entered for coming tax year (greater than To date), the system will display the warning message as “Entered transaction does not belong to current period- Do you wish to continue?”.

Limit validations will be done for transactions entered for coming ISA year.

ISA validations will again be subject to appropriate ref type being mapped in the ‘Account Type Maintenance’ screen. If ref type is not mapped in ‘Account Type Maintenance’ screen, the transaction will not be validated for limit breach validation.

If an IN transaction is reversed or cancelled utilized amount will be reset.

If a transaction is breaching ISA limit maintained at account type level, then the system will display a warning message.

Gross amount in Fund base currency will be used to validate the amount limit breach. For user entered transaction, there will be online check if the transaction amount is breaching the limit. For unit based transactions, the system will use the latest available NAV to calculate the amount.

In case of cross currency transactions,,latest exchange rate maintained for default source will be used when account type currency is different from fund base currency

In case of standing instructions, there will be no validations during setup. During SI transaction generation, the system will validate for overall limit breach and if breaching will not generate the SI transaction, it will log in error table.

Apart from online check, there will be limit breach check at allocation level. Any transaction breaching the overall limit will not be allocated.

5.22 One Legged Transfer Summary

This section contains the following topics:

5.22.1 Retrieving ISA Transfer Details

You can view ISA transfer details using ‘One Legged Transfer - Summary’ screen. To invoke this screen, type ‘UTSOLT’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can retrieve previously entered ISA Transfer Details as follows:

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, Reverse, Confirm operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value.

Example

You can search the record for Account Type by using the combination of % and alphanumeric value as follows:

5.22.2 Editing ISA Transfer Details

You can modify the ISA Transfer Details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.22.3 Viewing ISA Transfer Details

To view a record that you have previously input, you must retrieve the same in the ‘One Legged Transfer - Summary’ screen as follows:

5.22.4 Deleting ISA Transfer Details

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

5.22.5 Authorizing ISA Transfer Details

An unauthorized fund restriction record must be authorized in the system for it to be processed. To authorize a record:

When a checker authorizes a transaction, the system will create UT transactions and displays only the corresponding transaction overrides.

5.22.6 Amending ISA Transfer Details

After a fund restriction record is authorized, it can be modified using the Unlock operation from the Action List. To make changes to a record after authorization:

5.23 Distribution Void Detail

This section contains the following topics:

5.23.1 Invoking Distribution Void Detail Screen

You can do void processing at UH and transaction level. You can specify the unit holder ID or specific transaction number, and then that specific UH/transaction will be void in system with immediate effect (post authorization). You can capture void reason during void save.

The account can be voided for a given date range.

You can specify the void details by using ‘Distribution Void Detail’ screen. To invoke this screen, type ‘UTDDVOID’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button to perform the following operations:

 

You can specify the following details:

Fund ID

Alphanumeric; 6 Characters; Mandatory

Specify the fund ID. This adjoining option list displays all valid fund ID maintained in the system. You can choose the appropriate one.

Payment Number

Alphanumeric; 5 Characters; Mandatory

Specify the payment number. This adjoining option list displays all valid payment number maintained in the system. You can choose the appropriate one.

Void Status

Optional

Select the void status from the adjoining drop-down list. Following are the options available:

Distribution Type

Alphanumeric; 1 Character; Mandatory

Select the type of distribution. This adjoining option list displays all valid fund ID maintained in the system. You can choose the appropriate one.

Unit Holder ID

Alphanumeric; 12 Characters; Mandatory

Specify the unit holder ID. You can also click on ‘Fund UH’ button to select the valid unit holder ID.

Unit Holder Name

Display

The system displays the unit holder name for the selected unit holder ID.

Void Status

Optional

Select the void status from the drop-down list. The list displays the following values:

Effective Date

Date Format; Mandatory

Specify the application date.

Payment Date

Date Format; Optional

Specify payment date.

Distribution Amount

Numeric; 30 Characters; Optional

Specify the distribution amount.

Tax Amount

Numeric; 30 Characters; Optional

Specify the valid tax amount.

Account Type

Alphanumeric; 2 Characters; Optional

Select the type of account. This adjoining option list displays all valid fund ID maintained in the system. You can choose the appropriate one.

Distribution Void Amount

Numeric; 30 Characters; Optional

Specify the distribution void amount.

This field is enabled only if you have selected ‘Void Status’ as ‘Partial’.

Tax Void Amount

Numeric; 30 Characters; Optional

Specify the distribution void tax amount.

This field is enabled only if you have selected ‘Void Status’ as ‘Partial’.

Remarks

Alphanumeric; 255 Characters; Mandatory

Specify remarks, if any.

5.23.2 Validating ISA Void

Distribution Void

You can maintain partial Voids and full amount void values at a unit holder distribution level using distribution void feature.

You can mark the distribution record as fully void or partially void by selecting Full/Partial option in ‘Void Status’ field.

If you select ‘Partial void’ option, then you can provide the Void Distribution amount and the void Tax amount. You can also amend this maintenance and change the status to Blank.

You can amend the distribution void amount and distribution void tax amount with effective date being the application date. The system will store the latest effective date record in the system as latest record which will be available for amending the void record.

The distribution void processing is only for reporting purpose and will not have any systemic impact on tax credit.

Tax Credit

You can process tax credit transactions by providing the details such as fund ID dividend payment number, account type. the system will default the tax credit date to the application date. Based on this, any tax deducted from the unitholder will be credited back to the unitholder.

In case, if the unitholder is marked as void or any transaction belonging to unitholder is marked as Void, then the tax credit will not happen the system will mark the record as error and log the details into a table.

Tax credit Reversal batch will trigger reversal of Tax credit reinvestments and Tax credit payments.

To reverse the Tax Credit Reinvestment transaction, you will have to select the Fund and Processing mode as reverse so that payment number are available for selection. On selection of payment number and entering remarks, you should run the reversal batch process.

Payment numbers which are gone through Tax Credit processing will only be available for reversal processing. If Tax Credit Reversal has been performed for a payment, such payment number will be available for Tax Credit processing again. However, such payment number will not be available for Tax Credit Reversal processing until such payment is go through Tax Credit processing subsequently.

On Reversal of Tax Credit, the system will place reversal entries for tax credits reinvested and internally track reversal of tax credit payments. You should reverse after the paydate with the system treating the reversal of reinvestment transactions and payments in the same way the distribution reversal process does.

On successful reversal processing, if there are dependent transactions like redemptions, switch out and transfer out linked to tax credit Reinvestments, then such transactions will not be reversed and these details will be logged.

In case the dividend is reversed before tax credit processing, then such dividends will not come for Tax Credit Processing. In case dividend is reversed after tax credit processing, you will have to reverse the tax credit separately.

If Dividend is amended, then revised dividends will come for Tax credit processing. In such case, revised Tax amount will come for credit processing for dividend payments and reinvestments. If you amend the dividend after tax credit, in such case, tax credit will to be reversed and reprocessed.

Dividend Reversals

If dividend is reversed after tax credit, the dividend reversal or dividend reprocess batch will not trigger the reversal of Tax Credit transactions, because Dividend reprocessing and Tax Credit batch is independent activities. You will have to manually trigger tax credit reversal batch.

5.24 Distribution Void Summary

This section contains the following topics:

5.24.1 Retrieving Void Details

You can view void details using ‘Distribution Void Summary’ screen. To invoke this screen, type ‘UTSDVOID’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can retrieve a previously entered void Details as follows:

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, Reverse, Confirm operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value.

Example

You can search the record for Unit Holder ID by using the combination of % and alphanumeric value as follows:

5.24.2 Editing Void Details

You can modify the Void Details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.24.3 Viewing Void Details

To view a record that you have previously input, you must retrieve the same in the ‘Distribution Void Summary’ screen as follows:

5.24.4 Deleting Void Details

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

5.24.5 Authorizing Void Details

An unauthorized fund restriction record must be authorized in the system for it to be processed. To authorize a record:

When a checker authorizes a transaction, details of validation, if any, that were overridden by the maker of the transaction during the Save operation are displayed. If any of these overrides results in an error, the checker must reject the transaction.

5.24.6 Amending Void Details

After a fund restriction record is authorized, it can be modified using the Unlock operation from the Action List. To make changes to a record after authorization:

Amend the necessary information and click on Save to save the changes.

5.25 Void Maintenance Detail

This section contains the following topics:

5.25.1 Invoking Void Maintenance Detail Screen

You can perform void processing at UH and transaction level using ‘Void Maintenance Detail’ screen. You can provide unitholder ID or specific transaction number and then specific UH/transaction will be void in system with immediate effect (post authorization). You can capture void reason while saving a void. You can also void and account for a given range.

You can invoke the ‘Void Maintenance Detail’ screen by typing ‘UTDVOID’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can specify the following details:

Unit Holder ID

Alphanumeric; 12 Characters; Mandatory

Specify the unit holder ID. You can also query for unit holder ID by clicking ‘Find UH’ button.

Unit Holder Name

Display

The system displays the name of the selected unit holder ID.

From Date

Date Format; Mandatory

Select the date from when the void details needs to be maintained from the adjoining calendar.

To Date

Date Format

Select the date till when the void details needs to be maintained from the adjoining calendar.

Void Status

Optional

Select the void status from the drop-down list. The list displays the following values:

Void Level

Optional

Select the void level from the drop-down list. The list displays the following values:

Remarks

Alphanumeric; 255 Characters; Optional

Specify remarks, if any.

Transaction Number

Alphanumeric; 16 Characters; Optional

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

5.26 Void Maintenance Summary

This section contains the following topics:

5.26.1 Retrieving Void Maintenance Details

You can view void details using ‘Void Maintenance’ screen. To invoke this screen, type ‘UTSVOID’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can retrieve a previously entered void Details as follows:

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, Reverse, Confirm operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value.

Example

You can search the record for Unit Holder ID by using the combination of % and alphanumeric value as follows:

5.26.2 Editing Void Maintenance Details

You can modify the Void Maintenance Details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.26.3 Viewing Void Maintenance Details

To view a record that you have previously input, you must retrieve the same in the ‘Void Maintenance’ Summary screen as follows:

5.26.4 Deleting Void Maintenance Details

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

5.26.5 Authorizing Void Maintenance Details

An unauthorized Void Maintenance record must be authorized in the system for it to be processed. To authorize a record:

When a checker authorizes a transaction, details of validation, if any, that were overridden by the maker of the transaction during the Save operation are displayed. If any of these overrides results in an error, the checker must reject the transaction.

5.26.6 Amending Void Maintenance Details

After a Void Maintenance record is authorized, it can be modified using the Unlock operation from the Action List. To make changes to a record after authorization:

Amend the necessary information and click on Save to save the changes.

5.27 Intra-day Checks for Transactions

This section contains the following topics:

5.27.1 Invoking Intra-day Transaction Check Screen

For a fund, limits on transaction volumes (minimum and maximum limits for both amount and units) are defined in the Transaction Processing Rules, for each transaction type. The limits so defined are validated whenever individual transactions are allocated in the system.

You may require the transaction limits for a fund to be checked for and enforced at any of the following levels of aggregation:

To specify the level at which the check must be performed, you can use the Intra-Day Transaction Check screen, which you can invoke from the Fund Manager menu.

To invoke this screen, type UTDIDYCK in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

In this screen, you specify the aggregation level at which the check must be performed, in the Criteria field. Click ‘Process’ button to apply the check. The system aggregates all the unallocated transactions into each fund at the level you have specified, and displays those transactions that violate the limits maintained in the Transaction Processing Rules for the fund.

Criteria Level

Optional

Select the level at which transactions must be aggregated for enforcement of the transaction limit check from the drop-down list. The system aggregates all unallocated transactions into each fund at the level you have specified, and displays those transactions that violate the limits maintained in the Transaction Processing Rules for the fund.

The drop-down list displays the following values:

Clicking ‘Process’ button, the system displays the following values:

5.27.2 Pre-EOD Check for Intra-day Transaction Validation

During the Pre-EOD processes, the system checks for the transactions that violate the minimum / maximum limits defined for the fund, aggregated at CIF level, and ensures that they are not put through.

Intra-day Check – Example

In the Transaction Processing Rules, the following minimum and maximum limits have been maintained:

Fund ID

Transaction Type

Minimum Amount

Maximum Amount

Minimum Units

Maximum Units

Royal Trust Growth Fund

Subscription

1,000

10,000,000

100

1,000,000

The details of unit holders transacting in the Royal Trust Growth Fund are as follows:

Unit Holder ID

CIF

Account Type

Identification Type

Identification Number

UH1

CIF1

CPFOA

NRIC

N0001

UH2

CIF1

CPFSA

NRIC

N0001

UH3

CIF1

Cash

Passport

A80899

UH4

CIF2

ASPFOA

NRIC

N0001

The following transactions are entered into the Royal Trust Growth Fund:

Transaction Number

Unit Holder

CIF

Transaction Type

Transaction Mode

Amount

Units

S1

UH1

CIF1

Subscription

Amount

10,000,000

 

S2

UH2

CIF1

Subscription

Units

 

1,000,000

S3

UH3

CIF1

Subscription

Amount

900

 

S4

UH4

CIF2

Subscription

Units

 

90

When the intra-day check is enforced, the following transactions violate the check:

At Unit Holder aggregation level

The transactions S3 and S4 are displayed in the Intra-Day Transaction Check screen, since the transaction volumes are below the minimum transaction amount and minimum transaction units for subscription maintained for the fund in the Transaction Processing Rules.

At CIF aggregation level

The transactions S1 and S3 are summed for CIF 1, and the sum (10,000,900) exceeds the maximum amount for subscription transactions for the Royal Trust Growth Fund. Therefore, S1 and S3 are displayed in the Intra-Day Transaction Check screen.

Also, the number of units for transaction S2 falls below the minimum units for subscription transactions for the Royal Trust Growth Fund. Therefore, S2 is displayed in the Intra-Day Transaction Check screen.

At Identification Number level

The transactions S2 and S4 are summed for NRIC – N0001, and the sum (10,000,090 units) exceeds the maximum units for subscription transactions for the Royal Trust Growth Fund. Therefore, S2 and S4 are displayed in the Intra-Day Transaction Check screen.

Also, the number of units for transaction S3 falls below the minimum amount for subscription transactions for the Royal Trust Growth Fund. Therefore, S3 is displayed in the Intra-Day Transaction Check screen.

5.28 UH Portfolio Readjustment Details

This section contains the following topics:

5.28.1 Readjusting Unit Holder Portfolio

You can define percentage of the readjusted portfolio fund wise for a given Unit Holder using the ‘Readjustment of UH Portfolio’ screen. Based on this percentage defined, the system will readjust portfolio by means of switch/pseudo switch on the given funds of the unit holder. All the switch and pseudo switch transactions are unit based transactions. You can invoke this screen by typing ‘UTDUHPR’ in the field at the top right corner of the Application tool bar and click the adjoining arrow.

 

Select 'New' from the Actions menu in the Application tool bar or click new icon to enter the details of the ‘Readjustment of UH Portfolio’ screen.

5.28.2 Main Tab

Unit Holder ID

Alphanumeric; 12 Characters; Mandatory

Specify the unit holder ID. You can also click ‘Find UH’ button to find the authorized unit holders. The system displays a list of authorized unit holders maintained in the system.

Aggregate Currency

Alphanumeric; 3 Characters; Optional

In case the readjustments are between the funds of different fund base currency (FBC), then you have to specify the aggregate currency. Specify the aggregate currency. You can also select the aggregate currency from the adjacent option list. The option list consists of all the valid and authorized currency codes maintained in the system. While processing the transaction, the system will convert the currencies of the current holdings of the selected funds into aggregate currency for the purpose of comparing and achieving the required portfolio.

The system triggers an error message if there are funds involving more than one FBC and if the aggregate currency is not specified. However, if all the funds defined in the screen are having same fund base currency, then the system defaults the aggregate currency with the same fund base currency. For instance, if all the funds defined are having FBC as ‘USD’, then on saving the details, the system will default aggregate currency as ‘USD’.

Note

The aggregate currency chosen should be the FBC of at least one of the funds selected.

Readjustment Status

Display

Based on the status of the readjustment, the status is displayed here. The following are the status available:

You can modify the details only if the readjustment status is ‘Not Processed”.

Note

For a given unit holder, there can be only one ‘Not Processed’ readjustment.

Readjustment ID

Display

On saving the details, the readjustment ID is generated. Later, you can use this number to query the details.

Cancelled

Optional

The system will not generate the transactions that are ‘authorized but are yet to be processed’. This option is enabled only during amending operation.

Details

Fund ID

Alphanumeric; 6 Characters; Mandatory

Specify the fund ID. You can also select the fund ID from the option list provided. The option list displays the valid fund IDs maintained in the system. You should at least specify two funds for readjustments and for the given unit holder, at least one of the funds defined should have the settled unit balance.

Fund Name

Display

Based on the fund ID selected, the fund name is displayed.

Fund Base Currency

Display

Based on the fund ID selected, the fund base currency is displayed.

% Holding after Readjustment

Alphanumeric; 5 Characters; Mandatory

Define the percentage of the readjusted portfolio for the unit holder. After readjustment, this is the percentage of the total holdings of the settled units for the selected funds. The total percentage should added up to hundred percent.

5.28.3 Transaction Details Tab

Click ‘Transaction Details’ tab to view the generated transaction details.

 

The following details are displayed:

5.28.4 Errors Tab

During transaction generation, if one of the transactions fails, then the system will log an error as 'Transaction Processing Failed'. It will not generate the partial successful transactions. The failed reasons can be viewed under ‘Errors’ tab. Click ‘Errors’ tab to view the error details:

 

The system displays the following values:

Note

In case of pseudo switch, the transaction currency for the subscription transaction will be the fund base currency of the redemption transaction fund.

5.28.5 Processing Readjustment Portfolios

As part of EOD process, all the settled units as on date are considered for readjustments. The total current holdings are arrived using the latest NAV of the funds involved. The current holdings of each fund are compared with the required readjusted portfolio (both amounts are in aggregate currency). The transaction type to be used is based on the net inflows and outflows required to achieve the required readjustment. If a switch transaction is required among these funds, the system will generate normal switch or pseudo switch based on the funds involved belong to the same AMC or different AMC respectively. The readjustment request is rejected if there is any amount block on one of the fund where in units has to be switched out.

5.29 UH Portfolio Readjustment Summary

This section contains the following topics:

5.29.1 Retrieving Readjustment Portfolio

The portfolio readjustment details must be authorized by another user. You can invoke ‘UH Portfolio Readjustment Summary’ screen by typing ‘x’ in the field at the top right corner of the Application tool bar and click the adjoining arrow.

 

You can retrieve a previously entered broker deal as follows:

You can perform Edit, Delete, Amend and Authorize operation by selecting from the Action list.

5.29.2 Editing Readjustment Portfolio

You can modify the details of the readjustment portfolio that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.29.3 Viewing Readjustment Portfolio

To view a record that you have previously entered, you must retrieve the same in the ‘UH Portfolio Readjustment Summary’ screen, as follows:

5.29.4 Deleting Readjustment Portfolio

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

Note

The maker of the record can only delete the unauthorized record.

5.29.5 Authorizing Readjustment Portfolio

Apart from the maker, someone else must authorize an unauthorized broker deal in the system for it to be processed. To authorize a record:

5.29.6 Amending Readjustment Portfolio

After a broker deal record is authorized, it can be modified using the Unlock operation from Action list. To make changes to a record after authorization:

5.30 Help Desk Facility

This section contains the following topics:

5.30.1 Invoking Help Desk Detail Screen

The FLEXCUBE Investor Services system provides the facility of querying and reporting between entities in the system.

To query about any other entity or report information (such as complaints) regarding any entity in the system, use the Help Desk Detail’ screen. You can invoke this screen by typing ‘UTDHLPDS’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

You can use this screen to

5.30.2 Initiating and Processing Queries

To initiate (or process) a query, in the Help Desk (Detail) screen, specify the following in the Help Details section:

Any follow up or processing of the query can likewise be entered in a similar manner, as described above.

To add a new row to the Helpdesk Events grid, choose the Add button.

Helpdesk Reference Number

Display

Every query you initiate in the system is assigned a unique reference number by the system. If you are entering a new query in this screen, this field is empty and locked, and when you specify all the information that is mandatory for initiating a query, the reference number is generated by the system when you Save the information.

If you have retrieved a query for viewing or processing, the reference number of the retrieved query is displayed here and it cannot be altered.

Attended by

Alphanumeric; 15 Characters; Optional

Specify the name of the person who is assigned to attend to the details of the query.

Reporting Entity Type

Alphanumeric; 1 Character; Mandatory

Specify the type of entity that is initiating the query. Choose from the drop down list.

Query Severity

Optional

Specify the criticality of the query, by selecting it from the drop-down list. The list displats the following values:

Reporting Entity ID

Alphanumeric; 12 Characters; Mandatory

Specify the ID of the entity that is initiating the query.

Status

Mandatory

When you are initiating a new query, this field is locked and has a default value, “Open”, signifying that the query is yet to be processed. Subsequently, when you retrieve the record of a query in this screen, and edit the same, you can update the status of the query by making the appropriate selection in this field. A query can be open, closed or being followed up. Accordingly, choose the desired option from the drop-down list. The list displays the following values:

Query Type

Optional

Specify the type of query that is being initiated, by selecting it from the drop-down list. The list displays the following values:

Query Category

Alphanumeric; 6 Characters; Mandatory

Specify the subject of the query, by selecting it from the drop down list.

Problem Description

Alphanumeric; 255 Characters; Mandatory

Narrate the problem, if any, or the statement of the query, in a few words.

Helpdesk Events

You must specify the details of the modes in which any query is initiated or followed up, in this section.

Helpdesk Mode

Mandatory

For new queries, the mode specified here must be Inquiry. Select the help desk mode from the drop-down list. The list displays the following values:

Event Date/Time

Display

The time at which the query/follow up action was received is displayed here.

Event Mode

Mandatory

Select the mode through which the query / follow up action was received. from the drop-down list. The list displays the following values:

Event Description

Alphanumeric; 255 Characters; Mandatory

Give a brief description, if any, about how the query / follow up action was received.

Event Object Available

Indicate from the drop-down list if the event object is available or not. The list displays the following values:

Event Image

If the details of the query / follow up action is contained in a document, specify the path to the same here. Click ‘Event Image’ button to upload the image.

5.31 Help Desk Summary

This section contains the following topics:

5.31.1 Retrieving a Query Record

To view or edit a helpdesk query, use the ‘Help Desk Summary’ screen. You can invoke this screen by typing ‘UTSHLPDS’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can retrieve a previously entered query record  in the Help Desk Summary screen, as follows:

After Consolidation Transaction are entered into the system, you can perform any of the following operations:

5.31.2 Editing a Query Record

You can modify the details of a Help Desk record that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

5.31.3 Viewing a Query Record

To view a Help Desk record that you have previously entered, you must retrieve the same in the Help Desk Summary screen, as follows:

To retrieve the Help Desk record that is to be viewed, specify any or all of the details of the transaction in the corresponding fields on the screen, and click

  All transactions with the specified details are retrieved and displayed in the lower portion of the screen.

Select the Help Desk record that you want to view in the list of displayed transactions, in the lower portion of the screen.

The Help Desk Detail screen is opened by double clicking the selected record, with the selected record displayed in view mode.

5.31.4 Deleting a Query Record

You can delete only unauthorized Help Desk record in the system.

To delete a Help Desk record that you have previously entered, you must retrieve the same in the Help Desk Summary screen, as follows:

5.31.5 Authorizing Query Record

An unauthorized record must be authorized in the system for it to be processed. To authorize a record:

5.31.6 Amending a Query Record

Authorization of amended transactions can only be done from Fund Manager Module and Agency branch Module.

Select the status of the Help Desk record that you wish to retrieve for amendment. You can only amend records of transactions that are authorized.

Specify any or all of the details of the Help Desk record in the corresponding fields on the screen. All transactions with the specified details are retrieved and displayed in the lower portion of the screen.

Double click the adjustment transaction that you want to amend. The Help Desk. Click the Unlock operation from the Action list to amend the transaction.

Amend the necessary information. Click 'OK' to save your changes. Only escalation details can be changed during an amend operation.

5.31.7 Authorizing a Query Record

An amended Help Desk record must be authorized for the amendment to be made effective in the system. The authorization of amended records can only be done from Fund Manager Module and Agency branch Module.

The process of authorization is subsequently the same as that for normal transactions.

5.32 Sending and Receiving Messages

This section contains the following topics:

5.32.1 Invoking Send/ Receive Messages Screen

Messages can be relayed to and fro between modules in the system. Use the ‘Send / Receive Messages’ screen to do this. You can invoke this screen by typing ‘UTDSEREM’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

5.32.2 Send Messages Tab

Agent Code

Alphanumeric; 12 Characters; Mandatory

Specify the Agent Code of the module to which you are sending the message

Branch Code

Alphanumeric; 12 Characters; Mandatory

Specify the branch Code of the module to which you are sending the message,

Message

Alphanumeric; 255 Characters; Optional

Enter the message that has to be sent.

To send a message, specify the Agent and Branch Code of the module to which you are sending the message, and key in the text of the message in the Message field box. Then click the Send button.

To receive a message, specify the Agent and Branch Code of the module from which you are receiving the message, and click the Receive button. The text of the incoming message is displayed in the Message field box.

5.32.3 Receive Messages Tab

 

Agent

Display

This displays the entity from which the message has come. For outgoing messages, it will display the current entity code.

BRANCH NAME

Display

This displays the bank name to which the agent belongs.

Time Stamp

Display

This displays the time when the message had come.

User ID

Display

This displays the User ID of the person from whom the message has come from.

Message

Alphanumeric; 255 Characters; Optional

The text of the message that has been received is displayed here.

Delete?

Optional

Click on Delete Message button to delete the message.

Click ‘Delete Message’ to delete the messages.

5.33 RTA Transfer Details

This section contains the following topics:

5.33.1 Invoking RTA Transfer Details

The RTA Transfers Detail In and Out screen captures the details that are present in the RTA incoming interface related data store. In the case of a transfer out transaction, the transaction is generated and needs to be confirmed by the bank. To invoke this screen, click on the main menu item Maintenance and then click on Details under the sub-menu item RTA Transfer Detail.

You can also invoke this screen by typing ‘UTDRTAIO’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

The following details can be captured here:

RTA Transfer Detail

Reference Number

Alphanumeric; 16 Characters; Mandatory

Specify a reference number for the account. This will be deemed as a unique alphanumeric identifier for the account. It could be the serial number that is given on the application form through which the investor has invested in the AMC. It could also be any alphanumeric value given by the investor, to identify the account.

Transaction Type

Mandatory

Specify the type of transfer, the options being

CIF

Alphanumeric; 12 Characters; Mandatory

Specify the CIF number of the customer for whom you are creating a transferring the units.

RTA/Channel

Alphanumeric; 12 Characters; Mandatory

Select the RTA from the drop down list.

Unitholder ID

Alphanumeric; 12 Characters; Mandatory

It may be defaulted based on the selection from Unit holders for CIF; else you need to specify the unit holder ID here.

You can query for unit holder ID by clicking ‘Find’ button.

Unit Holder Name

Display

The system displays the name of the selected unit holder ID.

Name

Alphanumeric; 255Characters; Mandatory

Specify the name of the RTA/Channel here.

5.33.2 Transfers IN Details Tab

 

AMC ID

Alphanumeric; 12 Characters; Optional

Select the code of the AMC in whose funds the investor wishes to invest, from the list provided. You capture this information for the purpose of identifying the AMC to which the unit holder belongs, and in whose database the unit holder account will reside.

AMC Name

Display

The system displays the name of the selected AMC ID.

Fund ID

Alphanumeric; 6 Characters; Optional

Select the fund ID into which the unit holder wishes to invest.

Fund Identification Number

Display

The system displays the fund identification number.

Fund Name Short

Display

The system displays the short name of the fund.

Transaction Date

Display

The default date here would be the application date; however you will be able to edit it.

Folio No/Check Digit

Alphanumeric; 20 Characters; Optional

Specify the folio for the AMC if the unit holder does not have prior records of transactions with the AMC specified, else is it defaulted depending on the unit holder ID and the AMC ID.

Entity ID

Alphanumeric; 20 Characters; Optional

Specify the entity ID.

Units

Numeric; 27 Characters; Optional

Specify the number of units the unit holder wishes to buy.

Cost Price

Numeric; 17 Characters; Optional

Specify the cost of each unit.

Amount

Numeric, Mandatory

This is arrived at by multiplying the number of units and the cost price of each.

Note

Conditions required to be fulfilled for validations for transfer in transactions

Registrar should be mapped to the fund selected.

5.33.3 Transfer Out Details Tab

Click on the Transfer Out tab to invoke the following screen:

 

Fund ID

Display

The fund in which the transaction was put through is displayed here

Balance Units

Display

The unit balance of your holding is displayed here.

NAV

Display

Display the current NAV of your holdings.

Market Value

Display

This displays the market value of all your holdings which is derived at by multiplying the Balance Units with the current NAV.

Select?

Optional

The box needs to be checked against the fields which are to be processed.

Note

Conditions required to be fulfilled for validations for transfer out transactions

5.33.4 Channel Transfers Details Tab

Click on the Channel Transfers Details tab to invoke the following screen:

 

FCIS provides the facility to transfer an investor along with all the transactions done prior to the transfer to the new channel. The following transfers will be allowed under Channel Transfer:

Channel transfers cannot be triggered from non channel agency branches.

Transfer Branch Code

Alphanumeric; 12 Characters; Optional

Specify the branch of the agent to whom the investor is being transferred.

Branch Name

Display

Upon selection of the branch code, the associated branch name gets populated.

Broker Code

Alphanumeric; 12 Characters; Optional

Select the code of the broker to whom the investor is being transferred.

Broker Name

Display

Upon selection of the broker code, the associated broker name gets populated.

Rule Effective Date

Date Format; Optional

Specify the date from when the unitholder transfer that is currently being set up should become effective.

Remarks

Alphanumeric; 255 Characters; Optional

Descriptive text about the transfer can be entered here.

On authorizing the transfer, system will check for the following:

If any of the above mentioned checks fail, system will not allow you to save and authorize the transfer. System will also verify if any balance is available in any of the funds involved in the transfer. If not, system will not allow you to save or authorize the transfer. Channel Transfer will be effective on confirmation of the Authorised channel transfer through the RTA Summary screen.

5.34 RTA Transfer Summary

This section contains the following topics:

5.34.1 Retrieving RTA Transfer Details

After you have all the mandatory RTA Transfer (in and out) details you can views the details of the RTA Transfers using the ‘FCIS - RTA Transfers Summary’ screen. You can invoke this screen by typing ‘UTSRTAIO’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

The RTA transfer details maintained must be authorized by another user. You can use the ‘FCIS - RTA Transfer Summary’ screen to perform the following operations:

You can retrieve a previously entered RTA transfer details as follows:

Invoke the ‘FCIS - RTA Transfer Summary’ screen from the Browser.

Specify any or all of the following details in the screen:

Click ‘Search’ button to view the records. All records with the specified details are retrieved and displayed in the lower portion of the screen.

5.34.2 Editing RTA Transfer Details

You can modify the details of the RTA transfer details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

Invoke the ‘FCIS - RTA Transfer Summary’ screen from the Browser.

  1. Specify any or all of the following details in the screen:

Click ‘Search’ button to view the records. All records with the specified details are retrieved and displayed in the lower portion of the screen.

Double click the record that you want to modify in the list of displayed records. The ‘FCIS RTA Transfer Details’ screen is displayed.

Select Unlock operation from the Action list to modify the record. Modify the necessary information.

Click Save to save your changes. The ‘FCIS - RTA Transfer Details’ screen is closed and the changes made are reflected in the ‘FCIS - RTA Transfer Summary’ screen.

5.34.3 Viewing RTA Transfer Details

You can modify the details of the RTA transfer details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

Invoke the ‘FCIS - RTA Transfer Summary’ screen from the Browser.

Specify any or all of the following details in the screen:

Click ‘Search’ button to view the records. All records with the specified details are retrieved and displayed in the lower portion of the screen.

Double click the record that you want to modify in the list of displayed records. The ‘FCIS - RTA Transfer Details’ screen is displayed.

5.34.4 Deleting RTA Transfer Details

You can modify the details of the RTA transfer details that you have already entered into the system, provided it has not been subsequently authorized. You can perform this operation as follows:

Invoke the ‘FCIS - RTA Transfer Summary’ screen from the Browser.

  1. Specify any or all of the following details in the screen:
  1. Click ‘Search’ button to view the records. All records with the specified details are retrieved and displayed in the lower portion of the screen.
  2. Double click the record that you want to modify in the list of displayed records. The ‘FCIS RTA Transfer Details’ screen is displayed.
  3. Select Delete operation from the Action list. The system prompts you to confirm the deletion, and the record is deleted physically from the system database.

Note: The maker of the record can only delete the unauthorized record.

5.34.5 Authorizing RTA Transfer Details

Apart from the maker, someone else must authorize an unauthorized RTA transfer details in the system for it to be processed. To authorize a record:

Invoke the ‘FCIS - RTA Transfer Summary’ screen from the Browser.

The status of the transaction in the ‘Authorization Status’ field. Choose the ‘Unauthorized’ status.

Click ‘Search’ button to view the records. All the records with the specified details that are pending authorization are retrieved and displayed in the lower portion of the screen.

Select the Authorization operation from the Action list to authorize the selected record.

5.34.6 Amending RTA Transfer Details

The RTA transfer details can be modified using the Unlock operation from Action list. To make changes to a record:

Invoke the ‘FCIS - RTA Transfer Summary’ screen from the Browser.

Select the status of the transaction that you wish to retrieve for amendment. You can only amend only unauthorized records.

Click ‘Search’ button to view the records. All records with the specified details are retrieved and displayed in the lower portion of the scree.

Double click the record that you want to amend. The ‘FCIS - RTA Transfer Details’ screen is displayed in the amendment mode. Click the Unlock operation from the Action list to amend the record.

Amend the necessary information. Click the Save button to save the changes.

5.35 Consolidation of Portfolios

The flow chart below explains how the RTA interface would handle transfer and consolidation of portfolios.

Transfer with Consolidation Logic:

Only Consolidation:

This is a case where the unit holder has invested in an IPO fund of an AMC and later subscribed into another fund of the same AMC. The folio number is allocated to the user after subscription confirmation, the RTA however allocates a new folio for the IPO subscription. In this case a consolidation of folio is required.

Note

No Transfer In type of record would be available in this case as it is just a consolidation of the folio numbers.

The flow chart below illustrates the above logic

5.36 Batch Update of Transaction Date

This section contains the following topic:

5.36.1 Invoking Batch Update of Transaction Date Screen

A pre EOD check is done to if there are any future dated transactions for which the transaction date falls on a holiday. If so, you will not be allowed to proceed with the EOD process.

Use the ‘Batch Update Of Transaction Date’ screen to modify the Transaction date for different transactions for the fund.

You can invoke this screen by typing ‘UTDBUTD’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

Fund ID

Alphanumeric; 6 Characters; Mandatory

Enter the fund id for which the transaction date needs to be modified.

Fund Name

Display

The system displays the name of the selected fund ID.

Current transaction date

Date, Mandatory

Enter the transaction date that falls on a Holiday

Modified Transaction Date

Date; Mandatory

Enter the new transaction date to which the transactions is to be updated. This transaction date is defaulted to the next working day of the current transaction date. You are allowed to modify this date.

The system will freshly calculate the price date for these transactions in case for specific fund price dates.

Transaction type

Optional

Select the transaction type from the drop-down list for which the modification will be allowed.The list displays the following values:

The default option will be “All”.

ISIN Code

Alphanumeric; 12 Characters; Optional

Select the ISIN Code of the fund in which the transaction was put through, from the options provided. If you specify the ISIN Code of a fund, the ID of the fund is displayed in the Fund field.

Operation

Optional

Select the operation for which the update has been enabled from the drop-down list. The list displays the following values:

5.37 Tracking Cheques

This section contains the following topic:

5.37.1 Invoking Cheque Tracking Detail Screen

To invoke this screen, type UTDCHQTR in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can specify the following details:

Type of Transaction

Mandatory

Select the type of transaction from the drop-down list. The list displays the following values:

Reference Number

Display

The system displays the reference number.

Fund ID

Alphanumeric; 6 Characters; Mandatory

Specify the fund ID. Alternatively, you can select fund ID from the option list. The list displays all valid fund ID maintained in the system.

ISIN Code

Display

The system displays the ISIN code for the selected fund ID.

Unit Holder ID

Alphanumeric; 12 Characters; Mandatory

Specify the unit holder ID. You can also query for unit holder ID by clicking ‘Find’ button.

Payment Number

Alphanumeric; 5 Characters; Optional

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

Transaction Number

Alphanumeric; 16 Characters; Optional

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

Drawee Bank

Alphanumeric, 12 Characters; Mandatory

Specify the name of the bank where the cheque is drawn.

Drawee Branch

Alphanumeric, 12 Characters; Mandatory

Specify the branch of the selected bank where the cheque is drawn.

Cheque Date

Date Format; Mandatory

Specify the date on which the cheque is drawn.

Cheque Amount

Numeric; 30 Characters; Optional

Specify the amount for which the cheque is drawn.

Cheque Number

Alphanumeric, 16 Characters; Mandatory

Specify the number of the cheque.

Cheque Currency

Alphanumeric, 3 Characters; Optional

Specify the date on which the cheque is drawn.

Cheque Status

Mandatory

Select the status of the cheque from the drop-down list. the list displays the following values:

MICR Code

Alphanumeric; 50 Characters; Mandatory

Enter the MICR code of the cheque.

5.37.1.1 Reinvestment Processing for Expired Cheques

The following Unit holder - Fund dividend payment records will be considered for processing reinvestments:

If all the above mentioned conditions are satisfied, system initiates a reinvestment transaction for the unit holder – Fund combination.

5.38 Cheque Tracking Summary Screen

This section contains the following topics:

5.38.1 Retrieving a Cheque Tracking Record

You can retrieve a previously entered record in the Summary Screen, as follows:

You can track the status of checks issued for dividend payments as well as redemption, incentive payments and entity commission payments in the system.

You can also view details of cheques uploaded into the system for payment tracking purposes. A dividend cheque will be considered as expired if the system date is greater than the cheque date or the sum cheque reissue date and expiry period as specified in PARAMS maintenance. Cheque status tracking is allowed for only those type of transaction maintained in PARAMS maintenance

Use the ‘Cheque Tracking Summary’ screen to do this. You can invoke this screen by typing ‘UTSCHQTR’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, Reverse, Confirm operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value.

Note

The status field in the Records pane of the summary screen displays the bulk operation results.

For example:

You can search the record for Transaction Number by using the combination of % and alphanumeric value as follows:-

5.38.2 Editing Cheque Tracking Record

You can modify the details of Cheque Tracking record that you have already entered into the system, provided it has not subsequently authorized. You can perform this operation as follows:

Click Save to save your changes. The Cheque Tracking Detail screen is closed and the changes made are reflected in the Cheque Tracking Summary screen.

5.38.3 Viewing Cheque Tracking Record

To view a record that you have previously input, you must retrieve the same in the Cheque Tracking Summary screen as follows:

5.38.4 Deleting Cheque Tracking Record

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

5.38.5 Authorizing Cheque Tracking Record

When a checker authorizes a record, details of validation, if any, that were overridden by the maker of the record during the Save operation are displayed. If any of these overrides results in an error, the checker must reject the record.

5.38.6 Amending Cheque Tracking Record

After a Cheque Tracking record is authorized, it can be modified using the Unlock operation from the Action List. To make changes to a record after authorization:

5.38.7 Authorizing Amended Cheque Tracking Record

An amended Cheque Tracking record must be authorized for the amendment to be made effective in the system. The authorization of amended records can be done only from Fund Manager Module and Agency Branch module.

The subsequent process of authorization is the same as that for normal transactions.

In the ‘Amend’ mode, system will display all Cheque Dividend Payments, which are not cleared along with details like Cheque number and Cheque Date. If you want to re-issue a cheque, check the option ‘Duplicate’. In such cases, you need to specify the new cheque number, cheque date and status of the previous cheque must be specified. For dividend cheques, date can not be less than the dividend payment date. Once a status of Cheque record is marked as ‘CLEARED’ or ‘REINVESTMENT’, you cannot amend this record.

In the ‘Edit’ mode, you can edit the existing check number and check date only if the record selected for edit is unauthorized. Once a status of Cheque record is marked as ‘CLEARED’ or ‘REINVESTMENT’, you cannot edit this record.

5.39 Special Discount Maintenance

This section contains the following topic:

5.39.1 Invoking Special Discount Maintenance

You can track special discount such as Birthday/ Gift Coupons benefits using ‘Special Discount Maintenance’ screen. You can invoke this screen by typing ‘UTDSPMNT’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can specify the following details:

Fund Type

Optional

Select the type of the fund from the drop-down list. The list displays the following values:

By default, On-Shore Fund option will be selected.

Unit Holder ID

Alphanumeric; 16 Characters; Mandatory

Specify the unit holder ID for whom the gift benefit is to be availed.

Click ‘Find UH’ button to invoke ‘Unitholder Find Options’ screen. You can fetch unit holder ID using this screen.

Transaction Date

Date Format; Mandatory

Select the transaction date on which special discount is to be availed for the unit holder for all funds from the adjoining calendar.

Transaction Currency

Alphanumeric; 3 Characters; Optional

Specify the transaction currency based on the gift benefit to be processed. Alternatively, you can select transaction currency from the option list. The list displays 2 valid transaction currency code, namely, BC and NBC.

The system will validate the transaction currency in case of Off-Shore fund.

Description

Display

The system displays the description for the selected transaction currency.

Campaign Code

Alphanumeric; 12 Characters; Mandatory

Specify the campaign code of the birthday benefit. Alternatively, you can select campaign code from the option list. The list displays all the valid campaign code maintained in the system through Campaign Code Maintenance Screen (UTDCMPMN) along with ‘ZEROCAMP’ Param value under ‘SPLDISCNTOFFER’ Param code.

By default, ZEROCAMP will be selected.

The system will maintain the following parameter for SPLDISCNTOFFER param code:

PARAM CODE

PARAM DESCRIPTION

MAINTAINABLE

RESTRICTION LENGTH

SPLDISCNTOFFER

Special Discount Offer

0

15

PARAMCODE

PARAMVALUE

PARAMTEXT

SPLDISCNTOFFER

ZEROCAMP

Special Discount for Birthday

For the given combination of unit holder ID, transaction date, fund type, transaction currency for the given calendar year, i.e. from 01-Jan to 31-Dec of each calendar year, you cannot capture records more than the values maintained in parameters shown as follows. If you maintain more than one record, the system will display an error message as ‘Record not allowed for same combination for more than the maintained limit”.

PARAMCODE

PARAM DESCRIPTION

MAINTAINABLE

RESTRICTION LENGTH

SPECIALDISCOUNT

Special Dis­count Limits

0

15

PARAM CODE

PARAM VALUE

PARAM TEXT

SPECIALDISCOUNT

ONSHRCNT

1

SPECIALDISCOUNT

OFFSHRBASECCYCNT

1

SPECIALDISCOUNT

OFFSHRNONBASECCYCNT

1

You cannot modify or close the record once it is saved and authorized.

Once authorized, the system will count the record based on fund type, unit holder ID, and transaction currency in case of Off-shore fund for a calendar year for successful utilization of the Special Discount (Birthday/ gift) coupon benefit.

The calendar year will be based on the year of the transaction date, i.e. if transaction date is 30-Jan-2017 then calendar year will be from 01-Jan-2017 to 31-Dec-2017.

For On-shore fund, transaction currency will not be applicable to avail birthday benefit. Also, the number of maintenance should not exceed the Param Value maintained for ‘ONSHORECNT’ Param Text under ‘SPECIALDISCOUNT’ Param Code as maintained in the system for a calendar year.

For Off-shore fund, you can maintain special discount for a unit holder either at installed entity’s base currency or any currency other than installed entity’s base currency. Also, the number of maintenance should not exceed the Param Value maintained for OFFSHRBASECCYCNT, OFFSHRNONBASECCYCNT Param Text respectively under the SPECIALDISCOUNT Param Code as maintained in the system for a calendar year.

Example

Calendar Year 01-Jan-2016 to 31-Dec-2016

Fund Type

Unit Holder ID

Transaction Date

Transaction Currency

Campaign Code

Remarks

On-Shore

358

10-Jan-16

NULL

ZERO­CAM­PAIGN

Successfully saved

On-Shore

358

12-Jan-16

NULL

ZERO­CAM­PAIGN

System will display an error mes­sage. As ben­efit is already been availed on 12-Jan-2016 (ONSHO­RECNT)

On-Shore

393

15-Jan-16

NULL

ZERO­CAM­PAIGN

Successfully saved

On-Shore

393

25-Jan-16

NULL

ZERO­CAM­PAIGN

System will display an error mes­sage. As ben­efit is already been availed on 15-Jan-2016 (ONSHO­RECNT)

Off-Shore

619

10-Jan-16

NULL

ZERO­CAM­PAIGN

System will display an error mes­sage, since for Off-shore fund, Transac­tion currency is mandatory

Off-Shore

619

10-Jan-16

Entity BASE­CURRENCY

ZERO­CAM­PAIGN

Successfully saved

Off-Shore

619

10-Jan-16

Entity NON-BASECUR­REBCY

ZERO­CAM­PAIGN

Successfully saved

Off-Shore

619

25-Jan-16

Entity NON-BASECUR­REBCY

ZERO­CAM­PAIGN

System will will display an error mes­sage. As ben­efit is already been availed on 10-Jan-2016 (OFF­SHRNONBA­SECCYCNT)

Special Discount Maintenance (Birthday Benefit) is applicable only on the date of transaction date has captured in the maintenance.

If campaign code is ZEROCAMPAIGN, then the system will override the load amount with 0 for all transactions captured on the transaction date for the unit holder ID, Fund Type, Transaction currency as maintained in Special Discount Maintenance.

Only loads where the investors pay to fund manager (U-M) should be overridden with Zero, irrespective of return value amount based return or percentage based.

Pseudo Switch In-leg transaction will also be waived off if the Pseudo Switch Out-leg transaction date is same as the date maintained for Special Discount Maintenance.

Any transaction captured (current date, backdated or future date) within the calendar year for the unit holder ID, transaction date, transaction currency as maintained in Special Discount Maintenance, on load override the return value will be defaulted with Zero. Also on transaction allocation, for the unit holder ID, transaction date, transaction currency as maintained in Special Discount Maintenance, load will be overridden with 0.

If Special Discount benefits are maintained for a day, then campaign, unit holder deal will not be maintained in the system. Special Discount Benefit will not be counted as part of campaign.

A BOD Batch will be executed on first working day of every year, to Close all open Special Discount Maintenance for the previous calendar Year. Any backdated transaction for the previous calendar year post closure of Special Discount Maintenance will have to be operationally handled.

If you need a load value other than Zero to be applied for all transactions as part of Special Discount then follow the below mentioned steps:

Example

Load Maintenance

Load ID

Load Description

Return Value

7009

Inflow Load

2%

7010

Outflow Load

3%

8009

Discount Load for 7009

0.10%

8010

Discount Load for 7010

0.40%

Campaign Code: USDFDCNT (User Defined Birthday Discount)

Load ID

Campaign Load ID

7009

8009

7010

8010

Fund Load Mapping

Fund ID

Transaction Type

RefType

Load ID

AFUND1

2

2

7009

AFUND1

3

3

7010

Special Discount Maintenance

Fund Type

On-shore

Unitholder ID

378

Transaction Date

26-Nov-16

Campaign Code

USDFDCNT

Fund Type

On-shore

Unitholder ID

412

Transaction Date

26-Nov-16

Campaign Code

ZEROCAMPAIGN

Transaction – Load details

Transaction Number

Fund ID

Unitholder ID

Date

Load Applied

SUB01

AFUND1

378

25-Nov-16

2%

SUB02

AFUND1

378

26-Nov-16

0.10%

RED01

AFUND1

378

26-Nov-16

0.40%

SUB04

AFUND1

412

26-Nov-16

0%

RED02

AFUND1

412

26-Nov-16

0%

5.40 Special Discount Summary

This section contains the following topics:

5.40.1 Retrieving a Record in Special Discount Summary Screen

You can retrieve a previously entered record in the Summary Screen, as follows:

You can invoke the ‘Special Discount Summary’ screen by typing ‘UTSSPMNT’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button and specify any or all of the following details in the corresponding details.

 

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, Reverse, Confirm operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value.

Note

The status field in the Records pane of the summary screen displays the bulk operation results.

5.40.2 Viewing Special Discount Record

To view a record that you have previously input, you must retrieve the same in the Special Discount Summary screen as follows:

5.40.3 Authorizing Special Discount Record

When a checker authorizes a record, details of validation, if any, that were overridden by the maker of the record during the Save operation are displayed. If any of these overrides results in an error, the checker must reject the record.

5.41 Disable Auto Switch

This section contains the following topics:

5.41.1 Invoking Disable Auto Switch Screen

You can view all subscription transactions as part of pseudo switch to target fund for which yield computation will be performed. The system will fetch the data based on the SI number entered.

You can disable a transaction from considering for yield computation. Once disabled, the transaction will not appear in this screen when fetched again. Also you cannot enable a transaction once it is disabled.

You can disable a transaction using ‘Disable Auto Switch’ screen. You can invoke this screen by typing ‘UTDAUSWB’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can specify the following details:

SI Number

Alphanumeric; 16 Characters; Mandatory

Specify the SI number of the transactions to be disabled. Alternatively, you can select the SI number from the option list. The list displays all valid SI number maintained in the system.

Reference Number

Display

The system displays the reference number to maintain data for disabling transactions.

Disable All

Optional

Select if the transaction has to disable or not from the drop-down list. The list displays the following values:

Click ‘Fetch’ button to view the transaction details.

Transaction Details

Transaction Number

Display

The system displays the transaction number.

Transaction Date

Display

The system displays the transaction date.

Auto Switch Status

Optional

Select the auto switch status from the drop-down list. The list displays the following values:

5.41.2 BOD Batch

For investment via automated switching mandate with specified yield, the system will process auto switch generation using a BOD batch process. This batch will compute the yield percentage and trigger auto switch back transaction if yield is met.

Yield Computation

Program Name: SPComputeYield

EOD batch process will pick all active switch back standing instruction which are eligible for yield computation.

The system uses the following formula to calculate yield:

[(No of Units * Current NAV Price) - (Cost of each switch transaction)]
_________________________________________________________ x 100%

(Cost of each switch transaction)

For determining if yield % is achieved, the system will execute the job at the beginning of each business (T) day by comparing the cost against the latest price available as on T. If price of T-1 is available, then system will execute the comparison and generation of transactions for funds with NAV prices available for the same business day (T).

For instance, for on-shore (local assets) funds, NAV prices will be available on T-1, say on 27 Jun EOD (8 pm). The system will compare the cost against 27 Jun NAV price or the latest available NAV price on 28 Jun BOD. The system will trigger the transaction for the transaction date 28th Jun.

The cost in Target fund should be the net amount (i.e. switch-in amount less switch-in fee) and captured at each switch order (F1) and is checked against daily market value to monitor the yield movements against the pre-defined yield.

If the expected yield percentage is reached system to generate the switch back transactions on the same business day.

If Target fund has reached the target yield and system day is a fund holiday day for Target fund, system will not generate switch back from Target fund to Source fund. The system will continue to compute the yield from the next business day.

Yield % computation will be computed on fund working day for each F1 transaction and continue to happen till yield % is reached or F2 is terminated.

Even if switch (F1) is terminated, the system will continue to compute yield % till the auto switch back is generated for every F1 transaction or F2 is terminated

Auto Switch Back

Program Name: SPAutoSwitch

The switch back transaction will be always unit based. Auto termination is not applicable for switch back transaction generation (F2).

You can terminate Auto switch back (F2) by updating Enable Auto Switch field as No in SI Maintenance screen to stop generating the switch back transactions. This will only disable switch back of transactions generated after SI amendment date.

In order to disable any generated transaction from switching back, you meed to disable F1 transaction from ‘Disable Auto Switch’ (UTDAUSWB) screen.

Reinvested units in Target fund are classified as lump sum subscription (user-triggered non-short trade units). These reinvested units will not be included in the yield comparison and will not be switched back to Source fund.

The system will consider only redeemable units in target fund for switch back to source fund. Those units in target fund which has been blocked by user for whatever reason should not be switched back to source funds even if the yield is met.

If Source fund does not accept subscriptions and switch-in, switch-out from Source fund to Target fund (F1) should still be allowed. But switch-back from Target fund to Source fund (F2) should not be allowed.

If Target fund does not accept subscriptions and switch-in, switch-out from Source fund to Target fund (F1) should not be allowed. But switch-back from Target fund to Source fund (F2) should be allowed.

You can reverse switch from source to target, provided the units are available in target fund and switch-in is not linked to any outflow. The reversal will be carried out separately for in leg and out leg.

The switch in date of the target yield switch (F2) can be different from switch out date. Same for F1 switch.

The switch back transaction (F2) once generated will be executed even though the yield is below the target yield on date of execution

You can generate switch in transaction on allocation of switch out leg or settlement of switch out leg or a defined dealing cycle (taking into account lag maintenance) depending on the parameterization. Switch-in transaction date will be derived based on the pseudo switch lag maintenance in UTDSWLAG.

Short trade does not apply to the switch-in units in both Source fund and Target fund. No short trade penalty will be levied if the units are redeemed within the short trade period.

Any failure of F1 or F2 transaction generation will be logged in a database table with reason for failure.

5.41.3 Processing Transactions Logic

In case of expiry of the risk profile of unit holder, the system will execute standing instruction for switch into target fund (To fund) whose risk rating is low. In case of High or Medium risk rated fund the standing instruction into such funds will fail.

If the risk profile of unit holder is expired, then the system will execute standing instruction for switch-from target (‘to fund’) to source fund (‘from fund’) whose risk rating is low. In case of High or Medium risk rated source funds the auto-switch will fail.

Pseudo switch transactions generated as part of SI will have a new ref type in system as ‘44’

If SI from source to target fund fails consecutively for defined count in ‘SI Auto-Termination Consecutive Counter’, the system will automatically terminate the switch SI mandates. The auto switch back will remain valid and system will continue to check the yield until the transaction is disabled for yield check from ‘Disable Auto Switch’ (UTDAUSWB) screen.

You can maintain SI Auto-Termination Consecutive Counter at fund/transaction type level or SI level only.

The system displays the total number of consecutive failures till date in ‘Number of Consecutive Failure’ field in ‘SI Maintenance’ (UTDSIN) screen. The system will also log any failures in auto switch back transaction with reason for failure.

In case of a partial redemption on any switch transactions of Target fund, the residual units remain to be covered in the scheme for comparison and will be switched back to Source fund when the yield is reached.

You can reverse switch from ‘Source to target’ and vice-versa based on the availability of units. For instance, if the units in the target fund are either blocked or redeemed and there are no free units available, then the system will not allow the reversal from source to target/ target to source.

For Pseudo switch, you can reverse from transaction screen for Switch (UTDTXN04).

The reversal will be carried out separately for in leg and out leg. You can reverse switch from source to target.The system will not validate the availability of units in target fund Switch in reversal provided the switch in is not linked to any outflow.

The switch in date of the target yield switch (F2) can be different from switch out date.

In case of fund merge/ liquidation/ split/ reverse split/ transfer in the Source fund and / or Target fund, the system can terminate the affected funds in the scheme

Fees are NLTP.

In case of cross currency transactions, the system will use the latest FX rate maintained in UTDEXCRM (Exchange Rate Maintenance) for arriving at the amount.

In case of non daily priced funds, the switch out and switch in funds will follow respective calendars and maintenances setup and transactions will be generated accordingly

Changing any parameter (manually or by system defaulting) related to SI can result in an SI generation or auto switch back failure. For instance, Investor risk level or fund risk level will be validated as part of SI maintenance. Assume that you reduce the investor risk level to low after SI maintenance, In this case, during SI generation when system again validates the investor risk level and fund risk level, it will not fall in the eligible criteria and transaction generation will fail.

5.41.4 Recomputing NAV

The system will recompute the yield from the NAV effected period if NAV used for yield computation is corrected. If the revised NAV does not meet the yield, then

The system will re-compute the yield based on the revised NAV and compare with the revised NAV and if the revised NAV meets the yield, F2 will not be generated and should be handled operationally by capturing through Switch transaction screen (UTDTXN04). Such transactions will not be subject to short trade,

Example

Txn No:

Fund

Transaction Date

NAV

Units

PSWI01

EQF1

8-Jan-16

10

1000

PSWI02

EQF1

8-Feb-16

11

1000

PSWI03

EQF1

8-Mar-16

12

1000

Assume the yield % maintained is 30%. On 25-Mar-2016 NAV has reached 13 and yield is met for PSWI01 and a switch back transaction is generated on 26-Mar-2016

If a NAV correction happened for 25-Mar-2016 NAV on 28-Mar-2016;

Case 1: If NAV is corrected to 12.5, recomputed yield will not meet the yield % maintained;

The system will reverse the transaction generated on 26-Mar-2016, if source fund has units available.

The reversed units will be considered for yield computation from 29-Mar-2016.

Case 2: If NAV is corrected to 13.5, recomputed yield will still meet yield % maintained. So no action to be taken as the switch back transaction was already generated on 26-Mar-2016.

Assume the yield % maintained is 30%. On 25-Mar-2016 NAV has reached 12.5, since yield is not met for any inflow no switch back transaction is generated on 26-Mar-2016.

If a NAV correction happened for 25-Mar-2016 on 28-Mar-2016, system will not be re-computing the yield based on new NAV value.

5.41.5 EAR Marking

Holdings in the fund will be earmarked when ‘Source to Fund’ or ‘Target to Source’ switch is generated as follows:

Whenever an outflow transaction is captured, the system will check the unit balance including unallocated units from any other outflow transaction of the same fund. If the unit balance thus calculated is less than the transaction value, the transaction generation will fail for ‘Insufficient Unit Balance’.

In case of an unallotted unit based or percentage based transactions, the system will identify unallocated units from the transaction details.

In case of an unalloted amount based transaction, system will compute the unalloted units as follows:

Unallotted units = Amount / (Latest Available NAV * (1- Fluctuation %)

Note

Fluctuation % is a system level param value that can be maintained in Parameter Mainte­nance Screen (UTDPARAM) considering the maximum load and maximum fluctuation in price that can happen. The systme will maintain the param code as ‘FLUCTUATIONPER­CENT’.

When yield is met for a specific lot of transaction (x units), system will check if the unit balance calculated as mentioned above and will generate the switch back for “x” units or calculated UH balance, whichever is less.

Example

Scenario 1

Balance check for unit based unallocated transaction

EQF1 (Target Fund)

Date

Transaction

Units

Comments

1-Oct-16

Pseudo Switch In

100

 

5-Oct-16

Redemption.

30

This redemption to be allocated on 07-Oct-2016

 

30 units in this transac­tion will be ear marked.

 

 

6-Oct-17

Pseudo Switch Out

70

Yield is met, switch back gener­ated for (100-30) units

Scenario 2

Balance check for amount based unallocated transaction

EQF1 (Target Fund)

Date

Transaction

Units

Comments

1-Oct-16

Pseudo Switch In

100

 

5-Oct-16

Redemption for TWD 300 using latest NAV as 10. Hence 30 units would be ear marked.

30

This redemption to be allocated on 07-Oct-2016

6-Oct-17

Pseudo Switch Out

70

Yield is met, switch back generated for (100-30) units

During actual allocation of Redemption transaction in above examples, if the allocated units are;

Scenario 3

Balance check for unit based unallocated transaction

EQF1 (Target Fund)

Txn types

Date

Transaction

Units

Comments

SWI1

1-Oct-16

Pseudo Switch In

100

 

SUB1

2-Oct-16

Subscription

50

 

RED1

5-Oct-16

Redemption

30

This redemption to be allo­cated on 07-Oct-2016 and aged against SWI1

SWO1

6-Oct-17

Pseudo Switch Out

70

Yield is met, switch back gen­erated for (100-30) units

Scenario 4

EQF1 (Target Fund)

Txn Type

Date

Transaction

Units

Comments

SWI1

1-Oct-16

Pseudo Switch In

100

 

SUB1

5-Oct-16

Subscription

50

Allotted

RED1

6-Oct-16

Redemption

20

Allotted

RED2

7-Oct-16

Redemption

30

Unallotted

SWO1

10-Oct-16

Pseudo Switch Out

50

Remaining units from SWI1

RED3

15-Oct-16

Redemption

50

 

In this scenario SWO1 may fail during allocation depending on the order of allocation of SWO1 and RED3.

Scenario 5

Txn Type

Txn Date

Transaction

Units

Comments

SUB1

10-Nov-16

Lump sum

500

 

SWI1

15-Nov-16

RIS - Switch-in

100

 

RED1

17-Nov-16

Redemption

120

Unallotted

SWO1

20-Nov-16

Auto-switch

100

 

Case 1:

Ageing Sequence

 

RSP

1

Lump sum

2

RIS

3

Auto-switch will be successful.

Case 2:

Ageing Sequence

 

RIS

1

Lumpsum

2

RSP

3

Auto-switch may fail, because redemption may age out from RIS

Fund Suspension

If either source fund or target fund is suspended, neither ‘source to target switch’ nor ‘target to source switch’ will happen.

Transaction Suspension

5.41.6 Validations

5.42 Disable Auto Switch Summary Screen

This section contains the following topics:

5.42.1 Retrieving a Record in Disable Auto Switch Summary Screen

You can retrieve a previously entered record in the Summary Screen, as follows:

You can invoke the ‘Disable Auto Switch Summary’ screen by typing ‘UTSAUSWB’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button and specify any or all of the following details in the corresponding details.

 

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, Reverse, Confirm operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value.

Note

The status field in the Records pane of the summary screen displays the bulk operation results.

5.42.2 Editing Disable Auto Switch Record

You can modify the details of disabled Auto Switch record that you have already entered into the system, provided it has not subsequently authorized. You can perform this operation as follows:

Click Save to save your changes. The Disable Auto Switch Detail screen is closed and the changes made are reflected in the Disable Auto Switch Summary screen.

5.42.3 Viewing Disable Auto Switch Record

To view a record that you have previously input, you must retrieve the same in the Disable Auto Switch Summary screen as follows:

5.42.4 Deleting Disable Auto Switch Record

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

5.42.5 Authorizing Disable Auto Switch Record

When a checker authorizes a record, details of validation, if any, that were overridden by the maker of the record during the Save operation are displayed. If any of these overrides results in an error, the checker must reject the record.

5.43 Block Allowed Transaction Ref Types

This section contains the following topics:

5.43.1 Invoking Block Allowed Transaction Ref Types

You can configure the Ref types pertaining to IPO subscription and subscription transaction types for amount block reference types in FCIS system using ‘Block Allowed Transaction Ref Types’ screen. You can invoke this screen by typing ‘UTDREFMA’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button. Select ‘New’ from the Actions menu in the Application tool bar or click new icon to enter the details.

 

You can specify the following details:

Transaction Type

Alphanumeric; 2 Characters; Mandatory

Select the transaction type for which system is sending block request. Alternatively, you can select type of transaction from the option list. The list displays all valid transaction type maintained in the system.

Description

Display

The system displays the description for the selected transaction type.

Ref Type

Alphanumeric; 2 Characters; Mandatory

Select the ref type. Alternatively, you can select ref type from the option list. The list displays all valid transaction type maintained in the system.

Description

Display

The system displays the description for the selected ref type.

5.44 Block Allowed Transaction Ref Types Summary

This section contains the following topic:

5.44.1 Retrieving a Record in Block Allowed Transaction Ref Types Summary Screen

You can retrieve a previously entered record in the Summary Screen, as follows:

Invoke the ‘Block Allowed Transaction Ref Types Summary’ screen by typing ‘UTSREFMA’ in the field at the top right corner of the Application tool bar. Click on the adjoining arrow button and specify any or all of the following details in the corresponding details.

 

Click ‘Search’ button to view the records. All the records with the specified details are retrieved and displayed in the lower portion of the screen.

Note

You can also retrieve the individual record detail from the detail screen by querying in the following manner:

You can perform Edit, Delete, Amend, Authorize, Reverse, Confirm operations by selecting the operation from the Action list. You can also search a record by using a combination of % and alphanumeric value

5.44.2 Editing Block Allowed Transaction Ref Type Record

You can modify the details of Block Allowed Transaction Ref Types record that you have already entered into the system, provided it has not subsequently authorized. You can perform this operation as follows:

Click Save to save your changes. The Block Allowed Transaction Ref Types screen is closed and the changes made are reflected in the Block Allowed Transaction Ref Types Summary screen.

5.44.3 Viewing Block Allowed Transaction Ref Type Record

To view a record that you have previously input, you must retrieve the same in the Block Allowed Transaction Ref Types Summary screen as follows:

5.44.4 Deleting Block Allowed Transaction Ref Type Record

You can delete only unauthorized records in the system. To delete a record that you have previously entered:

5.44.5 Authorizing Block Allowed Transaction Ref Type Record

When a checker authorizes a record, details of validation, if any, that were overridden by the maker of the record during the Save operation are displayed. If any of these overrides results in an error, the checker must reject the record.

5.44.6 Amending Block Allowed Transaction Ref Type Record

After a Block Allowed Transaction Ref Types record is authorized, it can be modified using the Unlock operation from the Action List. To make changes to a record after authorization:

5.44.7 Authorizing Amended Block Allowed Transaction Ref Type Record

An amended Block Allowed Transaction Ref Types record must be authorized for the amendment to be made effective in the system. The authorization of amended records can be done only from Fund Manager Module and Agency Branch module.

The subsequent process of authorization is the same as that for normal transactions.

5.45 Cheque Processing Detail Screen

This section contains the following topic:

5.45.1 Invoking Cheque Processing Detail Screen

You can process cheques using ‘Cheque Processing Detail’ screen. You can invoke this screen by typing ‘UTDCHEQP’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

You can specify the following details:

From Entity Type

Optional

Select the entity type from which the cheque processing is initiating from the drop-down list. The list displays the following values:

To Entity Type

Optional

Select the entity type to which the cheque amount is being played from the drop-down list. The list displays the following values:

From Entity

Alphanumeric; 12 Characters; Optional

Specify the entity from which the cheque processing is initiating. Alternatively, you can select ‘From Entity ID’ from the option list. The list displays valid From Entity ID maintained in the system.

To Entity

Alphanumeric; 12 Characters; Optional

Specify the entity to which the cheque amount is being payed. Alternatively, you can select ‘To Entity ID’ from the option list. The list displays valid To Entity ID maintained in the system.

Fund ID

Alphanumeric; 12 Characters; Optional

Specify the fund ID. Alternatively, you can select Fund ID from the option list. The list displays valid Fund ID maintained in the system.

ISIN Code

Alphanumeric; 25 Characters; Optional

The system displays the ISIN code if you have specified the fund ID. Else, specify the ISIN code. Alternatively, you can select ISIN code from the option list. The list displays valid ISIN code maintained in the system.

The system displays the ISIN code if you have specified the fund ID and vice versa.

Load ID

Numeric; 5 Characters; Optional

Specify the load ID for the cheque processing. Alternatively, you can select Load ID from the option list. The list displays valid Load ID maintained in the system.

From Date

Date Format; Optional

Select the date from which the cheques are to be processed from the adjoining calendar.

To Date

Date Format; Optional

Select the date to which the cheques are to be processed from the adjoining calendar.

You can initiate the cheque processing activity by clicking ‘Process’ button.

5.46 Authorization Screen

This section contains the following topic:

5.46.1 Invoking Authorization Screen

You can invoke ‘Authorization Screen’ by typing ‘UTDTXNAU’ in the field at the top right corner of the Application tool bar and clicking on the adjoining arrow button.

 

Click ‘New’ and specify unauthorized transaction number. The system displays the transaction details which can be authorized.

You can specify the following details:

Transaction Number

Alphanumeric; 16 Characters; Optional

Specify the transaction number to be queried and worked upon.

Payment Mode

Optional

Select the mode of payment from the drop-down list. The list displays the following values:

Units

Numeric; 27 Characters; Optional

Specify the units applied.

Percent

Numeric; 9 Characters; Optional

Specify the units applied.

Amount

Numeric; 18 Characters; Optional

Specify the units applied.

Click ‘Authorize’ button to authorize the transaction. The system displays the following values: