ERPNext
Réglages des modules
Les réglages de module orientent l’administrateur vers la page qui gouverne un processus métier, sans modifier par erreur la sécurité de connexion ou un autre module.
À quoi servent les réglages de module
Les réglages de module (Module Settings) sont la carte qui mène aux options propres à chaque processus. Ils servent à changer le comportement des commandes clients sans toucher à la sécurité de connexion, aux règles comptables ou à un autre module. On cherche d’abord la bonne page, puis on vérifie l’effet sur la transaction qui consomme le réglage.
La documentation d’origine illustre le sujet avec une société fictive d’électronique qui vend, expédie, assemble et comptabilise, puis ajoute un service de réparation : un réglage de site, un réglage des ventes et un réglage de stock peuvent tous ressembler à des « réglages système », alors qu’ils ne résolvent pas le même problème.
Comment les pages sont réparties
| Page | Ce qu’elle gouverne |
|---|---|
| Réglages comptables (Accounts Settings) | Contrôles comptables, factures, différé, dimensions et clôture |
| Réglages des ventes (Selling Settings) | Valeurs par défaut des clients et des documents de vente |
| Réglages des achats (Buying Settings) | Comportement des fournisseurs et des documents d’achat |
| Réglages du stock (Stock Settings) | Entrepôts, valorisation, réservations et transactions de stock |
| Réglages de fabrication (Manufacturing Settings) | Valeurs de production et contrôles de fabrication |
| Réglages des projets (Projects Settings) | Projets, tâches et suivi du temps |
| Réglages du support (Support Settings) | Tickets et niveau de service |
| Réglages du CRM (CRM Settings) | Prospects, opportunités et communications |
Exemples donnés par la source : un contrôle de limite de crédit avant validation d’une commande client ; un territoire et une liste de prix stables sur chaque devis ; l’obligation ou non d’une commande fournisseur avant facturation ; des règles de numéro de série et de stock négatif ; des ordres de fabrication et des fiches de travail calés sur une capacité ; une facturation du temps depuis des feuilles de temps liées aux projets ; l’affectation des tickets à une équipe par défaut ; la transformation des demandes web en prospects avec un responsable cohérent.
Choisir la bonne page
- Partez de la transaction ou du processus à modifier.
- Si seul le comportement des commandes clients change, ouvrez les réglages des ventes.
- Si le changement concerne tous les utilisateurs, par exemple la politique de mot de passe ou le format de date, utilisez les réglages système.
- S’il s’agit seulement de proposer une société ou une devise commune sur les nouveaux enregistrements, utilisez les valeurs par défaut globales.
- Si le choix ne doit durer que le temps d’une session, utilisez les valeurs par défaut de session.
- Après enregistrement, créez une transaction en brouillon et contrôlez le résultat attendu. Une pièce déjà validée conserve en général son état antérieur : elle ne prouve pas que le nouveau réglage a échoué.
Points d’attention
Le réglage ne change pas un document existant. Rechargez le formulaire et testez un nouveau brouillon. L’option peut ne s’appliquer qu’à la création, ou seulement si une condition de transaction est remplie.
La page de réglages est absente. Vérifiez que l’application et le module sont installés, que le domaine pertinent est actif, et que l’utilisateur a le rôle System Manager ou le rôle exigé.
Un utilisateur ouvre encore le module. Les réglages de module changent le comportement, pas l’accès. L’accès se règle par les rôles, les permissions de rôle, les permissions utilisateur et la visibilité des espaces de travail.
Beaucoup de réglages de module valent pour tout le site ; certaines lignes ou valeurs par défaut sont propres à une société. Lisez la description du champ et testez la société concernée avant le déploiement. Les valeurs par défaut de la société fournissent des comptes et d’autres données qui lui appartiennent ; les réglages de module gouvernent le processus. Les deux peuvent agir sur la même transaction pour des raisons différentes. Ne changez qu’une décision métier à la fois, puis vérifiez-la sur une nouvelle transaction : un résultat inattendu reste alors plus facile à tracer.