Re: [Dolibarr-dev] Gestion de projet

Wed, 20 Apr 2005 00:28:55 -0700

Le mercredi 20 avril 2005 à 09:10, Jean-René ATHANASE a écrit :
Benoit Mortier said the following on 20/04/2005 06:36: 
Le Mercredi 20 Avril 2005 00:43, Eldy a écrit :
  
Mathias WOLFF wrote:
    

[..]
Nous comprenons votre soucis qui est le nôtre aussi, de ne pas modifier le code de Dolibarr. Nous sommes une petite structure qui travaille pour des beaucoup plus importantes, sur des projets d'assez longues durées impliquant des co-traitants ou des sous-traitants. Mais nos besoins sont similaires à ceux d'un artisan maçon, plombier, cuisiniste, etc. Métier que nous connaissons bien par ailleurs. Au sens même administratif et commercial, un projet doit se définir en terme de date d'obtention du marché, un état d'avancement dans la décision du prospect ou du client, les responsables administratif, fonctionnel et opérationnel coté client, localement, le commercial, le chef de projet, voire par la suite l'équipe de réalisation, puis tous les documents et les actions associés, même s'ils sont définis globalement au niveau société. En partie, cette définition, est celle du code des marchés publics. Voilà pourquoi nous demandons l'extension de l'objet actuel "Projet" de Dolibarr.
Il serait aussi souhaitable par exemple sur la page d'accueil de créer une boîte des 5 derniers projets enregistrés. Tous n'ont pas encore de propositions associées. De même au niveau de la fiche Société, il serait intéressant d'ajouter une boîte des derniers projets en cours au niveau de cette société puis quand elles existent les propositions associées.
Nous pensons que cela devrait avoir de l'intérêt auprès de la communauté...

  

    

      
Il manque le lien entre les 2 : le pb est la redondance d'information
au niveau des contacts et des clients. Comment synchroniser les deux ?
      

    

    
En ce qui me concerne, je n'ai pas ce besoin. Mes projets sont gérés par
des développeurs (définis dans les contacts dotproject)  sans rapport
avec mes contacts clients (défini dans dolibarr). En d'autres termes,
pour certaines utilisations, une intégration visuelle suffit car les
contacts projects sont différents des contacts clients ou fournisseurs.

Pour les autres besoins et ce qui est des synchro, je suis en train de
réflechir à un mécanisme de "trigger" sur les évenements Dolibarr
permettant à n'importe quel module Dolibarr, développé par un tiers,
d'avoir un bout de code activer sur un évenements Dolibarr (création
contact, validation une facture) tout en récupérant les données de
l'évenement (contact, facture) afin qu'il puisse en faire ce qu'il
veule. Cela permettrait a un module externe xxx, quand un contact est
crée par exemple que module crée aussi ce contact dans son propre
système et ce, sans que le code Dolibarr soit touché. Chaque module
pourrait amener ses fonctions qui serait déclenché par les évenements de
gestion Dolibarr. Avec un tel mécanisme en place, on pourra facilement
créer des modules d'interfacage avec d'autres applis (en tout cas dans
le sens Dolibarr vers l'autre appli).

C'est en plus assez simple à faire, je me lance ?
    

  

  

oui, c'est tres interressant, vas y..

  






begin:vcard
fn;quoted-printable:Jean-Ren=C3=A9 ATHANASE
n;quoted-printable:ATHANASE;Jean-Ren=C3=A9
org:Vitalix;Conseil
adr:;;1-3, rue d'Enghien;PARIS;;75010;France
email;internet:[EMAIL PROTECTED]
title;quoted-printable:Directeur Consultant Associ=C3=A9
tel;work:+33(0)609176162
tel;fax:+33(0)609178292
note;quoted-printable:Consultant en organisation et en architecture des syst=C3=A8mes d=E2=80=99=
	information=0D=0A=
	Gestion d=E2=80=99identit=C3=A9, Annuaires, Infrastructure de s=C3=A9curi=
	t=C3=A9, Messageries, D=C3=A9mat=C3=A9rialisation,=0D=0A=
	Etude de conformit=C3=A9 =C3=A0 la loi de S=C3=A9curit=C3=A9 Financi=C3=A8=
	re et au Sarbanes Oxley Act,=0D=0A=
	Analyse de risque et retour sur investissement.
x-mozilla-html:TRUE
url:http://www.vitalix.org
version:2.1
end:vcard


_______________________________________________
Dolibarr-dev mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev






















					Répondre à