2.4 Exceptions
This topic helps you quickly get acquainted with the Exceptions process.
The Guarantee Issuance Internal Amendment request, before it reaches the approval stage, the application will validate the Amount Block, KYC and AML. If any of these failed in validation will reach exception stage for further clearance for the exceptions.
Amount Block Exception Approval
User can review the amount block exception for Trade Finance requests that failed to create Amount Block in backend system.
Log in into Trade Mid Office (TMO) system amount block exception queue. Amount block validation failed tasks for trade transactions will be listed in the queue.Log in into Trade Mid Office (TMO) system amount block exception queue. Amount block validation failed tasks for trade transactions will be listed in the queue.
Open the task to view the summary tiles. The tiles should display a list of important fields with values.
The transactions that have failed amount block due to non-availability of amount in respective account will reach the amount block exception stage.
As part of amount block validation, application will check if sufficient balance is available in the account to create the block. On hand-off, system will debit the blocked account to the extent of block and credit charges/ commission account in case of charges block or credit the amount in suspense account for blocks created for collateral.
On Approval, system should not release the Amount Block against each applicable account and system should handoff the “Amount Block Reference Number “to the back office. On successful handoff, back office will make use of these “Amount Block Reference Number” to release the Amount Block done in the mid office (OBTFPMCS) and should debit the CASA account from the Back office. If multiple accounts are applicable, Amount Block.
Reference for all accounts to be passed to the back office.
- Approve:
- Settlement amount will be funded (outside of this process)
- Allow account to be overdrawn during hand-off
- Refer:
- Refer Refer back to DE providing alternate settlement account to be used for block.
- Different collateral to be mapped or utilize lines in place of collateral.
- Reject: Reject the transaction due to non-availability of sufficient balance in settlement account Amount Bock Exception This section will display the amount block exception details.
Application Details
All fields displayed under Application details section, would be read only.
Amount Bock Exception
This section will display the amount block exception details.
- Main Details - User can view the application details and Guarantee details. User can only view but cannot modify the details.
- Guarantee Details - User can view the Guarantee details.
- Limits and Collaterals - User can view the limits and collateral details. User can only view but cannot modify the details.
- Commission, Charges and Taxes - User can view the details provided for charges. User can only view but cannot modify the details.
- Advices - User can view the advice details.
- Preview Messages - User can have the preview of message.
- Settlement Details - User can view the Settlement details.
- Parties Details - User can view the party details like beneficiary, advising bank etc. User can only view but cannot modify the details.
- Accounting Details - User can view the accounting entries
generated by back office system.
Note:
When the Value Date is different from the Transaction Date for one or more accounting entries, system displays an Alert Message “Value Date is different from Transaction Date for one or more Accounting entries.
- Click Approve. to approve thw export booking amount bolck exception check.
For more information on Action Buttons, refer to the field description table below.
Table 2-23 Amount Bock Exception - Action Buttons - Field Description
Field | Description |
---|---|
Documents | View/Upload the required document. |
Remarks | Specify any additional information regarding the
guarantee issuance internal amendment. This information can be
viewed by other users processing the request.
Content from Remarks field should be handed off to Remarks field in Backend application. |
Overrides | Click to view the overrides accepted by the user. |
Customer Instruction | Click to view/ input the following
|
Incoming Message | Clicking this button allows the user to see the
message in case of STP of incoming MT 767.
In case of MT798-MT726-MT759 request, user can view MT798 message(726-759) in this placeholder in Header of the task. In case of MT798_MT788-MT799 request, user can view MT798 message (788-799) in this placeholder in Header of the process-task. |
View Undertaking | Clicking this button allows the user to view the undertaking details. |
Reject | On click of Reject, user must select a Reject Reason
from a list displayed by the system.
Reject Codes are:
Select a Reject code and give a Reject Description. |
Refer | Select a Refer Reason from the values displayed by
the system.
User can refer the task back to the Data Enrichment user. User must select a Refer Reason from the values displayed by the system. Refer Codes Refer Codes are:
|
Hold | The details provided will be saved and status will be
on hold.User must update the remarks on the reason for holding the
task.
This option is used, if there are any pending information yet to be received from applicant. |
Approve | On approve, application must validate for all mandatory field values, and task must move to the next logical stage. |
Back | Task moves to previous logical step. |
Exception - Know Your Customer (KYC)
- Log in into OBTFPMCS application, KYC exception queue. KYC exception failed tasks for Trade Finance transactions will be listed in your queue.
- Open the task, to see summary tiles that display a summary of
available updated fields with values.
User can pick up a transaction and do the following actions:
Approve- After changing the KYC status in the back end application (outside this process).
- Without changing the KYC status in the back end application.
- Reject (with appropriate reject reason).
Figure 2-21 Know Your Customer (KYC) Exception

