1 files changed, 4 insertions, 4 deletions
diff --git a/docs/fr/source/annexe-tech-6-configuration-syndication.rst b/docs/fr/source/annexe-tech-6-configuration-syndication.rst
index 80091234f..bfef73ec8 100644
--- a/docs/fr/source/annexe-tech-6-configuration-syndication.rst
+++ b/docs/fr/source/annexe-tech-6-configuration-syndication.rst
@@ -3,7 +3,7 @@
 .. _annexe-tech-6-configuration-syndication:
 
 ====================================================
-Annexe technique 6 - Configuration de la syndication
+Annexe technique 6 - Configuration de la fédération
 ====================================================
 
 :Auteurs: Étienne Loks
@@ -11,7 +11,7 @@ Annexe technique 6 - Configuration de la syndication
 :Copyright: CC-BY 3.0
 :Ishtar Version: v4.0
 
-La syndication de données entre instances Ishtar est une fonctionnalité
+La fédération de données entre instances Ishtar est une fonctionnalité
 puissante mais assez complexe à mettre en place. La documentation
 ci-dessous détaille pas à pas les différentes étapes pour mettre en
 place cela.
@@ -43,7 +43,7 @@ L’instance qui consulte les données (dite « destination ») doit paramétrer
 L’instance destination est configurée en administration via les entrées «
 API - Recherche ».
 
-Pour illustrer une syndication de données, nous allons prendre l’exemple
+Pour illustrer une fédération de données, nous allons prendre l’exemple
 suivant :
 
 L’instance Charente-Maritime veut partager un ensemble de données avec
@@ -71,7 +71,7 @@ utilisateur système. Celui-ci n’aura pas accès à l’instance Ishtar
 directement. Créer cet utilisateur en interface « Administration de base
 de données » : « Authentification et autorisation > Utilisateurs > Ajout
 ». Utiliser un identifiant qui n’existe pas encore en base de données,
-exemple « syndication-nouvelle-aquitaine ». Le mot de passe ne sera pas
+exemple « fédération-nouvelle-aquitaine ». Le mot de passe ne sera pas
 utilisé : en choisir un particulièrement complexe.
 
 |image0|