/[openfoncier]/trunk/HISTORY.txt
ViewVC logotype

Diff of /trunk/HISTORY.txt

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 365 by fraynaud, Tue Jul 31 15:25:05 2012 UTC revision 1822 by vpihour, Thu May 2 17:16:40 2013 UTC
# Line 1  Line 1 
1  openFoncier - Historique des versions  openFoncier - Historique des versions
2  =====================================  =====================================
3    
4  3.0.0rc1  3.4.0-a1 - XX/XX/XXXX
5    ---------------------
6    
7    * Réorganisation des fichiers d'initialisation de la base de données.
8    * Ajout de la table document_numerise_type pour les documents numérisés
9    * Ajout d'un bouton retour dans la visualisation des dossiers d'autorisation
10    * Correction des erreurs de base de données non gérées
11    * Ajout des informations manquantes dans la visualisation des demandes d'avis
12    * Ajout des code barres aux éditions : le code du code barres fait 12 chiffres (2+10),
13      un identifiant de deux chiffres qui permet d'identifier à quel type de courrier est
14      associé le code barres (11 pour l'instruction, 12 pour la consultation) et
15      l'identifiant du courrier composé du numéro d'instruction ou de consultation
16      complété avec des zéro par la gauche.
17      Pour le positionner sur l'édition, il faut ajouter le code entouré du marqueur
18      ||||| avant et après le code
19    * Correction d'une erreur de base de données lors de l'ajout d'une instruction
20      dans le contexte du dossier d'instruction lors de la validation du formulaire
21      sans avoir séléctionné d'événement
22    * Correction d'un notice lors de la mise à jour des dates si evenement_retour_signature
23      ou evenement_retour_ar n'est pas définie dans le paramétrage de l'événement
24    
25    3.3.0-a7 - 22/04/2013
26    ---------------------
27    
28    * Correction d'un bug affectant le récépissé de demande : c'est l'identifiant
29      de la demande et non celui de l'instruction qui était pris en compte, ce qui
30      fait que le récépissé portait sur le mauvais dossier d'instruction.
31    * Ajout d'un numéro d'ordre de Dossier d'Instruction au sein du Dossier
32      d'Autorisation, pour que le numéro d'ordre d'un DI ne soit plus dépendant de
33      la règle de numérotation des DI.
34    * Incomplétude : Ajout de champs supplémentaires dans le Dossier d'Instruction
35      afin de gérer le cas particulier de l'incomplétude : l'incomplétude suspend
36      les délais mais ne doit pas empêcher l'instructeur de continuer les tâches
37      lancées avant incomplétude. L'instruction doit donc pouvoir se poursuivre.
38      L'incomplétude est maintenant suivie en parallèle de l'instruction normale.
39      Les informations d'instruction (délai, événement suivant tacite, ) sont
40      conservés lors de l'incomplétude. Ils redeviennent actifs après dépôt de
41      pièces complémentaires. Ajout d'informations de suivi de l'incomplétude dans
42      le Dossier d'Instruction, les événements d'instruction, les actions, le
43      dossier d'autorisation.
44    * Ajout des champs concernant le terrain dans les formulaires de données
45      techniques.
46    * Correction du droit permettant d'afficher la liste des Dossiers d'Instruction
47      aux Instructeurs depuis le Dossier d'Autorisation.
48    * Ajout de dates dans le Dossier d'Autorisation, optimisation du mode de calcul.
49    * Correction d'un bug pouvant empêcher la modification de types de dossiers
50      d'autorisations dans le paramétrage (vérification de l'existence de la
51      séquence, création si elle n'existe pas, mise à jour si elle existe).
52    * Correction d'erreurs dans les éditions du registre et de l'attestation
53      de l'affichage réglementaire en cas de paramétrage incorrect : maintenant un
54      message signalant une erreur de paramétrage est affiché au lieu d'une erreur
55      de bases de données.
56    * Ajout de tests fonctionnels automatisés, afin d'éviter des régressions
57      fonctionnelles lors des évolutions et correctifs ultérieurs : le Guichet
58      Unique, le Suivi, les Services consultés, les Retours de consultations, la
59      Génération de bordereaux.
60    * Mise à jour de la documentation.
61    * Ajout d'un écran permettant de lister les pétitionnaires fréquents pour le
62      guichet unique. Une action qui permet de lui enlever son caractère fréquent
63      est disponible à l'administrateur.
64    * Amélioration de l'onglet Commissions du Dossier d'Instruction
65    * Homogénéisation des titres de page + Suppression des colonnes arrondissements
66      et délai de notification + Ajout de l'instructeur et de la division dans
67      l'écran de recherche des dossier d'instruction.
68    * Ajout de l'onglet bloc notes sur le dossier d'instruction.
69    * Amélioration de l'écran de visualisation des workflows.
70    * Amélioration de la méthode de calcul des informations du dossier
71      d'autorisation.
72    
73    
74    3.3.0-a6
75    
76    - Ajout des champs concernant l'architecte dans les formulaires de données techniques
77    
78    3.3.0-a5
79    
80    - Correction du choix de l'identifiant de l'état initial de dossiers d'autorisation lors de leurs créations
81    - Correction de l'ajout d'une instruction lors de la création d'une demande ne necessitant pas la création de dossier d'instruction
82    
83    3.3.0-a4
84    
85    - Ajout de l'id de l'état initial des DA dans la table om_parametre
86    - Correction du choix de l'identifiant de l'état initial de dossiers d'autorisation lors de leurs créations
87    
88    3.3.0-a3
89    
90    - Correction d'un bug lors de l'ajout de demande type
91    
92    3.3.0-a2
93    
94    
95    
96    3.1.0-b1
97    
98    - Migration vers le core 4.3.0-b1 d'OpenMairie
99    
100    3.0.0rc2
101    
102    - modification du script v3.0.0b5.sql : 2 fois la modification adresse2 table service
103    - creation de dossier_travaux_mois.reqmo (16/09/2012)
104    
105    
106    3.0.0rc1 -------------- creation du tag 01/08/2012 -------------------------
107    
108  * utilisation de nextval pour les om_tables ...(sans cles secondaires)  * utilisation de nextval pour les om_tables ...(sans cles secondaires)
109    suppression des parametres "exemple" arles (difficilement maintenable)    suppression des parametres "exemple" arles (difficilement maintenable)

Legend:
Removed from v.365  
changed lines
  Added in v.1822

[email protected]
ViewVC Help
Powered by ViewVC 1.1.26