Description of "Figure 2-21 Know Your Customer (KYC) Exception"
- Main Details - User can view the application details and Guarantee details. User can only view but cannot modify the details.
- Guarantee Details - User can view the Guarantee details.
- Limits and Collaterals - User can view the limits and collateral details. User can only view but cannot modify the details.
- Commission, Charges and Taxes - User can view the details provided for charges. User can only view but cannot modify the details.
- Advices - User can view the advice details.
- Preview Messages - User can have the preview of message.
- Settlement Details - User can view the Settlement details.
- Parties Details - User can view the party details like beneficiary, advising bank etc. User can only view but cannot modify the details.
- Accounting Details - User can view the accounting entries generated by back
office system.
Note:
When the Value Date is different from the Transaction Date for one or more accounting entries, system displays an Alert Message “Value Date is different from Transaction Date for one or more Accounting entries.
For more information on Action Buttons, refer to the field description table below.
Table 2-24 Exception - Know Your Customer (KYC) Summary - Action Buttons - Field Description
Field | Description |
---|---|
Documents | View/Upload the required document. |
Remarks | Specify any additional information regarding the
guarantee issuance internal amendment. This information can be
viewed by other users processing the request.
Content from Remarks field should be handed off to Remarks field in Backend application. |
Overrides | Click to view the overrides accepted by the user. |
Customer Instruction | Click to view/ input the following
|
Incoming Message | Clicking this button allows the user to see the
message in case of STP of incoming MT 767.
In case of MT798-MT726-MT759 request, user can view MT798 message(726-759) in this placeholder in Header of the task. In case of MT798_MT788-MT799 request, user can view MT798 message (788-799) in this placeholder in Header of the process-task. |
View Undertaking | Clicking this button allows the user to view the undertaking details. |
Reject | On click of Reject, user must select a Reject Reason
from a list displayed by the system.
Reject Codes are:
Select a Reject code and give a Reject Description. |
Refer | Select a Refer Reason from the values displayed by
the system.
User can refer the task back to the Data Enrichment user. User must select a Refer Reason from the values displayed by the system. Refer Codes Refer Codes are:
|
Hold | The details provided will be saved and status will be
on hold.User must update the remarks on the reason for holding the
task.
This option is used, if there are any pending information yet to be received from applicant. |
Approve | On approve, application must validate for all mandatory field values, and task must move to the next logical stage. |
Back | Task moves to previous logical step. |
Exception - Limit Check/Credit
- Log in into OBTFPMCS application, limit check exception queue. Limit check exception failed tasks for Trade Finance transactions must be listed in your queue.
- Click My Task. The summary tiles displays
summary of important fields with values.
Note:
On Approval of the exception task, system should validate the Limit Availability, Limit Expiry Date in the Limit System and create Earmark in the ELCM system. In case if the Limit is not available or the Limit is expired, then system should display an error message and should not allow the user to approve and proceed.
Limit check Exception approver can do the following actions:
- Limit enhanced in the back end (outside this process).
- Without enhancing limit in the back end.
- Refer back to DE providing alternate limit id to map
- Refer additional collateral to be mapped
Reject
The transaction due to non-availability of limits capturing reject reason.
Limit/Credit Check
This section will display the amount block exception details.
Summary
- Main Details - User can view the application details and Guarantee details. User can only view but cannot modify the details.
- Guarantee Details - User can view the Guarantee details.
- Limits and Collaterals - User can view the limits and collateral details. User can only view but cannot modify the details.
- Commission, Charges and Taxes - User can view the details provided for charges. User can only view but cannot modify the details.
- Advices - User can view the advice details.
- Preview Messages - User can have the preview of message.
- Settlement Details - User can view the Settlement details.
- Parties Details - User can view the party details like beneficiary, advising bank etc. User can only view but cannot modify the details.
- Accounting Details - User can view the accounting entries generated by back
office system.
Note:
When the Value Date is different from the Transaction Date for one or more accounting entries, system displays an Alert Message “Value Date is different from Transaction Date for one or more Accounting entries.
Table 2-25 Exception - Limit Check/Credit - Action Buttons – Field Description
Field | Description |
---|---|
Documents | View/Upload the required document. |
Remarks | Specify any additional information regarding the
guarantee issuance internal amendment. This information can be
viewed by other users processing the request.
Content from Remarks field should be handed off to Remarks field in Backend application. |
Overrides | Click to view the overrides accepted by the user. |
Customer Instruction | Click to view/ input the following
|
Incoming Message | Clicking this button allows the user to see the
message in case of STP of incoming MT 767.
In case of MT798-MT726-MT759 request, user can view MT798 message(726-759) in this placeholder in Header of the task. In case of MT798_MT788-MT799 request, user can view MT798 message (788-799) in this placeholder in Header of the process-task. |
View Undertaking | Clicking this button allows the user to view the undertaking details. |
Reject | On click of Reject, user must select a Reject
Reason from a list displayed by the system.
Reject Codes are:
Select a Reject code and give a Reject Description. |
Refer | Select a Refer Reason from the values displayed
by the system.
User can refer the task back to the Data Enrichment user. User must select a Refer Reason from the values displayed by the system. Refer Codes Refer Codes are:
|
Hold | The details provided will be saved and status
will be on hold.User must update the remarks on the reason for
holding the task.
This option is used, if there are any pending information yet to be received from applicant. |
Approve | On approve, application must validate for all mandatory field values, and task must move to the next logical stage. |
Back | Task moves to previous logical step. |
Parent topic: Guarantee Issuance Internal Amendment