Академический Документы
Профессиональный Документы
Культура Документы
1.2 Override Messages: These are warning messages, at least most of the time. A
user may accept or reject override. If accepted, T24 saves the record and the override
message is stored as part of it in the field OVERRIDE. If you do not want to accept the
Override, you may either put the record on hold to correct it later or amend the record
and commit it again.
1.1 A record which generates non blocked overrides can be authorised by any user in
T24.
1.2 A record which generates blocked overrides can be authorised only by users with
appropriate privileges. If you do not have sufficient privileges the record will go to
INAO (Input Not Approved due to Override) status.
GB Message : This field contains the actual override message that is displayed on
committing the record.
So are override messages only static text messages? What if they need to hold values
from the transaction? In that case, the override message will also contain a special
character ‘&’ and each ‘&’ is then replaced with a value when T24 actually generates
the override.
In the override ACCT.UNAUTH.OD, the first & is used to denote Currency, the second
& to denote Amount and the third & to denote Account number.
Type, Channel and Approve Method : These fields are used only in ARC IB and are
not in the scope of this learning unit. However, to give you little information about
Channel field, based on the type of Channel you select to access T24 (like call center,
branch, internet, etc.,), you can set this Override message to act differently such as a
warning message, an error message, a confirmation message, etc.,.
Prev Message : This field in the OVERRIDE application holds the message which was
previously displayed for that particular Override. Only overrides that have changed
over the years will have a value in this field.
Numeric Id : This is a no input field. T24 generates a unique number for every record
in the OVERRIDE application on committing the record. This number is prefixed with
‘O’ which resembles Override.
App Version: This determines which Versions or Applications will perform automatic
Override validation during an OFS process.
Subroutine: It applies when OFS is being used. If validation is required then the
highest priority will be given to a user defined subroutine and no further validation will
be performed.
The override record has been modified to include the user class details thus making it
a blocked override.
The user AUTHUSER1 and any user belonging to the ACCOUNT.OFFICER role can
now authorise the record which generated the ACCT.UNAUTH.OD override.
You will now learn more uses of the fields APPLICATION and CLASS in the
OVERRIDE application.
Class : This field specifies a group name. Users belonging to this group alone will be
able to approve this override. Class name can be any descriptive text. Maximum of
four characters only. The group name specified in this field should be attached in the
User profiles in the field ‘Override Class’.
Now login as the user RELMGR and input an FT transaction, accept the overrides and
commit the record. Open it in SEE mode and see the field Override.3 being suffixed
with *TEM which implies that only a user belonging to the class TEM can authorize the
record.
Now login as FRONT OFFICE EXECUTIVE and authorize the record. You will see the
message ‘YOU CANNOT APPROVE ALL OVERRIDES’. This is because, the user
who tried to authorize the record is not one among the class specified in OVERRIDE
application.
You can see the record status has gone to INAO. Only users with the field Override
class set to ‘TEM’ in the user profile can authorize the record.
Now login as AUTHUSER and authorize the same FT record. Open the record in SEE
mode and check for the field Override.1 being suffixed with ‘*TEM*AUTHUSER’
Note that the field Authorizer still holds the user FO.EXEC and does not change to
AUTHUSER .
Note that user FO.EXEC is not attached to the class TEM. Now can this user authorize
the record?
YES. Since the FT record was input by the user belonging to the class TEM, now any
other user who does not belong to the class TEM can authorize the record.
Data Def : This field refers to the & values in the override message.
ACCT.UNAUTH.OD is the Override in which &1 refers to Currency, &2 refers to
Amount and &3 refers to Account. In this example, conditions are specific to only
Currency and Amount and hence only &1 and &2 are defined. A user defined routine
can also be attached in the field DATA.DEF. User can write his/her own conditions to
be checked in the routine and depending on the result various classifications can be
set to approve the override. The routine name should be prefixed with the sign @ in
the field.
The fields from Classification to Data.To form a multi value set. The fields from
Data.Def.No to Data.To form a sub value set.
Classification : This field holds any user defined text that best defines the group
classification.
Data Def No. : This field indicates which data item, as defined in the field DATA DEF is
to be used for the classification.
The number in this field identifies which multi-value from the field DATA DEF is to be
referred. For example, the number '1' indicates that it is the data item defined by field
Data From : This field holds the value indicated in the field DATA DEF (according to
the field DATA DEF NO), is compared against the value in this field according to the
operator in the field COMPARISON. If the outcome of the comparison is true, the
corresponding CLASSIFICATION group will be allocated the override.
Specify the value given in the field CLASSIFICATION (second multi value set) in
OVERRIDE.CLASS.DETAILS and in the field OVERRIDE CLASS in the User profiles
of MANAGER1 and MANAGER2.
Specify the value given in the field CLASSIFICATION (third multi value set) in
OVERRIDE.CLASS.DETAILS and in the field OVERRIDE CLASS in the User profiles
of GENMGR1.
For example, when T24 wishes to raise an override stating that a particular account
has been over drawn, it will only say that an override ACCT.UNAUTH.OD needs to be
raised. T24 core then picks up the actual message from the field GB Message in
OVERRIDE application and displays it.
You will get the new customized error message, as shown in this slide!
You will get the new customized error message as shown in this slide. This is because
the new user doesn’t have rights to open a record in ACCOUNT application which has
a currency not equal to USD.
1. First restriction is where the user can access all companies and all applications,
but can use the functions as ‘History Exception List Print See’.
2. Secord restriction is where the user can access all companies and in the
ACCOUNT application he can use the functions ‘Input Copy Delete’ with only
those accounts where the currency is USD.
You will get the new customized error message as shown in this slide!