Project

General

Profile

Project management #6115

Développement appli porte-documents (pour IMIO)

Added by Frédéric Péters almost 5 years ago. Updated over 4 years ago.

Status:
Fermé
Priority:
Normal
Target version:
-
Start date:
05 Dec 2014
Due date:
06 Mar 2015
% Done:

0%

Estimated time:
21.00 h
Patch proposed:
No
Planning:
No

Description

(une fois un projet créé il y a quelques tickets wcs qui pourront y être déplacés)


Related issues

Related to Publik - Project management #6076: Avoir un portail Agent contenant les éléments nécessaires de w.c.s. Fermé 05 Dec 2014 24 Aug 2015

History

#1 Updated by Frédéric Péters almost 5 years ago

Proposition de nom de la part de Pierre : doko.

#2 Updated by Frédéric Péters over 4 years ago

Attention à cadrer avec les développements IMIO (livraison le 6 mars).

#3 Updated by Pierre Cros over 4 years ago

  • Subject changed from Développement appli porte-documents to Développement appli porte-documents (pour IMIO)
  • Due date changed from 06 Apr 2015 to 06 Mar 2015

Pour IMIO, ce dont on a besoin le 6 mars (j'ai modifié la date et le libellé en conséquence on pourra faire un deuxième ticket pour un porte-doc plus complet ultérieur peut-être) c'est :
"Possibilité pour le citoyen d'ajouter des documents de format libre dans un espace pouvant contenir des fichiers ou de récupérer des documents signés numériquement ou non générés par le système ou ajoutés par l'agent traitant".

Ça veut donc dire que l'agent peut utiliser le porte-doc. Et je ne sais pas si la question de la signature des docs impacte le porte-doc.

#4 Updated by Benjamin Dauvergne over 4 years ago

Dans le plan que j'ai esquissé pour l'instant un service peut récupérer un fichier avec consentement de l'utilisateur (et jamais sans) et un service (donc un agent via w.c.s. par exemple) peut proposer un nouveau fichier à l'utilisateur qui le verra dans une sorte de boite de réception, mais uniquement si l'utilisateur aura autorisé le service à le faire (via OAuth2.0 et le scope write).

Là s'il est nécessaire que tout utilisateur sans avoir rien fait puisse recevoir un fichier dans son porte document, il faudra deux choses:
  • un provisionning des portes documents, chaque compte citoyen devant en avoir un,
  • une autorisation générale pour que certains services (w.c.s. par exemple) puissent déposer un fichier dans un porte document (ou au moins le proposer)

Concernant les signature pour moi c'est dans les PDF qu'elles se trouvent donc le porte document ne s'en occupe pas; vous devriez voir avec IMIO s'ils sont du même avis.

#5 Updated by Frédéric Péters over 4 years ago

Là s'il est nécessaire que tout utilisateur sans avoir rien fait puisse recevoir un fichier dans son porte document, il faudra deux choses:

Oui, il est tout à fait nécessaire que le porte-document puisse recevoir des documents sans que l'utilisateur n'ait rien à faire.

Il faut aussi imaginer que l'ajout d'une pièce par un agent ne se fera pas nécessairement suite à une démarche dans wcs; du coup c'est sans doute utile d'envisager "quelque part" une interface d'ajout de pièce au porte-document, il me semble.

Par ailleurs, dans wcs l'ajout d'une pièce ça serait une action de workflow appelant le webservice d'ajout de pièce (avec médiation éventuelle par Passerelle), tu es sur la même longueur d'onde ?

#6 Updated by Pierre Cros over 4 years ago

Benjamin Dauvergne a écrit :

Concernant les signature pour moi c'est dans les PDF qu'elles se trouvent donc le porte document ne s'en occupe pas; vous devriez voir avec IMIO s'ils sont du même avis.

Discuté avec Fred, IMIO sera de ton avis :). Pour l'instant on ne se soucie pas de signature au niveau du porte-doc.

Pierre

#7 Updated by Benjamin Dauvergne over 4 years ago

  • Project changed from Produits Entr'ouvert to Fargo

#8 Updated by Benjamin Dauvergne over 4 years ago

Frédéric Péters a écrit :

Là s'il est nécessaire que tout utilisateur sans avoir rien fait puisse recevoir un fichier dans son porte document, il faudra deux choses:

Oui, il est tout à fait nécessaire que le porte-document puisse recevoir des documents sans que l'utilisateur n'ait rien à faire.

Ok donc un élément important pour arriver à cela c'est le provisionning des compte depuis authentic2 dans fargo.

Il faut aussi imaginer que l'ajout d'une pièce par un agent ne se fera pas nécessairement suite à une démarche dans wcs; du coup c'est sans doute utile d'envisager "quelque part" une interface d'ajout de pièce au porte-document, il me semble.

Avec le provisionning c'est beaucoup plus simple d'imaginer cela.

Par ailleurs, dans wcs l'ajout d'une pièce ça serait une action de workflow appelant le webservice d'ajout de pièce (avec médiation éventuelle par Passerelle), tu es sur la même longueur d'onde ?

Médiation via un proxy dans a2 mais oui ça me va.

#9 Updated by Benjamin Dauvergne over 4 years ago

  • Due date changed from 06 Mar 2015 to 27 Feb 2015

#10 Updated by Benjamin Dauvergne over 4 years ago

  • Estimated time set to 21.00 h

#11 Updated by Benjamin Dauvergne over 4 years ago

  • Due date changed from 27 Feb 2015 to 06 Mar 2015

#12 Updated by Benjamin Dauvergne over 4 years ago

  • Status changed from Nouveau to Fermé

Voilà première version terminée:

commit 9eb5e83b20a3da8438ffa5776e5acdb75b432da6
Author: Benjamin Dauvergne <bdauvergne@entrouvert.com>
Date:   Fri Mar 6 19:02:35 2015 +0100

    Add JSON web service to get the list of documents of a user (#6115)

Also available in: Atom PDF