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
Presentation
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.
Close
Fields
The following fields are present on this tab :
Block number 1
| The code for the screen whose fields need to be affected is entered here. The editable fields appear then in the following grid. |
| Title associated to the previous code. |
|
|
| This column is used to make the fields that can be entered in the screen appear, in order to modify a given characteristic. |
| Title associated to the previous code. |
| If necessary, a control table associated with the current field of the screen is entered here. |
Close
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.