View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001429 | Noalyss - PLUGIN | new feature | public | 2017-04-17 10:41 | 2017-04-21 14:04 |
| Reporter | yanntemp | Assigned To | danydb | ||
| Priority | normale | Severity | mineur | Reproducibility | toujours |
| Status | accepté | Resolution | ouvert | ||
| Summary | 0001429: IMPORT FICHE - basé sur l'identifiant | ||||
| Description | Dans 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.) | ||||
| Tags | No tags attached. | ||||
| Extension Noalyss | Import fiches | ||||
|
|
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. |
|
|
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?) |
|
|
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 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-04-17 10:41 | yanntemp | New Issue | |
| 2017-04-17 12:14 | danydb | Note Added: 0003440 | |
| 2017-04-17 19:35 | yanntemp | Note Added: 0003447 | |
| 2017-04-21 14:01 | danydb | Note Added: 0003452 | |
| 2017-04-21 14:01 | danydb | Project | NOALYSS => Noalyss - PLUGIN |
| 2017-04-21 14:02 | danydb | Extension Noalyss | Aucun => Import fiches |
| 2017-04-21 14:04 | danydb | Assigned To | => danydb |
| 2017-04-21 14:04 | danydb | Status | new => acknowledged |
