View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001162 | NOALYSS | Improve Use | public | 2015-08-26 14:02 | 2018-03-21 09:21 |
| Reporter | yanntemp | Assigned To | danydb | ||
| Priority | basse | Severity | mineur | Reproducibility | toujours |
| Status | fermé | Resolution | corrigé | ||
| Fixed in Version | 7.0 | ||||
| Summary | 0001162: Catégories de fiches - possibilité de modifier modèle | ||||
| Description | Bonjour. Y a-t-il des cas de figures dans lesquels il serait dommageable -- disons, risqué -- de pouvoir facilement changer le modèle sur lequel est basée une catégorie de fiches? Sinon, il serait pratique de pouvoir facilement modifier, dans CFGCARD, le modèle d'une catégorie, afin que celle-ci apparaisse dans un certain menu. (Ex: j'avais fait des fiches pour les membres effectifs. J'ai dû en faire plusieurs pour chaque membre car ils interviennent tantôt comme "volontaires" (contrat volontariat: donc journal note de frais (C)), tantôt comme "proto-administrateurs" (ex: paiement des factures avec leur carte: journal achat et "paiment par membre" (C)), tantôt comme "cotisant" (compte client (D)), tantôt comme "employés" (salaires (C)) -- toutes sur base du modèle "admin'/salariés". Histoire de bien savoir d'où viennent les différentes dettes et créances de chaque personne. En réorganisant, j'ai mis les "volontaires" dans la catégorie "fournisseurs", les "cotisants" dans celle des "clients" et laissé les "proto-administrateurs" et "employés" dans celles des "administrateurs". Seulement, le changement ne sa fait pas dans les menus "fournisseurs" et "clients" de "gestion" puisque le modèle de base n'a pas changé. Je dois alors, par exemple, effacer la catégorie "volontaire" (vide puisque toutes passées en "fournisseurs"), la recréer sur base du modèle "fournisseur", puis retransférer les fiches dans la catégorie "volontaires", qui se retrouve maintenant dans la liste du menu "GESTION/SUPPL".) À bientôt. | ||||
| Tags | No tags attached. | ||||
| Extension Noalyss | Aucun | ||||
|
|
Il y a plus simple : 1) Tu adaptes la première catégorie de fiche , en ajoutant tous les attributs nécessaires 2) tu créés une seconde catégorie sur base du même modèle 3) tu déplaces une fiche de la première vers la seconde et la seconde catégorie va ajouter les attributs qu'il lui manque. |
|
|
C'est vrai, c'est assez simple. c'est en gros ce que j'ai fait mais ça nécessite aussi d'aller reconfigurer les journaux pour cocher la nouvelle catégorie, transférer les fiches, etc'. Je me disais que ce serait plus simple, dans la configuration des catégories, de pouvoir a posteriori modifier le modèle de base. J'ignore seulement s'il y a des cas de figure dans lesquels ça pourrait être dommageable. Certes, le risque est la disparition d'attributs déjà utilisés. Mais on peu imaginer qu'un avertissement suffise et que si l'on veut "faire passer" une catégorie dans un autre modèle de base, c'est que celui-ci correspond plus ou moins au niveau des attributs...(?) OU ENCORE PLUS SIMPLE!: est-il déjà possible de choisir les catégories qui appartiennent à un menu? Par exemple, de décider qu'une catégorie basée sur un autre modèle que "fournisseur" apparaisse dans "GESTION/SUPPL". Ce serait le plus rapide et le moins risqué. Y a-t-il des contre-indications? y |
|
|
Possibilité d'ajouter de nouveaux modèle et de modifier ceux existant à la condition qu'il n'y a pas encore de catégorie qui sont basées dessus |
|
|
Publiés dans la version 7.0 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2015-08-26 14:02 | yanntemp | New Issue | |
| 2015-08-30 04:23 | danydb | Note Added: 0002909 | |
| 2015-08-30 12:04 | yanntemp | Note Added: 0002919 | |
| 2016-06-23 17:34 | yanntemp | Extension Noalyss | => Aucun |
| 2016-06-23 17:34 | yanntemp | Description Updated | |
| 2018-01-12 15:25 | danydb | Assigned To | => danydb |
| 2018-01-12 15:25 | danydb | Status | new => resolved |
| 2018-01-12 15:25 | danydb | Resolution | open => fixed |
| 2018-01-12 15:25 | danydb | Fixed in Version | => 7.0 |
| 2018-01-12 15:25 | danydb | Note Added: 0003676 | |
| 2018-03-21 09:21 | danydb | Note Added: 0003795 | |
| 2018-03-21 09:21 | danydb | Status | resolved => closed |
