diff --git a/backend/requirements-dependencies.in b/backend/requirements-dependencies.in
index 93f0753352..01ebe009f7 100644
--- a/backend/requirements-dependencies.in
+++ b/backend/requirements-dependencies.in
@@ -2,6 +2,6 @@ pypnusershub>=1.6.9,<2
 pypnnomenclature>=1.5.4,<2
 pypn_habref_api>=0.3.2,<1
 utils-flask-sqlalchemy-geo>=0.2.8,<1
-utils-flask-sqlalchemy>=0.3.4,<1
+utils-flask-sqlalchemy>=0.3.5,<1
 taxhub>=1.12.0,<2
 pypn-ref-geo>=1.3.0,<2
diff --git a/docs/admin-manual.rst b/docs/admin-manual.rst
index c7d0c8905a..32769424a7 100644
--- a/docs/admin-manual.rst
+++ b/docs/admin-manual.rst
@@ -398,7 +398,7 @@ La gestion des droits dans GeoNature, comme dans beaucoup d'applications, est li
 
 Chaque module peut utiliser toutes ou certaines de ces actions.
 
-Selon les modules, on peut appliquer des filtres sur ces actions. Notamment des filtres d'appartenance (portées / scope) 
+Selon les modules, on peut appliquer des filtres sur ces actions. Notamment des filtres d'appartenance (portées / scope) :
 
 - Portée 1 = Seulement mes données. Cela concerne les données sur lesquels je suis :
 
@@ -426,6 +426,13 @@ Cas particulier de l'action "C"
 | Comme il n'est pas "normal" de pouvoir saisir dans des JDD sur lesquels on n'a pas les droits de lecture, la portée de l'action "CREATE" vient simplement réduire la liste des JDD sur lesquels on a les droits de lecture ("READ").
 | Même si la portée de l'action "CREATE" sur le module est supérieure à celle de l'action "READ", l'utilisateur ne verra que les JDD sur lesquels il a des droits de lecture
 
+Une commande dédiée permet d'ajouter tous les droits sur tous les modules à un groupe ou utilisateur ayant le rôle d'administrateur. Cette commande peut être relancée après l'installation d'un nouveau module :
+
+.. code-block:: bash
+
+    # changer "Grp_Admin" par le nom de votre groupe d'administrateur si vous l'avez changé
+    geonature permissions supergrant --group --nom "Grp_admin"
+
 Récapitulatif
 `````````````
 
@@ -1174,11 +1181,6 @@ Customisation
 
 Tous les fichiers par défaut présents dans le dossier ``geonature/backend/static/`` peuvent être surcouchés, en placant un fichier du même nom dans ``geonature/custom/``.
 
-Customisation CSS
-"""""""""""""""""
-
-Pour customiser l'apparence de l'application, créer ou éditer le fichier `geonature/custom/css/frontend.css`
-
 Intégrer son logo
 """""""""""""""""
 
diff --git a/docs/installation.rst b/docs/installation.rst
index dbc6404a91..ab58280b17 100644
--- a/docs/installation.rst
+++ b/docs/installation.rst
@@ -161,19 +161,21 @@ Exemple pour le module Import :
     source ~/GeoNature/backend/venv/bin/activate
     geonature install-gn-module ~/gn_module_import/ IMPORT
 
-Aucune permission n'est définie par défaut lors de l'installation d'un module. En tant qu'administrateur, lancez la commande suivante pour vous ajoutez des droits. Vous pourrez ensuite definir des droits à vos utilisateurs
+Puis relancer GeoNatureet son worker :
 
 .. code-block:: bash
-    # changer "Grp_Admin" par le nom de votre groupe d'administrateur si vous l'avez changé
-    geonature permissions supergrant --group --nom "Grp_admin"
 
+    sudo systemctl restart geonature
+    sudo systemctl restart geonature-worker
 
-Puis relancer GeoNature :
+Aucune permission n'est définie par défaut lors de l'installation d'un module. En tant qu'administrateur, vous pouvez une commande ajoutant tous les droits sur tous les modules à un groupe ou utilisateur. Cette commande peut être relancée après l'installation d'un module pour automatiquement attribuer toutes les permissions à un groupe ou utilisateur administrateur :
 
 .. code-block:: bash
 
-    sudo systemctl restart geonature
+    # changer "Grp_Admin" par le nom de votre groupe d'administrateur si vous l'avez changé
+    geonature permissions supergrant --group --nom "Grp_admin"
 
+Vous devrez ensuite définir des droits à vos utilisateurs pour le nouveau module installé.
 
 Installation manuelle
 ---------------------