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..
|