Navigation:  Deposits > Deposit Screens > Account Information Screen Group > Restrictions & Warnings Screen >

Restriction/Action Codes tab

Navigation:  Deposits > Deposit Screens > Account Information Screen Group > Restrictions & Warnings Screen >

Restriction/Action Codes tab

Previous pageReturn to chapter overviewNext page  Print this Topic

Use this tab to view and enter hold/action codes on the customer deposit account. These holds designate an action (generally an override) that must occur before certain account activity will be allowed.

 

Deposits > Account Information > Restrictions & Warnings Screen > Restriction/Action Codes Tab

Deposits > Account Information > Restrictions & Warnings Screen > Restriction/Action Codes Tab

 

Hold/action codes are selected for use on the customer account in the Code field (see table below). Your institution can create your own hold/action codes using the Deposits > Definitions > Hold Code Definitions screen. Code numbers 1-199 are defined by GOLDPoint Systems, while numbers 200 and up are available to be defined by your institution.

 

Field Descriptions

 

Field

Description

Code

 

Mnemonic: DMHACC

Use these fields to indicate hold/action codes to place on the customer account. These codes can be reminders of a manual action that needs to take place on the account, or they may indicate a future automatic process by the system or conditions pertaining to the account or the customer.

 

There are six categories of hold/action code that can be placed on the customer account. These categories relate to the kind of override required to allow the designated action to occur. These categories are represented by a three-letter acronym and appear before the hold/action code description in this field:

 

NOV- No Override, No Instruction

MOV- Message Override: Message only. Transaction can still process without an override clearance.

TOV- Teller Override. Transaction can process after a user with Teller credentials enters their user name and password.

SOV- Supervisor Override. Transaction can process after a user with Supervisor credentials enters their user name and password.

OOV- Officer Override. Transaction can process after a user with Officer credentials enters their user name and password.

POV- Override Prohibited. Transaction cannot process on an account with POV. The POV must be removed before transactions can process.

 

Users are assigned specific override level credentials in the Opers.dat file, which can be accessed under Teller System > Administrative > Operator Information tab using the Override Authority field.

 

Once a restriction/action code is set up on an account, the system requires that someone with that override credential to enter their user name and password before the transaction can be processed on the account. Twelve hold/action code fields are available to each customer account on this screen.

 

For example, if you set a Teller Override action code requiring all withdrawals to have multiple signatures (Code 11 —TOV-REQUIRES MULTIPLE SIGNATURES), when a transaction is run on this account, the Override Required dialog box is displayed showing the override required (see below). Notice on the screen example below that the override we set up in the example is shown, but so are other overrides and restrictions. Other overrides can also be added based on transactions (see Transaction Condition Overrides tab help topic) and Special Instructions.

 

Override Required Dialog in CIM GOLDTeller After a Transaction is Run on an Account with a Restriction/Action Code

Override Required Dialog in CIM GOLDTeller After a Transaction is Run on an Account with a Restriction/Action Code

 

You can also give the action code an expiration date, so that the override is no longer required after the expiration date.

 

Hold/action codes are created and maintained for your institution on the Deposits > Definitions > Hold Code Definitions screen. Code numbers 1-199 are defined by GOLDPoint Systems, while numbers 200 and up are available to be defined by your institution.

Effective Date

 

Mnemonic: DMHACF

Use this field to indicate the date that the corresponding hold/action Code becomes effective on the customer account. The date entered in this field must be today's date or a date in the future date. In the afterhours of this date, the override will then be shown/required after each transaction is run in CIM GOLDTeller.

 

Expiration Date

 

Mnemonic: DMHACX

Use this field to indicate the date that the corresponding hold/action Code expires on the customer account. The date entered in this field must be a future date. The hold/action is removed from the customer account automatically in the afterhours on the date entered in this field. Leave this field blank to indicate that the hold/action will never expire.

 

If your institution uses the Account Holds event, an event letter record will be processed for this account. Someone at your institution responsible for generating and printing event letters will print the letter and send it to the account owner indicating a hold/action has been placed on their account. Your institution is responsible for creating the wording of the Account Hold event letter, as well as printing letters and sending them to your account owners.

 

Account Hold event letter records can be created either daily or monthly (see the Deposit Event Descriptions topic in the GOLD EventLetters User's Guide). Also see these topics in the GOLD EventLetters User's Guide:

 

Setting Up GOLD EventLetters (Deposits)

GOLD EventLetters Setup Procedures

Working with GOLD EventLetters

Document

 

Mnemonic: DMHACV

Use this field to indicate the letter number used to created the Account Holds event letter. Someone at your institution responsible for generating and printing event letters will print the letter and send it to the account owner indicating a hold/action has been placed on their account. Your institution is responsible for creating the wording of the Account Hold event letter, as well as printing letters and sending them to your account owners.

 

Document (letter) numbers are institution-defined. Use the Event Letter Generation Report (FPSDR500) to view event letters records that were generated for accounts.

 

Valid letter numbers for the Account Holds event are 1070 and 1170 (see Note below).

 

paperclipnote

Note: An option is available that will separate the “No Mail” letters to their own event. The system will add 100 to the original event number, and all “No Mail” letters will be generated for that event (for example, no mail 1070 events will become 1170). These new events will need to be attached to a letter before they can be printed. If your institution would like to use this feature, you will need to tie the appropriate event numbers to your event letters, then submit a work order to have the option turned on for the Event Letter Generation Report (FPSDR500). If this option is not used, the “No Mail” letters will be intermingled with the letters to be mailed, but will still indicate the “No Mail” status.

©2020 GOLDPoint Systems. All rights reserved.