Docs-fr: example of workflow

3 files changed, 101 insertions, 10 deletions

diff --git a/docs/fr/source/annexe-3-ex-flux-ope.rst b/docs/fr/source/annexe-3-ex-flux-ope.rst
new file mode 100644
index 000000000..3a497700f
--- /dev/null
+++ b/docs/fr/source/annexe-3-ex-flux-ope.rst
@@ -0,0 +1,90 @@
+.. -*- coding: utf-8 -*-
+
+==============================================================
+Annexe 3 - Exemple de flux opérationnel : prêt pour exposition
+==============================================================
+
+:Auteur: Étienne Loks
+:Date: 2018-12-04
+:Copyright: CC-BY 3.0
+
+----------------------------------
+
+Description
+===========
+
+Le flux opérationnel « Prêt pour exposition » se décompose en différentes étapes :
+
+  - pré-sélection du mobilier pour l'exposition par les gestionnaires de mobilier ;
+  - sélection du mobilier depuis cette pré-selection par la structure emprunteuse ;
+  - édition des documents administratifs : convention de prêt, assurance ;
+  - départ effectif du mobilier concerné ;
+  - gestion du retour du mobilier.
+
+Pré-requis :
+
+  - les patrons des actes administratifs associés à la demande de prêt ont été créés,
+  - la personne en charge du prêt a un compte Ishtar qui dispose au minimum :
+     - de droits de lecture et modification sur le mobilier éventuellement concerné par la sélection,
+     - d'un droit de création de demande de traitement,
+     - d'un droit de création d'acte administratif.
+  - les gestionnaires de mobilier concernés ont un compte sur Ishtar qui disposent au minimum de droits de lecture sur le mobilier éventuellement concerné par la sélection.
+  - la structure emprunteuse dispose d'un compte Ishtar avec droit de lecture sur le mobilier rattaché.
+
+
+Pré-sélection du mobilier pour l'exposition par les gestionnaires de mobilier
+-----------------------------------------------------------------------------
+
+1. Un des responsables de mobilier créé un panier depuis l'action rapide « Panier » sur les listes de mobilier (par exemple sur *Mobilier › Recherche*) ou depuis *Mobilier › Panier › Ajout*.
+2. Il ajoute éventuellement quelques éléments à ce panier via l'action rapide « Panier » ou *Mobilier › Panier › Gestion des éléments*.
+3. Ce responsable partage ce panier en lecture/édition avec les autres gestionnaires de mobilier via *Mobilier › Panier › Modification*. 
+4. Les autres gestionnaires peuvent de la même manière ajouter, enlever des éléments à ce panier via l'action rapide « Panier » ou *Mobilier › Panier › Gestion des éléments*.
+5. Fin d'étape : tous les gestionnaires ont signifié (oralement, par courriel, etc.) que la pré-sélection actuelle convenait.
+
+
+Sélection du mobilier depuis cette pré-selection par la structure emprunteuse
+-----------------------------------------------------------------------------
+
+1. Si cette pré-sélection veut être conservée avant partage, elle peut être dupliquée depuis la fiche associée au panier (ouverte par exemple depuis : *Mobilier › Panier › Recherche* ou depuis l'icône « Paniers » sur une des fiches mobilier concernée par ce panier) avec l'icône « Dupliquer ».
+2. Le responsable du prêt partage le panier en lecture/édition avec la structure emprunteuse via *Mobilier › Panier › Modification* et l'informe que la pré-selection est disponible (via courriel, téléphone).
+
+.. note:: Un lien direct peut être donné à la structure emprunteuse pour quelle gère son panier, il suffit d'aller sur le panneau de gestion des éléments du panier concerné (*Mobilier › Panier › Gestion des éléments*) et de recopier l'adresse dans la barre d'adresse. La structure emprunteuse devra préalablement s'identifier avant d'accéder à ce lien.
+
+.. warning:: Si le droit de lecture de mobilier de la structure emprunteuse est basé sur le mobilier rattaché via ce panier, enlever un élément du panier lui retire le droit de consulter cet élément. Une astuce peut être de partager le panier dupliqué : une fois en lecture seule, une fois en lecture/édition, ainsi même si un élément est retiré du panier en lecture/édition, il reste « rataché » à la structure emprunteuse par la panier en lecture seule.
+
+3. La structure emprunteuse retire du panier les éléments qui ne l'intéresse pas.
+4. Fin d'étape : la structure emprunteuse a fini sa sélection et confirme son intérêt pour un prêt (par courriel, ...).
+
+
+Édition des documents administratifs
+------------------------------------
+
+1. Le responsable du prêt enleve le partage en modification du panier (*Mobilier › Panier › Modification*).
+2. Le responsable du prêt crée une demande de traitement « Demande de prêt pour exposition » depuis *Demande de traitement › Ajout*. Il est important de bien renseigner les différents champs pour que la génération des documents se passe bien. Le panier concerné doit être associé à cette demande de traitement.
+3. Le responsable du prêt créer les actes administratifs correspondants aux document administratifs attendus, via l'icône « + acte admin. » de la fiche de demande de traitement ou via *Demande de traitement › Acte administratif › Ajout*.
+4. Un document est généré pour chaque acte administratif depuis *Demande de traitement › Acte administratif › Documents*. Ceux-ci peuvent alors être transmis à la structure demandeuse.
+5. Fin d'étape : les documents ont été retournés signés.
+
+
+Départ effectif du mobilier concerné
+------------------------------------
+
+1. Le responsable du prêt crée un traitement « Prêt » depuis la fiche de demande de traitement correspondante avec le bouton « Ajouter le traitement associé ». Un contenant correspondant au lieu d'emprunt doit être spécifié.
+
+.. note:: Le traitement peut être ajouté depuis la fiche panier ou via *Traitement › Traitement simple - Création* mais cela demande de re-sélection des éléments du panier ou de la demande de traitement associée passer par la fiche de demande de traitement correspondante est moins source d'erreur.
+
+2. Une alerte spécique est créée depuis le listing mobilier pour surveiller le retour du mobilier avec une chaîne de ce type : ::
+
+        panier="Exposition Sein 2018" pret="Oui" fin-de-traitement-avant="aujourdhui+30"
+
+3. 3O jours avant la date de retour attendue, l'alerte sera affichée. 
+
+
+Gestion du retour du mobilier
+-----------------------------
+
+1. Sur la fiche panier correspondante, sur les fiches contenants correspondants ou sur chaque fiche mobilier par mobilier, un traitement « Retour de prêt » est fait.
+
+.. note:: Les fiches mobilier ou contenant peuvent être accédés via le QR-code.
+
+2. Depuis ces fiches, une demande de traitement « Constat d'état » pourra être ajoutée depuis le bouton « Ajouter une demande de traitement ».
diff --git a/docs/fr/source/index.rst b/docs/fr/source/index.rst
index bf0ef5936..a22a62ce0 100644
--- a/docs/fr/source/index.rst
+++ b/docs/fr/source/index.rst
@@ -14,6 +14,7 @@ Contents:
    principes
    interface-utilisateur
    interface-administrateur
+   installation
    annexe-1-rattachement
    annexe-2-permission-action
-   installation
+   annexe-3-ex-flux-ope
diff --git a/docs/fr/source/interface-administrateur.rst b/docs/fr/source/interface-administrateur.rst
index 36fc00a63..59e3710d5 100644
--- a/docs/fr/source/interface-administrateur.rst
+++ b/docs/fr/source/interface-administrateur.rst
@@ -65,13 +65,13 @@ La création se fait en deux temps, d'abord un paramétrage des champs de base p
 
 Le paramétrage de base demande les champs suivants :
 
-  * Nom : le nom correspondant au formulaire personnalisé. Ce nom ne sera visible qu'en administration mais pour s'y retrouver, il doit à la fois reprendre le nom du formulaire ainsi que le contexte pour lequel il a été défini. Par exemple : « Mobilier - 020 - Général - Tout utilisateur » ou « Mobilier - 030 - Conservation - Saisie terrain ».
-  * Formulaire : le formulaire à personnaliser. Le nom utilisé permet d'identifier assez simplement le formulaire correspondant car il correspond dans l'ordre (séparé par des tirets) au :
+  * **Nom** : le nom correspondant au formulaire personnalisé. Ce nom ne sera visible qu'en administration mais pour s'y retrouver, il doit à la fois reprendre le nom du formulaire ainsi que le contexte pour lequel il a été défini. Par exemple : « Mobilier - 020 - Général - Tout utilisateur » ou « Mobilier - 030 - Conservation - Saisie terrain ».
+  * **Formulaire** : le formulaire à personnaliser. Le nom utilisé permet d'identifier assez simplement le formulaire correspondant car il correspond dans l'ordre (séparé par des tirets) au :
 
     * type d'objet concerné (par exemple : « Mobilier »),
     * éventuellement, le numéro d'ordre dans le wizard,
     * nom du formulaire.
-  * À qui s'applique ce formulaire, cela peut être au choix :
+  * **À qui s'applique ce formulaire**, cela peut être au choix :
 
     * à tous les utilisateurs,
     * à certains utilisateurs en particulier,
@@ -79,8 +79,8 @@ Le paramétrage de base demande les champs suivants :
 
 Une fois ce paramétrage de base enregistré, la configuration précise du formulaire peut se faire :
 
-  * champ à exclure : chaque champ de base présent dans le formulaire actuel peut être sélectionné dans la liste pour être écarté de la saisie.
-  * champs JSON : tous les champs JSON préalablement paramétrés concernant l'élément courant peuvent être sélectionnés. La dénomination permet éventuellement de surcharger le nom par défaut du champ JSON. L'ordre permet de placer le champ dans le formulaire. L'aide permet éventuellement d'ajouter un texte pour aider à la saisie.
+  * **champs à exclure** : chaque champ de base présent dans le formulaire actuel peut être sélectionné dans la liste pour être écarté de la saisie.
+  * **champs JSON** : tous les champs JSON préalablement paramétrés concernant l'élément courant peuvent être sélectionnés. La dénomination permet éventuellement de surcharger le nom par défaut du champ JSON. L'ordre permet de placer le champ dans le formulaire. L'aide permet éventuellement d'ajouter un texte pour aider à la saisie.
 
 .. warning:: Sur les formulaires de création, il est impératif de ne pas exclure des champs obligatoires sans quoi la création devient impossible.
 
@@ -95,7 +95,7 @@ Gestion des comptes
 
 Dans Ishtar, un compte doit être associé à une personne. Si la personne n'existe pas dans la base, il faut l'ajouter via l'interface principale d'Ishtar : *Annuaire › Personne › Ajout*.
 
-Ensuite on créé un compte associé à cette personne, toujours via l'interface d'Ishtar : *Administration › Compte › Ajout/modification*. Dans les différents panneaux, il est demandé : l'identifiant du compte, le courriel rattaché, mot de passe puis le type de profil.
+Ensuite on créé un compte associé à cette personne, toujours via l'interface d'Ishtar : *Administration › Compte › Ajout/modification*. Dans les différents panneaux, il est demandé : l'identifiant du compte, le courriel rattaché, le mot de passe puis le type de profil.
 
 Les types de profil définiront les types de permissions auquel aura accès l'utilisateur. Sur ces types de profil, des zones peuvent être définies afin de permettre des règles de rattachement spécifique (cf. :ref:`permissions dans Ishtar<permissions-ishtar>`).
 
@@ -108,9 +108,9 @@ Les permissions dans Ishtar sont essentiellement gérées par « Type de profil
 
 La création/configuration d'un type de profil se fait via : *Ishtar - Commun › Types de profil* :
 
-  - dénomination : ce champ doit être explicite car il va être retrouvé au niveau de l'interface utilisateur.
-  - identifiant textuel : rempli selon les règles habituelles des identifiants textuels.
-  - groupes : listes des groupes auxquels le profil est rattaché.
+  - **dénomination** : ce champ doit être explicite car il va être retrouvé au niveau de l'interface utilisateur.
+  - **identifiant textuel** : rempli selon les règles habituelles des identifiants textuels.
+  - **groupes** : listes des groupes auxquels le profil est rattaché.
 
 Chaque groupe correspond à un type de permission pour un élément précis de la base de données :