Control Table Assignment
This function is used to assign to the various fields of the entry screens codes from control tables.
A control table code refers to a table where validity controls may be defined using one or several combined conditions (mandatory or prohibited values, existence in a table, value intervals, condition other...).
These controls are in addition to the normal controls planned as standard.
Prerequisite
Refer to documentation Implementation
Screen management
Entry screen
After having selected a screen to customize, a list of fields existing in the screen is displayed in the grid. It is then possible to associate a control table to each of them.
Block number 1
| Screen code (field MASQUE) |
|
The code for the screen whose fields need to be affected is entered here. The editable fields appear then in the following grid. |
| Description (field COMMENT) |
|
Title associated with the previous code. |
| No. (field NUMLIG) |
| Field (field ZONE) |
| Description (field INTIT) |
|
Title associated with the previous code. |
| Control (field CODCTL) |
|
If necessary, a control table associated with the current field of the screen is entered here. |
Important notes
This function works on the screen structure that is being modified and the saving of the modifications leads to an automatic re-evaluation of the screen, the window and the associated process in all the folder languages (a box signals that the compiling is underway is displayed).
When wanting to use this functionality :
- the first thing to understand is the screen code that is to be re-parameterized. The simplest way to do this is to set in enter mode on one of the fields in the screen in question, then use the function Field info, accessible either from the general help menu or by using the button . The screen that is displayed carries the title Field XXX / Screen YYY, and this provides access to its information.
- it is necessary to be careful not to use this function in a screen automatically generated by means of transactions (a revalidation of the corresponding transactions will lose the modification). In this case it is necessary to modify the screen templates used by the transaction, and then revalidate the transactions that inherit the characteristics parameterized in this way.
This function is a parameterization. This signifies that the modifications carried out in this case remain even if there is a version change. In fact, as standard, no control table, no access code, nor conditional style is associated with field in the screen, even if this information is part of the screen description. They are no longer displayed by any patch.