Règles de gestion — Introduction

Cette section documente les invariants métier de Patrimo : les règles qui dictent comment les données sont créées, modifiées et calculées. Elles sont dérivées du code source et du schéma Prisma — pas de documentation théorique séparée du code réel.

Format des IDs

Chaque règle reçoit un identifiant stable de la forme BR-<DOMAINE>-<NN> :

Domaine	Préfixe	Page
Comptes & institutions	BR-ACCOUNT	Comptes
Transactions	BR-TX	Transactions
Catégorisation	BR-CAT	Catégorisation
Budget	BR-BUDGET	Budget
Snapshots	BR-SNAP	Snapshots
Formules analytics	BR-ANALYTICS	Analytics
Taux de change	BR-FX	FX
Authentification	BR-AUTH	Auth

Sources de vérité

Les règles ci-dessous sont extraites de trois couches :

1. Contraintes DB — prisma/schema.prisma : @@unique, @unique, @default, types Decimal
2. Validations applicatives — src/app/actions/*.ts : vérifications ownership, conditions métier
3. Logique de calcul — algorithmes dans les server actions analytics et dashboard

Convention d'application

• Les règles marquées [DB] sont enforced au niveau base de données (contrainte unique, cascade, check).
• Les règles marquées [APP] sont enforced dans le code applicatif (server action).
• Les règles marquées [CALC] décrivent un calcul ou algorithme (pas une contrainte stricte, mais un comportement attendu).

Voir aussi

• Architecture technique — couches et flux de données
• Schéma DB — entités Prisma complètes