Visualiser les détails du résultat

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0001162NOALYSSImprove Usepublic2018-03-21 09:21
RapporteuryanntempAssigné àdanydb 
PrioritébasseImpactmineurReproductibilitétoujours
Statut ferméRésolutioncorrigé 
Version du produit 
Version cibléeRésolu dans la version7.0 
Résumé0001162: Catégories de fiches - possibilité de modifier modèle
DescriptionBonjour.

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.
BalisesAucune balise n'est associée.
Extension NoalyssAucun

Activités

danydb

2015-08-30 04:23

administrateur   ~0002909

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.

yanntemp

2015-08-30 12:04

développeur   ~0002919

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

danydb

2018-01-12 15:25

administrateur   ~0003676

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

danydb

2018-03-21 09:21

administrateur   ~0003795

Publiés dans la version 7.0

Historique du bogue

Date de modification Nom d’utilisateur Champ Changement
2015-08-26 14:02 yanntemp Nouveau bogue
2015-08-30 04:23 danydb Note ajoutée: 0002909
2015-08-30 12:04 yanntemp Note ajoutée: 0002919
2016-06-23 17:34 yanntemp Extension Noalyss => Aucun
2016-06-23 17:34 yanntemp Description mise à jour Voir les révisions
2018-01-12 15:25 danydb Assigné à => danydb
2018-01-12 15:25 danydb Statut nouveau => résolu
2018-01-12 15:25 danydb Résolution ouvert => corrigé
2018-01-12 15:25 danydb Résolu dans la version => 7.0
2018-01-12 15:25 danydb Note ajoutée: 0003676
2018-03-21 09:21 danydb Note ajoutée: 0003795
2018-03-21 09:21 danydb Statut résolu => fermé