Fonctionnalité #18330
closedTraiter les demandes de communication
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
Files
Updated by Cyril VAZQUEZ about 3 years ago
- Status changed from A traiter to R&D - A planifier
Updated by Emmanuel DILLARD about 3 years ago
- Status changed from R&D - A planifier to R&D - En cours
Updated by Emmanuel DILLARD about 3 years ago
- Due date changed from 10/05/2021 to 11/02/2021
Updated by Jérôme BOUCHER about 3 years ago
- Status changed from R&D - En cours to R&D - En test
- Tags RM 2.8.0 added
À tester sur branche feat/18569_delivery (socle) et feat_18188_export (pjgn)
Updated by Arnaud PAUGET about 3 years ago
- File download.png download.png added
- File Erreur_validation2.png Erreur_validation2.png added
- File Erreur_validation1.png Erreur_validation1.png added
- Status changed from R&D - En test to A revoir (S)
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.
Updated by Arnaud PAUGET about 3 years ago
- Status changed from A revoir (S) to R&D - En test
Updated by Arnaud PAUGET about 3 years ago
- File Evenements.PNG Evenements.PNG added
- File DemandeAutorisation.PNG DemandeAutorisation.PNG added
- Status changed from R&D - En test to A revoir (S)
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.
Updated by Cyril VAZQUEZ almost 3 years ago
- Status changed from A revoir (S) to Clôturé