dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dolibarr-dev] Limitation dans le fonctionnement


From: Laurent Destailleur (eldy)
Subject: Re: [Dolibarr-dev] Limitation dans le fonctionnement
Date: Wed, 28 Nov 2012 15:38:47 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0

Le 14/11/2012 00:47, Régis Houssin a écrit :
> Oui je suis d'accord, on peut choisir ce qu'on veut voir afficher dans 
> l'agenda en désactivant les actions auto, mais du coup on ne les voit plus 
> non plus dans les éléments.
> Le fait de voir quand on a valider une facture ou envoyé une facture ne 
> devrait pas dépendre du module agenda, c'était d'ailleurs le fonctionnement à 
> la base.
J'ai fait une modif pour stoquer l'info action auto ou pas.
Ainsi, il est possible dans la vue agenda d'exclure les actions auto.
Par contre, cela ne marchera que pour les nouvelles saisies, car
l'ancien code ne stoquait pas la distinction.
On peut par contre encore améliorer en positionnant le filtre sur
"evennement non auto" par défaut.

> -----------------------------------------
> Régis Houssin
> Tél. +33633020797
> http://www.dolibarr.fr
> http://www.dolibox.fr
>
> Le 14 nov. 2012 à 00:20, "Laurent Destailleur (eldy)" <address@hidden> a 
> écrit :
>
>> Le 13/11/2012 15:20, Régis Houssin a écrit :
>>> Bonjour
>>>
>>> à force de faire simple ça devient compliqué !
>>> il y a un onglet agenda dans les fiches Adhérents avec possibilité de
>>> rajouter des actions, mais ces dernières ne peuvent pas être liée à un
>>> membre, mais seulement à un tiers (fk_soc)
>>> les champs fk_soc, fk_projet ou autres sont très contraignants !
>>> tout comptes fait on regrette les tables de liaison ! :-)
>>>
>>> par exemple : impossible de lier plusieurs tiers sur un projet, c'est 1
>>> ou rien 
>>> impossible de lier des factures fournisseurs à un projet qui est lié à
>>> une société,
>> Pourquoi ?
>> Moi je lie les factures de n fournisseurs différents à un même projet
>> sans problême.
>> Si tu as configuré le projet avec l'option "je veux qu'on ne puisse
>> mettre que des element du tiers x dans ce projet", alors la oui, tu ne
>> peux pas, mais c'est normal, si tu veux pouvoir le faire, il ne faut pas
>> activer le lien dont la vocation et d'éviter de pouvoir le faire.
>> Par défaut, ce lien ne devrait pas exister. Je pense meme qu'il faudrait
>> faire sauter cette possibilité de restriction car les gens l'active et
>> après ne comprenne pas qu'il sont restreints.
>>> alors que le but du projet est bien de regrouper tout un tas de choses,
>>> même si ce projet est lié à un client !
>>> je propose de migrer le fk_projet dans llx_element_element, ça
>>> fonctionne très bien pour un clone du module projet que j'ai créé (business)
>> Oui, cela s'y prête. On pourrait faire sauter le lien "restriction des
>> elements d'un projet aux seuls elements d'un tiers donnée" par un lien 
>> dans llx_element_element sur le meme principe que les commerciaux de
>> tiers (ou on peut choisir n tiers).
>>> idem pour les contacts, le fk_soc limite le lien d'un contact avec une
>>> seule société !
>>>
>>> pour en revenir aux actions, comment faire pour lier un adhérent à une
>>> action ?
>>>
>>> deuxième chose qui revient souvent de la part des clients,
>>> les événements du style "validation de facture", "création de tiers" ou
>>> autres ne devraient pas se retrouver dans l'agenda,
>> C'est à l'utilisateur de choisir.
>> A lui de configurer le module agenda pour décider ce qu'il veut avoir
>> dans sa vue agenda.
>>> un trop grand nombre d'événement de ce style pollues l'agenda et on ne
>>> voit plus les RDV.
>>> et faire un trie à chaque fois est une perte de temps inutile.
>>> de plus ces événements devrait être visible dans les objets sans avoir
>>> besoin d'activer le module agenda.
>> Meme réponse
>>> à mon avis ces informations de suivi ne sont utiles que dans l'objet en
>>> lui même !
>>> l'agenda ne devrait contenir que la partie commerciale pure (RDV,
>>> correspondance, etc...)
>> C'est ton choix a toi.
>> Le mieux est de pouvoir décider soi meme ce qu'on veut voir. C'est le
>> mode actuel.
>>> Cordialement,
>>
>> -- 
>> Eldy (Laurent Destailleur).
>>
>> EMail: address@hidden
>> Web: http://www.destailleur.fr
>>
>> Dolibarr (Project leader): http://www.dolibarr.org
>> To make a donation for Dolibarr project via Paypal: address@hidden
>> AWStats (Author) : http://awstats.sourceforge.net
>> To make a donation for AWStats project via Paypal: address@hidden
>> AWBot (Author) : http://awbot.sourceforge.net
>> CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
>>
>>
>> _______________________________________________
>> Dolibarr-dev mailing list
>> address@hidden
>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev


-- 
Eldy (Laurent Destailleur).

EMail: address@hidden
Web: http://www.destailleur.fr

Dolibarr (Project leader): http://www.dolibarr.org
To make a donation for Dolibarr project via Paypal: address@hidden
AWStats (Author) : http://awstats.sourceforge.net
To make a donation for AWStats project via Paypal: address@hidden
AWBot (Author) : http://awbot.sourceforge.net
CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net




reply via email to

[Prev in Thread] Current Thread [Next in Thread]