Voir les détails de l’anomalie

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0001429Noalyss - PLUGINnew featurepublic2017-04-21 14:04
Rapporteuryanntemp Affecté àdanydb  
PrioriténormaleSévéritémineurReproductibilitétoujours
État acceptéRésolutionouvert 
Résumé0001429: IMPORT FICHE - basé sur l'identifiant
DescriptionDans les options d'importation de fiches, il serait pratique de pouvoir mettre à jour l'ensemble des attributs des fiches, donc le quickcode également, en se basant sur le numéro d'identifiant. Ceci permettrait de modifier un grand nombre de fiche dans un tableur sans perdre les données de ces fiches en termes de débit-crédit.
Si le fichier d'exportation mentionne également l'identifiant, il suffirait d'exporter les fiches, de modifier tout ce qu'il y a à modifier -- quickcode compris -- À L'EXCEPTION DE L'IDENTIFIANT, puis de réimporter le tout.
Tout pourrait ainsi être modifié en ne conservant que les données débit-crédit liées à l'identifiant.

(Le seul souci, c'est que les opérations appellent les fiches sur base du quickcode, non?
Si c'est sur base de l'identifiant, ça ne pose pas de problème si l'éventuel nouveau quickcode est automatiquement réassigné à l'identifiant. Je suppose que c'est le cas, puisque si on change manuellement le quickcode d'une fiche, celle-ci apparaît automatiquement avec le nouveau quickcode dans les opérations.)
BalisesAucune balise n’est attachée.
Extension NoalyssImport fiches

Activités

danydb

2017-04-17 12:14

administrateur   ~0003440

c'est un point délicat : l'identifiant numérique est propre au programme , il est calculé par lui et par base de données, le quick code est propre à l'utilisateur, permettre de changer une fiche grâce à son identifiant numérique pour causer des dégâts, surtout si le qcode change aussi. Il y a une obligation de prudence , on ne peut pas empêcher quelqu'un de faire une bêtise mais on doit en limiter les possibilités. Les fiches crées dans un dossier A quand on les importe en B , on est certain du qcode mais on ne peut pas l'être à propos de l'identifiant numérique , le risque de tout bousiller est quand même important.

Si on garde le quickcode tel qu'il est , on peut mettre à jour l'existant ou ajouter grâce à un tableur, comme le quickcode a une valeur propre à l'utilisateur , n'a pas de conséquence comptable et peut être commun à des dossiers différents, utiliser l'id numérique n'est pas une bonne idée de mon point de vue.

yanntemp

2017-04-17 19:35

développeur   ~0003447

Je sais que c'est casse-gueule.
Seulement, je ne vois pas de moyen de modifier massivement des quickcodes.
Export tableur / transformation / import me semble être le seul moyen.
Mais comme une fiche est "tenue" par son quickcode, si on en change, elle n'est pas mise à jour, une autre fiche est créée et l'historique est perdu. Non?
À moins que j'aie loupé un truc dans IMPORT FICHE.

(Tu dis «le quickcode a une valeur propre à l'utilisateur». C'est propre à chaque dossier, non?)

danydb

2017-04-21 14:01

administrateur   ~0003452

Non c'est correct, éventuellement un autre mode de fonctionnement

Donc dans l'import fiche , on aurait le choix entre TOUS et un mode avec avertissement avec les id pour changer les quickcodes aussi.

C'est jouable, je le place cette tâche dans Noalyss-plugin

Historique de l’anomalie

Date de modification Nom d’utilisateur Champ Changement
2017-04-17 10:41 yanntemp Nouvelle anomalie
2017-04-17 12:14 danydb Note ajoutée: 0003440
2017-04-17 19:35 yanntemp Note ajoutée: 0003447
2017-04-21 14:01 danydb Note ajoutée: 0003452
2017-04-21 14:01 danydb Projet NOALYSS => Noalyss - PLUGIN
2017-04-21 14:02 danydb Extension Noalyss Aucun => Import fiches
2017-04-21 14:04 danydb Affecté à => danydb
2017-04-21 14:04 danydb État nouveau => accepté