Projet

Général

Profil

Actions

Fonctionnalité #18593

fermé

Critère de recherche avec services producteurs d'autres orgs même si pas opérateur

Ajouté par Cyril VAZQUEZ il y a environ 3 ans. Mis à jour il y a environ 2 ans.

Statut:
Clôturé
Priorité:
1-Majeur
Assigné à:
Charlotte Bataille
Version cible:
Début:
25/10/2021
Echéance:
Tags RM:
2.8.2, 2.9

Description

Un utilisateur membre d'un SA qui souhaite rechercher des archives dans l'écran du registre ne peut filtrer que sur les SP de son organisme d'appartenance (sauf s'il a le rôle d'OPA, voir demande précédente).

Les services des organismes tiers (CCAS, autres collectivités) appartenant à une autre branche de l'organigramme, ne sont pas proposés pour la recherche même si le SA gère effectivement leurs données.

De fait, il n'existe dans l'application aucune déclaration obligatoire des relations liant les SP et les SA.
Par contre, chaque UA comporte obligatoirement dans ses métadonnées l'identification de son SP et du SA qui la gère.

Ainsi une recherche globale retourne bien les archives gérées par le SA, incluant celles produites par les SP qu'il ne peut lister ni utiliser comme critère de recherche.

Il existe cependant déjà une entité liant les SA et les SP, au travers d'un accord de versement.

**Évolution demandée **: lister les SP liés par un accord de versement au SA
Dans l'écran de gestion, la liste des SP disponibles pour la recherche inclura non seulement les SP de l'organisme d'appartenance du SA, mais aussi les SP indiqués dans un ou plusieurs accords de versement auxquels participe le SA.

Il sera donc possible de déclarer des accords de versement liant SA et SP même si ceux-ci ne sont pas effectivement utilisés dans les transferts (SEDA ou autre), uniquement afin de permettre l'identification de la relation dans les règles du métier.

Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Statut changé de A traiter à R&D - A étudier

Mis à jour par Cyril VAZQUEZ il y a presque 3 ans

  • Version cible mis à 2.8

Mis à jour par Cyril VAZQUEZ il y a presque 3 ans

  • Version cible changé de 2.8 à 2.8.2

Mis à jour par Cyril VAZQUEZ il y a presque 3 ans

  • Description mis à jour (diff)
  • Statut changé de R&D - A étudier à R&D - A planifier

Mis à jour par Cyril VAZQUEZ il y a presque 3 ans

  • Priorité changé de 2-Sérieux à 1-Majeur

Mis à jour par Charlotte Bataille il y a presque 3 ans

  • Statut changé de R&D - A planifier à R&D - En cours

Mis à jour par Charlotte Bataille il y a presque 3 ans

Branches à tester (socle et AP) : feat/18593_display_other_org_owner_in_search_form

Profil : utilisateur avec le privilège Accéder au registre des entrées (dans la section Accès à l'Archive)

Pré-requis socle

Dans le fichier configuration.ini :

  • dans la section [medona], modifier la valeur de la directive transaction à true
  • commenter et décommenter les blocs demandés pour passer en mode transactionnel

Puis, suivre les étapes des prérequis AP

Pré-requis AP

Créer un organigramme avec 2 organisations distinctes (A et B) contenant chacune un service d'archives, un service versant et des services producteurs.
Créer un accord de versement dont le service d'archives et les services producteurs sont d'organisations différentes (par exemple, service d'archives est d'org A et services producteurs d'org B).
Choisir un utilisateur et le lier au service d'archives de l'accord de versement défini à l'étape précédente.
Se connecter avec l'utilisateur choisi.

Écran à tester sur socle

http://maarchrm/recordsManagement/archives/searchform

Écran à tester sur AP

http://maarchrmap/archivesPubliques/contentDescription

À tester sur socle et AP

Dans le formulaire de recherche, taper dans le champ Service producteur le nom d'un service producteur.
Le typeahead de ce champ comprend les suggestions suivantes et il est donc possible d'effectuer une recherche sur les services producteurs :

  • de l'organisation de l'utilisateur (dite A)
  • d'une organisation différente de l'utilisateur (dite B) et qui sont présents dans au moins un accord de versement avec le service de l'utilisateur (en tant que service d'archives)

Si le service producteur tapé dans le champ est inexistant (ou si l'utilisateur n'a pas accès à ce service), la suggestion du typeahead affiche Aucun producteur trouvé

Mis à jour par Charlotte Bataille il y a presque 3 ans

  • Statut changé de R&D - En cours à R&D - En test

Mis à jour par Cyril VAZQUEZ il y a presque 3 ans

  • Assigné à changé de Cyril VAZQUEZ à Charlotte Bataille

Mis à jour par Arnaud PAUGET il y a plus de 2 ans

  • Statut changé de R&D - En test à A livrer
  • Tags RM 2.8.1, 2.8.2 ajouté

Test ok.

Livraison dans 2.8.2 sur socle et 2.8.1 AP.

Mis à jour par Cyril VAZQUEZ il y a plus de 2 ans

  • Sujet changé de Critère de recherche avec services producteurs d'autres orgs même si par opérateur à Critère de recherche avec services producteurs d'autres orgs même si pas opérateur
  • Statut changé de A livrer à Clôturé
  • Assigné à Charlotte Bataille supprimé
  • Tags RM 2.8.1 supprimé

Mis à jour par Arnaud PAUGET il y a plus de 2 ans

  • Statut changé de Clôturé à A traiter

Bug identifié sur cette fonctionnalité dans le cas où un accord de versement n'a pas de service producteur déclaré.

Voir ticket client lié.

Erreur en ligne 1676 du controller Organization lors l'application de la fonction jsonSerialize sur "null".

Correctif à appliquer :
Vérifier si au moins un service producteur est déclaré dans l'accord avant de rentrer dans la boucle.

Mis à jour par Cyril VAZQUEZ il y a plus de 2 ans

  • Statut changé de A traiter à A revoir (S)
  • Assigné à mis à Charlotte Bataille
  • Tags RM 2.9 ajouté

Mis à jour par Charlotte Bataille il y a plus de 2 ans

  • Statut changé de A revoir (S) à R&D - En test

Correctif appliqué sur la branche develop

Mis à jour par Cyril VAZQUEZ il y a environ 2 ans

  • Statut changé de R&D - En test à Clôturé
Actions

Formats disponibles : Atom PDF