Procédure — révision groupée par pattern

Procédure — révision groupée par pattern

Chantier beta 2 #5 (cf. mémoire interne project_beta2_plan.md). Objectif : 1 décision user = N transactions résolues.

Principe

Dans RevisionPanel, au lieu d'afficher 200 transactions individuelles à valider, Luca regroupe par pattern :

• Même libellé (MIGROS GENEVE apparaît 12 fois)
• Même marchand (SWISSCOM × 12, mensuel)
• Même montant récurrent (349.00 CHF × 12)
• Même catégorie suggérée

Une décision user sur 1 transaction du groupe propage à toutes.

UX clé

Affichage type :

┌──────────────────────────────────────────────────┐
│ MIGROS GENEVE-EAUX-VIVES (12 transactions) │
│ Catégorisation : 2850 tirages privés │
│ [✓ Valider 12] [ Modifier ce groupe] │
└──────────────────────────────────────────────────┘

Au clic "Valider 12" : toutes les tx du groupe basculent en état "validé".

Algo de regroupement

lib/v2/group-revisions.ts (à créer / vérifier existant) :

1. Pour chaque tx non-validée, calculer groupKey :

- Normaliser le libellé (uppercase, strip ponctuation, strip dates/numéros) - Identifier marchand canonique (cf. migros fiches) - Bucket de montant (< 50 / 50-500 / > 500)

1. Hasher groupKey → grouper.
2. Trier groupes par taille décroissante (gros groupes en premier = ROI max).

Cas spéciaux

• Groupes hétérogènes (libellé identique mais montants très variables) : afficher détail expandable.
• Anomalies dans un groupe : si 11 tx Migros à 30 CHF et 1 à 1 200 CHF, séparer la 1 200 (anomalie probable).
• Groupes < 3 tx : afficher unitairement (ROI faible).

Métrique de succès

Comportement après validation groupe

• Les N tx prennent le statut reviewed.
• Le pattern est mémorisé via chat-extract-facts pour usage futur (la décision devient règle).
• Le wiki migros correspondant est candidat à enrichissement (cf. 02-pattern-wiki-llm).

Liens

• chat-extract-facts
• anomalies-post-categorisation
• presomption-pro-vs-prive