Une version 9.1 pour débuter l'été 2026

Le Programme Vitam est heureux de vous annoncer la mise à disposition de la version 9.1 de la solution logicielle.

Toutes les informations techniques sont disponibles ici.

La documentation fonctionnelle est consultable ici. Les guides pour les APP de Vitam UI sont disponibles ici et de manière générale pour la documentation technique, dédiée aux développeurs, etc., veuillez consulter ces pages.

La release note est disponible :

Un aperçu en image des incréments de la version 9.1 :
Module de collecte : Pouvoir ajouter un SIP ou un ZIP dans une transaction déjà existante.

APP Profils documentaires : Possibilité d’ajouter des contrôles sur les rattachements dans les profils d’archivage (bloc UpdateOperation) et de générer un profil d’archivage incluant ces nouveaux contrôles.

APP Recherche, consultation et gestion des archives : Modification du service producteur sur un ensemble d’archives (unités archivistiques et/ou groupes d’objets techniques) par une opération de réattribution de service producteur. La sélection s’effectue sur une à plusieurs entrées d’archives. Les archives ne peuvent pas être réattribuées si elles sont de type “arbre de positionnement”, si elles n’ont pas le même service producteur, s’il y a dépassement de seuil.

Gestion des archives : Dans le cas d’une modification du service producteur sur des archives en succès :

• L’historique des services producteurs est enregistré dans les unités archivistiques et/ou groupes d’objets techniques concernés. Il est donc possible de rechercher directement sur la base de cet historique. Cet historique, quand il existe, est également enregistré dans les rapports d’élimination, d’acquittement du transfert et de suppression d’usages/versions.
• La modification est tracée dans le journal du cycle de vie de chaque unité d’archives et/ou groupe d’objet technique concerné.
• Les registres de fonds du service producteur d’origine et du service producteur cible sont mis à jour en conséquence. Le détail de registre correspondant à une entrée pour laquelle le service producteur des archives de cette entrée a été changé est réattribué au fonds du service producteur cible et les synthèses statistiques (Summary) des registres du service producteur d’origine et du service producteur cible sont mises à jour (soustraction des sorties pour l’un, addition des entrées pour l’autre)
• Les droits d’accès associés au contrat d’accès s’appliquent en prenant en compte le nouveau service producteur

APP Collecte :
Amélioration de l’affichage des erreurs à la suite de l’import d’un SIP contenant des erreurs :

• Dans la liste des archives de la transaction, ajout d’une pastille rouge pour identifier les unités archivistiques et/ou leurs objets associés ayant des erreurs.
• Dans le détail d’une unité archivistique, présence d’une pastille rouge en haut du panneau latéral et nouveau composant plus visible, permettant de signaler davantage d’informations sur les erreurs rencontrées.

Harmonisation du comportement des composants :

• Suite au travail sur les fondations du design système et à l’harmonisation des composants, de nouveaux composants (Checkbox et Radio button) ont été modifiés, complétés, simplifiés en termes de couleurs, taille des textes, états (default, hover, etc.)
• Gestion de tous les cas de validation et d’erreurs possibles pour le composant d’upload.

Réindexation différentielle :
Pour les collections Unit et ObjectGroup, il est maintenant possible de faire une réindexation différentielle à partir d’une date donnée plutôt qu’une réindexation complète.
Dans un contexte de très forte volumétrie sur ces collections (centaines de millions, milliards), quand les durées de réindexation peuvent être très longue, cela permet par exemple lors de montée de version nécessitant une réindexation de conserver le service vitam partiellement ouvert le temps d’une première réindexation complète avant d’interrompre le service et basculer vers ce nouvel index pour procéder à une réindexation différentielle des éléments correspondant à un dernier delta non réindexé (i.e delta correspondant aux éléments modifiés, créés ou supprimé pendant la période de réindexation). Le service fourni est limité, les suppressions et les réorganisations sont proscrites en l’état. Le service peut rester ouvert en lecture et en écriture sans suppression d’AU et de GOT car le dernier delta ne peut détecter les suppressions. Ainsi les services d’élimination et de suppressions ne doivent pas être utilisés pendant la réindexation en parallèle mais les consultations, les versements et les modifications de métadonnées descriptives et de gestions peuvent toujours être utilisés.