BUGS:
----

*Ouverts:

Problme avec le cookie "last_post" qui est trop gros.
Droits de lecture dans les bases: inexistant si la casse n'est pas la mme que celle du nom d'utilisteur ou si l'utilisateur n'a pas de base.
Bug avec le groupe "secretariat" calendar.inc.php lignes 592 et 1245, provisoirement rgl par un "if(is_array())".
Il semble que lorsqu'on modifie une permission individuelle, cela supprime les autres droits. Vrifier.
Dans data_client.php, vrifier la manire dont on calcule le taux de TVA (fonction "pour avoir sous la main les valeurs du dossier) rajoute au dbut en l'tat,  titre de workaround)

*Rgls:

Pourquoi lors du premier chargement de la page, les clients / parties adverses se supperposent-ils dans l'affichage des dtails du dossier?
Pourquoi les personnes affiches dans l'agenda ne sont-elles pas les mmes que dans le planning ?

A FAIRE:
-------

*AGENDA

Prvoir une base par dfaut (idem pour les op ?). Distinguer cette base clairement de celle des op.
Introduire une vrification des conflits de RDV, plus ventuellement un conflit sur le lieu
Lister les mois en un coup plutt que jour par jour
Les dlais qui ont une date d'avertissement ne doivent avertir qu'une fois; cette date ne doit pas tre antrieure  aujourd'hui si aujourd'hui est demand.


*DOSSIERS

Vrifier si la liste des soldes du client est OK. Vrifier galement son quivalent dans la page de recherche.
Insertion automatique des dlais dans l'agenda lors de l'ouverture de dossiers
Prvoir l'obligation, lors de l'ouverture d'un dossier, de mentionner s'il y a un dlai impratif (LAVI, 180j 336b, ...)
Prevoir dans le listing de clients (resultat_recherche.php) l'affichage des soldes en cours pour les dossiers.
Modification du taux de TVA depuis une certaine date.
Possibilit de grer les modles de facture.


*STATS

Prvoir un graphique avec comparaison avec l'anne prcdente.
Idem, mais sous forme de tableau plutt que de graphique (anne1, anne2, diffrence en %)
Prvoir le bouton pour l'affichage de l'anne prcdente, ou quivalent, dans le module TVA. Pour l'anne prcdente dans le module stat, ne faudrait-il pas un double mode ? (mode toute l'anne prcdente; mode jusqu' ce jour dans l'anne prcdente)


*SYSTEME

Prvoir une meilleure gestion du /tmp, avec effacement automatique. Eventuellement, coder avec le numro de session tout ce qui est crit dans tmp
Installateur meilleur?
Archivage possible des bases termines
Mthode doConnectApache
Amliorer l'criture (et le nom ?) de etude::setOptionsPerso() (et des autres fonctions au nom semblable ?)

FAITS:
-----

*ADRESSES

Prvoir des fonctions harmonises pour les liens cliquables dans adresses/modifier.php et dans inc/prolawyer.class.php pour les fax, courriels et tlphones ainsi que pour le registre du commerce.
Finir les tlphones pour inclure l'tranger.
Finir le registre du commerce
Mettre les mmes rubriques dans la fiche que dans les dtails clients du dossier (pas sr).
Mettre un lien cliquable vers la fiche dans les dtails clients du dossier.


*AGENDA

Prvoir un type "anniversaire" pour les anniversaires, sans groupe.
Prvoir une catgorie vacances, une salle de confrence, ...
Pourquoi faut-il cliquer deux fois pour qu'un RDV se valide ?
Prvoir une dtection automatique des locales.
Prvoir les dbuts de dlais (au lieu du rappel manuel) indiquant "faire machin (DDL le x)"
Module de recherche. Prvoir un bouton en fin de formulaire. Prvoir une recherche par date ou plage de date. Prvoir enfin un tri par date des rdv trouvs.
Prvoir de l'AJAX pour l'agenda, ev. sous la forme d'un mode $this->reload_frame=true qui, dans la fonction $this->form(), rechargerait le cadre par XHR  plutot que de recharger la page.
Faire en sorte que les personnes dj slectionnes soient en haut de liste.
Copie possible d'un rendez-vous existant
Groupes dynamiques
Possibilit d'afficher les RDV supprims en barr.
Prvoir que lorsqu'on ouvre l'agenda, on arrive directement au jour actuel.
Prevoir une vrification de l'agenda (date de debut avant date de fin), en javascript

