[Top][All Lists]
[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