Projet

Général

Profil

Actions

Fonctionnalité #18330

fermé

Traiter les demandes de communication

Ajouté par Cyril VAZQUEZ il y a plus de 3 ans. Mis à jour il y a presque 3 ans.

Statut:
Clôturé
Priorité:
0-Bloquant
Assigné à:
-
Version cible:
Début:
23/08/2021
Echéance:
02/11/2021
Tags RM:
2.8.0

Description

En tant que chef de service

Accès aux demandes d'autorisation de communication des tiers (cf droit d'en connaître)
Affichage du détail de la demande : motivation, commentaire
Accepter/rejeter standard


Fichiers

download.png (17,1 ko) download.png Arnaud PAUGET, 26/10/2021 12:40
Erreur_validation2.png (166 ko) Erreur_validation2.png Arnaud PAUGET, 26/10/2021 12:40
Erreur_validation1.png (55 ko) Erreur_validation1.png Arnaud PAUGET, 26/10/2021 12:40
Evenements.PNG (39,9 ko) Evenements.PNG Arnaud PAUGET, 27/10/2021 11:02
DemandeAutorisation.PNG (42 ko) DemandeAutorisation.PNG Arnaud PAUGET, 27/10/2021 11:02

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

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

Mis à jour par Emmanuel DILLARD il y a plus de 3 ans

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

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

  • Echéance changé de 05/10/2021 à 02/11/2021

Mis à jour par Jérôme BOUCHER il y a environ 3 ans

  • Statut changé de R&D - En cours à R&D - En test
  • Tags RM 2.8.0 ajouté

À tester sur branche feat/18569_delivery (socle) et feat_18188_export (pjgn)

Mis à jour par Arnaud PAUGET il y a environ 3 ans

Test KO

Scenario de test :
Demande de communication faite avec un utilisateur appartenant au service SP2 sur une archive appartenant au producteur SP1.
La demande arrive bien au SP1 pour validation.
La demande de communication ne peut pas être validée --> Une erreur est survenue (VOIR PJ)

Régression supplémentaire :
Je tente de télécharger une archive de moins de 300 Mo dont je suis le producteur. Un onglet de l’explorer s'ouvre avec l'information comme quoi mon archive a été demandé en extraction. Or je devrait pouvoir la télécharger directement.

Mis à jour par Arnaud PAUGET il y a environ 3 ans

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

Mis à jour par Arnaud PAUGET il y a environ 3 ans

Test d’extraction archive lourde ok, on retrouve bien le paquet dans le répertoire medona. Mais il faudrait qu'il apparaisse dans un sous répertoire qui possède l'identifiant de l'org en tant que nom.
Exemple : Le SP 125874 demande la communication au SP 852147, lors de l'extraction, l'archive se trouve dans le répertoire [racine_répertoire_medona]/125874

De plus, dans la demande d'autorisation au service producteur on ne voit nulle part qui est le service producteur initial de la demande de communication. Le demandeur est toujours affiché en tant que service d'archive (car le bordereau vient de lui dans le workflow). Mais il faudrait qu'on retrouve l'information du service producteur initial de la demande.

Dans les traces d'évènement de la tâche planifiée "Extraction archive lourde", le tableau récapitulatif est multiplié par le nombre d'archive traitée pluttôt que d'incrémenter le compteur du nombre d'archive (voir PJ).

L'export direct d'une archive ne fonctionne toujours pas dans mon cas.

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

  • Statut changé de A revoir (S) à Clôturé
Actions

Formats disponibles : Atom PDF