*DOSSIERS

Vrifier si les champs d'une fiche adresse correspondent aux champs d'une fiche client. En particulier, le compte bancaire manque.
Les groupes d'utilisateurs dconnent compltement. Voir la rpartition entre groupes et ggroupes. Voir le problme pos par des groupes avec des accents.
Insrer dans chaque jour au bas de la case les dlais du jour.
Dans resultat_recherche.php, prvoir un tri en cliquant sur les colonnes. Voir s'il n'y a pas eu une bulle dans l'ordre de tri (guillemets manquants ou en trop)
Prevoir de reacceder au mode de mise a jour (avec une fonction de type $this->from_auto_config) pour modifier les informations de $this->settings[principal]
Ajouter un module pour la recherche au registre du commerce
Ajouter dans les options du dossier une case "suivi par " et prevoir un critere de recherche par dossier correspondant
Ajouter la meme fonctionalite pour le resultat de la recherche dans les adresses que pour les dossiers: aller directement a la seule page trouveee)
Dans les deux cas, surcharger la variable last_post avant l'instruction header() pour permettre la reconnection dans le bon dossier / la bonne adresse en cas d'expiration de la session. Attention: l'instruction header envoie du GET et non du POST, donc recuperer toutes les variables passees en GET dans l'instruction pour les mettre en POST.
Dans les deux cas, ne faudrait-il pas prevoir une instruction header() vers recherche_dossier / recherche_adresse si $_POST["nodossier"] / $_POST["noadresse"] est nul ou si la varieble get ne joue pas avec la variable alea ? et enfin, si cela ne joue pas avec alea dans modifier_rdv / modifier_dl, prevoir une instruction javascript self.close();
Dans le mode recherche_conflits, verifier ce qu'on peut faire une fois qu'on a trouve un conflit. Virer en tout cas la case "accepter" ou "accepter quand meme" tout comme la possibilite de creer une nouvelle fiche.
Prevoir dans l'affichage du client le moyen de connaitre son solde du pour tous les dossiers du meme client.
Prvoir une catgorie "dormant" en sus de archiv

*MODULES

Module de paiement des sous-traitants (au pourcentage)
Prvoir la gestion de modules (les actuels de l'tude ne sont pas dans le CVS


*SYSTEME

Dans la configuration, verifier les interractions entre isset($this->settings["ajour"] ou equivalent, l'existence de $this->settings["partnerfile"], celle de $this->settings[principal] et les differents test de mise a jour.
Dans le menu AIDE, insrer un rapport de bug.
Corriger l'erreur signalee par Sabine (dossier OS 984 p. ex)
Mis au point dans la fonction testval() quelque chose qui rpercute le dernier test fait dans le formulaire de passage  la nouvelle page, de sorte que si le test effectu ne fonctionne pas dans la nouvelle page, on revient  recherche_dossier.php
Prevoir quelque chose dans les tables pour recuperer les configuration des utilisateurs.
fonction keepTODO (getLdapGroups): beaucoup trop d'appels  ldap_search. Cela ralentit infiniment le systme.

A DCIDER ULTRIEUREMENT SI L'ON FAIT OU PAS:
--------------------------------------------

Rcupration automatique depuis les fichiers dans les tables des groupes (ne fonctionne pas) et des options de base (non implment)

RENONCE:
-------

*AGENDA

Prvoir une liste "prfre" par personne dans l'agenda ?


