WIP draft gestion doublons

admin/generation-documents.md

@@ -159,7 +159,6 @@ Les administrateurs fonctionnels peuvent activer les paramètres suivants:
 * un champ "usager 1", qui permet ensuite à l'utilisateur de choisir un usager parmi ceux concernés par le parcours, les interlocuteurs privilégiés qui sont des usagers (à l'exclusion des tiers), et les personnes ressources associées à un usager concerné du parcours (à l'exclusion des ressources tiers et "texte libre");
 * un champ "usager 2", qui permet aux utilisateurs de choisir un deuxième usager parmis ceux concernés par le parcours, les interlocuteurs privilégiés qui sont des usagers (à l'exclusion des tiers), et les personnes ressources associées à un usager concerné du parcours (à l'exclusion des ressources tiers et "texte libre");
 * un champ "usager principal du parcours", qui permet, cette fois, de choisir parmi les usagers concernés par le parcours, les interlocuteurs privilégiés qui sont des usagers (à l'exclusion des tiers), et les personnes ressources associées à un usager concerné du parcours (à l'exclusion des ressources tiers et "texte libre");
-* un champ "tiers", qui permet de choisir un tiers parmi les tiers "personnes ressources" du parcours, ou le demandeur du parcours (s'il s'agit d'un tiers);
 
 #### Variables
 
@@ -169,7 +168,6 @@ Le document présente:
 * si `usager principal du parcours` est coché, une variable `mainPerson`, de type `Person`, avec les variants `relations`, `household` (ménage) et `budget`;
 * si `usager 1` est coché, une variable `person1`, de type Person, avec les variants `relations`, `household` (ménage) et `budget`;
 * si `usager 2` est coché, une variable `person2`, de type Person, avec les variants `relations`, `household` (ménage) et `budget`;
-* une variable `thirdParty`, de type `ThirdParty`, uniquement si l'administrateur fonctionnel l'a configuré.
 
 ### Document générés pour un parcours, contexte "liste des activités"
 
@@ -189,7 +187,6 @@ Le document présente:
 * si `usager principal du parcours` est coché, une variable `mainPerson`, de type `Person`, avec les variants `relations`, `household` (ménage) et `budget`;
 * si `usager 1` est coché, une variable `person1`, de type Person, avec les variants `relations`, `household` (ménage) et `budget`;
 * si `usager 2` est coché, une variable `person2`, de type Person, avec les variants `relations`, `household` (ménage) et `budget`;
-* une variable `thirdParty`, de type `ThirdParty`, uniquement si l'administrateur fonctionnel l'a configuré.
 
 ### Document générés pour un échange
 
@@ -207,8 +204,7 @@ Il est possible également d'injecter des dossiers d'usagers, parmi ceux associ
 
 ### Documents générés dans le dossier d'une personne: contexte "personne basique"
 
-* une variable `person`, de type `Person`, avec les variants `relations`, `household` (ménage) et `budget`;
-* une variable `thirdParty`, de type `ThirdParty`, uniquement si l'administrateur fonctionnel l'a configuré.
+* une variable `person`, de type `Person`, avec les variants `relations`, `household` (ménage) et `budget`.
 
 ### Documents générés dans le dossier d'une personne: contexte "personne avec un tiers"
 

build-pandoc.sh

@@ -37,6 +37,7 @@ if [ $kind = 'user' ]; then
     tasks.md
     workflows.md
     adresses.md
+    gestion-doublon.md
     nouveautes.md
   "
 elif [ $kind = 'admin' ]; then

user/gestion-doublon.md

@@ -0,0 +1,42 @@
+# Gestion des usagers en doublon
+
+À l'utilisation, il arrive que des dossiers d'usagers soient créés en doublon: deux dossiers d'usagers sont créés et concerne **la même personne**.
+
+Chill permet alors de fusionner les dossiers d'usagers. Cette opération est délicate, parce que le dossier de l'usager "déplacé" peut contenir des informations importantes.
+
+Chill tente de limiter cette éventualité. Il est cependant nécessaire d'être attentif lors de cette opération.
+
+::: .note
+Pour avoir accès à cette fonctionnalité, il est nécessaire que les droits vous soient ouverts. 
+:::
+
+## Page "traiter les doublons"
+
+La page "traiter les doublons" présente 
+
+- la liste des "doublons potentiels" dans les usagers enregistrés dans le logiciel;
+- la liste des "faux positifs" (des usagers qui ne sont pas des doublons et ne doivent pas être considérés comme tels).
+
+Pour établir la liste des "doublons potentiels", Chill utilise:
+
+<!-- TODO à vérifier -->
+- la date de naissance: si les deux usagers disposent de cette information, alors la date de naissance doit être identique. Ce paramètre est ignoré si un des deux ne dispose pas de cette information.
+ - la proximité du nom: les noms qui se ressemblent avec une légère faute d'orthographe peuvent être considérés comme des doublons potentiels. 
+
+TODO à compléter
+
+## Marquer des "faux positifs"
+
+Lorsque deux usagers portent un nom identique, ou très proche, ils peuvent être considérés comme doublon de manière erronée. Pour éviter de les voir marqués comme doublons potentiels, il est possible de les indiquer comme étant deux personnes distinctes.
+
+Leur fusion est impossible, et ils n'apparaissent plus comme doublons dans la liste des doublons potentiels (voir infra).
+
+TODO à compléter
+
+## Fusionner deux dossiers
+
+TODO: que se passe-t-il lors de la fusion ?
+
+## Export des doublons potentiels
+
+TODO

user/intro.md

@@ -1,3 +1,4 @@
+\newpage
 
 # Qu'est-ce que Chill?
 

user/metadata.yaml

@@ -3,13 +3,9 @@ title: Manuel utilisateur de Chill
 lang: fr-BE
 toc: true
 page: a4
+book: true
 
-# specitfic to template eisvoger
-titlepage: true
-toc-own-page: true
-# cause the numbering to be 0.x for every chapter
-book: false
-float-placement-figure: H
+titlepage: true,
 #logo: "img/logo-chill-outil-accompagnement.svg"
 
 header-includes: |

user/nouveautes.md

@@ -1,6 +1,3 @@
-```{=latex}
-\cleardoublepage
-```
 
 # Nouveautés