Erreurs module GRH

Bonjour,

J’ai mis à jour mon Dolibarr passant de la v15 à la 17, ce matin.
J’ai découvert le module GRH avec beaucoup de plaisir.

Cependant j’ai remarqué plusieurs soucis, que je ne retrouve pas sur le forum :
1/ Lorsque je créé un nouveau salarié, cela me créé un utilisateur :

2/ Dans les paramètres, au niveau de la création des établissements, les Réglages et A propos m’emmènent sur une page d’erreur.

3/ Avec tous les droits (j’ai essayé aussi avec mon compte admin), je ne peux pas accéder à la liste des salariés :


Merci à vous pour votre temps et pour votre aide !

1 « J'aime »

Bonjour @Kusco ,

A propos votre première remarque, les salaires dans Dolibarr sont des utilisateurs déclarés comme « Salarié » :

image

au niveau du paramètres du module GRH, les Réglages et A propos seront supprimés dans la prochaine version de Dolibarr.

Vous pouvez le réparer manuellement en suivant les instructions ci-dessous :

  • Allez au fichier : /dolibarr/core/lib/hrm.lib.php

Supprimer ou commenter les lignes suivants :

1 « J'aime »

Merci pour ces premières réponses, c’est super !

J’ai regardé mes logs lorsque j’essaie d’accéder à la liste des salariés.
Est-ce que vous y voyez un souci particulier ?

Merci !

2023-05-17 15:05:23 DEBUG   5.10.134.254    - This is an already logged session. _SESSION['dol_login']=monLogin_SESSION['dol_entity']=1
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT u.rowid, u.lastname, u.firstname, u.employee, u.gender, u.civility as civility_code, u.birth, u.email, u.personal_email, u.job, u.socialnetworks, u.signature, u.office_phone, u.office_fax, u.user_mobile, u.personal_mobile, u.address, u.zip, u.town, u.fk_state as state_id, u.fk_country as country_id, u.admin, u.login, u.note_private, u.note_public, u.pass, u.pass_crypted, u.pass_temp, u.api_key, u.fk_soc, u.fk_socpeople, u.fk_member, u.fk_user, u.ldap_sid, u.fk_user_expense_validator, u.fk_user_holiday_validator, u.statut as status, u.lang, u.entity, u.datec as datec, u.tms as datem, u.datelastlogin as datel, u.datepreviouslogin as datep, u.iplastlogin, u.ippreviouslogin, u.datelastpassvalidation, u.datestartvalidity, u.dateendvalidity, u.photo as photo, u.openid as openid, u.accountancy_code, u.thm, u.tjm, u.salary, u.salaryextra, u.weeklyhours, u.color, u.dateemployment, u.dateemploymentend, u.fk_warehouse, u.ref_ext, u.default_range, u.default_c_exp_tax_cat, u.national_registration_number, u.ref_employee, c.code as country_code, c.label as country, d.code_departement as state_code, d.nom as state FROM piym_user as u LEFT JOIN piym_c_country as c ON u.fk_country = c.rowid LEFT JOIN piym_c_departements as d ON u.fk_state = d.rowid WHERE u.entity IN (0, 1) AND u.login = 'monLogin' ORDER BY u.entity ASC
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT rowid, name, label, type, size, elementtype, fieldunique, fieldrequired, param, pos, alwayseditable, perms, langs, list, printable, totalizable, fielddefault, fieldcomputed, entity, enabled, help, css, cssview, csslist FROM piym_extrafields WHERE elementtype = 'user' ORDER BY pos
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT param, value FROM piym_user_param WHERE fk_user = 4 AND entity = 1
2023-05-17 15:05:23 DEBUG   5.10.134.254    DefaultValues::fetchAll
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT rowid,type,user_id,page,param,value FROM piym_default_values as t WHERE 1 = 1 AND (t.user_id IN (0,4) AND entity IN (0,1))
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT DISTINCT r.module, r.perms, r.subperms FROM piym_user_rights as ur, piym_rights_def as r WHERE r.id = ur.fk_id AND r.entity = 1 AND ur.entity = 1 AND ur.fk_user= 4 AND r.perms IS NOT NULL
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT DISTINCT r.module, r.perms, r.subperms FROM piym_usergroup_rights as gr, piym_usergroup_user as gu, piym_rights_def as r WHERE r.id = gr.fk_id AND gr.entity = 1 AND gu.entity IN (0,1) AND r.entity = 1 AND gr.fk_usergroup = gu.fk_usergroup AND gu.fk_user = 4 AND r.perms IS NOT NULL
2023-05-17 15:05:23 NOTICE  5.10.134.254    --- Access to GET /user/list.php - action=, massaction=
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT transkey, transvalue FROM piym_overwrite_trans where lang='fr_FR' OR lang IS NULL AND entity IN (0, 1) ORDER BY lang DESC
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT m.rowid, m.type, m.module, m.fk_menu, m.fk_mainmenu, m.fk_leftmenu, m.url, m.titre, m.prefix, m.langs, m.perms, m.enabled, m.target, m.mainmenu, m.leftmenu, m.position FROM piym_menu as m WHERE m.entity IN (0,1) AND m.menu_handler IN ('eldy','all') AND m.usertype IN (0,2) ORDER BY m.position, m.rowid
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT rowid, name, label, type, size, elementtype, fieldunique, fieldrequired, param, pos, alwayseditable, perms, langs, list, printable, totalizable, fielddefault, fieldcomputed, entity, enabled, help, css, cssview, csslist FROM piym_extrafields WHERE elementtype = 'user' ORDER BY pos
2023-05-17 15:05:23 DEBUG   5.10.134.254    sql=SELECT rowid, title, url, target FROM piym_bookmark WHERE (fk_user = 4 OR fk_user is NULL OR fk_user = 0) AND entity IN (1) ORDER BY position
2023-05-17 15:05:23 INFO    5.10.134.254    Save lastsearch_values_tmp_user/list.php={"search_category_user_list":[]} (systematic recording of last search criterias)
2023-05-17 15:05:23 INFO    5.10.134.254    --- End access to /user/list.php

Bonjour @Kusco,

Apparemment, vous n’avez aucun souci.

Quand vous accédez à la liste des salaires que voyez-vous ?

Fournissez-nous une capture d’écran

Bien cordialement

Bonjour,

Merci à vous !
Voici l’écran en question :

@Kusco,

Vérifiez que l’autorisation ci-dessous est activée (Utilisateurs > (utilisateur concerné) > Onglet permissions > Salaires):

Bien cordialement

1 « J'aime »

C’est exactement ça, merci !
Mon module « Salaire » n’était pas activé, donc ça ne fonctionnait pas.

Il faudrait peut-être l’activer automatiquement avec le module ou sinon le signifier dans la liste des modules.
Génial, merci pour votre aide en tout cas !

1 « J'aime »