Setup > Users > Users 

Each user must identify themselves by a code when using the software. This code of 5 uppercase alphanumeric characters refers to a certain number of items of information defined in the Users table.

The user management function is used to precisely manage the administration of the users and their rights.

Prerequisite

SEEREFERTTO Refer to documentation Implementation

Screen management

The entry of user codes is performed on a header and several tabs, which are detailed below.

In the function, in addition to the standard left lists, there will be a list giving access, in the form of a tree structure, to the parameter values defined for the current user.

Header

Presentation

The code and user name are entered, as well as a check box entitled Active, which is used to deactivate a user code, preventing all connection. It should be noted that for security reasons, the box is not checked in the case of duplication of a record that already exists.

Close

 

Fields

The following fields are present on this tab :

This code identifies the created records in a unique manner.

  • Name (field INTUSR)

Enter the description of the relevant record.

This long description is used as a title in screens and reports.

  • Active (field ENAFLG)

Select this check box to activate the current record.

Disabled records keep their content and setup but cannot be used (by recalling their code) on other records (documents, settings ...), or for mass processes.

The authorizations to a given function can prohibit the creation of an active record. In this case, the check box is disabled by default. It can only be modified by an authorized user or through a signature Workflow.

Close

 

Tab General

Presentation

This tab contains the information defining the user's identity and main characteristics.

Close

 

Fields

The following fields are present on this tab :

Identification

  • X3 connection (field USRCONNECT)

Currently, there are different levels of "collaborators" in X3. This field makes it possible to differenciate them by the right or not to connect to the system, which gives the 2 following catergories : The users who can connect to the system. The employees who cannot connect to the system.

  • Web services connection (field USRCONXTD)

  • No directory check (field WITHOUTLDA)
  • Login (field LOGIN)

