Moteur de règles

Une approche budgétaire axée d'abord sur la saisie manuelle n'a pas à être répétitive. Le Moteur de règles surveille les transactions au fur et à mesure de leur arrivée — qu'elles proviennent d'imports, d'une saisie manuelle ou de la Push API — et applique le nettoyage que vous feriez autrement à la main : corriger les noms des bénéficiaires, affecter les catégories, nettoyer les mémos. Vous définissez le modèle une fois ; Budgero l'applique pour toujours.

Les règles se trouvent dans Paramètres → Règles.

Les trois modes

Chaque règle s'exécute dans l'un des trois modes suivants :

Mode	Quand il s'exécute	Utilisation
Continu	Automatiquement, à chaque nouvelle transaction correspondante	Le nettoyage permanent : « AMZN Mktp* » → Amazon, catégorie Shopping
Unique	Une fois, rétroactivement sur les transactions existantes	Migrations et corrections : recatégoriser les frais de salle de sport de l'année dernière
Saisie automatique	Pendant la saisie dans le formulaire d'ajout de transaction	Des suggestions, pas des modifications — vous acceptez ou refusez chacune

Les règles continues se déclenchent sur chaque canal de saisie — imports CSV/PDF, saisie manuelle, Push API. Les règles uniques se marquent comme consommées après leur exécution et ne se redéclenchent pas tant qu'elles n'ont pas été réinitialisées. Les règles de saisie automatique ne modifient jamais quoi que ce soit par elles-mêmes ; elles pré-remplissent les champs sous forme de suggestions dans le formulaire de saisie, une fois par session de formulaire.

Conditions : ce qu'une règle cible

Une règle nécessite au moins une condition. Lorsqu'elle en comporte plusieurs, toutes doivent correspondre (logique ET — il n'y a pas de OU ; si vous avez besoin de « ce bénéficiaire-ci ou ce bénéficiaire-là », créez deux règles).

Champ	Opérateurs	Notes
Bénéficiaire	égal à · contient · regex	Insensible à la casse par défaut ; bascule pour sensible à la casse
Note	égal à · contient · regex	Même bascule de sensibilité à la casse
Montant	= · ≠ · > · ≥ · < · ≤	Compare le montant net (entrée − sortie) ; pour les comptes en devise étrangère, le montant d'origine, non le montant converti
Compte	est · n'est pas	Limiter une règle à (ou exclure) des comptes spécifiques

Regex débloque les cas complexes — les exports bancaires qui suffixent les bénéficiaires avec des numéros de magasin (MIGROS M-0451), les codes de référence dans les notes — avec la syntaxe complète des motifs JavaScript.

Actions : ce qu'une règle fait

Une règle correspondante applique une ou plusieurs actions, dans l'ordre où vous les listez — chaque action voit le résultat de la précédente.

Action	Ce qu'elle fait
Définir la catégorie	Affecte la transaction à une catégorie
Définir le bénéficiaire	Remplace (ou efface) le bénéficiaire — le pilier de la normalisation
Définir la note	Remplace la note par un texte fixe
Retirer de la note (regex)	Supprime les motifs correspondants — numéros de référence, suffixes de carte, bruit
Définir le montant	Remplace le montant purement et simplement
Ajuster le montant par valeur	Ajoute ou soustrait un montant fixe (ex. −5)
Ajuster le montant par pourcentage	Met à l'échelle le montant (ex. −10 %)
Définir le compte	Redirige la transaction vers un autre compte

Les actions sur le montant et le compte sont suffisamment puissantes pour mériter du respect : un ajustement en pourcentage sur une condition trop large réécrit beaucoup d'historique lors d'une exécution rétroactive. Limitez strictement la portée des règles agressives — une condition de compte plus une condition de bénéficiaire est une bonne habitude.

Ordre : quand plusieurs règles correspondent

Les règles ne s'arrêtent pas à la première correspondance — chaque règle correspondante s'exécute, par ordre d'exécution croissant (un champ numérique sur chaque règle ; les égalités sont départagées par ancienneté). Les règles ultérieures voient la transaction telle que les règles précédentes l'ont laissée, ce qui permet des pipelines délibérés : la règle 1 normalise le bénéficiaire, la règle 2 correspond au nom de bénéficiaire nettoyé et définit la catégorie.

Les règles ne s'arrêtent pas à la première correspondance — chaque règle correspondante s'exécute, dans l'ordre d'exécution croissant (un champ numérique sur chaque règle ; en cas d'égalité, la plus ancienne l'emporte). Les règles suivantes voient la transaction telle que les règles précédentes l'ont laissée, ce qui permet des pipelines délibérés : la règle 1 normalise le bénéficiaire, la règle 2 fait correspondre le nom de bénéficiaire nettoyé et définit la catégorie.

Chaque règle dispose également d'un interrupteur activé — mettez-la en pause sans la supprimer.

Exécuter des règles sur des transactions existantes

Deux boutons sur chaque carte de règle vont au-delà de l'attente de nouvelles transactions :

• Exécuter maintenant exécute la règle sur l'ensemble du budget à la demande — la même logique que le mode continu, déclenchée manuellement.
• Exécution rétroactive applique la règle à toutes les transactions passées, après une boîte de dialogue de confirmation. C'est le flux d'application aux transactions existantes, et la deuxième étape naturelle après avoir créé une règle que vous auriez aimé avoir il y a un an.

Après chaque exécution, la superposition des résultats indique combien de transactions ont été évaluées et modifiées.

Historique et annulation

Chaque exécution est enregistrée. Le panneau Historique de chaque règle liste les exécutions passées avec les modifications effectuées — et l'exécution terminée la plus récente peut être annulée en un clic, restaurant les transactions affectées. Annuler l'exécution d'une règle ponctuelle réinitialise également son indicateur « consommé » afin qu'elle puisse se déclencher à nouveau.

C'est le filet de sécurité qui rend l'expérimentation peu coûteuse : rédigez la règle, exécutez-la rétroactivement, examinez le résultat, annulez si elle a touché plus que prévu, resserrez les conditions, exécutez à nouveau.

Modèles à emprunter

• Le nettoyeur d'import. Le CSV de votre banque indique CARD PURCHASE 4421 TESCO STORES 2284. Une règle : le mémo contient TESCO → définir le bénéficiaire « Tesco », définir la catégorie Courses, supprimer les références inutiles du mémo via regex. Chaque futur import arrive déjà nettoyé.
• L'étiqueteur d'abonnements. Le bénéficiaire contient « Spotify » et le compte est votre carte de facturation → catégorie Abonnements. Répétez pour chaque service ; dix minutes de configuration mettent fin définitivement à la dérive des catégories.
• L'assistant de répartition de salaire. Montant ≥ votre salaire et le compte est votre compte courant → définir le bénéficiaire « Employeur », catégorie Revenus — ainsi le jour de paie arrive étiqueté même quand le mémo de la banque est du charabia.
• L'assistant de remplissage automatique. Une règle de remplissage automatique sur le bénéficiaire contenant « Shell » suggérant la catégorie Carburant transforme la saisie manuelle à la pompe en deux tapotements — tout en vous laissant le dernier mot.