Maarch forge - Centre de support: Demandeshttps://forge.maarch.org/https://forge.maarch.org/themes/boostmine-1.2-maarch/favicon/favicon.ico?15265463262022-07-07T10:09:54ZMaarch forge - Centre de support
Redmine Backlog RM - Anomalie #21435 (Rejeté): Modification de la règle de conservationhttps://forge.maarch.org/issues/214352022-07-07T10:09:54ZNicolas DIRIL
<p>Suite à la modification d'une durée de conservation dans le référentiel de règles de conservations :</p>
<ul>
<li>La page information de l'archive affiche toujours la valeur d'origine de la règle et non la nouvelle valeur.</li>
<li>Le bouton "modifier la règle de conservation" permet de tout de même d'afficher la nouvelle valeur de la règle.</li>
<li>Le bouton DUA échue ne permet pas de filtrer sur la nouvelle valeur</li>
</ul>
Backlog RM - Anomalie #21434 (Clôturé): Modification règles de gestion des archiveshttps://forge.maarch.org/issues/214342022-07-07T09:49:17ZNicolas DIRIL
<p>Test sur Modification règles de communicabilité d’une archives (idem avec plusieurs archives) : le message ci-dessous s'affiche. Pour autant, la modification est bien prise en compte. Test effectué sur versement généré avec générateur de bordereau MAARCH.</p>
<p>Message :<br>
Le bordereau ne respecte pas le formalisme du SEDA 1.0. Element '{fr:gouv:culture:archivesdefrance:seda:v1.0}Name': This element is not expected. Expected is one of ( {fr:gouv:culture:archivesdefrance:seda:v1.0}ArchivalProfile, {fr:gouv:culture:archivesdefrance:seda:v1.0}DescriptionLanguage ).</p>
<p>Element '{fr:gouv:culture:archivesdefrance:seda:v1.0}Name': This element is not expected. Expected is one of ( {fr:gouv:culture:archivesdefrance:seda:v1.0}ArchivalProfile, {fr:gouv:culture:archivesdefrance:seda:v1.0}DescriptionLanguage ).</p>
<p>Idem sur gel/dégel et modification de règle de conservation.</p>
Backlog RM - Régression #20439 (Clôturé): Connecteur Octave - formulaire non pris en comptehttps://forge.maarch.org/issues/204392022-04-07T06:52:50ZNicolas DIRIL
<p>Saisie des informations demandées dans le formulaire. <br>
Informations non prises en compte et message d'erreur : champs non remplis</p>
<p>Les champs du formulaire sont bien envoyés lors de la demande, mais ne sont pas pris en compte par le serveur.</p>
Backlog RM - Anomalie #20233 (Clôturé): Collections non présentes sur APhttps://forge.maarch.org/issues/202332022-03-23T15:42:40ZNicolas DIRIL
<p>L'affichage de la colonne favoris n'est pas présente dans le registre AP.</p>
<p>Il faudrait que cette fonctionnalité existe également sur AP.</p>
Backlog RM - Fonctionnalité #20057 (A traiter): [Favoris] Ajout aux favoris en massehttps://forge.maarch.org/issues/200572022-03-07T14:35:27ZNicolas DIRIL
<p>Ajouter la possibilité d'ajouter en masse plusieurs archives aux favoris pour éviter de cliquer sur chacune</p>
Backlog RM - Anomalie #18418 (R&D - Terminé): [Gestion] Critère liste non pris en comptehttps://forge.maarch.org/issues/184182021-09-30T12:58:56ZNicolas DIRIL
<p>L'utilisation des critères de recherche sur métadonnées, dans l'écran de gestion, ne prend pas en compte les critères de type liste.<br>
Ces critères sont absents de la requête envoyée au serveur.</p>
Backlog RM - Ergonomie #18371 (R&D - Terminé): [Requête] Le critère de filtre dépasse en dehors d...https://forge.maarch.org/issues/183712021-09-22T14:59:30ZNicolas DIRIL
<p>Le critère de filtre dépasse du cadre alors qu'il reste de la place sur la droite.</p>
Backlog RM - Fonctionnalité #18356 (R&D - A étudier): [indexation plein texte] Indexer manuelleme...https://forge.maarch.org/issues/183562021-09-22T08:45:43ZNicolas DIRIL
<p>Au sein d'une archive, l'indexation se fait uniquement via tâche planifiée.</p>
<p>Le statut en base de données pour son état d'indexation est indexée pour une archive qui a été indexée, ou passée pour une archive ne contenant pas de pièces.</p>
<p>Si on rajoute une ressource dans une archive, son statut ne change pas. Il est donc impossible d'indexer une archive déjà versée.</p>
<p>De même, si l'indexation n'est pas configurée pour indexer toutes les archives mais qu'on veut en indexer une en particulier, il n'est pas possible de le faire actuellement.</p>
<p>Il serait intéressant de pouvoir indexer une archive ou pièce manuellement via les écrans.</p>
Backlog RM - Fonctionnalité #18355 (R&D - A étudier): [Indexation plein texte] - Indicateur d'ind...https://forge.maarch.org/issues/183552021-09-22T08:36:51ZNicolas DIRIL
<p>Actuellement nous n'avons pas d'indicateur pour savoir si une archive a indexée via l'IHM.</p>
<p>L'indicateur du statut d'indexation est uniquement visible en base de données.</p>
<p>Il serait intéressant d'avoir cet indicateur dans les métadonnées de gestion pour savoir si une archive est ou non indexée.</p>
<p>Cela pourrait permettre par exemple de lancer l'indexation d'une archive ou pièce manuellement.</p>
Backlog RM - Fonctionnalité #18251 (R&D - A étudier): [connecteur octave] Refus du SIP si un fich...https://forge.maarch.org/issues/182512021-09-13T09:58:29ZNicolas DIRIL
<p>Si un fichier est dans un format non référencé dans le registre PRONOM, octave l'affiche au format "unknown" et au moment de l'import dans le SAE, le SIP est refusé.</p>
<p>(exemple de format inconnu : fichier .eml => il s'agit d'un fichier brut au format texte.)</p>
<p>Il faudrait que les fichiers texte puissent être acceptés dans le SAE au format texte même si octave ne reconnaît pas leur format.</p>
Backlog RM - Anomalie #18141 (R&D - Terminé): Demande de communication de plusieurs archives HShttps://forge.maarch.org/issues/181412021-08-31T07:52:21ZNicolas DIRIL
<p>La demande de communication de plusieurs archives n'est plus fonctionnelle<br>
Testé sur develop et 2.7.2 (demo-ap)</p>
<p>Lorsqu'on fait une demande de communication sur plusieurs archives, une seule est prise en compte.<br>
Le paquet en sortie ne contient qu'un seule archive.</p>
<p>Le formulaire de demande de communication affiche bien N archives, mais une seule est prise en compte dans la suite de la demande. Dès la demande, en vérifiant l'historique des demandes de communications, une seule est affichée.</p>
Backlog RM - Anomalie #17942 (Clôturé): [Registre] - Recherche par cote non fonctionnellehttps://forge.maarch.org/issues/179422021-08-09T09:28:22ZNicolas DIRIL
<p>La recherche par cote d'archive retourne tous les résultats. aucun filtre n'est effectué dessus.</p>
Backlog RM - Fonctionnalité #17792 (R&D - A Revoir): demande d'autorisation au service producteur...https://forge.maarch.org/issues/177922021-07-16T07:31:50ZNicolas DIRIL
<p><strong>En tant que service donnant une autorisation d'élimination ou de communication, je veux prendre connaissance du descriptif des unités d'archive concernées afin de motiver ma décision d'accepter ou rejeter la demande.</strong></p>
<p>La demande de communication ou d'élimination provoque l'envoi d'une demande d'autorisation, au service producteur dans certains flux, toujours au service de contrôle. </p>
<p>La demande d'autorisation SEDA comporte une partie qui reprend la demande d'origine. Cette partie n'est pas présentée à l'utilisateur qui n'a donc aucune information sur les unités d'archive concernées.</p>
<p>Il faut vérifier la structure des données SEDA et l'écran de présentation des demandes d'autorisation.</p>
Backlog RM - Anomalie #17791 (R&D - Terminé): Visibilité des dates extrêmeshttps://forge.maarch.org/issues/177912021-07-16T07:31:17ZNicolas DIRIL
<p>Bonjour,<br>
Quand on intègre des archives via octave, dans l'écran de registre, les dates extrêmes n'apparaissent pas dans la colonne dédiée (image 1) alors que la donnée est bien inscrite dans la description (image 3).<br>
En intégrant un document via le générateur de bordereau et en ajoutant cette métadonnée par modification (image 2) là les dates extrêmes apparaissent. </p>
Backlog RM - Anomalie #16868 (R&D - Terminé): [Recherche] Bug lors de la recherche sur descriptio...https://forge.maarch.org/issues/168682021-04-14T13:50:50ZNicolas DIRIL
<p>Lors de la recherche quand le seul critère de recherche passé porte sur description et n'est pas pris en compte par le moteur de recherche des journaux, il retourne tous les journaux au lieu de ne rien retourner.</p>
<p><strong>Exemple</strong></p>
<p>Requête <a href="https://eqiom-rct.rmtrust.fr/recordsManagement/archives?description=num_facture=%221206207888%22">https://eqiom-rct.rmtrust.fr/recordsManagement/archives?description=num_facture=%221206207888%22</a></p>