Importer des essais

Faire entrer dans cette archive un fichier .glab enregistré sur une autre installation comme une entrée indépendante et entièrement traçable : ce qui est validé, ce que la copie reçoit et ce qu'elle ne reçoit jamais.

Le contrôle Importer se trouve dans l'en-tête de la liste des essais, à côté d'Actualiser, et accepte un fichier .glab enregistré sur une autre installation (Exporter un essai). Le contrôle n'est dessiné que pour un rôle qui détient la permission Exporter/importer les historiques; tout autre rôle voit l'en-tête de la liste sans lui. Il demande une station qui accepte les écritures (« La station est en lecture seule. »), parce qu'il publie un fichier d'essai et une ligne d'index, et il est grisé pendant qu'un autre verbe de la bande est en cours (« La commande précédente est encore en cours. »).

Ce qui est validé

Le fichier est transmis dans une copie temporaire (les téléversements sont plafonnés à 1 GB; le journal des actions indique « Import · fichier… ») et validé là d'abord. Un refus ne crée aucune entrée :

Le reçu et la copie publiée

Un fichier venu d'une base plus ancienne mais prise en charge est mis à niveau sur la copie temporaire seulement; le fichier reçu n'est jamais touché. La copie reçoit ensuite son reçu d'import, l'instant de l'import et le nom du fichier reçu, gravés en elle, pour que le dossier puisse toujours dire d'où l'essai vient et qu'un index reconstruit rétablisse la marque Importé; une copie réexportée depuis une autre station portait le reçu de cette station, et la provenance de cette copie-ci est son arrivée ici. La station publie une nouvelle copie locale sous un nom unique (Imported_<nom de l'essai>_<id>.db) et enregistre une entrée nouvelle et indépendante; le journal des actions indique « Importé · nom · depuis fichier (taille) » et la liste s'ouvre dessus.

Ce que la copie reçoit, et ne reçoit jamais

• L'essai importé reçoit une identité locale toute neuve; l'identifiant d'essai d'origine demeure dans le fichier comme preuve, pour que deux installations puissent échanger des essais sans collision.
• Il n'est jamais lié à la configuration locale, même quand une procédure du même nom existe : il n'appartient à aucune unité, il n'a aucune procédure, il ne peut pas être repris, il ne compte jamais dans la productivité locale, il ne configure aucune étiquette pour Nouvelle étiquette, et « (rapport de la procédure) » le rend avec le réglage par défaut, toutes sections comprises.
• Son état est l'état terminal figé dans le fichier : un essai auquel un verrouillage a mis fin s'importe en Interrompu, et un état figé qui n'est pas terminal est ramené à Terminé. Un fichier qui n'a jamais écrit son instantané (la station d'origine est morte en pleine exécution) s'importe en essai En échec nommé d'après le fichier, pour qu'il ne soit pas perdu.
• Rien n'est écrasé ni fusionné : importer deux fois le même fichier donne deux entrées indépendantes.
• Le responsable voyage avec la copie comme preuve figée. Sur une station qui partage la même liste d'utilisateurs, l'identité figée continue de désigner le même opérateur; ailleurs, elle nomme la personne sans correspondre à aucun utilisateur local.

Se servir de l'essai importé

Une fois importé, l'essai se consulte, se commente, s'annote et se réexporte comme tout autre, et ses artefacts d'étiquette et ses enregistrements de rapport viennent avec lui : les octets figés d'un artefact peuvent être réimprimés ici, tandis que le PDF publié d'un enregistrement n'est pas sur cette station, donc il ne peut être ouvert ou renvoyé que si la station d'origine en a gardé une copie dans l'essai; sinon, produisez un nouveau PDF à partir du fichier.

Si l'application s'arrête en plein import

Si l'application s'arrête dans la fenêtre étroite entre la publication du fichier et son enregistrement, le fichier n'est pas perdu : Reconstruire l'index des historiques d'essai dans Paramètres réanalyse les fichiers d'essai, qui sont la source de vérité, et lui rend son entrée.