The login corresponds to the system access code on the server. This code is the one entered in the application login box (by default, it is the user code, but this code can be longer than the user's internal code which is limited to 5 characters). It must be different for each user.

The business code is used to associate a user to a business profile. A business profile corresponds to a set of users grouped according to the same menu profile, function profile and possibly the same BI user profile and Safe X3 WAS profile.

This menu profile code enables the definition of the tree structure proposed by default to the user. It does in no case define the authorizations relating to the functions, the latter being defined by the function profilecode.

  • field DEFMEN

 

This function profile code is used to define the user's authorizations, function by function, or in bulk. These authorizations are complemented by the user's roles, the user parameter values and the access codes allowed for said user. This information is entered in the tabs of the user record.

  • field DEFFCT

 

 

 

  • field DEFXTD

 

  • Workflow email address (field ADDEML)

The user e-mail address can be used in the workflow system integrated to the Adonix software in order to send messages to the user.

  • Default telephone (field TELEP)

These fields define the information to contact the user.

  • Default fax (field FAX1)

 

This access code makes it possible to prohibit access to the current record for some users.

As a matter of fact, if the field is completed, only the users having this access code with read rights (respectively write rights) can view (respectively modify) the concerned record.

Rather than having to define printing destinations in the table at the bottom of the screen, it is possible for the current user to use the destination list of another user (who is then entered here).

Grid Default destinations

  • Type (field TYPIMP)

This displayed field defines the type of destination from the values of the number 22 local parameterizable menu.

This code identifies for each type of printer defined by the 22 parameterizable local menu a printing destination which will be proposed by default when launching a report in the absence of a more accurate rule.

Photo

  • field AUSPIC

This image-type field enables the picture of the user to be displayed.

Miscellaneous

  • Title bar (field TIT)

This field is used to define by means of a calculated expression the content of the title bar of the software window. By default, the title is as follows :

FOLDER          SOFTWARE NAME     -  [Name of the current function]

The FOLDER and SOFTWARE NAME fields are replaced by the result of the formula evaluation, if any. It is namely possible to display constants in this formula, but also the following global variables and functions :

nomap

Current folder name

GUSER

Current user code

GNOMUSER

Current user name

date$

current date

time$

current time (upon login)

It should be noted that this title is only evaluated once on entry in to the software.

Close

 

Tab Roles

Presentation

This tab is used to define the roles played by the user towards the company : managers, notion of external users, and data filtering rules (via the roles grid).

Close

 

Fields

The following fields are present on this tab :

Grid Relationships

  • Type (field RESPO)

Type of manager defined by the number 50 local parameterizable menu.

It makes it possible to define a list of managers related to the user (which can be used for the Workflow functions, among others) : access to the manager of rank rank is made possible using the variables [AUS]CHEF(rank) or by means of the function func AFNC.CHEF(user_code,rank).

  • Name (field NOMCHEF)

Title associated to the previous code.

Option

Grid Row level permissions

This table is used to enter the roles played by the user, along with the corresponding codes. These roles are defined in the miscellaneous table number 60. Role management is used to set fine filtering on data, especially when restricted system access must be granted to external BPs and restricted filtering must be applied to the data viewed by said BPs.

A parameterization makes it possible to associate with each role filtering criteria on standard object type functions. For instance, within a commercial management context, it can be decided that the Customer role for the Order function induces a filtering on the Ordering Customer field.

In practical terms, it happens in the following way :

  • A role is identified by a code : for instance, the ORD (ordering customer) code within a commercial management context.
  • A role is associated with a list of functions for which a filter is applied on a given field (for instance, the order on the Ordering Customer field).
  • When this parameterization is performed, the entry of the ORD role code on two lines, successively associated with A and B customer codes, will enable a filter to be applied upon order entry : only the orders placed by customers A and B can be viewed, only the orders for customer A and B can be entered.
  • Key (field BPR)

This code corresponds to the value selected to filter the data associated with the role. For instance, if a role involves having to manage the customers who place orders, the customer code for which the filter will be performed for the user will be available here.

Close

 

Tab Parameter Definitions

Presentation

This tab is used to view all the parameters associated with the user. These parameters are organized in chapters and by group and the grid only contains the list of parameters and groups.

A chapter corresponds to a functional or technical module (Supervisor, Financials, A/P-A/R Accounting are modules). A group is a logical grouping of interdependent parameters. When the left list Parameters by group is displayed, the positioning to enter data on the current line unfolds the corresponding parameter values in the list.

It is not mandatory to define the parameters user by user. As a matter of fact, if no value has been defined at this level, the user inherits the parameter value as it has been defined at the level of their default site (for the corresponding functional module). If there is no value at site level, it is necessary to go back up to the level of the company to which the site reports, then to the legislation applied by the company and finally to the general level, since all these levels are likely to provide a value.

The effective level at which a parameter is defined is displayed in the detail entry table. At parameter group level, the finest level at which one of the group parameters is defined, is displayed. Thus, if three parameters are present in a group, and if they are respectively defined at Legislation, Company and Folder levels, a line representing the group will display the Company level.

It is possible to associate standard or predefined sets of values to a group and to display the set of values being used. This enables the parameters to be rapidly entered. If the supervisor's security parameters are considered, it is possible to have at disposal the following sets of values : HIG (high), MED (medium), LOW (low). After choosing one of these default levels, it is no longer mandatory to document the parameters in further details.

When a finer level of detail is required, customized values are defined parameter by parameter using the right click. In case of detailed modification, the set of values is no longer applied, and the corresponding column is therefore empty.

Only a main administrator has the right to enter the values for all the parameters. Another user only has the right to enter certain parameter values (these are those accessible to the user him/herself via the personalization function in the exploitation menu). In this case, the parameter values appear in a different font (for example italic, according to the client workstation parameterization).

The different parameters are documented in the on-line help accessible by Right click / Help, on the corresponding detail line.

A certain number of these parameters make it possible to refine the security. It is notably possible, by user :

  • To block a user after a number of failed attempts to connect defined by the NBRCON variable.
  • To authorize or not the modification of the connection date, using the CHGDAT parameter.
  • To authorize or not the launch of batch tasks by the placing of files in a specific dedicated directory, thanks to the EXTBATCH parameter.

In a more general fashion (i.e. by the definition of the global parameter CHGPASS), it is possible to define a period of time beyond which the password must be changed by the user.

Close

 

Fields

The following fields are present on this tab :

Table number 1

  • Chapter (field CHPDES)

In this chapter, the parameters are grouped in a logical manner. This code is defined in the miscellaneous table number 901.

This code, defined in the miscellaneous table 903, is used to group those parameters usually consistently entered in a chapter. Sets of values can be defined in order to rapidly enter the parameters of a given group with preset values.

This code is used to associate under an explicit name a consistent set of values which can be applied to all the parameters. If the parameters have been directly defined with separate values, the code displayed in the record is empty.

  • Level (field NIVGRP)

This field indicates the level of definition of the entered parameter. It can take the values defined in the local menu 987. When the level is indicated for a group of parameters, the finest level encountered for the group parameters is the one to be displayed.

Close

 

Action icon

Detail

Fields

The following fields are included in this window :

Block number 1

Code identifying the variable with 5 characters.

Block number 2

In this chapter, the parameters are grouped in a logical manner. This code is defined in the miscellaneous table number 901.

This code, defined in the miscellaneous table 903, is used to group those parameters usually consistently entered in a chapter. Sets of values can be defined in order to rapidly enter the parameters of a given group with preset values.

Grid

  • Parameter (field PARAM)

This code identifies the parameter to be entered.

  • Description (field NAME)

Title associated to the previous code.

  • Value (field VALEUR)

The parameter value is entered here. Depending on the case, this value is entered as if it were a number, a date or an alphanumeric code. When the parameter is of local menu type, it is possible to enter either the beginning of the name or the numeric value corresponding to the position of the name in the list. When the code is controlled by an annex table, a selection key may be used to select it.

This code is used to associate under an explicit name a consistent set of values which can be applied to all the parameters. If the parameters have been directly defined with separate values, the code displayed in the record is empty.

  • Level (field NIVEAU)

This field indicates the level of definition of the entered parameter. It can take the values defined in the local menu 987. When the level is indicated for a group of parameters, the finest level encountered for the group parameters is the one to be displayed.

Close

This function is used to drill down to the group parameters level, in order to enter each value separately. At this level, there is the possibility :

  • to enter each value or to select it if it belongs to a table,
  • to recall via right click the higher level value (Folder, Legislation, Company, Site).
Parameter search

Fields

The following fields are included in this window :

Block number 1

Code identifying the variable with 5 characters.

Block number 2

In this chapter, the parameters are grouped in a logical manner. This code is defined in the miscellaneous table number 901.

This code, defined in the miscellaneous table 903, is used to group those parameters usually consistently entered in a chapter. Sets of values can be defined in order to rapidly enter the parameters of a given group with preset values.

Grid

  • Parameter (field PARAM)

This code identifies the parameter to be entered.

  • Description (field NAME)

Title associated to the previous code.

  • Value (field VALEUR)

The parameter value is entered here. Depending on the case, this value is entered as if it were a number, a date or an alphanumeric code. When the parameter is of local menu type, it is possible to enter either the beginning of the name or the numeric value corresponding to the position of the name in the list. When the code is controlled by an annex table, a selection key may be used to select it.

This code is used to associate under an explicit name a consistent set of values which can be applied to all the parameters. If the parameters have been directly defined with separate values, the code displayed in the record is empty.

  • Level (field NIVEAU)

This field indicates the level of definition of the entered parameter. It can take the values defined in the local menu 987. When the level is indicated for a group of parameters, the finest level encountered for the group parameters is the one to be displayed.

Close

This function is used to select a parameter by its name rather than by its group. Once the parameter has been entered, the detail window containing the right parameter will be displayed.

 

Close

 

Tab Access

Presentation

This tab is used to define the authorizations granted to the user in terms of access codes.

Access to the data in modification mode for this tab can be prohibited for a user who is not a general administrator (this is the A parameter, associated with the function, which determines the right to modification).

The date and time of the last connection are displayed at the bottom of the tab. Remember that there is a table which displays a history of the operations performed by a given user and that these more accurate audit functionalities can be implemented in the data dictionary.

Close

 

Fields

The following fields are present on this tab :

Access rights

  • All access codes (field ALLACS)

If this box is checked, the user has been granted all the rights (in read, write and execution mode) on all the access codes. This makes it no longer necessary to supply the complete list of access codes for the privileged users.

Grid Access code

The access codes are the codes that are used to protect the information or the functions, in read, write and execution mode (when the context permits it). In this case, these codes act a bit like a lock placed on a field in a screen, in a transaction, in a report or in a database record.

Then, for this field and for each user, it is determined whether they can access protected information in this way (thus they have the key available allowing them to open the lock).

The number of access codes and their codification is totally free, since what only matters is the assignment that is made in the different records, which can be controlled in this way .

An All access codes box is used to give access to all the access codes present or to come. If this box is not checked, the entry can be made in the tab grid.

  • Inquiry (field CONSUL)

If this field is set to Yes, the user is entitled to view the records (or fields) protected by the access code.

  • Modification (field MODIF)

If this field is set to Yes, the user is entitled to modify the records (or fields) protected by the access code.

  • Execution (field EXEC)

If this field is set to Yes, the user has been granted the execution right (if available) defined within the context of those records protected by the access code. Use cases of execution rights for access codes can be found in an appended documentation.

Connection

  • Date /hour of last connection (field DATCONN)

This field contains the date on which the user has logged on for the last time.

  • field TIMCONN

This field contains the time at which the user has logged on for the last time.

Close

 

Action icon

Copy addresses

 

Close

 

Tab Addresses

Presentation

This tab is used to define a list of addresses associated with the user.

Close

 

Fields

The following fields are present on this tab :

Grid Addresses

  • Address (field CODADR)

This code is used to identify the various addresses associated with the managed record (user, company, site, business partner of any description, etc.).

Each address code is unique to a given record.

In general, it is mandatory to enter an address for each record, and one of them must be declared as the default address using the corresponding box.

An address code cannot be modified or deleted once it is used at the level of a Bank ID number or for a contact. In this case, to be able to modify or delete an address code, it is first necessary to remove it from the level of the Bank ID number or contact.

Detail

  • Code (field XCODADR)

This code is used to identify the various addresses associated with the managed record (user, company, site, business partner of any description, etc.).

Each address code is unique to a given record.

In general, it is mandatory to enter an address for each record, and one of them must be declared as the default address using the corresponding box.

An address code cannot be modified or deleted once it is used at the level of a Bank ID number or for a contact. In this case, to be able to modify or delete an address code, it is first necessary to remove it from the level of the Bank ID number or contact.

  • Description (field XBPADES)

Name linked to the address.

This code is used to identify the country associated with the address.

In the country table, which controls this field, there is a certain number of characteristics useful to perform controls on dependent information, and especially :

  • the telephone number format
  • the format of the number identifying a company or an activity (SIRET, NAF in France)
  • the postal code format
  • the format of the bank ID number
  • Description (field XCRYNAM)

Title associated to the previous code.

  • field XADDLIG1

This table lists the various address lines. The formats of the title and of the entry are defined in the country table.

  • field XADDLIG2

 

  • field XADDLIG3

 

  • Postal code (field XPOSCOD)

The postal code, having an entry format defined in the Country table, makes it possible to specify the town/city and the geographical subdivision if they are defined for the country.
When the postal code is modified, the town/city corresponding to this new code is displayed automatically. The principle is the same for the geographical subdivision if it is present for the country.
It is also possible to manually enter the town/city name. If the town/city is already defined, the associated postal code is automatically displayed.

Specific cases:

- For ANDORRA, enter 99130
- For MONACO, enter 99138
- for the other foreign countries, mention the national ID code of this country or 99999 if it is unknown.

The control of this information and its mandatory nature depend on the setup performed in the country management. In order for the control to be applied, the POSCOD - Nonexistent postal code alert parameter (SUP chapter, INT group) must also be set to "Yes".

  • City (field XCTY)

The city automatically proposed is the one associated with the postal code previously indicated. It is also possible to manually enter the name of a town/city:
- If the latter is defined, the associated postal code is automatically displayed,
- if the town/city does not exist and the postal code control has been set up at Country record level, a warning message appears without however preventing the entry to be continued. In addition, the CTY - Nonexistent city alert parameter (chapter SUP, group INT) needs to be set to "Yes" for this control to apply.

Notes:

  • Its format is defined in the Country record setup.
  • Depending on this setup, the entered town/city can automatically be converted into uppercase after it has been entered.
  • In order to make selections easier without taking into account the format (accented characters/uppercase letters/lowercase letters), the selection window available on this field proposes a column dedicated to the search, where the names of the towns/cities are displayed in uppercase. The control which is carried out is case-insensitive since it is carried out with respect to the town/city name stored in uppercase.
  • field XSAT

This field includes the geographical subdivision which is part of the postal address definition.
For instance, it can be the department for France or the state for the United States. The subdivision title and the potential control on its entry are defined in the Country setup.
If it is controlled, this code depends on the corresponding geographical subdivision.

This subdivision is automatically fed after the postal code and town/city have been entered, based on the Postal codes setup.

  • Federal ID code (field XCODSEE)

 

  • Website (field XFCYWEB)

This field is used to indicate a web site.

  • Default address (field XBPAADDFLG)

When selected, this check box indicates that this is the default address.
Only one of the addresses in the selected record can (and must) be selected. This always corresponds to one of the BP's addresses.

Telephone

  • field XTEL1

Telephone number with en entry format dependent on the country. The general setup CTLTEL - Control telephone number is used to specify the level of control carried out according to the format of the number entered.

  • field XTEL2

 

  • field XTEL3

 

  • field XTEL4

 

  • field XTEL5

 

Email

  • field XWEB1

This field is used to specify the email address of the contact.

  • field XWEB2

 

  • field XWEB3

 

  • field XWEB4

 

  • field XWEB5

 

Close

 

Reports

By default, the following reports are associated with this function :

 PRTSCR : Screen print

This can be changed using a different setup.

Specific Buttons

The following fields are included on the window opened through this button :

Block number 1

  • field OBJET

 

  • field CLES

 

Block number 2

  • From folder (field DOSORG)

Indicate the folder from which the record is going be copied. The possible syntaxes are described in the dedicated appendix.

  • All folders (field TOUDOS)

This option is used to copy the record to all the folders defined in the dictionary (ADOSSIER table from the current solution).

  • To folder (field DOSDES)

Indicate the folder in which the record is going be copied. The possible syntaxes are described in the dedicated appendix.

Close

This button is used to copy the record definition from or to another folder.

Menu Bar

Password

This function is used to :

  • delete the current user's password (if not mandatory : this point is defined by the parameter PASSWD).
  • assign a temporary password if the password is mandatory. If there is a Workflow rule associated with the PWS miscellaneous event, this rule is triggered and it is supposed to send the password thus assigned to the user. Otherwise the password is displayed on the screen for it to be written down.
  • This temporary password will have to be modified upon the next connection. A dedicated Workflow rule is supplied as a standard in order to lock a user whose temporary password would have been assigned but not modified in due time.

It should be noted that the CHGPASS parameter is used to give a maximum number of days for the validity of a password (above which, the password must be changed). If this parameter is set to 0, the passwords may have a unlimited life span.

Error messages

In addition to the generic error messages, the following messages can appear during the entry :

Login (XXX) already defined

An attempt has been made to define a connection code already used by another user (the user XXX).

Tables used

SEEREFERTTO Refer to documentation Implementation