Re: [Dolibarr-dev] Ajout de la fonction contacts d'un contrat.

[Laurent Destailleur (Eldy)]

Patrick Rouillon wrote:

> Bonjour,
> Notre SSII (www.alteam.com) va utiliser Dolibarr pour automatiser ses 
> suivis de contrat en cours.
>
> Nous avons besoin d'ajouter certaines fonctions qui peuvent 
> certainement interesser le plus grand nombre.
>
> Le premier ajout est la notion de contact (personnes) dans la fiche 
> contrat.
> Nous pourrons ainsi definir a qui envoyer les factures, qui est le 
> contact commercial pour le client, qui realise la prestation chez nous.
>
> Les deux patchs integent ces fonctions.
> Un premier patch ajout la table llx_contrat_contact.
> Le second patch modifie le look de la fonction Contrat. Elle ajoute un 
> onglet 'Contact' dans la fiche et fourni les moyens de modifier ces 
> contacts.
La fonctionnalité est intéressante de mon point de vue. J'ai intégré la 
fonction en rajoutant quelques correctifs de bugs. Je pense que cela 
pourrait etre amélioré par les fonctions suivantes:
* La société par défaut pour ajouter un nouveau contact devrait etre la 
société cliente et non la première de la liste.
* Le type de contact devrait etre une liste déroulante imposé par un 
dictionnaire des "types de contacts" dans une table llx_c_type_contacts 
qui aurait un code et libellé (contact facturation, contact commercial 
signature, etc...). Ainsi elle pourrait servir dans un cadre futur aux 
autres éléments de Dolibarr (factures, propales, etc...). De plus, cela 
permettrait d'avoir des valeurs prédéfinis utiles si on veut ensuite les 
expoiter (par exemple le commercial de suivi et de signature sont 
actuellement stockée dans la table llx_contrat, le fait d'avoir 2 types 
de contacts un pour le commercial de suivi et l'autre pour le commercial 
de signature permettrait de stocker ces 2 contacts dans cette table, ce 
qui lèverait la limite de 1 contacts par société). Avec un champ libre, 
on ne saura pas exploiter l'info pour des besoins particuliers 
contrairement à un champ de liste de valeurs avec un code derrière.

Quelqu'un voit-il une contrainte a ce que les contacts d'un élément 
Dolibarr (facture ou contrat ou autre) soit gérés dans une table 
llx_element_contact plutot que par un champ fk_contact_xxx dans la table 
de l'element. Cela permet d'avoir un systeme plus générique (on peut 
mettre tout type de contact et sans limitation de nombre). On peut de 
plus comme cela a été fait pour les contrats, mettre ces contacts à un 
état "périmé", ce qui est pratique pour gérer les changements de 
contacts sans perdre l'historique.

> En souhaitant que le chef du projet voudra bien les integrer dans CVS.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>  


--
Laurent Destailleur.
---------------------------------------------------------------
EMail: address@hidden
Web: http://destailleur.fr
IM: IRC=Eldy, Jabber=Eldy

AWStats (Author) : http://awstats.sourceforge.net
Dolibarr (Contributor) : http//dolibarr.com
CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
AWBot (Author) : http://awbot.sourceforge.net