Fonctionnalité #18330
Traiter 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
History
#2 Updated by Cyril VAZQUEZ 11 months ago
- Status changed from A traiter to Prêt à développer
#4 Updated by Emmanuel DILLARD 11 months ago
- Status changed from Prêt à développer to En cours de dev (S)
#8 Updated by Emmanuel DILLARD 10 months ago
- Due date changed from 10/05/2021 to 11/02/2021
#9 Updated by Jérôme BOUCHER 10 months ago
- Status changed from En cours de dev (S) to A tester (S)
- Tags RM 2.8.0 added
À tester sur branche feat/18569_delivery (socle) et feat_18188_export (pjgn)
#10 Updated by Arnaud PAUGET 10 months 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 A tester (S) 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.
#11 Updated by Arnaud PAUGET 10 months ago
- Status changed from A revoir (S) to A tester (S)
#12 Updated by Arnaud PAUGET 10 months ago
- File Evenements.PNG Evenements.PNG added
- File DemandeAutorisation.PNG DemandeAutorisation.PNG added
- Status changed from A tester (S) 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.
#14 Updated by Cyril VAZQUEZ 7 months ago
- Status changed from A revoir (S) to Clôturée