Fonctionnalité #18330
fermé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
Fichiers
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
- Fichier download.png download.png ajouté
- Fichier Erreur_validation2.png Erreur_validation2.png ajouté
- Fichier Erreur_validation1.png Erreur_validation1.png ajouté
- Statut changé de R&D - En test à 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.
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
- Fichier Evenements.PNG Evenements.PNG ajouté
- Fichier DemandeAutorisation.PNG DemandeAutorisation.PNG ajouté
- Statut changé de R&D - En test à 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.
Mis à jour par Cyril VAZQUEZ il y a presque 3 ans
- Statut changé de A revoir (S) à Clôturé