The entry of the menu profile is made in a single tab, in which is found two characteristics in particular (which did not exist in version 130) :
- the first characteristic is a profile type defined by local menu 926, which contains 3 values by default. The interest of this type of profile is to be able to limit the number of users connected simultaneously under a given profile type. This is made with the help of the parameters USR1, USR2, and USR3 (this list of parameters can be completed with the custom/specific parameters USRn, n being the rank of the profile type in the local menu).
- the second characteristic concerns an additional memory value, expressed in Kbytes, associated with the engine that executes the user processes having the corresponding menu profile. This parameter, defined globally for a given folder by the field Memory in folder management, which can therefore be modified for certain users that launch functions that are particularly heavy in terms of consumption.
Following this there are two grids in this tab :
- the first concerns the definition of the current menu (by default, the first when opening an existing profile)
- the second is used to display the detail of the titles in the current sub-menu, if the line currently being entered in the first grid is found in a menu :
The management of these grids is used to successively pass from one menu to another or to return to a higher level. The Menu structure field that is displayed is used to identify the current level. If already located at the highest level (assuming that the highest level menu is called GENE, which is the default case), GENE is displayed here. If located in the sub-menu MDITM, which is itself a sub-menu of the MDBA menu referenced in the GENE menu, the display of the structure will be in the form GENE/MDBA/MDITM.
Creation of a menu profile
When creating a new profile menu, the cursor should be placed on the Start Menu field, this is used to pick up by default the name of one of the standard menus defined for the super user (ADMIN by default). Once a standard menu is selected, all the sub-menus attached to it are also loaded :
- if GENE has been selected as the start menu (default value proposed on creation), a complete standard menu structure for the software is obtained (it is then possible to modify the different menus line by line).
- it is possible to choose another menu (thanks to the selection key) in order to load only part of the menu structure.
Menu profile modification
In menu profile modification the Start menu field is not accessible.
When in entry mode in the grid, it is possible to modify the menus by simply inserting or deleting the lines. The insertion of a line is made by entering the following fields :
- the function code. This code makes reference to a basic function in the software. It is possible to use a selection window.
- potentially an option. This option depends on the function involved.
- a title that will be displayed in the menu to identify the function called.
Options associated with the functions
Some functions accept an additional parameter, namely:
- MENU : this signifies that the menu line calls a sub-menu, where the code must be entered in the options column.
- AIMP: this signifies that the menu line calls a report, whose code must be entered in the options columns. if the report code is not entered, the menu line makes it possible for the user to choose the report that when it is launched, by displaying the list of all the reports that the user has access to.
- all the functions that correspond to the object management with transactions that can be parameterised (that is to say the majority of the movements). It is then possible to give as an argument the transaction code to be used ( this is not mandatory : if this is not done, there will be the choice of transaction (if a choice is possible) from amongst the different transactions for which the user is authorised.
- all the functions that correspond to the parameterizable standard inquiries. It is then possible to give an argument for the enquiry screen code to be used (this is not mandatory : if this is not done, a default enquiry screen will be used) and it will then be possible to change the screen by selection (if a choice is possible) from amongst the different screens for which the user is authorised.
- SYSTEME (execution of a system order): The order is given in the form of a command line, entetered in a specific window and whose syntax is specified in an annex ocumentation.
- AMIEXE (execution of a system transaction): The transaction code can be specified.
- the ADPVAL function, which is used to modify the basis of the parameters in the software, can be called with an argument defining the chapter (for instance SUP), or an argument defining the chapter and a template of parameter names in the form CHAPITER_TEMPLATE (for instance SUP_USR*), or even a template without chapter (for instance USR*).
Two functions used to navigate between the sub-menu levels are accessible from the lines in the grid (by right click). These functions are the following :
- Origin is used to descend a level (from a menu line) to move to sub-menu modification.
- Destination is used to go up a level in the menu structure.
The following fields are present on this tab :
Block number 1
|
This code identifies the created records in a unique manner. | - Description (field INTPRF)
|
  |
Block number 2
- Profile type (field TYPPRF)
|
The type of profile is a local menu that is used to give a category to the users, with a goal of limiting, if necessary, the simultaneous number of connections by category. This is made by means of the USR1, USR2, and USR3 parameters. | - Additional memory (field MEM)
|
Used to define a quantity of additional memory allocated to the Adonix process executing the functions for the user connected under the profile menu. | - Start menu (field MENDEP)
|
Specify the code of the first menu that will be viewed at the time of user connection. This menu must be present in the grid below.
| - Menu hierarchy (field MENUSA)
|
  |
Table number 2
- Menu detail (field LMENU)
|
  |
Table number 1
|
  | - Function (field FONCTIONS)
|
Indicate here the code of a function that will be executed when the user carries out the corresponding choice. Some functions accept an additional parameter, namely: - MENU : this signifies that the menu line calls a sub-menu, where the code must be entered in the options column.
- AIMP: this signifies that the menu line calls a report, whose code must be entered in the options columns. if the report code is not entered, the menu line makes it possible for the user to choose the report that when it is launched, by displaying the list of all the reports that the user has access to.
- all the functions that correspond to the object management with transactions that can be parameterised (that is to say the majority of the movements). It is then possible to give as an argument the transaction code to be used ( this is not mandatory : if this is not done, there will be the choice of transaction (if a choice is possible) from amongst the different transactions for which the user is authorised.
- all the functions that correspond to the parameterizable standard inquiries. It is then possible to give an argument for the enquiry screen code to be used (this is not mandatory : if this is not done, a default enquiry screen will be used) and it will then be possible to change the screen by selection (if a choice is possible) from amongst the different screens for which the user is authorised.
- SYSTEME (execution of a system order): The order is given in the form of a command line, entetered in a specific window and whose syntax is specified in an annex ocumentation.
- AMIEXE (execution of a system transaction): The transaction code can be specified.
- the ADPVAL function, which is used to modify the basis of the parameters in the software, can be called with an argument defining the chapter (for instance SUP), or an argument defining the chapter and a template of parameter names in the form CHAPITER_TEMPLATE (for instance SUP_USR*), or even a template without chapter (for instance USR*).
| |
For some functions, a supplementary argument can be specified. The table below draws up a list of the most frequent cases : Function code | Definition | Supplementary argument | Mandatory | MENU | Software menu | Menu code | Yes | AIMP | Printing | Report code | No | AMIEXE | System transactions | Transaction code | No | BATCHEXP | Exports | Template code | No | BATCHIMP | Imports | Template code | No | CONS* | Inquiries | Inquiry screens | No | EXEALH | Requester | Code for the request | No | | All transaction-managed functions | Transaction code | No | GIMPOBJ | Imports | Template code | No | SYSTEM | Execution of a system order | Order to be executed | No |
When the supplementary argument is not mandatory, it is selected or entered when starting the function, depending on the cases. | |
Define the title appearing in a menu line. |
Add a menu
Used to display the riginal menu referencing the menu being modified.
Add a menu
This is used to display the menu of the current line in order to modify the characteristics.
Zoom