diff --git a/README.md b/README.md
index 89279e8514dc2cc55274129012cd6764f9702202..bfc60e6b4c29ed4a69ef2f4f47e7abf011a8f3c3 100644
--- a/README.md
+++ b/README.md
@@ -77,7 +77,7 @@ La source de création et d'authentification des utilisateurs technique est doub
 
 Dans le cas d'une connexion avec OAuth2, l'utilisateur est crée dans la base locale d'utilisateurs avec son identifiant OAuth2 qui permet de faire le lien avec l'utilisateur technique. Dans le cas d'une connexion avec OAuth2, l'utilisateur doit obligatoirement faire parti d'un groupe applicatif autorisé (cf variable d'envrionnement ADMIN_GROUP et CLIENT_GROUP) Un rôle différent est attribué automatiquement à l'utilisateur en fonction de son groupe.
 
-> ATTENTION : le rôle "ADMIN" est obligatoire dans l'application car permet de gérer les utilisateurs et leurs droits. Sans celui-ci est sans utilisateurs ayant ce rôle dans la base, il est impossible de créer de nouveaux utilisateurs !
+> ATTENTION : le rôle "ADMIN" est obligatoire dans l'application car permet de gérer les utilisateurs et leurs droits. Sans celui-ci et sans utilisateurs ayant ce rôle dans la base, il est impossible de créer de nouveaux utilisateurs !
 
 **Utilisateurs applicatif**
 Les utilisateurs applicatifs sont facultatifs, ils permettent d'affecter des données à un utilisateur (ex : un client peut possèder un ou plusieurs comptes) Les utilisateurs applicatifs sont créé dans la base locale de données (./data/test.db) avec l'identifiant de l'utilisateur technique qui permet de faire la jointure entre un utilisateur applicatif et un utilisateur technique.
@@ -177,7 +177,7 @@ Les tests concernant les droits et les réponses attendues par utilisateur (ex :
 
 ### Création de rôles
 
-> ATTENTION : le rôle "ADMIN" est obligatoire dans l'application car permet de gérer les utilisateurs et leurs droits. Sans celui-ci est sans utilisateurs ayant ce rôle dans la base, il est impossible de créer de nouveaux utilisateurs !
+> ATTENTION : le rôle "ADMIN" est obligatoire dans l'application car permet de gérer les utilisateurs et leurs droits. Sans celui-ci et sans utilisateurs ayant ce rôle dans la base, il est impossible de créer de nouveaux utilisateurs !
 
 En mode InMemory (utilisateurs dans la bases locales) L'API de gestion des utilisateurs suit ce format :