De l'inclusif, partout

Signed-off-by: Emmy D'ANELLO <ynerant@crans.org>

docs/apps/treasury.rst

@@ -1,7 +1,7 @@
 Application Trésorerie
 ======================
 
-L'application de Trésorerie facilite la vie des trésorier, et sert d'interface de création de facture.
+L'application de Trésorerie facilite la vie des trésorièr⋅es, et sert d'interface de création de facture.
 Elle permet également le suivi des remises de chèques reçus par le BDE et des crédits de la Société générale.
 
 Factures
@@ -90,7 +90,7 @@ présent à l'adresse suivante :
 
 On le remplit avec les données de la facture et les données du BDE, hard-codées. On copie le template rempli dans un
 ficher tex dans un dossier temporaire. On fait ensuite 2 appels à ``pdflatex`` pour générer la facture au format PDF.
-Les deux appels sont nécessaires, il y a besoin d'un double rendu. Ensuite, le PDF est envoyé à l'utilisateur et on
+Les deux appels sont nécessaires, il y a besoin d'un double rendu. Ensuite, le PDF est envoyé à l'utilisateur⋅rice et on
 supprime les données temporaires.
 
 On remarque que les PDF sont générés à la volée et ne sont pas sauvegardés. Niveau performances, cela prend du temps
@@ -174,39 +174,39 @@ Modèle
 
 Cette sous-application dispose d'un unique modèle "SogeCredit" avec les champs suivant :
 
-* ``user`` : ``OneToOneField`` vers ``User``, utilisateur associé à ce crédit (relation ``OneToOne`` car chaque
-  utilisateur ne peut bénéficier qu'une seule fois d'un crédit de la Société générale)
+* ``user`` : ``OneToOneField`` vers ``User``, utilisateur⋅rice associé à ce crédit (relation ``OneToOne`` car chaque
+  utilisateur⋅rice ne peut bénéficier qu'une seule fois d'un crédit de la Société générale)
 * ``transactions`` : ``ManyToManyField`` vers ``MembershipTransaction``, liste des transactions d'adhésion associées
   à ce crédit, généralement adhésion BDE+Kfet+WEI même si cela n'est pas restreint
 * ``credit_transaction`` : ``OneToOneField`` vers ``SpecialTransaction``, peut être nulle, transaction de crédit de la
-  Société générale vers la note de l'utilisateur si celui-ci a été validé. C'est d'ailleurs le témoin
+  Société générale vers la note de l'utilisateur⋅rice si celui-ci a été validé. C'est d'ailleurs le témoin
   de validation du crédit.
 
-On sait qu'un utilisateur a déjà demandé un crédit de la Société générale s'il existe un crédit associé à cet
-utilisateur avec une transaction associée. Par ailleurs, le modèle ``Profile`` contient une propriété ``soge`` qui
+On sait qu'un⋅e utilisateur⋅rice a déjà demandé un crédit de la Société générale s'il existe un crédit associé à cet⋅te
+utilisateur⋅rice avec une transaction associée. Par ailleurs, le modèle ``Profile`` contient une propriété ``soge`` qui
 traduit exactement ceci, et qui vaut ``False`` si jamais l'application Trésorerie n'est pas chargée.
 
-Si jamais l'utilisateur n'a pas encore demandé de crédit de la Société générale (ou que celui-ci n'est pas encore validé),
-l'utilisateur peut demander un tel crédit lors de son adhésion BDE, de sa réadhésion BDE ou de son inscription au WEI.
-Dans les deux premiers cas, il est invité à jumeler avec une nouvelle adhésion Kfet (merci de d'abord se réadhérer au
+Si jamais l'utilisateur⋅rice n'a pas encore demandé de crédit de la Société générale (ou que celui-ci n'est pas encore validé),
+l'utilisateur⋅rice peut demander un tel crédit lors de son adhésion BDE, de sa réadhésion BDE ou de son inscription au WEI.
+Dans les deux premiers cas, iel est invité⋅e à jumeler avec une nouvelle adhésion Kfet (merci de d'abord se réadhérer au
 BDE avant la Kfet dans ce cas).
 
 Lorsqu'une telle demande est faite, l'adhésion est créée avec une transaction d'adhésion invalide. Cela implique que
 la note source n'est pas débitée et la note destination n'est pas créditée.
 
-Sur son interface, le trésorier peut récupérer les crédits de Société générale invalides. Deux options s'offrent à lui :
+Sur son interface, læ trésorièr⋅e peut récupérer les crédits de Société générale invalides. Deux options s'offrent à ellui :
 
-* Supprimer la demande. Dans ce cas, les transactions vont être validées, la note de l'utilisateur sera débité, les
-  clubs seront crédités. Puisque la demande sera supprimée, l'utilisateur pourra à nouveau à l'avenir déclarer avoir
-  ouvert un compte à la Société générale. Cette option est utile dans le cas où l'utilisateur est un boulet (ou pas,
+* Supprimer la demande. Dans ce cas, les transactions vont être validées, la note de l'utilisateur⋅rice sera débité, les
+  clubs seront crédités. Puisque la demande sera supprimée, l'utilisateur⋅rice pourra à nouveau à l'avenir déclarer avoir
+  ouvert un compte à la Société générale. Cette option est utile dans le cas où l'utilisateur⋅rice est un boulet (ou pas,
   pour d'autres raisons) et a déclaré vouloir ouvrir un compte à la Société générale sans ne rien faire.
-  Cette action est irréversible, et n'est pas possible si la note de l'utilisateur n'a pas un solde suffisant.
+  Cette action est irréversible, et n'est pas possible si la note de l'utilisateur⋅rice n'a pas un solde suffisant.
 
-* Valider la demande. Dans ce cas, un crédit de la note "Virements bancaires" vers la note de l'utilisateur sera créé,
+* Valider la demande. Dans ce cas, un crédit de la note "Virements bancaires" vers la note de l'utilisateur⋅rice sera créé,
   la transaction sera liée à la demande via le champ ``credit_note`` (et donc la demande déclarée valide), et toutes les
   transactions d'adhésion seront déclarées valides.
 
-* Demander à un respo info s'il y a un problème pour le régler avant de faire des bêtises. Je l'admets, ça fait trois options.
+* Demander à un⋅e respo info s'il y a un problème pour le régler avant de faire des bêtises. Je l'admets, ça fait trois options.
 
 La validité d'une transaction d'adhésion n'a aucune influence sur l'adhésion elle-même. Toutefois, cela se remarque rapidement ...