<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
<tt>Bonjour,<br>
<br>
Suite à une discussion sur le canal IRC #grisbi, je sollicite
votre avis sur le contrôle des dates des opérations appartenant à
un rapprochement.<br>
<br>
La solution envisagée est la suivante :<br>
<br>
Si la date de valeur existe on vérifie qu'elle est comprise dans
l'intervalle de date du rapprochement,<br>
Si la date de valeur n'est pas renseignée on vérifie que la date
de l'opération est comprise dans l'intervalle du rapprochement.<br>
<br>
Merci de vos avis.<br>
<br>
<u><b>Rappel du contexte:</b></u><br>
<br>
Suite à différents signalements de problèmes sur les
rapprochements, je me suis rendu compte, entre autre, que l'on ne
vérifiait pas la cohérence des dates des opérations rapprochées en
cas de modification de celles-ci ce qui pouvait entraîner des
incohérences.<br>
<br>
La modification du programme effectuée entraîne la correction de
la date afin qu'elle se retrouve bien dans l'intervalle de
validité du rapprochement. L'inconvénient c'est que l'on peut
perdre la date réelle de l'opération.<br>
<br>
Par exemple je fais un chèque à une date donnée qui sera reçu par
la banque 2 mois plus tard et débité éventuellement avec une date
différente de la date d'encaissement.<br>
<br>
Dans ces conditions une modification de cette opération engendrera
une modification de la date de l'opération pour répondre au
critère de validité du rapprochement papier de la banque qui
comporte la date d'encaissement et la date de valeur.<br>
<br>
L'objectif de la proposition c'est de ne pas tenir compte de la
date de l'opération si une date de valeur est présente et répond
au domaine de validité du rapprochement.<br>
<br>
Bonne journée.<br>
</tt>
<pre class="moz-signature" cols="72">--
A+
Pierre Biava</pre>
</body>
</html>