>> Cyrille m'a dit que Dolibarr allait devenir multi-société à terme. > Oui, deja disponible en ajoutant la constante MAIN_FEATURES_LEVEL à 2 > dans accueil - configuration - divers
Il faut que je finalise la page de configuration qui permettra de gérer les entités. >> 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. > Alors dans la page des modules on voit les modules a l'état expérimental > et dev. Tu peux activer le module "multisociété". > Le principe est simple: chaque table a un champ "entite" qui contient 0 > (valeur valide pour toute entité, réservé pour certaines options dans la > tables llx_const), sinon 1 pour la société 1, 2 la société 2. 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é. >> Ca pourrais poser problème, notamment pour le calcul des numéros de >> facture, par exemple. > Si le module de numérotation va bien chercher le max avec un select sur > le champ entite = $conf->entite cela ne devrait pas poser de pb. Il y a un UNIQUE INDEX sur les champs (ref, entity) ce qui permet d'avoir deux ref identique dans la table mais unique pour une entité. >> Pour ce qui est du module book, sur lequel je travail, j'ai >> actuellement des données en dur dans le code. Ces données sont >> typiquement des données liées à la société. Où puis-je les mettre pour >> qu'elles ne soient pas en dur ? >> Dans le fichier modBook.class.php ? Dans la base de donnée, dans la >> table 'llx_const' (ce qui me semble plus probable) ? > ce sera automatiquement liée à la société sur laquelle on est connecté > si le module multientité est actif. > Il faut créer une page de config sur le modele des pages existantes, les > constantes ajoutées seront alors ajoutées avec le champ entite qui va bien. >> Si c'est la seconde solution qui est celle qui a été retenue, quel >> est/sera le nom de la constante qui contiendra l'identifiant de la >> société en cours d'utilisation ? >> > $conf->entite >> Si le passage en multi-société est abandonné, en pause ou prévu pour >> sortir dans longtemps (plus d'un an), que me conseillez-vous de faire >> vis-a-vis du stockage des données dont je parle plus haut ? > Devrais sortir tot car le gros du travail est fini. Ce qu imanque juste > c'est du debuggage sur les écrans ou fonction "rares" peu testées. >> >> Voici un fichier d'exemple de ce qui pourra être généré par le module >> book (ne prenez pas garde aux problèmes de couleur et/ou de >> formatage), les données incriminées sont celles du footer (les 3 >> dernières lignes du document) : >> http://dl.dropbox.com/u/4551238/droitauteur_01-01-2008_31-12-2009.pdf >> >> Merci. >> >> >> -- >> Pierre Morin >> [email protected] <mailto:[email protected]> >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Dolibarr-dev mailing list >> [email protected] >> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> > > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev -- 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
