3.2 Flow of Events of Transaction Processing
This topic provides information on flow of events of transaction processing.
For more information on Stages of Transaction Processing, refer the below table.
Table 3-2 Stages of Transaction Processing
Stage | Description |
---|---|
Unauthorized Stage |
The transaction is first initiated into the system database when it is entered into the Transaction Detail screen for the required transaction type. In this screen, it is saved as an unauthorized transaction, which means that it is not reflected in the system’s financial data stores as yet. The transaction is given a unique identification called the Transaction Number. During this unauthorized phase of the transaction, you can edit the details of the transaction as many times as is deemed necessary, using the Edit operation through the Transaction Summary screen. The transaction number is not changed when you edit a transaction. An unauthorized transaction can only be edited by the user who initiated it into the system. Due to various reasons, the supervisor can also reject transactions. Any such rejected transaction can also be edited. |
Authorized Stage |
When the transaction is authorized, the value of the transaction will be reflected in the system database. The user who enters the transaction in the system cannot authorize it. A user other than the one that entered the transaction can perform authorization. When a transaction is authorized, the authorizer must re-enter the transaction amount or number of units, which was specified for the transaction during transaction entry. When this is successfully done, the transaction can be authorized. The events that take place when you authorize a transaction can be understood from the Table 3-3 table. |
Amendment Stage |
After authorization, changes to a transaction request can only be made through an amendment. You can no longer edit the transaction through the Transaction Summary screen. You must choose the Amend menu option. Therefore, amendments are operations that you can perform only on authorized transaction records. The amendment facility is not available for the Unblock type of transactions. You can amend an authorized transaction:
Subsequently, the amended transaction must be authorized again for it to be effective. The authorization of an amended transaction can be done only from the Fund Manager module. Note: Once a transaction is amended and the amendment has been subsequently authorized, it cannot be amended again. |
Allocation of Transactions |
Once a transaction is authorized, the units in respect of it must be allocated to the concerned unit holder. The unit holder’s balance holdings in the system database must reflect the changes due to the acquisition or the sale of units due to the transaction. The allocation processes in the system perform this function. To understand how allocation is performed, refer the topic Allocation in Fund Manager User Manual. Allocation can be performed in any (or all) of the following three ways: For information on fields in the Allocation of Transactions, refer the Table 3-4 table. |
Table 3-3 Flow of events of Authorized Stage
Online Allocation facility | Mode of Payment | Check / Credit Card / Transfer allocations on par with cash | Upon Authorization | Allocation of Units |
---|---|---|---|---|
Available | Cash | - |
Confirmed units allocated |
Confirmed units allocated upon authorization |
Available |
Check / Credit Card / Transfer |
Available |
Provisional Units allocated |
Provisional Units allocated upon authorization, confirmed units on the date on which the check / credit card / transfer instrument is cleared in the system |
Available |
Check / Credit Card / Transfer |
Not Available |
No allocation at authorization |
Confirmed units are allocated only on the date on which the check / credit card / transfer instrument is cleared in the system |
Not Available | Cash | - |
Units allocated by End of Day processes on the date of authorization |
Units allocated by End of Day processes on the date of authorization |
Not Available |
Check / Credit Card / Transfer |
Available |
Provisional Units allocated by the End of Day processes on the date of authorization |
Provisional Units allocated by the End of Day processes on the date of authorization, confirmed units on the date on which the check / credit card / transfer instrument is cleared in the system. |
Not Available |
Check / Credit Card / Transfer |
Not Available |
No allocation at authorization |
Units allocated by End of Day processes on the date on which the payment instrument is cleared in the system “*” – as designated in Transaction Processing Rules for the fund. |
Table 3-4 Allocation of Transactions
Field | Description |
---|---|
Online Allocation |
The allocation is performed at the time the transaction is authorized, i.e., simultaneously with authorization. This is true for amended transactions for which the amendment is authorized, too. The online allocation is only possible if it is designated as available in the Transaction Processing Rules for the fund. |
Allocation by the End of Day processes |
All transactions that have been entered and authorized on a given business day will be automatically allocated by the End of Day processes that are performed at the installation for that business day. |
Allocation through the Menu |
You can also manually trigger the allocation for a transaction through the corresponding menu item in the End of Day menu category in the Fund Manager component. You can use this facility to perform allocation for transactions involving payment instruments, on the clearing date. Note: If the application is offline, you can capture the transaction through web service only if there is an entry for that function ID entry in GWTMS_ AVAIL OPERATIONS table. |
Parent topic: Processing Transaction Requests