Merci Eddy.
Je pense que c'est une excellente solution. En effet, int�grer une gestion de projet dans Dolibarr me semble compliquer. En effet, toutes les soci�t�s sont loin d'avoir les m�mes besoins. La notion m�me de gestion de projet peu diff�rer d'un secteur � l'autre.
Cette solution permet donc de lier Dolibarr � d'autres logiciels sp�cifiques (gestion de projet, gestion de prod, timesheet - pour ceux qui veulent utiliser la notion de projet light de Dolibarr et g�rer les temps- solution de publishing ...)
Il me semble important de ne pas trop partir dans tous les sens. Pour moi, Dolibarr est le : CRM et gestion commerciale allant jusqu'� la facturation. Il est plus important de renforcer les fonctionnalit�s dans ces domaines que de faire un CRM-ERP like qui fait un peu de tout (je ne vais pas en citer, mais il y en a beaucoup)
Bien entendu, ce n'est que mon point de vue d'utilisateur et de responsable SI. Je pr�f�re prendre les meilleures briques logicielles quite � en avoir 3 ou 4, mais tr�s performantes, que dans avoir une mais moyenne.
En conclusion, cette solution r�pond parfaitement � mon besoin et � ma vision strat�gique de mon SI.
Voil�, c'�tait ma pens�e du matin.
A+
Mathias
Eldy a �crit :
Mathias WOLFF wrote:
Ce type de fonctionnement que tu proposes me convient parfaitement. Les mises �C'est ca.
jour peuvent-elles aussi �tre g�r�es de la m�me fa�on ?
On peut donc imaginer le workflow suivant :
Validation de commande dans Dolibarr, cr�e une fiche projet dans dotproject ?
Est-ce que je me trompe ?
Toute action Dolibarr (disons les principale actions m�tiers, cr�ation/modification/suppression d'une commande/facture/soci�t�/produit) appellerait une m�thode "run_triggers" (avec un s) en envoyant 5 param�tres: un code propre � l'action, l'objet concern� par l'action, la variable $langs, $user et $conf.
Libre ensuite � l'int�grateur de placer dans le r�pertoire includes/modules/triggers un fichier php (ou plusieurs) qui contiendrait
une methode run_trigger (sans le s cette fois). La methode run_triggers (avec le s) appellerait toutes les methodes run_trigger (sans s) qu'elle trouve dans ce r�pertoire (si elle en trouve). L'int�grateur y met le code qu'il veut dans cette fonction. Et comme cette fonction re�oit le code de l'�v�nement Dolibarr, l'objet concern� et la conf et la langue de l'utilisateur, il peut en faire ce qu'il veut pour une interaction avec l'ext�rieur.
Cette solution d'interfa�age est juste une solution g�n�rique pour permettre � n'importe quel d�veloppeur d'interfacer Dolibarr facilement dans les plupart des situations avec une appli ext�rieur (sans forc�ment de rapport avec la discussion actuelle sur la gestion des projets mais l'id�e m'est venu � ce moment l�, et l'id�e cr�e le besoin chez moi :-) . En r�sum�, c'est une solution pour cr�er ou plut�t "permettre de cr�er" un workflow Dolibarr vers ext�rieur.
Mathias
Selon Eldy <[EMAIL PROTECTED]>:
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
