Projet

Général

Profil

Project management #6115

Développement appli porte-documents (pour IMIO)

Ajouté par Frédéric Péters il y a plus de 9 ans. Mis à jour il y a environ 9 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
05 décembre 2014
Echéance:
06 mars 2015
% réalisé:

0%

Temps estimé:
21:00 h
Patch proposed:
Planning:

Description

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


Demandes liées

Lié à Publik - Project management #6076: Avoir un portail Agent contenant les éléments nécessaires de w.c.s.Fermé05 décembre 201424 août 2015

Actions

Historique

#1

Mis à jour par Frédéric Péters il y a plus de 9 ans

Proposition de nom de la part de Pierre : doko.

#2

Mis à jour par Frédéric Péters il y a plus de 9 ans

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

#3

Mis à jour par Pierre Cros il y a plus de 9 ans

  • Sujet changé de Développement appli porte-documents à Développement appli porte-documents (pour IMIO)
  • Echéance changé de 06 avril 2015 à 06 mars 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

Mis à jour par Benjamin Dauvergne il y a plus de 9 ans

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

Mis à jour par Frédéric Péters il y a plus de 9 ans

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

Mis à jour par Pierre Cros il y a plus de 9 ans

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

Mis à jour par Benjamin Dauvergne il y a plus de 9 ans

  • Projet changé de Produits Entr'ouvert à Fargo
#8

Mis à jour par Benjamin Dauvergne il y a plus de 9 ans

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

Mis à jour par Benjamin Dauvergne il y a environ 9 ans

  • Echéance changé de 06 mars 2015 à 27 février 2015
#10

Mis à jour par Benjamin Dauvergne il y a environ 9 ans

  • Temps estimé mis à 21:00 h
#11

Mis à jour par Benjamin Dauvergne il y a environ 9 ans

  • Echéance changé de 27 février 2015 à 06 mars 2015
#12

Mis à jour par Benjamin Dauvergne il y a environ 9 ans

  • Statut changé de Nouveau à 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)

Formats disponibles : Atom PDF