Update docs

1 files changed, 19 insertions, 20 deletions

diff --git a/docs/fr/source/principes.rst b/docs/fr/source/principes.rst
index 8e755e8cd..f7e568c0e 100644
--- a/docs/fr/source/principes.rst
+++ b/docs/fr/source/principes.rst
@@ -170,12 +170,8 @@ Document
 
 Les documents sont gérés de manière transversale et peuvent être librement associés à un ou plusieurs éléments (opération, site, UE, traitement, mobilier, etc.) de la base de données. Des méta-données peuvent être renseignées pour chacun de ces documents et une image et/ou un fichier peuvent être le cas échéant adjoints.
 
-
-Notions avancées
-================
-
 Les flux de données
--------------------
+===================
 
 Pour alimenter Ishtar en données, on distingue 3 modes opératoires :
 
@@ -186,10 +182,10 @@ Pour alimenter Ishtar en données, on distingue 3 modes opératoires :
 Chacun de ces modes offrent avantages et inconvénients qu'il faut avoir en tête pour utiliser Ishtar de manière optimale.
 
 Import
-******
+------
 
 Mode opératoire
-###############
+***************
 
 Cela consiste en l'import de données dans Ishtar depuis un fichier « tableur » (format CSV).
 
@@ -214,7 +210,7 @@ Une fois un fichier d'import rempli, depuis l'interface Ishtar, on procède à l
 
 
 Atouts
-######
+******
 
 - Ce mode opératoire permet d'utiliser en amont des outils externes pour le raffinage des données (exemple : OpenRefine).
 - Les rapprochements permettent aussi une mise en correspondance facilitée des données.
@@ -222,61 +218,61 @@ Atouts
 - Dans le cadre d'intégration de données externes, le fichier d'import demeure afin de pouvoir ainsi remonter à la source des données et conserver l'historique.
 
 Inconvénients
-#############
+*************
 
 - Ce mode opératoire nécessite la création d'un importeur qui nécessite une forme d'expertise sur la base (connaître les champs obligatoires en création, générer correctement les identifiants depuis les colonnes, savoir faire correspondre les champs aux noms en base de données). Des importeurs sont disponibles de base dans Ishtar ;
 - L'importeur n'apporte pas de surcouche de contrôle, des données incohérentes dans le fichier source peuvent déclencher des erreurs en base de données et donner lieu à des messages d'erreur assez peu explicites ;
 - Les données importées sont écrites dans la base de données directement, un mauvais paramétrage d'importeur peut donner lieu à une destruction de données.
 
 Cas d'utilisation
-#################
+*****************
 
 C'est le mode opératoire à privilégier pour les sources de données externes à Ishtar que cela soit une reprise d'une base de données pré-existante ou une intégration de données d'autres intervenants.
 
 En terme de mise à jour, ce mode opératoire peut être pertinent lors de la mise à jour de masse, notamment lorsque cette mise à jour est déléguée. En effet, avec un importeur ciblé sur les seules données à mettre à jour, ce mode peut être très efficace. Le contrôle du fichier avant import est aisé.
 
 Ajout/modification par formulaire
-*********************************
+---------------------------------
 
 Mode opératoire
-###############
+***************
 
 L'ajout se fait via un enchaînement de formulaire web dans l'interface Ishtar. Ces formulaires sont découpés de manière thématique (exemple : formulaire « Conservation » de « Mobilier ») ou logique (le type d'opération est dans le premier formulaire Opération car il conditionne les formulaires suivants).
 
 Chaque formulaire peut être personnalisé en ajoutant certains champs spécifiques (les champs personnalisés) ou en supprimant des champs de l'affichage. Ces personnalisations peuvent être faites pour tous ou simplement pour certains profils d'utilisateurs.
 
 Atouts
-######
+******
 
 - Notamment via les formulaires spécialisés, ce mode opératoire peut être un moyen efficace de saisie, en offrant des formulaires contextuels.
 - De base, ces formulaires présentent tous les champs disponibles, c'est la méthode la plus exhaustive.
 - La mise à disposition de facilitateurs de saisie permet par endroits des filtres de données (exemple : le champ Contenant parent ne liste que les contenants du lieu de conservation actuel) ou de faciliter la saisie (exemple : la saisie intelligente d'une liste de parcelle depuis un champ texte).
 
 Inconvénients
-#############
+*************
 
 - Cette saisie peut être longue et fastidieuse sur des gros volumes.
 
 Cas d'utilisation
-#################
+*****************
 
 Ce mode opératoire est particulièrement adapté à de la saisie/correction unitaire. Elle peut s'avérer pertinente pour une saisie terrain pour peu que l'on dispose de matériel adapté (tablette avec connexion Internet) et avec éventuellement des formulaires personnalisés afin de réduire la saisie aux seuls champs pertinents.
 
 Modification par lot
-********************
+--------------------
 
 Mode opératoire
-###############
+***************
 
 Depuis les interfaces tableaux Ishtar, on fait une sélection multiple des lignes correspondant aux élément à modifier puis un clic sur le crayon vert permet d'accéder au formulaire de modification par lot.
 
 Atouts
-######
+******
 
 - Édition très rapide de champs sur plusieurs éléments.
 
 Inconvénients
-#############
+*************
 
 - La facilité et rapidité d'édition est propice aux erreurs si l'on n'est pas vigilant (un élément supplémentaire est vite sélectionné).
 - Pour cette raison, cette interface n'est accessible qu'aux gestionnaires de base / administrateurs.
@@ -284,11 +280,14 @@ Inconvénients
 - Sur les champs multivalués (types de matériau par exemple), on ne peut actuellement qu'ajouter une nouvelle valeur, pas remplacer une valeur existante.
 
 Cas d'utilisation
-#################
+*****************
 
 Ce mode opératoire est particulièrement pertinent pour la correction en masse de données. Cela peut être aussi utile pour des travaux de pointage.
 
 
+Notions avancées
+================
+
 .. _donnees-geographiques:
 
 Données géographiques