dolibarr-dev
[Top][All Lists]
Advanced

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

Re: [Dolibarr-dev] SAisie des fin de validite des contrats


From: Laurent Destailleur (Eldy)
Subject: Re: [Dolibarr-dev] SAisie des fin de validite des contrats
Date: Mon, 07 Nov 2005 23:56:25 +0100
User-agent: Mozilla Thunderbird 1.0.5 (Windows/20050711)

Patrick Rouillon wrote:

Ces patchs modifient les classes contrat et les fiches contrats.
Ils permettent de saisir et modifier la date de fin de validie d'un contrat.

Le bouton saisir avenant, permet de repasser en brouillon un contrat valider et de modifier
la date de fin de validite en cas d'extension du contrat.

Ma petite contribution...

La gestion du renouvellement, a mon avis, ne devrait pas se faire au niveau du contrat mais au niveau des lignes de contrat. La notion de fin de validité pour un contrat donné risque de poser pb (elle existait dailleurs avant et a été supprimé pour cela par l'ajout au niveau des lignes de contrats). en effet, un contrat peut etre une signature de 2 ou 3 services différents de durée diférentess (par exemple un abo pour 1 an + 6 mois de garantie pour un produit). Dans ce cas, que signifie renouveller le contrat.
En fait la fonction de "renouvellement" devrait etre plus complexe que ca.
Je verrais bien un bouton action "renouveller contrat" qui propose un nouveau contrat avec tous les meme services avec une date de debut = date de fin du contrat source. Le nouveau contrat est alors editable et si un des 2 services ne doit pas etre renouvellé (car non voulu par le client ou bien pas encore expiré), l'utilisateur peut éditer le nouveau contrat et supprimé la fiche. Quand il valide ce nouveau contrat, on stockerait aussi sur la ligne de detail de contrat, l'id de la ligne de contrat précédente pour permettre un suivi dans le temps des renouvellements (c'est comme ca que fonctionne Siebel pour ces contrats). Le principe de créer un nouveau id de contrat pour un renouvellement est à mon avis nécessaire dautant qu'il va générer une nouvelle facture et que c'est le contrat qui permet de fabriquer la facture. Si on part du meme contrat pour générer une nouvelle facture, on risque de mal facturer car le montant du renouvellement n'est pas celui du contrat initial. De plus, rien n'empeche, quand on crée le nouveau contrat sous son nouvel id, de garder la meme reference (dans le cas d'un renouvellement, le champ libre "ref" est rempli avec la ref du contrat précédent).

Bref, tout ca pour dire que si on veut quelquechose de générique, la fonction "renouveller contrat" requiert encore pas mal de boulot...




------------------------------------------------------------------------

_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev


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

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





reply via email to

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