Ce qui est réalisé
MVP local avec comptes, flux, enveloppes, réserves, chèques-repas et simulations enregistrables. Interface, serveur et fichiers applicatifs sont présents.
Piloter / UML activité
Remplacer un tableur
par des règles explicites.
Un fichier Excel de projections était devenu difficile à lire. L’outil qui le remplace encode les flux une fois, applique des règles de calendrier précises et projette les soldes jusqu’à l’horizon choisi.
Le besoin
Lire ses comptes facilement : savoir ce qui sera disponible, et ce qui est réservé. Le tableur faisait le calcul, mais les règles étaient enfouies dans les formules.
L’analyse
Les règles qui comptent sont calendaires. Certains comptes vivent au mois, d’autres à la semaine, avec une recharge chaque vendredi : un mois à cinq vendredis n’a pas le même budget qu’un mois à quatre. L’outil compte donc les vendredis réels de chaque mois.
Une contrainte bancaire a aussi été modélisée : une sortie d’épargne passe toujours par un compte courant de la même banque. L’outil la décompose en deux mouvements réels.
Le processus documenté
Calculer la projection mois par mois
UML 2 · diagramme d’activité← Faire défiler le schéma →
Règles de gestion
Ce que l’outil doit respecter.
- RG-01Périmètre privé uniquement : la société est une personne morale distincte.
- RG-02Comptes hebdomadaires : recharge le vendredi ; le nombre réel de vendredis du mois détermine le total.
- RG-03Titres-repas : versés le premier vendredi du mois, en nombre variable selon les mois pour atteindre le plafond annuel ; le budget hebdomadaire = montant chargé ÷ nombre de vendredis.
- RG-04Une enveloppe peut être négative tant que le compte d’épargne qui la porte reste positif.
- RG-05Sortie d’épargne : uniquement vers un compte courant de la même banque, via un compte de transition qui génère les deux mouvements.
- RG-06Recalcul immédiat, écriture explicite : le fichier n’est enregistré que sur « Enregistrer ».
Ce que ce projet démontre
Un tableur cache ses règles dans des cellules. Les sortir, les nommer et les numéroter permet de les vérifier, de les discuter et de les faire évoluer sans casser le reste.
Aucun montant ni solde n’est reproduit sur cette page.
État au 13 octobre 2026
Une réalisation, un périmètre précis.
Ce qui a été vérifié
La documentation technique décrit une première version. Aucune conversation d’origine ni dernière recette complète n’a été retrouvée lors de l’inventaire.
Limites actuelles
Les règles sont documentées ; leur exactitude sur les données actuelles doit encore être reconfirmée. Aucun solde personnel n’a été consulté pour cette fiche.
Prochaine étape
Vérifier les calculs sur des cas préparés : mois à quatre et cinq vendredis, transfert d’épargne et simulation sauvegardée.
Exemples de critères de recette
Ces critères décrivent le résultat attendu. Ils ne constituent pas, à eux seuls, des tests réussis.
- À recharge hebdomadaire identique, un mois comptant cinq vendredis applique cinq recharges, et un mois à quatre vendredis en applique quatre.
- Un transfert d’épargne produit les deux mouvements prévus via le compte de transition ; aucun changement de simulation n’est écrit avant l’action Enregistrer.
Parlons de votre projet
Un besoin concret.
Une première discussion.
Un processus trop manuel, une donnée peu fiable ou une idée à tester ? Commençons par clarifier ce qui vous serait vraiment utile.
Échanger avec Loïc