Index par titre
Application mobile¶
Il s'agit d'une application mobile rassemblant une série de pages d'information concernant la ville (horaires d'ouverture de la mairie, adresses des bibliothèques, etc.) ainsi que des liens vers des ressources externes, qui peuvent être affichées au sein même de l'application (vue "mobile" du site web des téléservices) ou dans un navigateur externe.
Le contenu de l'application est défini par un fichier json, que l'application peut mettre à jour à intervalle régulier quand elle est connectée.
Ce fichier json définit d'une part paramètres globaux à l'application (icône, titre, adresse email de contact, adresse de mise à jour du json, etc.) et d'autre part les différentes pages de l'application, la "racine" du fichier est une page comme les autres, correspondant à l'écran d'accueil de l'application.
Ces pages disposent chacune d'un titre (title) et d'un identifant optionnel (id) et peuvent être de trois types :
- page d'information, elle a un élément "content" reprenant l'HTML à afficher dans la page, elle peut aussi avoir un élément "pages" qui reprendra la série des pages "filles" ainsi qu'un élément "seealso" reprenant les identifiants de pages supplémentaires pour lesquelles des liens doivent être présentés en fin de page.
- page de lien externe, elle contient un élément "external-url" pointant vers une adresse devant être ouverte dans le navigateur.
- page de lien interne, elle contient un élément "internal-url" pointant vers une adresse devant être ouverte à l'intérieur même de l'application.
L'application interprète ce fichier json pour créer une série de pages et menus.
Exemple de fichier¶
(disponible en ligne, https://perso.entrouvert.org/~fred/ma-ville.json (la version en ligne tient lieu de référence))
{"meta": {
"title": "Ma ville au quotidien",
"icon": "assets/une-ville.png",
"contact": "info@example.net",
"update-freq": 86400,
"update-url": "https://perso.entrouvert.org/~fred/ma-ville.json",
"assets-url": "https://perso.entrouvert.org/~fred/ma-ville-assets.zip?1416471664"
},
"title": "Ma ville",
"content": "<p>Bienvenue !</p>",
"pages": [
{"title": "Découvrir la ville",
"pages": [
{"title": "Office de tourisme",
"content": "<p>...</p>"
},
{"title": "Histoire de la ville",
"content": "<p>Début XXème:<br/><img src='assets/photo.jpg'/></p>..."
},
{"id": "plan-poi",
"title": "Plan de la ville",
"content": "<p>...</p>"
}
]
},
{"title": "Culture, sports, loisirs",
"pages": [
{"title": "Bibliothèques",
"content": "<p>...</p>"
},
{"title": "Culture",
"content": "<p>...</p>"
},
{"title": "Sports",
"content": "<p>...</p>"
},
{"title": "Conservatoire",
"content": "<p>...</p>"
},
{"title": "Annuaire des associations en ligne",
"external-url": "http://www.example.net"
}
]
},
{"title": "Démocratie locale",
"content": "<p>C'est important.</p>",
"pages": [
{"title": "Conseil municipal",
"content": "<p>...</p>",
"seealso": ["plan-poi"]
},
{"title": "Rencontres de quartier",
"content": "<p>...</p>"
}
]
},
{"title": "Démarches administratives",
"pages": [
{"title": "Démarches en mairie",
"content": "<p>...</p>",
"seealso": ["plan-poi", "demarches-en-ligne"]
},
{
"id": "demarches-en-ligne",
"title": "Démarches en ligne",
"internal-href": "https://eservices.au-quotidien.com"
}
]
}
]
}
Interprétation¶
Écran d'accueil
Ma ville
----------------------
Bienvenue !
Découvrir la ville >
Culture, sport, loisirs >
Démocratie locale >
Démarches administratives >
Le bouton "Découvrir la ville" amène sur la page "Découvrir la ville"
Découvrir la ville
----------------------
Office du tourisme >
Histoire de la ville >
Plan de la ville >
Le bouton "Histoire de la ville" vers la page :
Histoire de la ville
----------------------
Début XXème:
[photo]
...
En retournant sur nos pas, en repartant de l'écran d'accueil, en allant sur "Démarches administratives" :
Démarches administratives
----------------------
Démarches en mairie >
Démarches en ligne >
En allant sur "Démarches en mairie",
Démarches en mairie
----------------------
....
Voir aussi :
Plan de la ville >
Démarches en ligne >
En allant sur "Démarches en ligne",
Démarches en ligne
----------------------
[contenu de https://eservices.au-quotidien.com]
Données de l'application¶
La clé "meta" du fichier json donne des indications pour la mise à jour des données de l'application :
- update-freq: la fréquence à laquelle la mise à jour doit être effectuée (en secondes)
- update-url: l'adresse contenant le fichier de données à jour
- assets-url: l'adresse contenant des données supplémentaires (css, images) de l'application (à télécharger uniquement si l'adresse est modifiée), il s'agit d'un fichier zip contenant un unique répertoire, nommé assets.
Rendu de l'HTML¶
Le fichier des assets contient un fichier css (assets/style.css) qui doit être utilisé pour le rendu du contenu des pages.
Au Quotidien - Documentation Utilisateur¶
Pour des informations détaillées, se reporter à http://dev.entrouvert.org/projects/au-quotidien/wiki/Kevin_doc
Comment créer et éditer un formulaire¶
Introduction¶
Les formulaires permettent aux usagers de respecter une procédure afin de faire une demande à la commune. Au Quotidien propose un système permettant de créer des formulaires extrêmement simple mais offre aussi la possibilité d'en faire des plus complexes. Tout cela permettant de faciliter le traitement au niveau administratif.
Se rendre sur la page de création du formulaire¶
Pour créer un formulaire il faut vous rendre dans votre espace personnel, il se trouve à droite dans le menu "Mon espace personnel". Si vous n'êtes pas connecté faites-le en cliquant sur "Connexion", si vous n'avez pas de compte créer en un en cliquant sur "Inscription".
Une fois dans votre espace, rendez-vous dans l'onglet "Admin". Cliquez sur l'onglet "Formulaires".
C'est ici que sont listés l'ensemble des formulaires disponibles, classés par catégorie. Cliquez sur "+ Nouveau formulaire", juste en dessous du menu. Une nouvelle fenêtre apparaît sur votre écran, elle vous permet de qualifier basiquement votre futur formulaire et comprend des étapes obligatoires, signalez par un point rouge.
Création du formulaire¶
Commençons par un exemple très simple, à ce stade nous ne qualifions que le nom, la catégorie, le workflow et les différentes personnes qui pourront utiliser ce formulaire et le traiter, il ne sera pas encore utilisable.
- Titre du formulaire (obligatoire): Pré-réservation de la salle communale
- Catégorie: Vie pratique
- Workflow: Le workflow par défaut est suffisant, nous n'y toucherons pas pour le moment.
Il faut obligatoirement une personne pour traiter les demandes, admettons que cela soit le rôle d'un agent de la collectivité.
- Rôle du destinataire (obligatoire): Agent de la collectivité
Par défaut tout le monde, avec ou sans compte, a la possibilité de remplir et envoyer un formulaire en laissant ce champs vide. Dans notre exemple cela sera le cas. Si vous choisissez un rôle sachez que vous pouvez en ajouter plusieurs. À chaque fois que vous sélectionner un rôle qui vous intéresse, cliquez sur "Ajouter un rôle" afin de recommencer jusqu'à ce que vous ayez le résultat souhaitez.
- Rôle de l'expéditeur:
Cliquez sur "Valider" pour créer le formulaire.
Vous êtes redirigé vers la page d'édition du formulaire, c'est ici que nous ajouterons des champs. C'est aussi ici que vous pouvez modifier l'ensemble du formulaire (titre, catégorie etc).
Édition du formulaire et ajout des champs¶
Cette page est divisé en 3 partie :
- Accès: C'est ce que vous venez de remplir, pour éditer une information cliquez sur "changer" à droite de celle qui vous intéresse.
- Options: C'est ici que vous pouvez régler certaine options tel que l'ajout d'une page de confirmation pour envoyer le formulaire ou activer / desactiver le formulaire.
- Champs: C'est ici que nous ajoutons les champs que devront remplir les usagers, comme leur identité mais aussi des listes avec des choix pré-définit que l'usager pourra choisir, établir une période entre deux dates pour effectuer une intervention etc.
Nous avons déjà qualifié la partie "Accès", nous reviendrons à la partie "Options" pour notamment activer le formulaire. Cliquez sur "editer" à droite de "Champs".
Cette nouvelle page vous indiquera que vous n'avez pas encore de formulaire et vous propose même de l'activer, ce qui à ce stade n'est pas encore à faire car le formulaire est vide !
À droite, vous avez une section "Nouveau champ", nous allons commencer par ajouter un titre au formulaire.
Remplissez "Libellé" par "Pré-réservation de la salle communale", puis pour "Type" choisissez "Titre", enfin cliquez sur "Ajouter".
Désormais vous avez un nouveau champs dans un cadre qui vient d'apparaitre sur votre écran, en passant votre souris dessus vous avez trois nouvelles options :
- Éditer: Modifier les options du champs
- Dupliquer: Copie exacte du champs, utile pour par exemple créer un champs extrêmement proche d'un autre que vous éditerez par la suite
- Supprimer: Supprime définitivement le champ.
Nous n'avons pas besoin d'y toucher pour le moment, en effet les champs de type "Titre" ne comporte que deux options qu'il est inutile de toucher. Vous pouvez cependant éditer le "Libellé" (c'est-à-dire le nom) du champs si lors de sa création vous vous êtes trompé.
Retourner sur la page précédente en cliquant sur "Champs", qui se trouve juste en dessous du menu, dans le fil d'Ariane.
<SCREENSHOT DU FIL D'ARIANE>
Vous êtes retourné sur la page d'édition du formulaire. Créons un nouveau champs qui donnera quelques explications à l'utilisateur à propos de la pré-réservation de la salle communale. Ici le libellé ne correspond pas à un nom mais au contenu, inscrivez-y par exemple: "Remplir ce formulaire vous permet de faire une demande de pré-réservation de la salle. Un agent vous indiquera si votre demande est accepté ou non." et donnez lui le type "Commentaire".
Un nouveau champ apparaît sous votre titre, à droite du cadre vous constatez "Titre" et "Commentaire"; cela vous permet de savoir immédiatement à quel type appartient le champ. Cela est pratique notamment si certains formulaire ont des noms identiques.
Vous avez désormais deux champs, cela n'est pas encore suffisant car l'usager ne dispose que d'informations mais ne peut toujours pas intéragir avec le formulaire.
Ajoutez un champs de type "Texte (ligne)" que vous appellerez "Nom", puis créer en un autre que vous appellerez "Prénom". Éditez "Nom", vous arrivez sur la page qui permet de régler chaque option du champs, à ce stade nous n'avons pas besoin de tout remplir.
En premier lieu, il est indispensable que l'usager soit dans l'obligation de délivrer son identité, assurez-vous que la case "Obligatoire" soit cocher. Si l'usager ne remplit pas ce champs il ne pourra pas envoyer la demande.
Dans remarque vous pouvez par exemple mettre : "Il est indispensable que nous puissions vous identifier afin de traiter votre demande.", ne faites pour le moment pas attentions aux autres options et cliquez sur "Valider".
Une fois valider, rendez-vous dans le fil d'Ariane dans la section "Formulaire".
<SCREENSHOT DU FIL D'ARIANE ÉVENTUELLEMENT UTILE ?>
Maintenant éditer le champs "Prénom" et recommencer en vous assurant que "Obligatoire" est coché. Valider le champs et retourner sur la page d'édition du formulaire.
Observez la partie "Champs", vous constaterez qu'un aperçu est disponible vous permettant d'observer l'évolution du formulaire rapidement et simplement.
Les champs de type "Texte (ligne)" sont utiles pour récupérer une information courte auprès d'un utilisateur, vous pouvez continuer en lui demande son adresse (par exemple s'il doit recevoir des documents par courrier).
Maintenant que vous savez comment faire vous pouvez continuer avec d'autres champs de ce type qui pourrait vous être utile.
Nous allons maintenant déterminer à quelle date, ou période, l'usager souhaite t'il avoir la salle.
Créer un nouveau champs de type "Date" et appelez le "Date ou période souhaitée", éditez-le.
Comme pour les anciens champs, une remarque est toujours utile afin que l'usager est le moins de risque d'être perdu, par exemple : "Date ou période à laquelle vous voudriez réserver la salle, sous réserve de sa disponibilité.".
Maintenant nous allons définir quelques options pour que l'usager choisissent une date ou une période. Par exemple, nous ne souhaitons pas que l'usager puisse proposer une date antérieur à ce jour, ou même la date de ce jour. Aussi, on peut définir une date minimale et maximale afin de limiter le choix de l'usager à ce qui est disponible au niveau de votre commune.
Déterminer une date minimale (admettons qu'en moyenne les 2 mois qui suivent la demande sont toujours réservées), puis cocher la case "La date doit être dans le futur" et enfin, déterminer si vous le souhaitez une date maximale (par exemple, vous ne souhaiteriez peut-être pas prendre des réservations pour l'année prochaine).
Un autre exemple de champs utile: L'usager doit indiquer combien de personnes compte t'il inviter (utile si, par exemple, votre commune possède plusieurs salles et que vous souhaiteriez toute de suite savoir vers quelle salle il y a une possibilité de réservation.
Créer un nouveau champs de type "Liste" et appeler le "Nombre de personnes".
Rendez si vous le souhaitez ce champs obligatoire.
Attention, ici, l'option "Remarque" prend une forme légèrement différente: en effet, le texte du champs remarque sera le premier de la liste s'il ne dépasse pas 80 caractères. Au delà, le texte devient une remarque comme celle que nous avons vu précedemment.
ensuite ajouter une remarque comme par exemple : "Permet de déterminer quelle salles auriez-vous besoin."
Maintenant nous allons déterminer une série de choix qui permettront de connaitre combien de personnes souhaite inviter l'usager, dans le champs "Éléments", ajouter un nombre en fonction de la taille de votre salle, par exemple:
- > de 50 personnes
- Entre 51 et 75 personnes
- De 76 à 100 personnes
À chaque remplissage du champs, cliquez sur "Ajouter un éléments", continuez jusqu'à avoir compléter votre liste.
Vous pouvez aussi modifier l'affichage en bouton plutôt qu'en menu déroulant en cochant la case "Affichage en bouton radio", puis validez.
Enfin, il serait peut-être utile aussi que vous laissiez la possibilité à l'usager d'ajouter un commentaire, qu'il puisse préciser certaines choses ou bien encore poser une question au même moment qu'il envoi le formulaire, pour par exemple demander s'il y a un accès handicapé.
Créer un champs de type "Texte long" et appelez-le "Avez-vous une remarque ou une question?", en remarque vous pouvez mettre : "L'agent chargé du traitement de votre demande pourra vous répondre ou vous redirigez vers la personne adéquate.". Aussi, il peut être intéressant de limiter le nombre de caractères afin d'empêcher l'agent de se retrouver face à une demande beaucoup trop longue, ce qui n'est pas le but de ce formulaire. Pour cela remplissez l'option "Nombre maximum de caractères", par exemple avec "500", normalement suffisant pour de petites question ou remarque.
Validez votre nouveau champs et rendez vous dans la page d'édition pour voir le résultat.
Au quotidienConfigurationNouvelleInstance¶
Sur lupin,
- /var/vhosts/collectivites.au-quotidien.com/
- Utiliser apache-vandoeuvre.conf comme modèle d'un nouveau apache-xx.conf
- modifier hostnames
- modifier fichiers de logs
- adapter RewriteRule ^/themes/auquotidien/header.jpg$ /themes/auquotidien/header-vandoeuvre.jpg [R]
- Inclure ce apache-xx.conf dans le apache.conf
- Utiliser modlogan.conf-vandoeuvre comme modèle pour la configuration de modlogan
- Se connecter, configurer et cie.
Si authent par SAMLv2,
- /var/vhosts/identification.au-quotidien.com/
- Utiliser apache-vandoeuvre.conf comme modèle d'un nouveau apache-xx.conf
- modifier sous-répertoire (le SCGIMount)
- et les éventuelles RewriteRule de logo
- Se connecter, configurer et cie
Formulaire candidature spontanée¶
- Dans l'index, cliquer sur «Connexion» dans le menu à droite appelé «Mon espace personnel».
- Dans le champs «Courriel» rentrez le compte mail qui a été utilisé lors de l'inscription puis votre mot de passe dans le champs «Mot de passe» ci-dessous.
- Cliquez sur le bouton «S'identifier».
Formulaire candidature spontanée¶
Création du formulaire¶
- Cliquez sur l'onglet «Admin» puis l'onglet «Formulaires»
- Cliquez sur le bouton «+ Nouveau formulaire»
- Renseignez les champs comme suit:
- Titre du formulaire (obligatoire): Candidature spontanée
- Catégorie: Emploi
- Workflow: Le workflow par défaut est suffisant
- Rôle du destinataire (obligatoire): Agent de la collectivité
- Rôle de l'expéditeur:
Cliquez sur valider.
Qualification du formulaire¶
- Sur la page d'édition du formulaire, cliquez sur «éditer» près de «Champs».
- À droite de la nouvelle page, dans «libellé» écrivez «Nom» puis choisissez comme type «Texte (ligne)», validez
- Recommencez avec comme libellé «Prénom»
# Créer un nouveau champs de type «Date» appelé «Date de naissance»
- Créer deux nouveau champs de type «Upload» et appelé les «CV» et «Lettre de motivation»
- Sur la page d'édition du formulaire cliquez sur «éditer» à droite de «Champs».
- À droite de la page vous avez le menu «Nouveau champ», qualifier «Libellé» par «Nom» puis choisissez comme type «Texte (ligne)» puis validez
- De la même manière créer des champs avec les noms et les types suivant:
- Libellé: Prénom
- Type: Texte (ligne)
- Libellé: Date de naissance
- Type: Date
- Libellé: Poste désiré
- Type: Liste
- Libellé: CV
- Type: Upload de fichier
- Libellé: Lettre de motivation
- Type: Upload de fichier
Éditions des champs¶
- En mettant la souris sur un champ, à gauche du menu «Nouveau champ», le bouton «éditer» apparaît, cliquez dessus pour le champs «Date de naissance».
- Cochez «La date doit être dans le passé»
- Éditer le champ «Poste désiré» et dans «Éléments» ajouter l'intitulé d'un poste puis cliquez sur «Ajouter un éléments», répétez autant de fois que nécessaire
# En dessous de la liste des champs apparaît le message:
Ce formulaire est actuellement désactivé. Activer
Cliquez sur «Activer».
To-do:
- Créer un ou plusieurs cas de formulaire (texte simple, long, date, liste, liste à choix multiple, courriel, nouvelle page, upload de fichier...)
- Relecture et validation du contenu
- Prendre screenshoot
Guide de référence¶
Formulaire¶
Création¶
La page formulaire se trouve dans "Accès à votre espace personnel", "Admin", onglet "Formulaires".
Cette page vous permet de créer ou d'importer de nouveaux formulaires ainsi que de les supprimer. Les pré-existants sont classés par section (État civil, Vie pratique etc) et vous pouvez les modifier en cliquant sur leur nom.
Cliquez sur "Nouveau formulaire", une fenêtre apparaîtra dans votre navigateur et vous permettra de le renseigner.
Chaque menu déroulant ne propose que ce qu'il existe déjà dans le système. S'il vous manque un rôle de destinataire vous devez soit au préalable le créer pour pouvoir l'ajouter dans le nouveau formulaire soit créer le formulaire, créer le rôle puis éditer le formulaire.
- Titre du formulaire (obligatoire): Champ de qualification du titre du formulaire.
- Catégorie: Menu déroulant permettant de classer par catégorie le formulaire.
- Workflow: Menu déroulant pour déterminer le style de workflow à appliquer. Le style par défaut est utilisé si vous ne modifiez pas ce menu. Il permet des échanges entre administrés et agents administratif avec un seul niveau de validation. Pour un circuit plus complexe de validation il faut construire un nouveau workflow.
- Rôle du destinataire (obligatoire): Détermine la personne chargé de traiter les demandes lié à ce formulaire.
- Rôle de l'expéditeur: Le rôle de l'expéditeur correspond aux personnes pouvant utiliser ce formulaire afin qu'il soit traiter par un agent de la collectivité. Aucune limitation quantitative. Par défaut tout le monde a la permission de remplir et envoyer le formulaire.
Les champs marqués d'un point rouge sont obligatoire.
Une fois terminé, cliquez sur "Valider".
Qualification¶
Le paragraphe suivant sera probablement soumis à des modifications, voir https://dev.entrouvert.org/issues/2450
Vous êtes redirigé vers une page vous proposant d'activer ce formulaire, cependant il est actuellement vide, il faut désormais le remplir. Avant de l'activer cliquez sur le nom du formulaire nouvellement créer dans le fil d'Ariane plus haut.
Vous pouvez:
- Changer le nom du formulaire
- Changer les accès (Catégorie, Workflow, Rôle du destinataire / de l'expéditeur et l'accès en lecture) au formulaire. Notez que cette partie est sensiblement identique à l'étape précédente
- Modifier les options
- Ajouter des champs
Nom du formulaire¶
Cliquez sur "changer le titre" à côté du nom actuel de votre formulaire pour en définir un nouveau. Ce champs ne peut être vide.
Accès¶
Cette partie vous permet de modifier les informations que vous avez rempli lors de la création de la demande. Il permet donc de changer de catégorie, de style de workflow, de rôles de destinataires et d'expéditeur et enfin qui a accès en lecture au formulaire.
Pour modifier l'option qui vous intéresse cliquez à droite de cette dernière sur "changer" et suivez les instructions apparaissant dans la fenêtre. Pour plus d'information se reporter à la section "Création" ci-dessus.
Options de publication des formulaires¶
C'est ici que vous modifiez les options de publications et leur conditions. Notamment l'activation ou la désactivation du formulaire.
Cliquez sur "changer" dans le bloc "Options", une nouvelle fenêtre apparaîtra à l'écran.
Vous pouvez:
- Inclure une page de confirmation: Redirige l'utilisateur vers un récapitulatif de sa demande qu'il doit reconfirmer avant qu'elle ne soit envoyée
.
- Signature: Définit l'utilisation d'un système de certificat pour signer la demande. Les choix sont "Aucun", "Optionnelle" et "Obligatoire".
- Garder le status et l'historique du workflow privés: Empêche aux usager de consulter le status et l'historique du workflow. Il ne devient accessible qu'aux agents et aux admins de la commune.
- N'autorise qu'un formulaire par utilisateur: L'usager ne peut remplir qu'une fois le formulaire. Il doit attendre que sa demande en cours soit traité avant de pouvoir en refaire une avec ce formulaire.
- Autoriser l'utilisateur à conserver des brouillons: Permet à l'utilisateur, s'il possède un compte, d'enregistrer des brouillons de ses demandes.
- Désactiver l'accès au formulaire: Empêche d'accéder au formulaire. Utile pour des formulaires dont l'utilisation est saisonnière, par exemple "Inscription à la fête de noël". Cela évite de créer et supprimer un formulaire à la fin de chaque événements. Peut être géré automatiquement via l'option "Date de publication / d'expiration" ci-dessous.
- Si désactivé, rediriger vers l'URL: Lorsqu'un formulaire est désactivé et qu'un utilisateur souhaite tout de même s'y rendre, l'URL indiqué sera utilisé pour y rediriger l'utilisateur vers celle-ci.
- Date de publication / d'expiration: Définit la validité d'un formulaire dans une période (date de début et de fin). Lorsqu'un formulaire arrive à sa date de publication il devient visible, une fois la date d'expiration arrivée le formulaire se désactive. Voir "Désactiver l'accès au formulaire" ci-dessus.
Champs¶
C'est ici que vous pouvez ajouter des champs à votre formulaire. Cliquez sur le bouton "éditer" dans le bloc "Champs".
La page vous propose un menu à droite, "Nouveau champ". Elle est composé d'un champs et d'un menu déroulant:
- Libellé (obligatoire): Le nom de votre nouveau champs
- Type (obligatoire): Le type du nouveau champs. Chaque type proposera un ensemble définit d'options disponible pour le champs. Elles seront toutes décrites indépendamment du type ci-dessous.
Ensuite cliquez sur le bouton "Ajouter".
Il y a un second menu déroulant qui permet d'importer les champs depuis un autre formulaire, une fois sélectionné cliquez sur "Valider".
Une fois ajouter, vos nouveaux champs apparaissent à gauche de la page dans le corps principale. Lorsque vous passez votre souris sur le cadre d'un champs celui-ci s'agrandit laissant apparaître les liens "Éditer", "Dupliquer" et "Supprimer".
- Éditer: C'est en cliquant ici que vous pourrez modifier le libellé (qui ne peut être vide) ainsi que modifier les différentes options du champs en fonction de son type.
- Dupliquer: Créer une copie identique (libellé compris) de votre champs.
- Supprimer: Supprime le champs après validation.
Options des types champs¶
Chaque type de champs possède des options qui lui sont propres ou partager entre plusieurs types, ci-dessous la liste des options par type (chaque option ne sera listé qu'une fois sauf si elle agit différemment d'un type à l'autre):
- Texte (liste):
- Libellé: Nom du champs.
- Obligatoire: Impose la qualification du champs pour valider le formulaire.
- Nom de variable: Déclare un nom de variable qui contiendra la valeur du champ remplit par l'usager.
- Remarque: Ajoute une remarque destiné à guider l'usager pour remplir le champ.
- Affichage dans les listings: Permet de cacher le champ dans le listing back-office. Cela permet de réduire le nombre d'information en augmentant la lisibilité.
- Classe supplémentaire pour les styles CSS: permet (si le thème graphique utilisé le supporte) d'afficher l'étiquette du champ comme un titre ou à la suite d'un autre champ par le biais des mots clefs "title" et "inline".
- Pré remplir: Pré-remplit le champ en fonction de l'option choisit dans le menu déroulant:
- Texte: Affiche un champ où l'on peut enregistrer un message texte.
- Formule (Python): Affiche un champ où l'on peut enregistrer une formule Python.
- Champ utilisateur: Affiche un menu déroulant avec comme choix des données sur l'utilisateur, ex: Nom, Prénom...
- Expression ID-WSF: Utilisation d'attribut dans le cadre d'une utilisation de WCS dans le cadre d'une fédération d'identité.
- Longueur de ligne: ? (À vérifier)
- Regex de validation: Permet de définir quel types de données doivent être inscrit dans le champ, ex: Que des chiffres, en expression régulière Python.
- Courriel: Ensemble d'options déjà listé ci-dessus.
- Case à cocher (choix unique): Ensemble d'options déjà listé ci-dessus.
- Upload de fichier: Ensemble d'options déjà listé ci-dessus.
- Date:
- Date minimale: L'usager ne pourra pas choisir une date antérieur.
- La date doit être dans le futur: L'usager ne pourra pas choisir une date antérieur. Elle peut tout de même être à ce jour si l'option "La date peut-être le jour présent" est coché.
L'option est incompatible avec "Date minimale".
- Date maximale: L'usager ne pourra pas choisir une date postérieur.
- La date doit être dans le passé: L'usager ne pourra pas choisir une date postérieur. Elle peut tout de même être à ce jour si l'option "La date peut être le jour présent" est coché.
L'option est incompatible avec "Date maximale".
- La date peut être le jour présent: Permet d'autoriser la sélection de ce jour si l'option "Date minimale" ou "Date maximale" sont utilisés et est inutile sans l'une d'elle.
- Liste:
- Affichage en bouton radio: Remplace le menu déroulant par des boutons radio (à cocher).
- Éléments: Chaque champ permet d'ajouter un choix en cliquant sur "Ajouter un élément".
- Source de données externe: Pré-rempli le champs avec la valeur de retour d'une expression Python.
- Liste à choix multiple:
- Nombre maximal de choix: Combien de choix simultanée un usager peut-il avoir.
- Tableau:
- Lignes: Permet d'ajouter une ligne au tableau en qualifiant son nom.
- Colonnes: Permet d'ajouter une colonne au tableau en qualifiant son nom.
- Tableau à liste:
- Éléments: Permet de remplacer les champ vide du tableau (voir "Tableau" ci-dessus) par une liste d'éléments pré-définit.
- Tableau de longueur libre:
- Colonnes: Ajoute une colonne avec le nom qualifié et permet d'ajouter autant de réponse en ligne que l'usager le souhaite.
- Ajouter une ligne de total: (À vérifier)
- Éléments classés:
- Mélanger les éléments: Les éléments seront mélangés, et cela peu importe l'ordre dans lequel ils ont été ajouté lors de la création du formulaire.
- Titre:
- Libellé: Le libellé sera affiché dans la page, dans l'ordre dans lequel vous le placez entre les formulaires en tant que titre.
- Sous-titre:
- Libellé: Le libellé sera affiché dans la page, dans l'ordre dans lequel vous le placez entre les formulaires en tant que sous-titre.
- Commentaire:
- Libellé: le libellé sera affiché dans la page, dans l'ordre dans lequel vous le placez entre les formulaires en tant que commentaire.
- Nouvelle page: Ce type possède une option supplémentaire sur la page du formulaires. En survolant le champ on voit "Limiter l'affichage à cette page" qui permet sur la page de gestion des formulaires de cacher les différentes pages en affichant que la page avec les formulaires en cours. Une fois activé, vous voyez le lien "Afficher toutes les pages" qui permet de revenir à l'ancien affichage.
- Libellé: Nom de la page. Sera affiché dans les étapes à gauche du formulaire que consulte l'usager.
- Conditions: Condition nécessaire à l'affichage de la page.
On a commencé à échanger Victor et moi sur la façon d'actualiser un peu la partie e-admin de notre site web parce que ça bouge vite. On jette les idées sur cette page dans un premier temps. Et dans un deuxième voici les pages proposées pour le site
Schéma¶
Un schéma qui déchire sa race avec passerelle, compte citoyen et tout ça (à faire faire par j'articule sur base de quelque chose qu'on aurait fait nous et avec des instructions concernant le style souhaité).
On peut faire faire un deuxième shéma sur la GI ou le faire nous même à partir de celui fourni par J'articule.
Vidéo d'animation¶
Et ouais pourquoi pas. Là aussi faite par un presta externe, un vrai truc.
Guichet unique¶
blah blah blah
Compte citoyen¶
Comment le dynamiser ? Comment permettre à l'usager de le personnaliser ?
Business Intelligence¶
Rapports interactifs, analyse multidimensionnelle, tableaux de bord... : Bon là je pense que j'ai achevé mon blah blah Bingo, un certain DSI de nos amis a mis de la bave partout.
Consolider toutes les sources de données de la collectivité
Explorer et analyser l’ensemble des données
Mesurer la qualité des services offerts aux usagers
Permettre des processus décisionnels collaboratifs
Gov.uk¶
Fred a découvert ce week-end un travail assez énorme réalisé par gov.uk et il a l'impression qu'il y a là-dedans plein de trucs qui pourraient nous être utiles.
Dans la justification de certaines positions :
- à propos des CAPTCHA, "Why shouldn't I use one?" [1]
- ou des apps, "Government's position is that native & hybrid apps are currently rarely justified" [2]
Même si parfois ça va un peu à l'encontre de ce qu'on fait, les positions sont bien expliquées, par exemple sur l'idée de ne pas obliger les utilisateurs à s'identifier. [3]
Mais il y a aussi des pages concernant plutôt le développement, et/ou l'opérationnel, comme "Sandbox and staging servers"[4] ou sur le développement d'APIs5.
Bref, c'est un document à explorer.[6]
[1] https://www.gov.uk/service-manual/design-and-content/resources/captcha.html
[2] https://www.gov.uk/service-manual/making-software/standalone-apps.html
[3] https://www.gov.uk/service-manual/making-software/logins.html
[4] https://www.gov.uk/service-manual/making-software/sandbox-and-staging-servers.html
[5] https://www.gov.uk/service-manual/making-software/apis.html
[6] https://www.gov.uk/service-manual
Passerelle¶
Faut insister bien fort là-dessus et sur les aspects Open/Big data afférents.
Site OpenPasserelle, PasserelleHub ou que sais-je¶
Un site datahub comme ceux qui sont fait à l'aide de CKAN http://ckan.org/about/
En fait peut-être simplement faire en sorte que passerelle communique avec l'API CKAN (qui utilise Python, postgre et SOLR).
Peut-être aussi des idées à prendre chez CubicWeb : http://vimeo.com/56005936
Géolocalisation¶
Je sais pas s'il faut lier ça à Passerelle ou le mettre ailleurs. En fait je pense particulièrement au géocodage : traduire des adresse physiques en latitude et longitude afin de pouvoir placer les points sur une carte. Genre la liste des demandes d'enlèvements d'encombrants permet de générer une carte avec les points adéquats. Comme outils de géocodage on peut peut-être regarder ce que propose OpenStreetMap http://wiki.openstreetmap.org/wiki/Geocoding, ce que Benj a utilisé pour l'application logement (je sais pas ce que c'est) ou ce truc qui fonctionne avec le référentiel de l'IGN : https://adullact.net/projects/jdonref-v2/
Voir aussi : http://fr.wikipedia.org/wiki/GeoNames
format universel formulaires¶
En partant des formulaires cerfa ?
Référentiel Marianne, CNIL, RGI, RGS¶
Dire qu'on déchire sur tout ça.
Mettre en avant le compte citoyen NG¶
Quand on aura une interface chouette, la mettre en avant.
Interfaces mobiles¶
Insister là-dessus, détailler ce qu'on fait en jqueryMobile (éventuellement voir s'il y a des alternatives crédibles, Sencha touch, http://www.sencha.com/products/touch/ tout en javascript et uniquement pour Webkit , the M project http://blog.the-m-project.org/2013/03/26/release-version-1-4/ avec un mec qui cite Kraftwerk :) )
Peut-être faire des captures comme celles-que je présentais l'autre jour faites automatiqument depuis un site en ligne.
Expliquer que les web apps c'est mieux, c'est ce que les utilisateurs préfèrent
http://www.emarketer.com/Article/Mobile-Users-Prefer-Browsers-over-Apps/1008010
Et aussi que "since WebKit-based browsers were making their way to the webOS and Blackberry platforms too, our single web-app would eventually run on just about every popular smartphone platform."
Les trucs que j'ai choppé ici http://www.mobilehtml5.com/ :
- Préloader des trucs qu'on affiche en javascript ensuite sans interroger le serveur (genre j'ai chargé toute la page d'accueil du compte citoyen mais je n'affiche que les démarches et des liens vers mes annonces, mes démarches, liens utiles qui sont préchargés)
- Ajuster la largeur des champs des formulaires
- permettre les A/R avec la version bureau
- Ne conserver que les trucs les plus utilisés
- Utiliser du SVG
Support du multi-référentiel¶
Même si c'est de la GI, je mentionnerai volontiers ça ici sans donner de détails techniques.
GED et OCR¶
C'est pas vraiment intégré à Au quo mais on a des compétences (PFWB), on peut faire figurer ça dans un coin un peu à part du schéma général. Et puis on va devoir s'interfacer avec Alfresco pour Montpel à un moment, on pourra voir si c'est intéressant d'utiliser ça et éventuellement de vendre le truc intégré (en prenant un sous-traitant pour la partie Alfresco).
Offre standard incluant la GI¶
Victor pense qu'on peut réfléchir à une offre "standard" de au quo qui viendrait avec un IDP A2 (et outil de gestion des comptes) ? et si oui comment la présenter ? Interconnexion possible en standard avec facebook, twitter, google.... ? Est-ce qu'on re-refléchit à tenter une interconnexion MSP globale Entr'ouvert, dispo pour tous nos clients ?
Reflexions autour d'une offre Light de Au quotidien dans le but de compenser l'arrêt des formulaires SPL¶
Le but est de proposée une version allégée de Au quotidien afin de s'approcher du service de téléformulaires offert jusqu'à la fin de l'année par SPL via la caisse des dépôts. Nous avons une liste presque à jour d'une cinquantaine de villes disposant de ces formulaires que nous allons donc contacter rapidement.
Ci-dessous, une rapide description des fonctionnalités.
Tarifs¶
(pas de frais de mise en place)
Taille collectivité |
AQ / an |
AQLight / an |
Moins de 3500 |
800 |
200 - 400 |
3501 à 10 000 |
1 200 |
400 - 600 |
10 001 à 20 000 |
2 400 |
800 -1000 |
20 001 à 30 000 |
3 500 |
1200 |
30 001 à 40 000 |
3 950 |
1400 |
40 001 à 50 000 |
4 800 |
1600 |
50 001 à 75 000 |
6 800 |
2000 |
75 001 à 100 000 |
7 400 |
2400 |
100 001 à 150 000 |
10 000 |
2800 |
150 001 à 250 000 |
11 800 |
3200 |
250 001 à 1 000 000 |
13 200 |
3600 |
Plus de 1 000 000 |
20 000 |
3999 |
Mise à disposition d'une liste de formulaires¶
Une liste de formulaires calquée dans un premier temps sur l'offre SPL sera intégrée. Il n'y aura pas de gestion des droits en Front-office, l'ensemble de ces formulaires est en accès libre.
Liste des formulaires SPL disponibles à intégrer à l'offre¶
Formulaires événements :¶
- Demande d’autorisation temporaire de débit de boisson
- Demande d’intervention des services municipaux
- Demande d’autorisation de stationnement pour déménagement
- Demande de rendez vous avec un élu
- Demande d’attestation de changement de domicile
- Demande de location de salle municipale
Formulaires petite enfance :¶
- Demande d’inscription à la crèche
- Demande d’inscription à la garderie
- Demande d’inscription à la cantine
- Demande d’inscription pour un centre de vacances
Demandes de papiers :¶
- Demande de copie d’acte d’état civil – acte de naissance
- Demande de copie d’acte d’état civil – acte de mariage
- Demande de copie d’acte d’état civil – acte de décès
- Demande de duplicata du livret de famille
- Déclaration de chiens de première et deuxième catégorie
Modifications et adaptations de Au quotidien nécessaires pour la création de Au quotidien Light¶
1) les choses d'au quotidien à ne pas exposer dans une offre light¶
- Admin : plus d'accès à l'admin, (dés)activation des formulaires depuis le backoffice (fait)
- suppression de l'accès aux onglets
- Worflows (Le Workflow par défaut de la version Light, pour coller à SPL, devrait posséder un Etat En attente... Je pense que cette étape intermédiaire ne présente pas beaucoup d'interêt... On le verra à l'usage, mais il faut juste paramétrer un workflow spécifique pour cette offre.)
- Rôles (soit on préparamètre un rôle par formulaire, ou par catégorie de formulaires)
- Catégories (on crée trois catégories par défaut : événements, petite enfance, papiers - celles définies dans SPL)
- Panneau de contrôle
- Logs (ça sert pas à grand chose de les laisser je pense, vu qu'il n'y aura plus de connexions en front)
- Rebonds (pas obligatoire de le virer)
- restrictions dans les onglets suivants:
- Formulaires :
- retrait de l'édition des champs (on gel les formulaires existants).
- retrait de la possiblité de supprimer un formulaire (juste activation désactivation dans édition).
- retrait de la possiblité de dupliquer un formulaire (pas le droit de creer des formulaires, on garde édition et export)
- Dans Edition :
- Retrait de la liste déroulante workflow
- Retrait des options (Permettre la discussion, Signature, Accès en lecture, Garder le statut et l'historique du workflow privés, N'autorise qu'un formulaire par utilisateur, Autoriser l'utilisateur à conserver des brouillons)
- Utilisateurs (juste retirer le lien vers les logs si on les retire). résolution : onglet "agents" dans le backoffice
- Paramètres (il faut laisser l'accès au paramétrage aux e-mails et à certains textes, on cache le reste) TODO: lister les paramètres à conserver, qui aura les droits de modification dessus ?
- Back-office :
- suppression de l'accès aux onglets : résolution : onglets uniquement visibles aux gestionnaires associés, donc pas de gestionnaire, pas d'onglet (fait)
- Annonces (on réduit l'offre aux téléservices de base, ce genre de fonctionnalité risque de nuire à la lisibilité de l'offre)
- Liens (dans le cadre d'une encapsulation, pas suffisament de place pour afficher le menu)
- Évènements (on réduit l'offre aux téléservices de base, ce genre de fonctionnalité risque de nuire à la lisibilité de l'offre)
- Comptes (pas d'accès authentifié, donc pas de demande de création de compte)
- je me demande si on garde l'aspect Stats : les avoir ça peut être un bon argument par rapport à SPL et en même temps ne pas les avoir ça peut être un bon argument pour migrer vers une version complète.
- Front-Office :
- Pour intégration dans une page donc place minimum (mise en page "simplifiée")
- suppression du bandeau (sauf fil d'Arianne)
- suppression menu de gauche (dont agenda)
- suppression bloc Mon espace personnel
- suppression bloc Consultations
- suppression bloc Annonces aux citoyens
- résolution : mode iframe (?)
- Pour intégration portail (est-ce qu'on prévoit les deux ?)
- (On garde le bandeau)
- (On garde le menu de gauche (sauf agenda) préparamétré avec les catégories de formulaires et retour accueil du site )
- suppression bloc Consultations
- suppression bloc Annonces aux citoyens
2) ce qui manque dans au quotidien, en-dehors même d'une offre light¶
- Admin :
- Pouvoir définir un délai de traitement maxi pour chaque formulaire, avec envoi d'alerte automatique aux agents gestionnaires. Si le champs délai reste vide ou le délai est égal à zéro, pas d'alerte. résolution : théoriquement déjà possible avec les workflows, à vérifier
- Pouvoir désactiver les fonctionnalités évènements et annonces résolution : affichage uniquement aux gestionnaires dédiés, pas de gestionnaire, pas d'affichage
- Back-Office :
- Adopter une colorisation pour les états de traitement des formulaires dans le listing du back-office, et adopter un code couleur pour les formulaires dont le non-traitement a dépasser le délai défini par l'admin.
- Ajout de filtres dans les tableaux de listing (cette demande est deja sur redmine) pour n'afficher que les formulaires traités, en retard....
- C'est déjà le cas, mais malheureusement ça n'apparait plus depuis l'utilisation de jquery.kiketable.colsizable-1.1.js et/ou jquery.tablesorter.min.js :/
- Au moment du changement d'état d'une demande, lorsqu'un mail automatique doit être envoyé, l'agent traitant peut modifier le courriel par défaut pour l'adapter specifiquement à la demande avant l'envoi. résolution : a priori le plus simple ce serait de définir une action de workflow supplémentaire, et avoir un état qui ne soit que transitoire, "envoi mail paramétré", "jump to état suivant"
- Front Office :
- Possibilité d'encapsuler les formulaires dans des pages du site, propositions
- reverse proxy
- iframe avec redimensionnement auto en fonction de la taille du formulaire
- intégration dans une page htmlisée du site client
- Créer une mise en page formulaires différente (déroulé en haut de formulaire comme SPL ?) pour supprimer la colonne gauche et que le cadre puisse tenir dans une colonne de contenu de site.
3) ce qui doit différer entre les deux versions¶
- Le lien d'aide devra pointer vers une aide adaptée à cette offre.
- Admin :
- Pouvoir définir pour chaque formulaire une adresse mail d'alerte (mail de dépassement de délai de réponse). A priori dans SPL lorsqu'une demande n'est pas résolue dans les délais une alerte est envoyée à l'agent traitant mais aussi à une autre personne (sur le principe le superieur hierarchique)... un mouchard quoi (d'ailleurs nous on dit qu'on peut laisser le champ vide).
- résolution : ce qu'il faudrait ajouter à w.c.s., de manière générale, c'est la possibilité pour un workflow de laisser glisser certains de ses paramètres vers la définition du formulaire; par exemple plutôt qu'ajouter un champ "délai de réponse" dans la définition d'un formulaire, on aurait le timeout d'un workflow timeout jump défini comme $BLA, et ce $BLA se retrouverait en champ d'option dans la définition du formulaire.
- Front Office:
- Ajouter les mentions légales au pied de chaque formulaire (est-ce que c'est valable pour au quo aussi?)
- question : ça ne peut pas être fait via des champs commentaire ? => si, mais l'idéal serait de l'avoir partout en pied de page avec un texte administrable en BO d'ailleurs finalement c'est aussi valable pour Au quotidien normal
Pour s'appuyer sur les docs SPL¶
Back-office¶
Agregateur.doc
enregistrement_agents_traitants.xls
guide_utilisation_agents.ppt
methodologie.pdf
teleformulaires_bo_agent.swf
Généralités¶
presentation_generale.ppt
La partie E-administration ne comprend quasiment que au-quot aujourd'hui sur eo.com, on a le choix de dire que au-quot c'est le nom pour nos 3 portails (notre "Solution complète et intégrée de gestion de la relation citoyen") ou que c'est seulement le nom de l'offre SaaS.
J'ai pas de préférence tranchée, je vais dire que ça désigne le tout (faut qu'on se décide avant d'alerter j'articule).
Menu de droite¶
- Présentation
- Fonctionnalités
- L'offre SaaS
- Partage de formulaires
- Les logiciels
Présentation¶
Au quotidien¶
La Gestion de la Relation Citoyen est au cœur des préoccupations des collectivités et de leurs usagers :
- Les agents doivent pouvoir être en capacité de suivre les demandes des usagers des services de la ville et d'y répondre.
- Les citoyens doivent pouvoir échanger par divers canaux avec l'administration, et suivre l'évolution de leurs demandes.
Nous proposons une solution complète et intégrée de gestion de la relation citoyen sous licence libre baptisée Au quotidien.
schéma
La solution repose sur 3 portails (un pour les citoyens, un pour les agents des différents services, un pour les agents du service informatique). Elle s'appuie sur le système d'information de la collectivité, aussi bien en ce qui concerne le(s) référentiel(s) utilisateurs que pour les applications (métiers et génériques) qui vont échanger avec le portail de services aux citoyens.
L'ensemble repose sur un système de fédération d'identité, sécurisé et respectueux des recommandations du RGS et de la CNIL en matière de vie privée, permettant aux différents utilisateurs de ne s'authentifier qu'une fois pour accéder à TOUS les services offerts par la collectivité.
Guichet unique, multi-canal¶
La solution permet de mettre en oeuvre le guichet unique pour le citoyen : quelque soit la façon (web, courrier papier, téléphone, guichet physique...) dont il s'adresse à son administration, il retrouvera sur son compte citoyen la trace de sa demande et pourra en suivre l'évolution.
Solution personnalisable¶
La solution s'intègre en reprenant précisément la charte graphique de la collectivité et en s'adaptant au système d'information de cette dernière : elle s'adapte aux besoins de la collectivité et non l'inverse.
Pour en savoir davantage, regardez les différentes <a href="http://www.entrouvert.com/fr/e-administration/au-quotidien/fonctionnalites/">fonctionnalités</a> de la solution.
Fonctionnalités¶
[bon c'est un peu la page qui tue, trop longue, faut peut-être prévoir une astuce de mise en page, non j'ai pas vraiment d'idée]
Portail de services citoyen¶
C'est la porte d'entrée du citoyen dans le système, elle peut être intégrée graphiquement au site Web de la ville afin que le citoyen ait la sensation d'être simplement sur un élément du site de la collectivité. C'est l'endroit où :
- Il saisit ses coordonnées une fois pour toute, elles rempliront automatiquement toutes ses démarches, on ne les lui demandera plus
- Il accède à des démarches en lignes (préremplis avec les informations qu'il a saisi dans son compte citoyen) et peut suivre les étapes de leur traitement.
- L'on va aggréger et afficher des informations personnalisées le concernant, en rapport avec tous les services fournis par la collectivité (démarches en ligne, compte piscine, compte médiathèque, conservatoire, enfance, site web, abonnement à des flux d'info, paiements...)
Le portail agents¶
C'est la porte d'entrée des agents des services dans le système, il se compose :
- D'un atelier de conception des formulaires : l'endroit où les fonctionnaires habilités (les agents) vont concevoir les démarches en ligne. Outil extrêmement simple à prendre en main (2h de formation).
- D'une solution de conception de workflows : l'endroit où les fonctionnaires habilités (les agents) vont définir quel circuit va suivre la demande (démarche en ligne) d'un citoyen (1 journée de formation pour la prise en main).
- D'un backoffice : l'endroit où les fonctionnaires habilités vont traiter les demandes des citoyens, échanger avec les citoyens concernant leurs demandes lorsque c'est nécessaire (1/2 journée de formation pour la prise en main).
Le portail d'administration¶
C'est la porte d'entrée des agents en charge de l'administration du système, il se compose :
- D'une interface d'administration : Les fonctionnaires habilités (des agents du service informatique) administrent ici l'ensemble de la plate-forme (gestion des utilisateurs, des différents contenus et paramètres)
- D'une brique webservice : Brique intergicielle (middleware), qui sert à faire communiquer via une API webservice en JSON les applications de la collectivité (applications métiers et applications internes) et le Portail de services citoyen.
Échange d'informations avec les applications de la collectivité¶
Grâce à la brique Webservice, la solution permet d'échanger dans les deux sens des informations entre le portail de services citoyen et les applications (métiers ou génériques) de la collectivité. Par exemple :
- Afficher dans le compte citoyen l'information fournir par l'application médiathèque : "vous devez rendre ce livre demain".
- Afficher dans le compte citoyen l'information concernant les paiements effectués
- Gérer dans le compte citoyen les différents fils d'informations et abonnements aux newsletters offerts par la collectivité et les applications métiers
- Interroger le référentiel SIG de la collectivité pour les adresses et proposer au citoyen en cours de frappe le nom correct de sa voie
- Fournir à une application métier des données recueillies via un formulaire du portail de services au citoyen
Business Intelligence¶
Rapports interactifs, analyse multidimensionnelle, tableaux de bord... La solution permet d'exposer les données nécessaires pour les intégrer dans un outil de Business Intelligence quelconque. Cela permettra de :
- Explorer et analyser l’ensemble des données.
- Consolider toutes les sources de données de la collectivité.
- Mesurer la qualité des services offerts aux usagers.
Open Data¶
Grâce à notre brique intergicielle webservice, nous sommes en mesure d'exposer les données des différents référentiels utilisés par la collectivité et donc de faire de l'Open Data.
Plutôt que de réinventer la roue, nous préconisons d'utiliser en la matière les silots de données publiques existant comme
http://www.data.gouv.fr/ ou http://www.nosdonnees.fr/.
La plupart de ces sites fonctionnent avec un logiciel utilisant des formats d'import et d'export standard, <a href ="http://ckan.org/about/">CKAN</a>. Notre brique interlogicielle implémente l'API webservice utilisée par CKAN et permet donc d'automatiser les échanges entre vos référentiels et les sites en question.
Inciter les collectivités et les administrations à contribuer à data.gouv.fr, plutôt qu'à créer leur propre dépôt, en leur proposant une solution de co-marquage leur permettant de diffuser facilement sur leur site un extrait de data.gouv.fr correspondant à leur territoire.
Fédération d'identité¶
Afin que l'utilisateur (agent ou citoyen) ne s'identifie qu'une fois sur les différents services, les comptes des différentes applications métiers sont liés au comptes sur la solution grâce au fournisseur d'identité. Le fournisseur d'identité garantit l'identité des utilisateurs dans tout le système. Notons que l'on peut mettre en service deux fournisseurs d'identité plutôt qu'un seul, un pour les citoyens et un autre pour les agents.
Les collectivités peuvent avoir plusieurs référentiels utilisateurs (base de données utilisateurs), le fournisseur d'identité est capable de s'y connecter simultanément. L'utilisation de ce fournisseur d'identité présente plusieurs intérêts :
- Seul le fournisseur d'identité est exposé sur le Web, les référentiels utilisateurs restent bien protégés au sein du SI de la collectivité.
- Il n'y pas d'identifiant unique en circulation : conformément aux recommandations de la CNIL et du RGS, la solution fait circuler des pseudonymes entre les applications et le fournisseur d'identité, jamais un identifiant unique.
- Le fournisseur d'identité est multi-protocole, il supporte l'authentification pour des services utilisant SAML, OpenID, Shibboleth, Certificats X509, Oauth, CAS, RSA, réseaux sociaux, etc.)
Accédez à <href ="http://www.entrouvert.com/fr/identite-numerique/">plus d'information concernant la gestion d'identité</a>.
Le fournisseur d'identité va aussi garantir l'identité du citoyen auprès de Mon Service Public.
MSP, Mon Service Public¶
Ce portail de l'e-administration française offre des démarches administratives en ligne nationales. Le fournisseur d'identité permet de lier le compte citoyen avec un compte sur MSP, ce qui signifie que le citoyen n'aura pas à se réidentifier pour effectuer des démarches nationales, qu'il pourra utiliser des documents stockés sur MSP pour alimenter ses démarches locales et réciproquement.
L'offre SaaS¶
Pour les collectivités qui le souhaitent, nous proposons un abonnement annuel leur permetttant de nous déléguer l'hébergement et la maintenance de la solution.
Hébergement et maintenance de la solution¶
L'hébergement, la maintenance corrective et les sauvegardes sont comprises dans l'abonnement de la collectivité.
Au quotidien est en évolution permanente. Entr'ouvert et la communauté du libre travaillent afin de développer de nouvelles fonctionnalités. Les développements sont régulièrement reversés pour l'ensemble des utilisateurs par l'intermédiaire de nouvelles versions. À chaque version, nous mettons à jour les installations de nos clients. Ces mises à jour peuvent corriger des bugs mineurs, améliorer l'ergonomie de certaines parties du portail ou ajouter de nouvelles fonctionnalités. En cas de mise à jour importante nous présenterons les modifications à la collectivité afin de sensibiliser les gestionnaires et administrateurs aux nouveautés.
Dans le cas de demandes spécifiques liées à une évolution du portail nous évaluons le travail nécessaire à sa mise en place mais également s'il s'agit d'une évolution bénéfique à la communauté ou liée aux usages spécifiques de la collectivité. À l'issue de cette évaluation, la demande fera éventuellement l'objet de l'élaboration d'un devis.
Tarifs¶
À définir
Démonstration¶
À faire (ou pas).
Partage de formulaires¶
http://www.au-quotidien.com/fr/community/ (ou autre)
Les logiciels¶
- Le compte citoyen (il faut pas dire portail), nom ?
- Les démarches en lignes (w.c.s. ?)
- L'atelier de formulaires, nom ?
- L'appli de workflow, nom ?
- Backoffice, nom ?
- Authentic 2.0
- Passerelle
- Interface d'admin, nom ?
Ci-joint un schéma que l'on souhaite mettre sur notre site web. Nous on l'a fait en moche et on voudrait que vous le fassiez en beau :).
Voici quelques explications le concernant (à destination de J'articule, pas écrit sur le site)
Généralités¶
- La cible c'est des décideurs publics ayant une culture informatique convenable (les DSI et leurs collègues)
- Le schéma concerne une solution d'e-administration destinée à faciliter les échanges entre un citoyen et une administration, voir les détails sur notre site Web :
http://www.entrouvert.com/fr/e-administration/
Les clients sont des collectivités locales (mairies, conseil généraux, communautés de communes...)
- On souhaite du svg, comme d'hab on souhaite avoir des sources exploitables avec Inkscape, tenez en compte dans votre cotation.
- Les couleurs on a fait n'importe quoi, le but c'est que ça aille bien avec sur notre site web.
- Les formes des ensembles (des rectangles et des ronds), n'ont pas de vraies significations, libre à vous de changer.
- Vous avez le droit de proposer de nouveaux libellés pour les différentes briques si vous trouvez que ceux qu'on a choisi ne vont pas.
Architecture générale¶
- La ligne supérieure avec les icônes représente l'aspect multi-canal (c'est le terme consacré) de la solution : on peut y accéder avec n'importe quoi, web (dont web mobile), mail, courrier papier, téléphone, guichet physique.
- Le gros carré marron "E-administration Entr'ouvert" c'est notre solution, c'est ce qui doit sauter aux yeux. Il se compose de 3 ensembles qui doivent eux aussi être immédiatement perçus : Portail de service citoyen, Portail agent et Portail administrateur.
- Les deux autres carrés (avec lesquels on échange de l'informations dans les 2 sens) concernent :
- Le client, son système d'information.
- L'État, Mon Service Public est le portail de l'e-administration française.
- Il y a un rond un peu débile entre notre solution et le SI du client, parce qu'il concerne des trucs assez vaseux qui sont à cheval entre les deux ensembles :
- Business Intelligence : la capacité à sortir des stats et des rapports d'activités débiles.
- Open Data : Exposer au citoyen les données publiques.
- Géolocalisation : on se demande bien ce que ça fout là, c'est juste un buzzword qu'on voulait avoir sur le schéma.
Notre solution¶
Portail de services citoyen¶
Le portail de services citoyen se compose :
- D'un fournisseur d'identité (IDP pour Identity Provider) : il garantit l'identité des utilisateurs dans tout le système. Il vient se connecter aux bases de données (il peut se connecter à plusieurs bases simultannément) du SI du client. Il va aussi garantir l'identité du citoyen sur Mon Service Public.
- D'un compte citoyen, c'est la porte d'entrée du citoyen dans le système :
- L'endroit où il saisit ses coordonnées une fois pour toute, elles rempliront automatiquement toutes ses démarches, on ne les lui demandera plus
- l'endroit où l'on va aggréger des infos personnalisées le concernant, en rapport avec tous les services fournis par la collectivité (démarches en ligne, piscine, médiathèque, conservatoire, enfance, site web, abonnement à des flux d'info...)
Exemple (un peu vide encore) sur http://idp-montpellier.entrouvert.org/login/?next=/fr/mes-e-services/
Login : articule
mot de passe : articule
- De démarches en lignes : permet au citoyen de remplir des formulaires pour demander des trucs à sa collectivité : des actes d'état civil, des bacs poubelles, signaler un nid de poule ou un réverbère pété, etc. Il pourra ensuite suivre les étapes du traitement de sa demande. Exemple ici :
http://eservices-montpellier.entrouvert.org/login, mêmes identifiants.
Le portail agents¶
Le portail agents se compose :
- D'un atelier de conception des formulaires : l'endroit où les fonctionnaires habilités (les agents) vont concevoir les démarches en ligne
- D'une solution de workflows : l'endroit où les fonctionnaires habilités (les agents) vont définir quel circuit va suivre la demande (démarche en ligne) d'un citoyen
- D'un backoffice : l'endroit où les fonctionnaires habilités vont traiter les demandes des citoyens, échanger avec les citoyens concernant leur demande si nécessaire
Le portail d'administration¶
Le portail d'administration de compose :
- D'une interface d'administration : Les fonctionnaires habilités (des agents du service informatique) administrent ici l'ensemble de la plate-forme (gestion des utilisateurs, des différents contenus et paramètres)
- D'une brique webservice : Brique intergicielle (middleware), qui sert à faire communiquer les applications de la collectivité (applications métiers et applications internes) et le Portail de service citoyens.
Système d'information de la collectivité¶
Bases de données¶
Les collectivités peuvent avoir plusieurs référentiels de données, le fournisseur d'identité est capable de s'y connecter simultanément. L'intérêt c'est que seul le fournisseur d'identité est exposé sur le Web, les référentiels restent bien protégés au sein du SI de la collectivité.
Application Éditeurs¶
C'est l'ensemble des applications métiers utilisées par une collectivité qui dépendent le plus souvent (mais pas toujours) d'éditeurs tiers.
Remontée d'information¶
La brique webservice va échanger (par webservice précisément) avec ces applications pour faire remonter des infos dans le compte citoyen (par exemple elle va échanger avec le "compte lecteur" fourni par l'application de la médiathèque pour afficher dans le portail citoyen : "vous devez rendre ce livre demain".)
Descente d'information¶
La brique webservice va aussi permettre d'envoyer aux applications métiers les informations recueillies via les formulaires de démarche. (Par exemple un formulaire de gestion des déchêts va envoyer des informations à cette brique qui va les envoyer, correctement structurée à l'application de gestion des déchêts pour qu'elle traite correctement la demande et réponde au citoyen).
Fédération d'identité¶
Afin que l'utilisateur ne s'identifie qu'une fois sur les différents services, les comptes des différentes applications métiers sont liés au compte du citoyen sur le portail grâce au fournisseur d'identité.
Applications Internes¶
Échanges d'information¶
La collectivité dispose aussi d'un certain nombre d'application génériques, qui ne sont pas liés à un métier particulier, ces dernières vont aussi pouvoir échanger avec la brique webservice selons les mêmes modalités.
Fédération d'identité¶
Ces applications utilisent les référentiels de la collectivité et seront de facto lié au fournisseur d'identité. À noter que l'on peut mettre deux fournisseurs d'identité plutôt qu'un seul, pour en avoir un spécifique pour les citoyens et un autre pour les agents.
MSP, Mon Service Public¶
Le portail de l'e-administration française qui offre des démarches administratives en ligne nationales. Le fournisseur d'identité permet de lier le compte citoyen avec un compte sur MSP, ce qui signifie que le citoyen n'aura pas à se réidentifier pour effectuer des démarches nationales, qu'il pourra utiliser des documents stockés sur MSP pour alimenter ses démarches locales et réciproquement.
Documentation de Au quotidien¶
Divers¶
Veille¶
Evolutions générales¶
- Mise en place d'un tableau de bord pour le back-office
- commencer par faire une présentation des tâches sur l'accueil du BO
- OpenAtrium pourrait être une piste pour intégration de AQ dans une appli plus globale (agenda partagé, groupes...)
- Gestion du multi-canal:
- Prise en charge des demandes téléphoniques et guichet : saisie des demandes par un agent en précisant les coordonnées de l'habitant demandeur pour suivi.
- La logique de traitement de w.c.s. voudrait que le formulaire soit rempli puis que l'agent aie accès à un état de workflow supplémentaire pour permettre de donner les coordonnées, mais d'un point de vue fonctionnel ça m'a l'air de faire les choses à l'envers.
- Prise en compte des demandes courrier en donnant la possibilité de rattacher la demande à un numéro de courrier (idem pour la réponse) voire ajout d'une pièce jointe ou d'un lien vers une GED
- Paiements en ligne. Comment aborder les différentes problématiques liées à la facturation ?
- première étape : mise en place des télé-paiements en post-facturation.
- une facture = un paiement.
- saisie du numéro de facture et du montant. Pour vérifier l'existence de la facture deux possibilités: le payeur doit être le destinataire de la facture ou le payeur peut être n'importe qui.
- l'avantage est que dans cette première étape le problème des quotients est gérer en amont par le logiciel métier.
- seconde étape :
- prise en charge des télé-paiements en pré-facturation.
- prise en compte des quotients familiaux et la possibilité de gérer des grilles de calculs pour les activités facturées (le calcul change en fonction du quotient).
- possibilité de prise en compte de plusieurs quotients familiaux pour un compte.
- troisième étape :
- mise en place d'un tableau de bord des factures pour l'habitant (synchronisation avec les applis métiers).
- utilité de la gestion des paiements partiels ? est-ce un cas particulier ?
- paiement global de plusieurs factures ou paiement par "secteurs" (enfance, petite-enfance, stationnement...).
- Autres fonctionnalités abordées
- réservation de salles.
- réservation de véhicules.
- Fonctionnalités sur demande client (liens)
- lien vers appli congés/heures sup/RH (gestion possible dans tableau de bord Open Atrium ? )
- lien vers appli Etat-civil
- ...
Coordination insite pour webpass¶
(juste là à titre de reflexion pour le moment dans le cadre de notre travail commun)
- '''gestion du multi-site dans le cadre du binôme drupal/AQ ; possible ?''' => "pas de problème" citation approximative de Fred
- authentification par common domaine cookie et/ou génération common domaine cookie
- communication base user avec drupal
- page d'authentification avec inscription (case à cocher) aux services du site
L'intégration dans Drupal se fait via un module Drupal agissant en tant que reverse proxy pour les pages d'Au quotidien (http://drupal/node/auquo/ -> http://auquo/, http://drupal/node/auquo/etat-civil/ -> http://auquo/etat-civil), ça permet des URLs propres, un site indexable, etc.
La gestion des utilisateurs est celle de Drupal, dans ses requêtes de reverse proxy, Drupal ajoute des entêtes particuliers (genre X-AuQuo-UserId, X-AuQuo-Email...), ils sont acceptés parce qu'au quotidien est configuré pour les accepter venant de l'IP du serveur Drupal. De manière optionnelle on peut aussi imaginer du provisioning de Drupal vers Au quotidien, mais je ne suis même pas sûr que ce soit utile pour la plupart des situations (ça peut surtout être utile pour les comptes agents).