Petite précision: Depuis la 2.7 ou 2.8 l'admin créé à l'install est considéré comme un super-admin, il ne peut plus être supprimé ou rétrogradé. En mode multi-société il a accès à toutes les entités, il peut créer des administrateurs qui eux ont accès qu'à l'entité où il a été créé et avec des droits d'admin restreint à son entité, certains paramétrages globaux, comme le paramétrage des envois de mails, n'est modifiable que par le super-admin, car identique pour toutes les entités. Les users aussi sont restreints à l'entité où ils ont été créé.
Le 15/04/10 14:12, « SR Infosystèmes » <[email protected]> a écrit : > Bon, je suis un peu idiot, je reformule, pour en être certain. > > En relation avec cette question... >> >>> >>>> >>>> Comment cela va t-il être géré ? Je veux dire, les préférences et >>>> modules pour une société ne sera pas les mêmes que pour une autre. >>>> >>>> >>> > Et cette réponse... >> >> A l'installation la société créée est toujours considérée comme l'entité 1, >> tout les modules activés pour cette société seront taggé "entity" 1 dans >> llx_const, le module multi-société lui aura un tag "entity" 0 car il sera >> actif pour toutes les entités et ne sera pas désactivable lorsqu'on se >> trouvera dans une autre entité. >> > Peut-on dire avec certitude que les modules (hormis le multi-société) sont > totalement indépendants d'une société à l'autre ? > > Si c'est bien ça, c'est super... -- Régis Houssin ------------------------------------------------------ Cap-Networks 30, Quai de Verdun 71700 Tournus Tél. +33 6 33 02 07 97 Web: http://www.cap-networks.com Email: [email protected] Développeur Dolibarr : [email protected] Portail francophone : www.dolibarr.fr Development platform : www.dolibarr.pro ------------------------------------------------------
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
