Projet

Général

Profil

Actions

Anomalie #5788

fermé

export des documents, noms logiques et documents révisés

Ajouté par Matthieu Codron il y a plus de 10 ans. Mis à jour il y a plus de 10 ans.

Statut:
Intégré
Priorité:
Normal
Assigné à:
Version cible:
Début:
01/10/2015
Echéance:
% réalisé:

100%

Temps estimé:
Version source:
Solution proposée:

S'il y a un nom logique sur un document , c'est celui-ci qui est indiqué et exporté quel que soit les options d'importation. ( ceci est indiqué dans le manuel de référence §7.5.1).

1°cas ) Identifiant 3ème colonne
Si une recherche porte sur des documents révisés qui comportent des noms logique et qu'on exporte cette dernière, les noms logiques (3ème colonne) sont indiqués quel que soit la révision.

En cas de document figé, il faut mettre l'id (numérique) même s'il y a un nom logique.

2°cas) Identifiant de relation

Si une relation pointe sur une révision spécifique (docrev != latest) qui a un nom logique. Il n'est pas correct d'indiquer le nom logique dans la relation. Si l'option docrev désigne un fixed ou un state c'est l'id numérique qui est indiqué même si le document à un nom logique.

Ajouter un avertissement utilisateur dans le cas où l'exportation fait référence à des révisions passées (utilisation de l'option docrev).

Principaux fichiers impactés:
Complexité:
Contrôle:
Thème:
(to be defined)
Régression:
Non

Description

Lorsqu'on exporte des documents sans les noms logiques, et que Dynacase détecte des relations entre ces documents, Dynacase essaie de remplacer les ids par le nom logique correspondant.
De plus, lorsqu'on exporte "avec les profils", Dynacase génère un nom logique pour chaque document exporté.
On se dit alors légitimement que toutes nos relations internes au set de documents exportés seront réimportables, puisque les ids sont, transitoirement, des noms logiques…
Grosse erreur dès lors que certains des documents sont révisés.
En effet, dans ce cas, Dynacase ne parvient pas à remplacer l'id si celui-ci n'est pas le dernier (cas des aides à la saisie par défaut…), alors qu'il n'exporte qu'une unique révision.

je n'ai pas de solution à apporter, mais cela nécessite réflexion, et au moins avertissement (le contrat "données réimportables" est rompu).

Je suppose que même sans passer par cette translation en nom logique, les relations dont l'id n'est pas la dernière révision (ou l'initid, je ne sais pas ce qui est utilisé lorsqu'on exporte avec les ids) sont cassées, silencieusement aussi…


Demandes liées 1 (0 ouverte1 fermée)

Lié à Core - Amélioration #5792: setter le nom logique sur toutes les révisionsIntégréÉric Brison02/10/2015

Actions
Actions

Formats disponibles : Atom PDF